パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

スクエニが語る「失敗させない」プロジェクト管理術」記事へのコメント

  • 常識が欠落した人間がマネージメントするから技術者が逃げ出すのでしょう。

    160時間を290時間にして1.8倍の効果などと書いてますけど、
    8時間×20日で160時間なら残業扱い130時間ですよ。。。
    (日曜休みなら一日平均12時間労働)
    労働基準を無視しますと宣言しているようなものです。

    # 人員の追加投入とか、品質の妥協とか、失敗のネタを並べて何が言いたいのでしょう?
    --
    notice : I ignore an anonymous contribution.
    • 10倍になったスライドの後に
      「めでたしめでたし ・・・・のはずもありませんよね」
      「見事なデスマーチの完成です。結構ありがちな風景ではないでしょうか」
      と続きます。

      こちらが元です。

      http://www.square-enix.com/jp/info/library/dldata/PM/PM.pdf [square-enix.com]

      --
      マクロの基本は検索置換(by y.mikome)
      親コメント
      • ありがとう、リンク先とても参考になりました。
        スクエニというだけで色眼鏡で見ながら読んでいたのですが、
        これPM駆け出しの人とかには相当に参考になる資料ですよ。
        アジャイルのエッセンスを取り入れつつ、いかに大規模プロジェクトをデスマーチ化させないか
        というところで、今までウォーターフォールしか経験が無いけどアジャイルが気になっている、というPMにも
        必読としてもいいんじゃないでしょうか。

        個人的ツボだったのは、「PDCAがしっくりこない」のでPDCで説明されている点。
        確かにAは不要と考える人達がいて、その中でも「次のPになる」という人と「Cに含まれる」という人がいたり
        私自身も腑に落ちるまで時間がかかったところでした。

        親コメント
        • by Anonymous Coward

          もともとPlan - Do - Seeだったのを日本でPDCAに改悪したので、単に原点のPlan - Do - Seeがやはりしっくりくるというだけの話でしょう。

      • 興味深いのでこのリンクを追記しておきました。ありがとうございます。

        親コメント
      • 参考になります

        #これは確かに4GAMERの記事は誤解を招くであります……

        親コメント
      • by Anonymous Coward

        いい資料だと思いました。ちょっと長いけど。

        仕事を何度も最後までやり遂げたことがある人の資料でした。

      • スライドを読んでみたのですが、まだ足りないような気がします。
        ・工程表を組むときは、最大見積もり?最小見積もり?
         どちらにせよ、頻繁に工程表を見直さないと
         早く終わった分は生かされないし、遅れた分の挽回も出来なくなる。
         しかも、リソースの競合を避けて見直すとしたら
         マネージャーは工程表の見直しで手一杯になる
        ・優先順位が自然にわかる、とあるが本当?
         納期とスコープは、大抵対立する。
         どちらを優先するか決められるのか?

        TOC/CCPMというマネージメント手法がありますが
        この方法だと、
        ・各タスクのバッファ(=最大見積もりー最小見積もり)は
         全て集めて納期の直前におく

      • by Anonymous Coward

        凄いね。スライドを見ているだけで頭に入ってくる。資料と説明力自体が優秀だと思う。

        仮にこの内容が正しくなかったとしても、これを基準に思考を巡らすだけでも価値がある。すばらしい。

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...