PMに技術力は不要？プロジェクトを炎上させる3つの原因 - paiza開発日誌
Photo by crudmucosa こんにちは。倉内です。 前職ではSIerでSEをしており、炎上プロジェクトにもたびたび遭遇しました。 担当したプロジェクトの規模はさまざまでしたが、途中炎上せず成功を収めたプロジェクトは残念ながらほとんどありません。 一体なぜ炎上プロジェクトは繰り返し生まれてしまうのでしょうか？私がPMを務め大赤字＆納期遅延を引き起こしてしまった炎上プロジェクトを振り返りながら考えてみたいと思います。 目次 私の簡単な経歴 炎上したプロジェクトの概要 開発工程で問題発生 表面的な原因と本当の原因 開発の遅れは開発チームに原因がある！？ 本当の原因はPMの能力不足 1. 技術力不足による見積もりと実態とのギャップ 2. 顧客コントロール不足による品質悪化原因の作り込み 3. 信頼関係の構築失敗によるコミュニケーション不全 失敗を繰り返さないための解決策 まずはプログラ
私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps
もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず２，３名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを
進捗率にはいろいろな定義が可能である | タイム・コンサルタントの日誌から
ＩＴ業界の人からときどき聞く発言の一つに、「ＩＴプロジェクトではクリティカル・パス法なんか使えない」という主張がある。わたしはスケジューリングとかタイム・マネジメントの分野で長く仕事をしてきたが、こういう主張をＩＴ分野以外できいた覚えがない。ＩＴ業界人は知的な人が多いと思うが、自分達の仕事を“特殊な仕事”だと考える傾向も強いように思われる。無論ある意味では特殊な分野かもしれないが、だとしても1日の作業のあとに2日の作業をした場合、合計3日かかるのは、どんな仕事でも共通ではないか。なぜＩＴ業界の人だけ、“ウチの分野は1+2=3の算数が成立しない”といった意味のことを言いたがるのか？ 当初はとても不思議に感じた。 しかし、話しあっていく内に、次第にＩＴ系の人たちの抱える不満、ないし問題がすこしずつ分かるようになってきた。クリティカル・パス法はいうまでもなく、プロジェクト全体を複数のアクティビテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
