WBS で感じる課題点

WBS での進捗・工程管理って、そろそろ破綻の域に来ているんじゃないかと個人的に感じています。 どんな課題があって、どのように対処しているのか、どうにも実装できていない問題はないのか。考える材料にしようとまとめました。 * 消してください > < というコメント有ればご連絡ください。
WBS
3
しょっさん@高専卒(小PTA会長) @sho7650

@yamaberiku WBS で管理するのって、よくよく考えたら、すごく難しい気がするんだけど。もっと楽な方法ないのかな。

2011-05-27 10:30:35
やまべりく @yamaberiku

@sho7650 考えたら教えてくださいw ITプロジェクトは工事現場の作業進捗管理がベースになっているという話を聞きました。東電が発表しているような「工程表」もWBSだし。PERT図で管理するっていうやりかたもありますね。

2011-05-27 10:37:39
しょっさん@高専卒(小PTA会長) @sho7650

@yamaberiku PERTは進捗を管理するのには向かないからねー。全体の流れと依存関係を把握するにはいいんだけど。WBS に PERT の依存関係機能を組み込むと、もうもはや何が何だか分からなくなって死ぬw 週次で WBS の項目見直して、遅延作業ないかってするムダよね

2011-05-27 10:39:57
しょっさん@高専卒(小PTA会長) @sho7650

WBS の使いにくいとこってなんだろ。タスクを細かくしすぎると、管理が行き届かなくなること。前後関係が分かりにくいこと。依存関係を明確にすると見にくくなること。工程が長い場合には、A3用紙でも見ていられないこと。フェーズ毎にぶった切るには完全にウォーターフォールでないとダメなこと

2011-05-27 10:42:17
やまべりく @yamaberiku

@sho7650 確かにWBSに依存関係を盛りこむと死にますねww なにがなんだか解らない上、資料としても見づらいww

2011-05-27 10:43:54
hito @_hito_

@sho7650: フィードバックかけながら作業しようとすると、WBSを更新する人が死ぬか、複雑度が爆発してカオス化するかのどっちかが発生することじゃないですかねぇ。プロジェクト中盤で進捗や実作業と遊離した妄想表になりがち。建築とかならともかく。

2011-05-27 10:45:12
しょっさん@高専卒(小PTA会長) @sho7650

WBSの問題点(Webから拾ってきた) : 全体感が把握しずらい。日々更新を継続しなければ実作業と乖離する。WBSが大きくなれば、その管理作業に時間を取られる。ガントチャート、課題管理とのひもづけが難しい。タスク中心なので、人の側面で見ることが困難。Ajailへの適用は困難?

2011-05-27 10:46:49
hito @_hito_

@sho7650: あと不毛な点として、超絶優秀な人員を「WBSの確認」とかいう不毛な事務作業に貼り付けないと運用できない点ですかねー。

2011-05-27 10:52:20
名前ってなんだろう @2chard

@sho7650 同じく疑問を感じていて僕の結論なんですけど、WBSは元々構造化アプローチなのでアーキテクチャ設計で全体構造を分割してその単位にWBSを割り当てる位はいいのですが、設計中にコンポーネントやタスクが増減する粒度の仕事にはなじみません。Agileには一般的にはNG。

2011-05-27 10:58:44
@Jin_Junmi

@sho7650 ドキュメントをひとつにすると却ってめんどくさくなっちゃうので、私の場合、WBSはフェーズごとの成果物と必須な対応を紐付けるだけにしてます。納品関連の合意形成でも使いやすいので。

2011-05-27 11:02:39
しょっさん@高専卒(小PTA会長) @sho7650

@Yo1_Otsuka Agile だと、どんなふーに管理してるんでしょうね。実作業では、当初の通り進むことはあまりなくて、タスクは、常に変動することを踏まえてないと、実際の作業と乖離して行ってしまいますしね。完全に定義されているサービスなら問題なしかもですけど。

2011-05-27 11:03:08
しょっさん@高専卒(小PTA会長) @sho7650

@Jin_Junmi フェーズ毎にうまく分割できてるといいんですけどねー。次フェーズへの申し送り事項とか出てきたりすると、もうやっかいなことにw 変動要素を含んで、かつ管理の簡便な方法をそろそろ考えないといけないんじゃないかなーって気がするんですけど、何も思いつきませんw

2011-05-27 11:04:51
@Jin_Junmi

@sho7650 作業進捗は、マイルストーンをベースに個々の作業をブレークダウンしたカレンダー形式のスケジュールで管理してますよ。エクセルのアドオンでガントを描画出来るものがあるので、それを使ってます。

2011-05-27 11:05:58
しょっさん@高専卒(小PTA会長) @sho7650

そもそも、タスクの追加・削除・修正がはいるプロジェクトを実施している時点でアウトって気もするな(´;ω;`)

2011-05-27 11:06:45
@Jin_Junmi

@sho7650 申し送り項目は、決定期限を無理矢理設定しちゃってますwかなり乱暴ですが、期限切るとステークホルダ全体が、きちんと「必要なもの」を考えてくれるようになるので、余計な話がなくなりますねー。

2011-05-27 11:07:48
しょっさん@高専卒(小PTA会長) @sho7650

@Jin_Junmi うちもガント表示つける Excel 使ってましたねー。作業者の負担を軽減しつつ、作業の見落としが少なく、今日は何をしなきゃいけなくて、遅れている作業は、どの作業へ依存するんだっけ、みたいなことがすぐわかるといいなーってw

2011-05-27 11:09:01
@Jin_Junmi

@sho7650 いろんなパターンでのプロジェクト管理について、ケーススタディしてみたいですね。皆さんの進め方もすごく勉強になりそうです。

2011-05-27 11:10:09
しょっさん@高専卒(小PTA会長) @sho7650

@Jin_Junmi みんないろんな WBS 書いてそうですしねーw 自動化してる人とかどっかに居るんじゃないかって気がします

2011-05-27 11:11:37
@Jin_Junmi

@sho7650 そういうのは、内部管理の課題表に全部落とし込んで「期限過ぎてますよん^^」て言っちゃうのがワタクシなのですwステークホルダの意識を改善するのも、実は大事な「管理項目」なんですよね。

2011-05-27 11:12:21
しょっさん@高専卒(小PTA会長) @sho7650

@yamaberiku まぁ、そうはいっても、先の方のアクティビティは、詳細のタスクに落とせずに進めることが多いので、後段のタスクは必然的に修正しまくりになるコトがほとんどだと感じてるんですけどね。

2011-05-27 11:12:34
名前ってなんだろう @2chard

@sho7650 僕もみんなのやり方知りたくて。以前仕様策定作業をやったときには、カンバン方式みたいにしました。タスクと課題とはあまり区別せずにキューに積んでおいて、メンバにはタスクじゃなくて担当分野を割り振って順にこなしてもらい、LDRはバランスと総作業量の調整に徹する感じ。

2011-05-27 11:19:48
しょっさん@高専卒(小PTA会長) @sho7650

@Yo1_Otsuka すごく属人的な方法のオンパレードなきがするので、いろいろなプロジェクトで私用した WBS から良し悪しを拾っていって、どうすれば良いのか考えるタスクとかしたいですねー。なんとなく楽しそうですw

2011-05-27 11:23:17

コメント

コメントがまだありません。感想を最初に伝えてみませんか?