PART1 追加メンバーは来ない、工程・タスクごとに進捗守ろう
「プロジェクトの進捗は遅れるもの」という考えはもう許されない。追加メンバーの投入やスコープダウンが難しくなったことで、工程やタスクごとに進捗を守ることが求められる。チームのマネジメントや個人の仕事を工夫し、進捗遅れを一掃しよう。 ITベンダーA社のプロジェクトマネジャーである山田氏（仮名）は2年前、システム開発の進捗遅れで、悔しい思いをした。それは、外資系のユーザー企業B社の勤怠管理システムの構築を担当したときのことだった。 このプロジェクトは当初、A社の別のプロジェクトマネジャーが担当していた。しかしB社の勤怠の業務ルールが極めて複雑なこともあり、途中からプロジェクトが進まなくなった。そこで、勤怠管理システムの構築経験が豊富な山田氏が、プロジェクトマネジャーとしてプロジェクトを引き継ぐことになった。 プロジェクトオーナーであるB社の人事部長と協議して納期を設定し直したが、要件定義を最初か
マイクロソフトのAgileの事例 - プログラマの思索
マイクロソフトのAgileの事例の記事を見つけたのでメモ。 【元ネタ】 マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey Visual Studio 2005では当初の予定24ヶ月を大きくオーバーして39ヶ月もかかったらしい。 そこで、Visual Studio 2008の開発プロセスを根本的に変えたとのこと。 Redmineによるチケット駆動開発の経験から類推すると、下記のように置き換えられると思う。 フィーチャー単位の開発は、ユーザストーリー単位の開発と同じ。 進捗はタスクの達成率ではなく達成したユーザーストーリーの規模で測定するのは、ストーリーポイントと似ている。 「「クオリティゲート」を通過したもの以外、アクティブなブランチに統合してはならない」とは、メインラインモデルによる構成管理。 Yellow/Red Gameは、チケットの取捨選択。 進
HugeDomains.com
Captcha security check coolcoding.com is for sale Please prove you're not a robot View Price Processing
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルプロジェクトが遅れる理由
