はてなブックマーク

2つの開発現場を見てみましょう。 ※この物語はフィクションです 開発現場A ビジネスチームが一生懸命アイデアを出して、それを開発チームに依頼する。依頼を受けた開発チームは、要件を確認しながら開発計画を立て、数ヶ月にリリースをするスケジュールを組んで、開発を開始した。 ビジネスチームは、開発期間の間にいろんなことを想像し始める。 競合サービスを研究していると不安になり、「あれがないとダメ！」「これもないとダメ！」という気になって、最初の想定よりもプロダクトはどんどん太っていく。 こういう状況で追加されていく要望は当然ながら検証されていない想像＝妄想なので、実際にリリースしててもユーザーに使われるかどうかはわからない。 * なぜあなたのチームの プロダクトは太ってしまうのか #postudy // Speaker Deckより 当然ながら開発チームは当初想定していたよりもやることがどんどん増え

第1回 読書会in東京 - スクラムを活用したアジャイルなプロダクト管理に参加してきました。 ″スクラムを活用したアジャイルなプロダクト管理″エクストリームリーディングSTART twitpic.com/bnviic #postudy— takao.oyobe (@TAKAKING22) December 21, 2012 なぜ参加したか 本書内の推薦文の中で、Agile2012で出会ったEllen Gottesdiener（DISCOVER TO DELIVERの著者）が「全ての成功するアジャイルなチームは、全員がプロダクトマネージャーと同じような考え方をする」という一文を寄せているのを見かけて私はこの本を読むことを決意しました。 私は職種的にはエンジニア職ですが、最近はプロダクトオーナーのことをちゃんと知る必要を強く感じています。かのJeff Patton曰く「プロダクトオーナーシップ

いよいよ今週末、2014年10月25日(土)に楽天テクノロジーカンファレンス2014が開催されます。まだ参加登録可能ですので、ぜひふらっと電車で行ける海外カンファレンスにお立ち寄りください。 Rakuten Technology Conference 2014｜EventRegist カンファレンス内容の見どころは以下をどうぞ！ On what’s attractive in Rakuten Technology Conference 2014, Japanese version from Rakuten, Inc 簡単に注目ポイントを書いておくとこんな感じ。 もちろん英語（電車で行ける海外カンファレンス） 楽天ランチ ライトニングトーーーク！ Copeもくるよ Chef, Docker, Openstackなどのホットなトピック サテライト開催（仙台、大阪、福岡、シンガポール） ヨガセッ

レガシーコード改善勉強会 in東京 - パスマーケット に参加しています、なう。 勉強会出ててくる内容（キーワード）や雰囲気はハッシュタグから追えると思いますのでぜひ！ Twitter / Search - #wewlc_jp 参加レポートではなく、せっかくなので勉強会のテーマの “レガシーコード” について個人的な想いをつらつら書いてみます。 レガシーコードってなあに？ レガシーコードとはテストのないコードである というわかりやすい定義もありますが、 仕様がわからないコード 意図がわからないコード 読めないコード といった主観的なイメージもよく聞きます。 定義としてレガシーコードとはなんなのかはともかく、上記に書いたようなコードはどれも無いほうがうれしいし、あったとしたら減らしていきたいものです。 【余談】このあたり読むと面白い！ 技術的負債 - Wikipedia 技術的負債 - Qi

オブラブさん主催オブラブ収穫祭〜若手エンジニアの集い、実りの秋〜に参加してきました。 まずはいつもの・・・ フライングオラクルなう！ #oblove (@ 日本オラクル株式会社 本社) 4sq.com/Tn9j6q— takao.oyobeさん (@TAKAKING22) 10月 13, 2012 ギリギリ若手枠で参加中！ ： オブラブ 収穫祭 〜若手エンジニア、実りの秋〜 esminc.doorkeeper.jp/events/1746— takao.oyobeさん (@TAKAKING22) 10月 13, 2012 なぜ参加したか 主には以下の2つの視点で参加してきました。 同年代のエンジニアがどんな経験をしているのか 他社の新人教育制度はどんな感じなのか 私自身社会人4年目のエンジニア（ギリギリ若手枠：25歳前後）で、約1年前から勉強会等に参加するようになって他社の方と交流する機会

Agile2012で参加したセッションの中で、個人的にもヒットだったThe Product Partnership: Using Structured Conversations to Deliver Value（直訳：プロダクトとの友好的な協力関係）。セッション内容は、DISCOVER TO DELIVERという発売前の本を題材に著者であるMary GormanとEllen GottesdienerがWork Shopを行いました。 先日(2012/9/25)、ついにそのDISCOVER TO DELIVERが一般発売されたので、ご紹介させていただきます。※もちろん本は全編英語ですw 参考リンク DISCOVER TO DELIVER : Book Web Site ※ここから購入できます 著者であるEllenのBlog About "DISCOVER TO DELIVER" DISCO

なぜアジャイルなのですか？改めて考察するウォーターフォールとの違いに参加してきました。 ウォーターフォール（以下WF）はよくDisらr・・・アジャイルと比較されます。 私もアジャイル開発を知るまでそうではない開発を経験したことがありますが、おそらくそれらはWF開発をしていたわけではなく、WFのようななにかに過ぎなかったと思います。 だから、ちゃんとしたWFについても勉強したいなーと考えていたのでとてもいい機会になりました。 株式会社ジャムズを経営されている玉牧 陽一さんのご講演のポイントをまとめます。 詳細については下記SlideShareをぜひご覧ください。 なぜアジャイルなのですか？改めて考察するウォーターフォールとの違い WFの原点に関わる流れ 1970年 Managing the Development of Software Systems via Winston Royce W