nDiki : プロジェクトマネジメント

プロジェクト管理。

ソフトウェア Palm OS GanttProject Progect 計画 インストール ソフトウェア開発 DateBk5 適応型ソフトウェア開発 Windows 開発ガイドライン Java Linux トム・デマルコ TaskJuggler 意思決定 PERT 図 印刷 PDF PEG-TJ25 コミュニケーション GUI KDE 開発プロセスメモ 私的10大ニュース ピアレビュー Web サイト 日本語 画像 Eclipse

■ PEG-TJ25インストールメモ

• Progect
  • progect_0_29_langs.zip / progect-ja.prc

Crs-Memoのチェックリストもシンプルで良いのだが、長いitem、多くのitemを扱いたい時はちょっと不便。 仕事のプロジェクトマネジメント的なチェックリストはProgectを使ってみることにする。

• PEG-TJ25 インストールメモ (2004-04-05)
• PEG-TJ25インストールメモ (2004-03-28)
• PEG-TJ25インストールメモ (2004-03-09)
• お気に入りの Palmware (2005-07-06)
• Project@Hand 2 購入 (2004-12-27)

■ トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解

今年の1月からプロジェクトマネジメントをいくつか担当することになったのだが、まだまだ経験不足。 ということで遅ればせながら、「ゆとりの法則」を読み始めた。 誤った方向にマネージメントを進めていく前に手に取ってよかった。

社長からの「何をやっていいのかわからないスタッフがいるのでどんどん指示を出して、遊んでいる時間(指示待ち時間)を作らないようにして欲しい」というリクエストに違和感を感じていたのだが、この本の中にはその違和感が何かが説明されているようだ。

「適応型ソフトウエア開発」でも管理するのではなくリーダーシップをとってコラボレーティブにプロジェクトを進めていくといったような事が書かれていたと思う。

頭では理解しているのだがなかなか実践できない。 プロジェクトのスケジュールをにらみつつ、またチームをまとめつつ意思決定を下していく技術を身につけなくては。 一技術者としての能力を向上も忘れずに。

• ゆとりの法則

[ 書評 ] [ お薦めの本 ] [ コンピュータ書籍 ]

• 早朝会議革命 - 元気企業トリンプの「即断即決」経営 (2005-07-16)
• ピープルウェア読了 (2004-05-25)
• TQ 読了 - ちょっとずつ実践中 (2005-07-08)
• Joel on Software - 必読書 (2008-08-14)
• トム・デマルコ ピープルウェア 第2版 - ヤル気こそプロジェクト成功の鍵 (2004-05-13)

■ DateBk5 + Progect でのリソース別タスクチェック

ここ最近Palmの使い方で思案しているのは「リソース別のタスクのチェック」。 ここでリソースとは仕事上のスタッフのこと。 スタッフをリソースと呼ぶのはちょっとひっかかる部分もあるが、プロジェクトマネジメントツールとかではそうくくってしまうのでそれに合わせて呼んでおくことにする。

プロジェクト毎のチェックリストは Progect を使ってみているが以下の点で困っていた。

• 複数のプロジェクトに同じスタッフが参加している場合(複数のProgectプロジェクトデータベースに割り当てを入力してある場合)、誰がどのタスクを掴んでいるのか見通すことができない。
• Progect 上のアクションを To Do とリンクさせられるのだが、スタッフに割りあてたアクションを何も考えずにどんどんリンクさせていくと To Do が溢れて逆にわかりづらい。自分自身の To Do やスケジュールが埋もれてしまう。

で、次のような方法を考えてみた。

• To Do に「プロジェクト」カテゴリを作成
• スタッフに割り当て済みのアクションは Progect 上で項目名に《スタッフ名》を含むようにする。あるいは、アクションを《スタッフ名》を含む階層の中に入れる (これで To Do にリンクした際に、その To Do に《スタッフ名》が含まれるようになる)。
• このアクションのカテゴリを「プロジェクト」にして、ToDo Link する。
• 優先度は、重要なものは1、それ以外は 2以上にしておく。

Progect で指定したカテゴリと同名のカテゴリが To Do にあると、そのカテゴリに To Do が作成される(同名のカテゴリがないと未分類)。

次に、DateBk5 側。

