nDiki : ガントチャート

「プロジェクトのスケジュールを計画」したり「進捗を管理」したりする際によく利用される図。

印刷 PDF XML 画像 日本語 Java Web Start Linux 開発 Windows Eclipse HTML PERT WebDAV Progect Web インストール Microsoft Office ソフトウェア開発 DateBk5 エディタ マニュアル 見積もり Ant リファクタリング 論文 開発環境 ノート Perl 報告書の書き方 アジェンダの書き方

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

• Project@Hand 2.2.2
  • ProjectAtHand2.zip / ProjectAtHand.rpc

@ Project@Hand 2.2.2

Progectも良いのだが、タスクの依存関係と長期的な進行をチェックすることができない。でガントチャート表示ができる Project@Hand を試用してみる。

• $29.95(USD) 30日フリートライアルあり。
• 操作性はなかなかよい
• プロジェクトのリネーム不可 (コピー+削除で対応できるが)
• プロジェクトの export が弱い (タスク毎のみ)
• Microsoft Project と同期するソフトを開発中 (だが嬉しくない)
• データベース仕様は非公開

エクスポートする機能が貧弱なのが悲しい。 データベースを直接読み書きも現在はできないし。 Microsoft Project を使うつもりもない。

心中するのもいやだから、やっぱりパスかな。予定表とも連携しないみたいだし。

予定表に適当にマークアップしたアポイントメントデータを抽出して、ガントチャート表示する Palmware でも作ってみるか。

@ DateBk5 のカスタム表示

DateBk5のマニュアルを見直したら、複数のビュー設定を保存しておいて切り換えて使えるのに気がつく。 パーソナルとビジネスで別々にビュー設定を作ってみた。

リスト表示の検索設定(フィルタリング)が保持されないのは残念。 それができれば、プロジェクト毎にビュー設定を作れるのでかなり見通しが良くなるのに(プロジェクト毎にカテゴリを作るのはちと嫌だし)。

• PEG-TJ25 インストールメモ (2004-09-06)
• お気に入りの Palmware (2005-07-06)
• DateBk5 + Progect でのリソース別タスクチェック (2004-04-24)
• Project@Hand 2 購入 (2004-12-27)
• PEG-TJ25インストールメモ (2004-03-28)

■ ガントチャート関連ツール

DateBk5 からのガントチャート作成の話だが、まずはチャート作成部分は他のものを利用できないかなと調査。

@ Planner (MrProject)

以前にちょっと使ったことあり。 日本語OK。 以前、保存したら次に開けなかったことがありそれ以来使っていない。 データはXMLフォーマット(DTDもある)なので、この形式でデータを作成すると、勝手にチャートを作らせることができる。

使い勝手はいいが、印刷まわりはちと弱い。

@ GanttProject

Java で記述されていて、Java Web Startも可能。 見た目は Planner とほとんど一緒。

これもデータはXMLフォーマット。

@ PyGantt

Python で書かれたガントチャート作成ツール。

aptラインが用意されているので入れてみる

 apt-get install python-logilab-pygantt

実行

pygantt --help Traceback (most recent call last):

  File "/usr/bin/pygantt", line 2, in ?
    from logilab.pygantt.main import run
  File "/usr/lib/python2.3/site-packages/logilab/pygantt/main.py", line 103, in ?
    from logilab.pygantt.lib.readers import ProjectXMLReader
  File "/usr/lib/python2.3/site-packages/logilab/pygantt/lib/__init__.py", line 21, in ?
    from objects import *
  File "/usr/lib/python2.3/site-packages/logilab/pygantt/lib/objects.py", line 31, in ?
    from zLOG import LOG, INFO

ImportError: No module named zLOG

何か足りない。

• GanttProject で開発スケジュールを作成 (2004-08-26)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• Project@Hand 2 購入 (2004-12-27)
• Windows でも Linux でも動くタスク管理ツール Task Coach (2006-01-12)
• JAlbum で Webフォトアルバム (2004-11-14)

■ GanttProject で開発スケジュールを作成

そろそろ2004年度後期プロジェクトが複数スタートする。 スタッフの割り当てをどうするか見通すために、ガントチャートでも書いてみる。

細かくスクロールができなかったり、印刷、画像エクスポートの際の範囲指定ができなかったりと痒いところがまだまだあるが、それなりに使える GanttProject で作業。

• HTTPでプロジェクトファイルを取得できる(WebDAV を通してアップロードも可能)
• Java で書かれている

とう点を利用して、

1. 作ったプロジェクトファイルを社内Webサイトに置く。(WebDAV は用意していないので閲覧用)
2. JNLPファイルを書く。Java Web Start で GanttProject を起動するようにする。起動時の引数にプロジェクトファイルのURLを指定する。
3. Wiki からJNLPにリンクをはる

として Wiki から直接 GanttProject を立ち上げてガントチャートを表示できるようにした。 変更毎にHTML(や画像、PDF)に export する必要がないので楽。 閲覧側はちょっとヘビーではあるが、自由にスクロールや拡大・縮小して見られるという利点がある。

• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• ガントチャート関連ツール (2004-04-13)
• 私的10大ニュース2005 [ comp ] (2005-12-31)
• JAlbum で Webフォトアルバム (2004-11-14)
• Hyper Estraier で社内 Web コンテンツ検索 (2006-06-01)

■ Progect から GanttProject へ

プロジェクトのスケジュールを書きつつ、Palm::Progect を使った GanttProject へのコンバータをやっつけで少し書いてみる。

Progect の方は開始日を入力できないので、必要に応じてノートの方に書いておいてスクリプトでチェックするようにした。 作ったスケジュールを他人に見せるのに便利かなと思ったがどうかな。 作業期間を把握したい時はガントチャートにした方が確かに見やすいが、Progect で入力した TODO 的要素についてはそのままもってきても見にくい。 微妙。

• Project@Hand 2 購入 (2004-12-27)
• Windows でも Linux でも動くタスク管理ツール Task Coach (2006-01-12)
• PEG-TJ25 インストールメモ (2004-04-06)
• ガントチャート関連ツール (2004-04-13)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)

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

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

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

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

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

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

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

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

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

@ モデル

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

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

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

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

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

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

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

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

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

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

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

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

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

@ まとめ

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

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

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

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

■ GanttProject 2.0.3 でガントチャート書き

急拠今日中に工程表を作る必要が必要が出たので GanttProject 2.0.3 で作業。

(前からそうだが)印刷・エクスポートが望み通りにできないのが痛い。 それとホイール操作は拡大・縮小ではなくて、タスクの上下スクロールにして欲しい。

やはりちょっとタスク数が増えると GanttProject だとしんどい。

• ガントチャート関連ツール (2004-04-13)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• GanttProject で開発スケジュールを作成 (2004-08-26)
• Project@Hand 2 購入 (2004-12-27)
• 完成度まだまだの GanttProject (2006-01-20)

■ ソフトウェア技術者御用達のプロジェクトマネジメントツール 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/

• コミットメント・リスト vs ガントチャート (2005-10-19)
• amaroK で Linux 上の iTunes 音楽データを聞く (2006-01-22)
• GanttProject で開発スケジュールを作成 (2004-08-26)
• フォト イメージング エキスポ 2005 (2005-03-18)
• Adobe Reader for Palm OS バージョン3.0 (3.... (2004-07-14)