チーム内でやる進捗会議はムダ - 勘と経験と読経
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ
投げだしたいプロジェクトをどうするか。 島国大和のド畜生
■悪い奴らは来なかった(レジデント初期研修用資料さん) 要するに「経験に裏打ちされないロジックに意味はない」という内容として読んだ。 事実そう思う。 批判は簡単だし、批判している方は自分が批判され無いから気持ちが良い。 だけどそこには実が無い。 言うは易し。行うは難し。ネットは口先だけだから居心地いいけどやはり実が無い。 人の行動のアラを探すのは簡単だが、自分の行動にアラが無いのとは別の話だ。 この辺を読んで思った全然関係の無い話をうにゃうにゃと書く。 ■目の前にあるスパゲティなコードをどうするか。 プロジェクトを引き継ぎました。継ぎ足し継ぎ足しで運用していてグズグズになったプログラムがあります。 さてどうする。 大抵のプログラマはすべて書き直したい欲求に駆られる。 問題のあるプログラムの難所を探すより、問題の無いプログラムをゼロから書いた方が気持ち良い。 だがこの試みは大抵失敗に終わる。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本