• 今まで使用してきた「ビジネス」カスタムビューで、「ビジネス」カテゴリだけを表示していたところに加えて、「プロジェクト」カテゴリで優先順位1のものも表示するようにする(「ビジネス」カテゴリは自身の To Do、スケジュールが書かれている。ここにはスタッフのタスクを表示したくはないが、重要なものだけは表示できるようにしておく)。
• 「プロジェクト」カスタムビューを作成し、「プロジェクト」カテゴリだけを表示するようにする。

これで特定のスタッフに割り当てられているタスクは、DateBk5 で「プロジェクト」カスタムビューから「リスト表示」を選択し、《スタッフ名》でフィルタリングすることでピックアップできるようになった。

カテゴリ名は「リソース」や「スタッフ」等でもいいのだが、項目名(あるいは階層に)【プロジェクト名】を含ませておいて、この文字列でフィルタリングして指定したプロジェクトのタスクのピックアップということも考えたので「プロジェクト」というカテゴリ名にしてみた(一つの仕事上のプロジェクトを、「テスト」や「マニュアル」とかいったくくりでProgect 上の別プロジェクトデータベースにわけていることあって、これらを横断的に眺めたいなというのもあって)。

スタッフについてタスクレベルまで管理するつもりはないのだが、頼んだことを自分自身も忘れてしまうことがあるのでそれのチェックにうまくこの方法が使えればいいかなと。

• PEG-TJ25 インストールメモ (2004-04-06)
• Windows でも Linux でも動くタスク管理ツール Task Coach (2006-01-12)
• やはり「次の行動」は今日の分をわけない方が良い (2005-09-29)
• 次の行動に必要な時間を書いておく (2005-08-19)
• 30分早く起きて「プランニング・タイム(計画する時間)」 (2005-06-20)

■ 第2章 リスク管理はおとなのプロジェクト管理だ

チーム・リーダー 「この件については明日会議を開きますが、事態は悪化しそうです」

プロジェクト・マネージャー 「では会議をやめよう」

(熊とワルツを p.15)

新幹線の中で読む。

いつもながらトム・デマルコの著書は明快。 普段プロジェクトではっきりとしないけれど何となく心にひっかかっているものが、しっかりと書かれている。 素晴しい。

• トム・デマルコ / ティモシー・リスター 熊とワルツを (2004-10-22)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• 私的10大ニュース2004 [ work ] (2004-12-31)
• 「プロジェクトマネジメント」はどうやって勉強すれば良いですか? (2006-11-22)
• 開発スタッフ怪我をして入院 (2004-10-26)

■ Project@Hand 2 購入

来年のプロジェクトのスケジュール/タスクを検討中。

先週末から GanttProject 1.0.3 を使ってちょこちょこ線表を書いて考えているのだが、まだこのソフト自体完成度が高くないのでいまいちタスク設定に集中できない。

• スクロールの勝手が悪い。
• リソース別の表示ができない。
• 休日の処理が強くない。
• 印刷もいまいち。画像でチャートを出力する際も出力範囲がいい感じに指定できない。

(印刷以外において)これらの点で以前試した Project@Hand 2 が結構良かったのを思い出す。 もう一度インストールして試用してみる。

Palm OS 上での作業になるので画面は狭いものの表示が良くまとまっているので、小・中規模のプロジェクトなら充分。 前回の試用では使ってみなかったが、フィルター機能で指定したリソースだけ表示したりリソース未割り当てのタスクだけ表示だけできる。

プロジェクトのタスクのチェックに Progect も使ったりしているが、こちらはリソースの割り当て状況を確認するといった用途には向かない。

来年は Project@Hand 2 で行ってみるか。

ということでライセンス購入。$29.95 (USD) 也。

今後は

• プロジェクトマネジメント(リソース) -> Project@Hand
• プロジェクトマネジメント(Action Item) -> Progect
• スケジュール -> DateBk5

というコンビネーションで。

• お気に入りの Palmware (2005-07-06)
• PEG-TJ25インストールメモ (2004-03-28)
• PEG-TJ25 インストールメモ (2004-04-06)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• ガントチャート関連ツール (2004-04-13)

■ 私的10大ニュース2004 [ work ]

今年の大事件、マイブームなど。

@ プロジェクトマネジメント

入社して満3年。今年は随分仕事の内容が変わってきた。 トム・デマルコの本を読んでみたり。 事後評価セッションを実施してみたり。

