【再考】プロジェクトリーダーの仕事 - プログラマの思索
「プロジェクトを成功させる 現場リーダーの「技術」 」を読んだ。 この本は、プロジェクトリーダーがプロジェクトファシリテーションをどのように使えばよいか、というヒントがたくさんある。 プロジェクトリーダーの仕事について、自分なりに考えたことを書いてみる。 【１】課題と問題の違い 「課題と問題は違う」というフレーズがある。 この本では、下記のように定義している。 a.問題・・・目的達成の障害となる現象。例：トラブルなど。 b.課題・・・目的を達成するために解決すべき事象。プロジェクトの仕事は課題と捉えうる。 現場でプロジェクトが立ち止まってしまう時、その事象が問題なのか課題なのかを見極めることは重要だと思う。 問題となる事象は、因果ループ図で言うと、悪循環の負のループに陥っている構造のこと。 特に、トラブルが起きた時、応急処置で解決することも大事だが、根本的な原因は何かを探ることも大事。 そ
スコープを公開する重要性 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
失敗はプロジェクトマネージャーにとって経験にならない - プログラマの思索
「プロジェクトマネージャー養成塾」のメルマガで、 「IBMでは、一度、失敗したプロジェクトマネージャーは失敗を繰り返す傾向がある」 「失敗はプロジェクトマネージャーにとって経験にならない」 というショッキングな意見が述べられている。 プロジェクトマネジメントＯＳ本舗－戦略ノート５５ 理由は、プロジェクトには不確実性があり、マニュアル通りに解決できるものではなく、プロジェクト遂行中の様々な局面の判断が重要であるから、と。 だから、失敗したプロジェクトマネージャーは、どのような判断ややり方がまずかったのかではなく、判断や行動のベースになっているその人の「プロジェクト観」を是正する必要がある、と結論付けている。 上記の意見はショッキングだけれど、経験上納得せざるを得ないように思う。 現場で、プロジェクトを火だるまにさせてしまうPMはいつも同じ。例えば、いつも会議を長引かせてしまうPMは、いつにな
GanttProjectを再び使ってみる - プログラマの思索
最近、仕事でもコミュニティ活動でもお手軽に進捗管理できるツールを探していて、GanttProjectを久しぶりにダウンロードしてみたら、以前よりも使いやすくなっていた。 【MSProjectファイルと連携できる】 最も目を引いた特徴は、MSProjectのファイルをインポート＆エクスポートできること！ 実際にMSProjectファイル(*.mpp)をインポートしたら、GanttProjectにタスクとガントチャートが表示できた！ 但し、*.mpxでエクスポートすると、UTF-8の形式ゆえ、そのままではMSProjectで文字化けする。 この特徴が一番重要な理由は、やっぱりMSProjectが一番使いやすく、更に、MSProjectを使いこなしている人が多いから。 GanttProjectのおかげで、MSProjectがない環境でも、少なくとも進捗スケジュールを確認することは出来る。 【他の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
