プロジェクトを予測することの限界、改善法としてのスクラム
プロジェクトを予測することの限界、改善法としてのスクラム：開発チームを改善するためのスクラムTips（4） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 なぜプロジェクトの予測は外れるのか？ プロジェクトリーダー：プログラム1の進ちょくはどうですか？ 開発者A：現在、製造に着手しています。 プロジェクトリーダー：期限までにできそうですか？ 開発者A：いくつか気になることはあるのですが、なんとか間に合うと思います。 ……1週間後…… プロジェクトリーダー：期限まであと1週間ですが、プログラム1の進ちょくはどうですか？ 開発者A：現在、製造に着手しています。 プロジェクトリーダー：期限までにできそうですか？ 開発者A：いくつか問題は起きているのですが、期
第1回 30年前の改善魂を取り戻せ
アジャイル開発が広まる機運が高まっている。アジャイル開発を経験したマネジャたちが「繰り返し開発と振り返りが本質」と気づいたからだ。「30年前の現場にあった改善の喜びを取り戻せる」と指摘するマネジャもいる。システムを開発する立場からアジャイル開発を取り巻く変化を追った。 短期間の「繰り返し開発」と開発した結果の「振り返り」。たった二つを実践するだけで、技術者も利用者も幸せになれる。2009年、登場から10年がたったアジャイルの価値がこの二つに集約されてきた（図1）。 「アジャイル開発はプログラマ寄りの技術で、ウォータフォール開発の対立軸と捉えていた。しかし実際にやってみるとその根本は繰り返し開発と振り返りであり、それは自分たちが30年前に開発現場で実践していたことと変わらないことがわかった」。富士通 文教ソリューション事業本部 文教第二ソリューション部の中尾保弘部長と、日立製作所 アプリケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