@ サーバ移行

DNS サーバ、メールサーバ、Web サーバを一斉入れ換え。Debian GNU/Linux に移行。 RAIDではまる。

RAIDまわりが何かよろしくないようだし、ホスト自体以前デスクトップとして使っていたPCなので安定したものに置き換えたい。

@ 飲み会

• フォト イメージング エキスポ 2005 (2005-03-18)
• [ お仕事 ] OCNエコノミー -> OCN ADSLアクセスIP8「フ... (2004-01-16)
• 今日のさえずり - 部長なのか? (2008-06-10)
• Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)
• www.naney.org をさくらのレンタルサーバへ移転 (2009-12-23)

■私的10大ニュース2004 [ comp ]

@ cool programs

• pdumpfs
  • 年初に買った外付けHDDへのバックアップは Linux、Windows とも pdumpfs で。
• Memcached
  • 簡単・高速なキャッシュシステム。使える。
• Firefox
  • Galeon がだんだん使いにくくなってから Mozilla へ。その後正式リリースされた Firefox に乗り換え。
• Subversion
  • 将来的に CVS から移行する事を考えて試験的に導入。良い。Windows でも TortoiseSVN のおかげで簡単に利用できる(CVS にも TortoiseCVS が出て便利になった)。
• 影舞
  • 今年前半のプロジェクトで活躍。
• PAR
  • Windows 向けのプログラムを Perl で書いて気軽に配布できるようになった。素晴しい。wxWidgets + wxPerl を使えば Windows / UNIX のどちらでも使えるGUIアプリケーションが作れる。そういう意味で Java 以外の選択肢として選べるようになった。最も wxWidgets はまだきちんと使い込んでいないけれど。
• NSIS
  • 前述の PAR で exe 化したプログラムのインストーラを作成するのに活用。
• Template Toolkit
  • Webアプリケーション開発プロジェクトで採用。www.naney.org の静的コンテンツの生成でも使い始めた。

@ Palm OS 生活復活

PEG-TJ25を購入し、Palm OS 生活復活。 最初はおもちゃのつもりで買ったのだが、プロジェクトマネジメントなどにシフトした仕事のスケジュール管理などで大活躍。

PDA 市場の明るい話はあまり聞かないが、末長く製品が出て続けて欲しい。

• Module::Build でソースパッケージング (2005-08-24)
• DAR で差分/増分バックアップ (2005-04-02)
• NSIS でインストーラを作ってみる。 (2004-08-11)
• クラッシュは突然に - DAR の使用を再検討 (2009-01-06)
• PAR (2004-07-19)

■ 新給与通知

先月発表のあった給料アップの正式な通知が届いた。 貢献度を評価し算出したとの事なので、いわゆるベースアップだけではなくて査定昇給とセットになっているようである。

プロジェクトマネジメント的な役割などより責任のある仕事が増え、ここ数年いろいろ新しい手法を試行しつつやってきた。 その辺りを含めて評価してもらっているようなので、その点は満足である。

しかし好きなオモチャをガシガシ買えるようになるには、まだまだ満足のいく額とはいえない。 さて、今年はより攻撃的にしかけて組織をもりあげていきますかね。

• ベースアップ発表 (2005-04-20)
• 退職お疲れさま会 (2005-03-25)
• 今日のさえずり - ベルマークは1点1円 (2008-12-26)
• DateBk5 + Progect でのリソース別タスクチェック (2004-04-24)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)

■ コミットメント・リスト vs ガントチャート

会社の人が市販のガントチャートソフトウェアを購入して、現在本格導入を検討しているとのこと。

 社内にはコミットメントをコアにした管理手法もあり、
 その優位性は十分に認めている。

 しかし、単純にガンチャートがすきなのである。
 特に見た目、がね。

 -- GAKUさんの日記 「これは好みなのだ」 2005年10月18日 13:10 より

とのことだ。 コミットメント・リスト派とはまさに私の事である(多分)。 いい機会なので自分の中でも、コミットメント・リストとガントチャートについて整理しておこう。

ここで言うところのコミットメント・リストというのはすごい会議で紹介されているものである。

ちなみに私はプロジェクトマネジメントについては教育を受けたこともないし、明確な手法を導入したプロジェクトマネージャーの下についたこともない。 「ガントチャートは駄目」だとも思っていない。 以下は試行錯誤を繰り返している中での現在の私見である。

