フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
デザインの現場で活用できる４つの定番プロジェクト管理ツール | UX MILK
デザインやアートに関わる人は、整理整頓が苦手というイメージを持たれることがあります。これを一般論として語るのはいささか無理がありますが、たしかにクリエイティブな人々は散らかす傾向にあるというデータもあり、実際に雑然とした状況から創造力が生まれているのことにも実例があります。 このようなカオスな状態は、個人では問題ないですが、チームでの作業になれば話は別です。整理されているかいないかは、業績を左右してしまうほど重要な点です。 グループメールでやりとりしたことがある人なら、様々な人がメールを送り合って、それがネスト化してしまった状態にイライラしたことがあると思います。重要な情報が載せされたメールを見逃す人がいたり、一度聞いたことをまた問い合わせる人がいたりする状況が、間違いなく起こります。チーム内の全員が、学生の頃のグループ作業などを、思い出すでしょう。 言うまでもなく、チームをまとめるツール
今知ってほしいプロジェクトマネジメントのもう一つの世界観 ~予測型と経験型~ - higosophy
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
PM（プロジェクトマネージャー）が読むべき５冊の本 | SEKAI LAB TIMES（セカイラボタイムス）
Posted on August 27, 2014 by KENTARO FURUKAWA /TAG: PM プロジェクトの価値を再確認するなら「クリティカルチェーン―なぜ、プロジェクトは予定どおりに進まないのか?」 言わずと知れた「ゴール」シリーズのエリヤフ・ゴールドラットがプロジェクトマネジメントに挑んだ著作です。この作品で提唱された「クリティカルチェーン」によるプロジェクト管理法は実際のプロジェクト管理システムなどでも採用され、有名になりました。 「ゴール」でも指摘されていることですが、ビジネスプロセスの中で最も弱いチェーン、ボトルネックを「解消」するのではなく、そのボトルネックを使い倒した上で、その制約に合わせて全体を進行させるという基本的な考え方は一緒です。プロジェクトではそれがクリティカルチェーンとされ、その上にあるリソースやスケジュールは余裕をもって保護されるべきという考え方
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
