アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法 Mike Cohn, 安井 力（訳）, 角谷信太郎（訳） マイナビ出版 3,168円 (2,880円+税) ソフトウェア開発の難題である見積りと計画づくりを「アジャイル」にすることで、開発の現実に即した、誤差の少ない計画づくりができるようになる。その技法を、分かりやすく説いた1冊。 関連サイト本書の関連ページが用意されています。 アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法｜マイナビブックス内容紹介「イントロダクション」より 本書のタイトルを「アジャイルプロジェクトの見積りと計画づくり」とすることもできた。だが実際には「アジャイルな見積りと計画づくり」というタイトルになっている。2つの違いは些細に見えるかもしれないが、そうではない。採用した現在のタイトルは、見積りや計画づくりといったプロセスを
ウォーターフォールのベテランがウォーターフォールのプロジェクトの運営に課題があって何かを変えたいとき、この3つを読むことを薦める。もちろん、このほか、Webサイトでたくさんのアジャイルに関するブログがあるのでそれも含めて咀嚼して欲しい。 当たり前だが、これからアジャイルを勉強したい、取り組みたいというエンジニアもマネージャもこの3冊からはじめることを薦める。 兎に角、何かウォーターフォールのプロジェクトに変化を与えたいのであれば、まずは、アジャイルサムライを読んと良いだろう。ウォーターフォールのプロジェクトに変化を与えるとき、いきなりすべてを変えることは、プロジェクトチームにとってインパクトが大きすぎるから最悪拒絶反応を起こしかねないから、ウォーターフォールのプロジェクトでもあるミーティングをスタンドアップミーティングに変えるとか、WBSの作業ボリュームはプロジェクトチームで検討するミーテ
「アジャイルサムライ」読んでなんとなくアジャイル分かった気になってたんですが、名著と名高い「アジャイルな見積りと計画づくり」ようやく読みました。 感想 結論から言うと、アジャイルやるなら絶対に読むべき。アジャイルサムライの倍ぐらい分厚い（適当な見積り）けれど、とても良い内容です。 「アジャイルサムライ」の方はそんなに分厚くなく、読みやすい内容で”アジャイル開発とは”ということを良い感じに紹介してくれてる、こちらもとてもいい本です。その一方で、「アジャイルな見積りと計画づくり」の方は、実際にアジャイルプロセスで見積りを行うには具体的にどのようにやればいいのか、というところがとても詳しく書かれています。 また、最終章にあるケーススタディも「そんなうまくいくわけねーよ」というとそれまでですが、アジャイルがうまく回るとどのように進むのか、ということが具体的に書かれていて読みやすかったです。 少し
アジャイルと騒がれている。けど、これ、あたりまえのことを言っていいることが多い。逆に言うと、今まで、あたりまえのことが通らなかった業界だったということ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~は、何らかの形でソフトウェア開発にかかわる人なら、発注側、受注側関係なく、読んでおくべき1冊。 仕様が全部出ているとはとても思えないんだから、どれだけ時間がかかるかなんて、わかるわけないじゃん。 すべての時間をこのプロジェクトに割り当てられるわけではないんだから、工数から単純に期日を決められたって…。 これ、そういう意図がある機能なら、あっちの機能と同じような動きにしたほうがスマートだけど、そういう仕様じゃないなぁ。 なんてことはしょっちゅうあるわけで、そういった不確定要素があるにも関わらず、「えいや」で期日やらコストやらを無理やり決めてしまうから、トラブルが発生す
単に「見積もりをする」ときどのように見積もっていますか？ 「プランニングポーカー」ですか？ それは正しく使えていますか？ それらの再確認も含め、 社内勉強会にてやっとむさんをお呼びして「アジャイルな見積もりと計画づくり」勉強会を行いました。 「計画」とは何か？ 「見積もりと計画づくり」とは何か？ といったようなことを主体に参加者で話し合いました。 まずはやっとむさんによる「アジャイルな見積もりと計画づくり」の「計画」について。 「計画づくり」とは？ 見積もりの不正確さについて。 さて、これは何でしょう？ プランニングポーカーによる実践。 ポーカーは手作り。 こんな感じで出していきます。 何度か繰り返します。 最後に勉強会の振り返りと感じた事の共有。 gumiではこういった事を積極的に行ってプロセス改善を意識しています。 大切なことは「改善する」という強い意志を持つこと、 そして、それを「継
素晴らしい。わかりやすい。 第７部ケーススタディだけでも読んでおくべき本。 １０章はわかりにくかったが、EVMをやるよりは実現可能性が高そう。 実際にここをやることはないだろうけど。
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
感想文まだ途中までしか読んでないのですが、これはかなり良いです。アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~作者: Mike Cohn,マイクコーン,安井力,角谷信太郎出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/01/29メディア: 単行本（ソフトカバー）購入: 56人 クリック: 472回この商品を含むブログ (172件) を見る題名に「アジャイル」と入っていたので、アジャイルな開発をやっていない人には無縁の本なのかと思っていたのですが、そんなことはありませんでした。 例えば、プロジェクトの最初などに見積もった日程から全体的に均等に遅れていく、というようなことは、何かにつけてよくあることだと思いますが、こういった場合、全体に同じ係数を掛けて補正したりすると思います。アジャイルな見積もりでは、そのような係数のことを「ベロシティ」という名前で
椿ブログDreaming to impact the world with the Internet! Wife of Brazilian:) Based in Tokyo. Live socially Make people more Happy! ソフトウエアのプロダクト開発をしています。DEMO or DIE開発で2週間ごとにデモをしています。良い点もあれば、難しい点もある。 もう少しで初期開発がようやく完了しますが、今回の開発でプロダクトオーナーとして学んだ事、学ぶべき事も多く、特に計画づくりの点でこの本を読んだので、まとめつつ振り返りたいと思う。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~/Mike Cohn ￥3,360 Amazon.co.jp まず始めに、アジャイルに開発するには、ある程度のスキルが必要。 ・自ら動ける ・問題解決力 ・フィー
前々からアジャイルに興味があったのと、DevLOVE 「アジャイルな見積りと計画づくり」読書会で課題図書であったため読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者: Mike Cohn,マイクコーン,安井力,角谷信太郎出版社/メーカー: 毎日コミュニケーションズ発売日: 2009/01/29メディア: 単行本（ソフトカバー）購入: 74人 クリック: 764回この商品を含むブログ (226件) を見るとても面白かった。アジャイルで開発する上でのノウハウが凝縮されていた気がする。以下は感想など。 アジャイルな見積もりと計画作りは、「未来は完全に予測できない」ことと「状況が変化する」という前提に立っており、非常に共感した。普段の仕事での見積もりは期間に合わせて数字を合わせる作業であって、洗い出せているかも怪しいし数字も根拠が乏しい。一方、本書ではその
最近、ゲームに関連した技術ばかり広く浅く追い掛けていた※ので、 関心の幅を広げようと思っています。 ※WebGL、OpenFeint、node.js＋Unity3DでMMOG、enchant.js その1つが、システム開発手法です。 テーマは（1)Agile開発と(2)ソフトウェアアーキテクチャです。 (1)はお薦め頂いた書籍を読んでみました。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ こちらは実践的で良書ですね。早速、実践してみたいと思います。 (2)はQCon※に行きたかったが、時既に遅しで行けなかったという話でもあるのですが、 近頃、自分の中で整理が出来ていないな、という分野です。 ※http://qcontokyo.com/program.html 仕事の中で整理中ではあるのですが、ウォーミングアップとして、下記の本を読んでみました。 間違いだらけ
最近っていっても3月～5月ぐらいだけど感想。以下読んだ順（リンクはAmazonだけどNot AA）。 『アジャイルな見積りと計画づくり 価値あるソフトウェアを育てる概念と技法』見積もりが苦手なので読んでみた。評判どおり非常に良い本だと思う。 小難しい理論だとかそういうものではなく、また見積もりが難しい・変化がある、といった実情を踏まえたうえで話が進められている。 チームメンバー全員で必要なストーリー（個別のタスクに分ける前の、こなさなければ成らない課題的な単位）を抽出していく。 抽出した各ストーリーが別のストーリーの何倍ぐらいか？といった相対的な規模（ストーリーポイント）で見積もる。期間（理想日）では実際には割り込みや人によってこなせる量に差があるため、規模と期間は分けて見積もらなければならない。期間はチームが1イテレーションにどの程度のストーリーポイントをこなせるかから計算する。 ある程
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