どちらも特徴・欠点があり適材適所(と好み)があるのだと思う。 両方同時に使っているケースもあるであろう。 またこれらは一つのツールであるから、本来はもっと上位の管理手法まで議論しなければならないであろう。

@ モデル

コミットメント・リストでは「期日」という点で「成果」をリスト化する。 一方ガントチャートでは「期間」という点で「作業」をリスト化する(たいがい)。

• 作業時間がある程度精度よく見積もれる
• 作業時間と成果が比例的である

であるような場合はガントチャートで計画しやすい。

逆に言うとそうでない場合は、コミットメントベースの方が合っているように感じる。

@ ガントチャートを利用したマネジメントの特徴

• マネージャからのトップダウン的なスケジュール向き
• リソースの多重度を把握しやすい (本来はかけもちさせない方がいいと思うが)
• 比較的多人数のチームでもいける
• リソースがタスクに時間を割く割合を設定できる (やろうと思えば)
• 人月計算/コスト積算できる
• プロジェクト外からの割り込みの発生によって狂いやすい
• 成果がみにくい
• チェックしにくい
  • 「進んでますか?」「はい作業中です」「どれぐらい?」「うーん、30%ぐらい」
• ぱっと見、計画できている気がする
• 期間が長いと、チャートが見にくくなる
• 1日単位で見積もりたくなる
• 休日が気になりだす

@ コミットメント・リストを利用したマネジメントの特徴

• 担当の裁量を尊重・重視
• コミットメントのクロスチェックがしやすい (コミットメント、メジャーメントの明文化)
• 期日前にせっぱつまりやすい
• 依存関係が複雑だと把握しにくい
• 専用のソフトウェアがなくても可能
• 他のプロジェクトと兼任しているリソースの稼働状況がわかりにくい
• 線表派からみると計画だと思ってくれないかも

@ 自分がガントチャートでうまくいかなかった点

ソフトウェア開発で線を引いてみたときの感想

• スケジュールの変更があった時に面倒
• 現状とあわなくなってくるとだんだん見なくなった
• 結局だんだんメンテナンスしなくなってしまう
• 進捗チェック時に、ガントチャートで○○%と入力しても適当で意味がなかった

@ コミットメント・リストでうまくいっている点

• 成果が達成できているか、そうでないかが明確
• 達成できていないコミットメントのチェック、フォローができている
• 担当自身が忘れていたコミットメントもクロスチェックで再認識できる
• コミットメント一つ達成するたびに「いい気分を味わえる」

@ まとめ

現在自分がマネジメントしているような、ソフトウェア開発の含まれる少人数体制のチームではコミットメント・リストベースがかなりイケているように思われる。

必要であるならば適応型ソフトウェア開発にあるような、タイムボックス(サイクル)を設定してコンポーネントを割り当てる形で長めの計画をコミットすればよいであろう。

ガントチャートは、それこそ「依存関係のある工程が順番に進んでいく」「クリティカルパス重要」のようなプロジェクトにはいいんだと思う。 自分が扱っているプロジェクトがそういうものではないのだなと。

• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• すごいKPT事後評価セッション (2005-10-07)
• 情報カードを使って高速すごい会議 (2005-10-27)
• Joel on Software - 必読書 (2008-08-14)
• ソフト契約と見積りの基本がよ～くわかる本 (2005-10-14)

■ 「プロジェクトマネジメント」はどうやって勉強すれば良いですか?

会社の後輩から問われた。

答えがあればこちらが知りたい。

プロジェクトマネージャには、そういう事を自力で模索し掴みとる能力が必要なのではないか。プロジェクトマネージャは答えの決まっていない問題の解決をしていかなければならないのだから。

もちろん他の人から学ぶというのも重要なので、質問すること自体は悪くない。 ただもう少し自分で考えてみて「○○と△△というのがあり、○○の方が～～で良さそうだと思うのですがどう思いますか?」などと、やるのが良いかと思う。

ちなみに私がどう試行錯誤しているか、何を読んでどう考えたかはココ (nDiki) に書いているから、後輩君なら(反面教師にせよ)見てくれればいいと思う。

ていうか、何か面白いもの見つけてきてドンドン紹介してクレ。

