[デスマーチ]PocketTweet2.プロジェクトの課題さて、そもそもプロジェクトの抱える課題とはなんでしょうか。ここに有名な一冊の本があります。I)実は後輩に貸しているので、ここにはない←どうでもいいエドワード・ヨードン著「デスマーチ・プロジェクト第二版」です。失敗プロジェクトを指す言葉として、一般的に使われている「デスマーチ」という言葉を提唱したことでも知られています。この本には、ITプロジェクトの抱える根本的な課題と、解決の糸口となるヒントが山盛りに書いてあります。多少、古い書籍ではありますが、ITプロジェクトの根本は変わっていないと言うことも認識できる内容となっています。この書籍から、プロジェクトが失敗していく課題をひもといてみましょう。「デスマーチ・プロジェクトの発生原因」と明記されている部分があります。ここが、失敗プロジェクトの課題とひもづくのではないでしょうか。予測不能の事件、事故。ベースにする予定のハードウェアやソフトウェアのベンダーが倒産したり、中心となるプログラマ3人がペストで死亡するなど。何か、お気づきになりましたでしょうか。事件・事故、これらは「人」の行動に起因して発生するものです。その他、市場や技術、公的規則などは、プロジェクトに対する「制約」となり、「運が悪かった」ケースとなり対処も困難です。人と記述されていることからも、とにかく、「人」を制したものがプロジェクトを成功に導き出せるのではないか、ということが伺えます。人が起因する原因から、実際にプロジェクトで発生すると予測される課題を考えてみましょう。大きく分けて、二つの課題があるのではないでしょうか。Excelなど、手作りで管理されているプロジェクトには特筆すべき事項ではないでしょうか。皆様のプロジェクトを思い浮かべてみてください。「プロジェクトが可視化されていない」とは、プロジェクトの状態・状況が、健全なツール・スキルにより目に見えるようになっていない、ということです。90%のままで停滞していて、そのワークがどのような状況にあるのか分からない。そもそも、プロジェクトの進捗状況は各人の想いによって(良いように)申告され、プロジェクト・マネージャの想いによって進捗を(悪い方へと)管理されています。スキルレベルなどから、コミュニケーションがうまくとれない、といったケースが生まれてきます。コミュニケーションが正しく取れない場合、プロジェクトの状況を可視化することもできなくなる、といったように、各々の原因には相互の関係があります。片方の原因だけを解決してもうまくいきません。両方の原因を解決するための方法論が必要となります。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。キャンセル投稿を送信できませんでした。メールアドレスを確認してください。メール送信チェックに失敗しました。このブログではメールでの投稿共有はできません。