Upgrade to Pro — share decks privately, control downloads, hide ads and more …

やらかした炎上プロジェクトについて

Cat_Maru
December 08, 2020

 やらかした炎上プロジェクトについて

2020/11/30(月) ゆるWeb勉強会@札幌 OnLine #10 登壇資料です。
制作会社でプロジェクトマネジメントをしていた時に、プロジェクトを炎上させてしまった時の学びです。

Cat_Maru

December 08, 2020
Tweet

More Decks by Cat_Maru

Other Decks in Business

Transcript

  1. やらかした炎上プロジェクトに
    ついて
    制作会社でプロジェクトマネジメントしていた時の話
    まんまるねこ
    @Cat_Maru

    View Slide

  2. 自己紹介
    まんまるねこ
    @Cat_Maru
    ◉前職:制作会社、Webディレクター(何でも屋さん)←ここの話 
    ・クライアント案件や自社サービスの制作進行、プロジェクト管理。
    UIUX、コーディング、CSなど少々。何でも屋さんならわかりみ深いw
    ・社内にWebディレクターは1人だけ。新人だけどWebに最も詳しい人の立ち位置(?)
    ◉現職:事業会社Fintech SaaSサービス、プロダクトマネージャー

    View Slide

  3. 炎上経験は他にも…
    ・炎上中のプロジェクトに突如ディレクター(/デザイナー)として投入された
    ・オフショアで炎上しそうな気配
    若手
    PM
    、エンジニアさんやデザイナーさんでも
    こういうプロジェクトにいたら気をつけようというヒントになれればいいなと思います。

    View Slide

  4. チーム体制
    ・社内:Webディレクター(私)、制作側クリエイター2名、営業、社長各1人
    ・開発外注:開発会社の開発チーム(開発ディレクター、エンジニア数名)

    クリ
    エイ
    ター
    社長
    営業
    お客

    最終決定

    View Slide

  5. 原因

    View Slide

  6. 炎上しやすい兆候
    技術力
    不足
    共通認識
    のズレ
    把握外の
    要件
    短納期

    View Slide

  7. 技術力不足
    ・プロジェクトで全面的に技術に詳しい人がいない!
    ・技術に詳しい要員も入れられない!
    →炎上する覚悟で余分にスケジュール組んだり、あやしい点は社内に随時状況
    共有

    View Slide

  8. 共通認識のズレ
    ・特に少し会話しただけで、共通認識のズレが大きいケースは要注意
    ・要件定義や仕様確認
    ・ケース:オフショア開発で言語が通じにくい場合、開発会社とやりとりする時記録せずそ
    れぞれ自分の思い込みでコミュニケーションする場合、

    View Slide

  9. 把握外の要件
    お客さんの
    後出し
    もしくは認識
    相違
    社内営業が
    勝手に承諾
    これ簡単でしょって
    常に思われている

    View Slide

  10. 短納期
    ・元から会社の交渉力が低め
    ・無理な要求も引き受けやすい
    ・リソース調整の落とし穴

    View Slide

  11. 学んだこと

    View Slide

  12. 共通認識を合わせる
    ・社内でも・社外でも認識ズレは常に発生する
    ・画像を見せながら話すとわかりやすい

    View Slide

  13. お客様は資料をちゃんと見ない(
    IT
    リテラシーも低い)
    ・プレゼンする場で要件、仕様を
    1

    1
    個認識合わせするのが
    理想
    →画面見せながら:荒いワイヤー、
    UI
    、類似アプリ画面など。

    View Slide

  14. お客様先に営業と同行する
    ・営業に拒否られる場合も多いけど、同行したいと言い続ける
    (デザイナー、エンジニアでも同じ。自分の身のために。。)

    View Slide

  15. 炎上したらどうしたらいいか

    View Slide

  16. 炎上したらどうするか
    ・お客さんに謝罪する
    ・他にも影響が出そうなことを改めて確認する
    ・各部署・ステークホルダーにきちんと状況を伝える
    ・もしお客様が他商品リリースを控えている場合
    →最低限どこまでが
    Must
    要件で、どこを後倒ししても良いか決める。

    View Slide

  17. 炎上したらどうするか
    ・他の担当案件はもう少し余裕を持ってスケジュール計画する
    (炎上案件で心労、今まで以上にコミュニケーション・作業コスト増加)
    ・炎上は常にあることだと気にしないで、経験を次に生かす

    View Slide

  18. ご清聴ありがとうございました!

    View Slide