• 技は盗むもの - 早朝会議革命

@ とはいえ自分なりに列挙してみる

ソフトウェアプロジェクトマネジメントで、必要なキーワードを思いつくままに挙げてみた。

• 問題発見力、問題解決力 (思考法)
• 意思決定力
• リーダーシップ力
• コミュニケーション力
  • コーチング
  • ファシリテーション
• プレゼンテーション力
• (リスク管理力)
• 以下に関する知識
  • 開発ガイドライン
  • ソースコード管理 (リビジョン管理)
  • バグトラッキングシステム
  • ビルド管理
  • リリース管理
  • ドキュメンテーション
  • ソフトウェアテスト
  • ソフトウェア見積もり
  • ソフトウェアライセンス
  • ピアレビュー

• ビジネスメールガイドライン案 (2006-05-05)
• 早朝会議革命 - 元気企業トリンプの「即断即決」経営 (2005-07-16)
• トム・デマルコ ゆとりの法則 - 誰も書かなかったプロジェクト管理の誤解 (2004-04-17)
• やっぱり聞きやすかった大前研一 (2006-10-25)
• Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)

■ ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler

ときたまやってくるソフトウェア開発の計画作成、今までは GanttProject を使っていたのだけれども、挙動が安定しないのと印刷機能が貧弱なのとで満足できていなかった。

ということで今回は新しいツールを使ってみることにした。チョイスしたのは TaskJuggler。

Linux 上で動くツールである。 GanttProject は Windows でも Linux でも使えるのが利点だったのだが、ここ数年の中でプロジェクトファイルを共有することも無かったので、まあ Linux だけでしか動かなくてもいいかなと。

@ テキスト形式でのプロジェクト記述

TaskJuggler が特徴的なのは、プロジェクトをテキストファイルで記述するところである。 一般的なプロジェクトマネジメントツールは GUI 上でガントチャートを直接編集したりできるのだが、TaskJuggler はそんな軟弱者向けの機能は用意されていない。

あくまでテキストで書く。プロジェクト・リソース・タスク・レポートをテキストファイルに書く。 でコンパイルするとガントチャート等のレポートが生成される。実績もテキストで入力する。

書き方に問題があればコンパイルエラーになるし、定義したタスクの依存関係等でプロジェクト期間からはみ出てしまうような時もコンパイル時に怒られる。 渋い。

@ TaskJugglerUI

とっつきにくく見えるが、慣れると以外とそんなに難しくない。 effort と length と duration の違いが分かればあとは楽勝。

TaskJugglerUI という GUI ソフトウェアでは、補完機能の優れたエディタが内蔵されているしサイドバーのリストからタスク等を選んで、対応する行に移動することもできる。

さながら Eclipse でコードを書いているような感じ。

下手にガントチャート上でタスクをドラッグアンドドロップして、日にちを動かすよりも思った通りに定義していけるので良い。

@ 印刷

ガントチャートについては、それなりに見やすいフォーマットの印刷物を生成してくれる。 印刷からプリンタとして「Print to File (PDF)」を選択すれば日本語も含めて問題なく PDF 化できるので、でき上がったものも配付しやすい(ここら辺は KDE 側の範疇か)。

GanttProject では PDF 出力がイマイチで結局、画像ファイルにエクスポートしてプリントアウト/配付していたのでこれは便利。

@ 面倒な点といえば

面倒な点があるとしたら、タスクに ID をつけてその ID で依存関係などを指定してあげなければいけない点か。 識別子を考えるのが面倒なのと、タスクの数が増えてきた時にその指定したい ID を探す(思い出す)のが面倒である。

あと、識別子の名前変更リファクタリング機能があればいいな (一括置換だと関係ないところまで置換してしまう可能性がある)。

@ ということで

ソフトウェアエンジニアには使いやすいツールだと思う。

マクロ機能やインクルード機能などもあるのでもう少し使いこんでみたい。

• http://www.taskjuggler.org/

• Evernote 使用開始 (2009-03-03)
• フォト イメージング エキスポ 2005 (2005-03-18)
• amaroK で Linux 上の iTunes 音楽データを聞く (2006-01-22)
• コミットメント・リスト vs ガントチャート (2005-10-19)
• GanttProject で開発スケジュールを作成 (2004-08-26)