nDiki : 計画

ソフトウェア GTD 目標 ガントチャート Linux 書き方 GanttProject プロジェクトマネジメント 開発 書評 Windows インストール 日本語 レビュー 時間管理 TaskJuggler Eclipse Web ブラウザ PERT 図 Google 印刷 昼休み ビジネスプラン 生産計画 エディタ メール アイデア 見積もり Java ソフトウェア開発

■ 計算機の名前を選ぶには……

新しくコンピュータを手にいれて Linux をインストールする中で、時間がかかる作業は、

• ハードディスクのフォーマット
• ハードディスクのパーティション分割の計画
• ホスト名の決定

だ。少なくとも私の場合。 結局一旦決めたら変えない事が多いので、やはり最初かなり悩む。 まあ、へなちょこな名前で落ちつく事の方が多いのだが。

そんなときには、ちょっと古いけど RFC1178。 先週他の RFC 調べていた時に日本語訳が目についたのでチェック。

読んでも名前は決められないけれど、少なくとも悪い名前は避けやすくなるだろう。

• RFC1178 日本語訳 中里 武志氏による邦訳。

@ 追記

RFC2100 'The Naming of Hosts' というのもあり。

• 冗談RFC O.K.U.氏のページ。

2001年7月2日追記。 中里 武志氏による邦訳の URL を http://www.nn.iij4u.or.jp/... から、http://www.goto.info.kanagawa-u.ac.jp/... に変更。

[ 命名規則 ]

• amaroK で Linux 上の iTunes 音楽データを聞く (2006-01-22)
• PAR::Repository でビルド済み Perl モジュールをネット... (2006-12-12)
• ソフトウェア技術者御用達のプロジェクトマネジメントツール TaskJuggler (2007-04-23)
• X-Deep/32 Xサーバ (2005-03-30)
• [ CLIE ] Plucker (2004-03-27)

■ 21:30 ネット通販でホームエレクター注文

「ホームエレクター」家財計画。 この春に引越してきてから、第1段として「PCラック-TVラック-ラック合体型」をホームエレクターで構築済み。 この時は、引越しでごたごたした荷物をはやく整理したいということで、東急ハンズで定価購入してお持ち帰りで構築。 と一部、多慶屋で廉価購入お持ち帰りで増築。

ホームエレクターって男の多くは楽しいと感じると思うのだが、いかんせん高い。 やっぱ、安くネット通販でしょ。 第2弾は、ワードローブと、キッチン用ラック。 以前から目をつけていた、サイトで注文しようと思ったのだが部材の「ポスト」の見積もり HTML が、ぶっこわれていやがる。

ページの上の方にある「オリコ提携オリジナルクレジットカード」へ飛ぶリンクの 'a' 閉じタグがないので、そこから下どこのリンクを押しても、どこのボタンを押してもそのリンクが別ウィンドウに開いてしまうのだ。 欲しい部材をカートに入れようとしてもこれまた、その別ウィンドウが開いてしまってカートに入れられない(Galeon 1.0、Mozilla 0.9.6 on Linux どちらも)。

あーぁ、駄目じゃん。 お客逃がしちゃいましたねぇ。 定価だと61,980円分の商品の注文してあげようと思ったんだけどねぇ。 さよなら。

Google でいくつか検索して、サイトの雰囲気、価格の比較とかしてみて結局、楽天市場に入っているお店で注文。 値段的にはどこも同じぐらいの値引き率。 後は、やはり大手の楽天市場だとシステムがこなれていて(それなりに)に安心感があるなというのが選択理由。 まぁ、出店しているお店が信頼できるとは限らないけどね。

結局、小一時間ほどかかっちゃいましたよ。 ついでに、楽天市場の登録もしといたけど「ユーザ名6文字以上」で私のいつも使っているユーザ名(5文字)が使えなくて悲しい……

• メールボックスを Gmail に集約 (2007-08-08)
• Google Desktop Linux 版をインストール (2007-07-02)
• [ WiKicker ] 憧れのサイドバー (2004-01-23)
• 私的10大ニュース2004 [ comp ] (2004-12-31)
• 今日のさえずり - 勢いあまって NCSA Mosaic 3.0 for ... (2007-11-08)

■ ThinkPad X31 2672-BJ9

一度ちょっと魅かれてた ThinkPad X31 2672-BJ9であるが、本日パートナーが注文。 ノートPC買い換え計画の先を越される。

私が2代前に使っていた DynaBook PORTEGE 300CT*1 を今だに使い続けていて最近はHDDが異音を発するようになってきていたところだがら、乗り換えでこちらも一安心。

• ThinkPad X31 メモリ増設 (2003-12-07)
• ゴールデンウィークで混み混みの秋葉原 (2006-05-03)
• [ Debian ] ThinkPad X31 にインストール (2003-12-03)
• CD-R ドライブが使えない (2006-07-27)
• ThinkPad X31 交換 HDD として Travelstar 5K... (2006-07-27)

■ [ photo ] 東京都市計画事業環状第二号線新橋・虎ノ門地区第二種市街地再開発事業

環状第2号線の都市計画は古く昭和21年3月に決定されたものである。 虎ノ門から新橋方面へは今だに開通をしていないのだが、ここ最近になって動きが活発になり用地の確保が進んでいる。

前回の中学の同窓会では、同級生も立ち退くことになっていると言っていた。 このあたりも汐留の再開発に続いて様変わりしていくのだろう。

ということで現在の姿を今のうちにフィルムにおさめておかねばと、Nikon F3/T を持って新橋 - 虎ノ門間を歩いてみた。

@ 汐留通り

まずは新橋駅の烏森口を出て線路沿い、ピンク映画館を横目に国道15号線へ。 この一本裏の道が汐留通り。ここから虎ノ門方面が新たに環状第2号線になる(線路の向こう側は汐留地区で、再開発時に既に道が出きている筈)。

@ 日比谷神社

国道15号線から予定地の細い道を進んでいくと、脇道をはいってすぐの所に日比谷神社がある。 子供の頃、たしか母親とお参りにこようとして辿りつけなかった(探し出せなかった)ところだ。こんな所にあったとは。

計画を見るとこの辺りは公園地区になるようだ。 やはり神社は簡単には壊せまい。

この先既に更地化されたところが点々と続く。

@ 虎ノ門

ぶらりぶらりと歩いて虎ノ門側へ到着。 今歩いてきたこの区間が幹線道路化されて、一体今後どのような効果が出るのだろう。

外堀通りにつながるところから、新橋方面を写真におさめていると警備していた警官がとことこと寄ってきて「何を撮っているの?」と質問された。 「環状第2号線になるところを。まずいですか?」と聞いたら「いえ。この辺りは大使館が多いので(聞いてみたわけ)」。 「ここは撮ってはまずいですか?」と聞いたら問題ないとの事。

確かにこの交差点に入ってくる別の道にはいっぱい警察車両が並んでいるし、カメラなんか構えていると怪しく思われてもしょうがないんだろうな。

新橋から虎ノ門までのこの区間、この裏道が大きな環状線に生まれかわるのは一体いつごろなんでしょうね。

• 烏森神社へ行ってみよう (2005-09-18)
• 今日のさえずり - 金メダルのネックストラップには、ケータイ用のヒモが付い... (2008-08-24)
• 今日のさえずり - 除虫菊を栽培していただきます (2008-08-05)
• 秋葉原駅から東京駅まで写真散歩 (2005-02-12)
• 私的10大ニュース2005 [ photo ] (2005-12-31)

■ 「目標による管理」を勉強しよう

今年の部門計画をげんざい検討中。 今年から目標管理を導入するという事なので、そこら辺も頭のはしっこにおきつつ。

しかし目標管理の真髄ってなんだ? まずそこが分かっていない。 web とかでちょろちょろみると「目標による管理」では

• 自己統制
• ノルマ管理との違い
• 部下に任せる
• 目標の連鎖
• 目標面接重要
• 短期指向になりがち

その他いろいろキーワードがあるようだ。 全然理解が足りてないな。

組織としては

• 経営管理システムの側面と、人事考課ツールとしての側面の認識
• 「目標による管理」の基礎理念および、自社における考えの説明

あたりがうまくいっているかどうか。 自分みたいに、マネージャポジションにもかかわらず無知な人間がいるのだからまだまだ危険だ。

Peter F. Drucker の本でも読まねばらなないな。

• 個人目標設定における課題 (2006-02-06)
• 給与制度改革 (2005-01-05)
• 自然に計画するためのモデル(GTD) と High-Performance OS (2006-07-09)
• 問題とは「あるべき姿」と「現状」の「ギャップ」である (2006-10-13)
• 歯の治療16回目 - 左上治療 + 左上型取り + 仮詰め (2005-01-31)

■ 歯の治療16回目 - 左上治療 + 左上型取り + 仮詰め

18:00 - 18:40 歯医者。

NEW MEGALOPOLIS をみて女の先生が「いつも重そうですね」。 「はい2キロ近くありますから。慣れましたけど。」

そんなやりとり。

1. 表面麻酔
2. 麻酔 (院長)
3. 犬歯治療 (院長)
4. 「4番目と5番目の間も虫歯になってますねぇ」ガリガリ (院長)
5. 犬歯白いやつで詰めもの。
6. フロスみたいなやつで歯間ぐりぐり (院長)
7. 左上型取り
8. 仮詰め

左下噛み合わせ型取りもどっかでしたけど、順番忘れた。

前回犬歯っていっていたから今日で終わると思ったのだが、「4番目と5番目の間」って何よ。 前回すでにわかっているはずだから、治療計画として先に教えてくれー。

それにそこは、前回の治療したんでは? またいじるのかよ(……というのは誤解で左上の治療は前回までは奥2本だけだった。右下の時は4本同時にやったので、左上もそうだと勘違いしていた)。

ということで、もう「次で終わるだろう」なんて考えるのはやめよう。

今日は麻酔強め。夕食の間も痺れていた。 麻酔打ったわりには治療、結構痛かった。

[ 左上の歯 ]

• 歯の治療2回目 - 右上 + 親知らず抜歯 (2004-11-02)
• 歯の治療15回目 - 左上金属詰め (2005-01-25)
• 虫歯なのか着色なのか (2006-10-05)
• 歯医者 (2004-10-29)
• 歯の治療8回目 - 左下治療 + 抜歯 (2004-12-14)

■ 納品

納品の日。 今年に入ってから各スタッフに割り込みが多発したりして、かなりシンドい状況ではあったが皆がんばった。

やはり年度末は、いろいろ仕事が集中する。 この時期は作業が飛び込んでくるのを想定して、かなりゆとりを持った計画にすべきのようだ。 もっとも、その前の期間は期間でやることがあって前倒しもなかなか難しい。 ここら辺で一発、よりよい体制にシフトするようにせねばなぁ。 ……って3月末までは、まだまだ目白押しだったっけ。

• コラボレーションを促進するオフィスレイアウトへ (2006-03-11)
• 有給休暇 - 納品前の忙しい時期ではありますが (2005-02-08)
• 歯の治療16回目 - 左上治療 + 左上型取り + 仮詰め (2005-01-31)
• Ai AF Nikkor 35mm F2D 修理完了 (2007-03-20)
• 計算機の名前を選ぶには…… (2000-11-06)

■ 30分早く起きて「プランニング・タイム(計画する時間)」

TQによれば

毎朝一〇分から十五分の時間を取って、その日の計画をしていただきたいとうことである。-- TQ - 心の安らぎを発見する時間管理の探究 p.195

だそうである。またこうも書かれている:

計画のために時間を使えば使うほど、全体にかかる時間は少なくてすむ。-- p.196

そういえば学生の頃から今まで何度か、朝あるいは就寝前に行動リストのチェックにトライしてみた事があったれども継続しなかったな。

今回はもう少しシステマティックに手法を適用して試してみよう。

ということで今日から30分早く起きて、計画を立てる時間にあててみることにした。 初日の今日は、DateBk5 にたまっていた To Do の整理も含めて、30分ほどかかってしまった。

フランクリン・プランナーは使っていないので、 DateBk5 ベースで「日課のリスト」作成ししばらく使ってみよう。

@ 重要度・優先度

「DateBk5 (Palm) の To Do の優先度」を、「TQのABC価値分析における重要度 A、B、C」に対応付ける。A はmust、B は should、C は could。Palm の方は5段階あるので、A、B をそれぞれ2段階に分けてみた(意味があるかどうかは不明)。

さらに TQ ではA、B、C のグループ内でそれぞれ優先順位順に番号をつけて A-1、A-2、…、B-1、B-2、… のようにする。 DateBk5 では直接この値を入力できない。 今回は DateBk5 が To Do を自動的にソートする事を利用して、項目名の先頭に NN: (NN は二桁の数字)をつけておくことで順序付けするようにしてみた。20: よりも 10: の方がリストの上の方に表示される。

あとは必要に応じて実行する時間を決めて、予定表の方に転記する。

@ 心のやすらぎ

で、実行。 リストの上(重要度+優先度の高いもの)から着手していく。

ここで「困難」なものはつい後回しにしたくなるが、できるだけふんばって上からこなしていく。

ちょっと辛どい時もあるけれども、項目が一つづつ完了していくと何とも気持ちが良い。

To Do のリストに溺れかけていたところに、真っ直ぐロープがはられた感じ。 TQ のABC価値分析における、must / should / coluld も明快で良い。

今まで、何となく1〜5の優先度をつけたあとに(重要なのかもしれないのに)緊急度や「やりたくない度」に応じて調整してしまっていた自分にも気づかされた。

• 私にとっての PDA の長所と短所 (2005-11-27)
• TQ 読了 - ちょっとずつ実践中 (2005-07-08)
• 次の行動に必要な時間を書いておく (2005-08-19)
• DateBk5 + Progect でのリソース別タスクチェック (2004-04-24)
• Windows でも Linux でも動くタスク管理ツール Task Coach (2006-01-12)

■ 侵入計画?

昼休みになると、同僚の物理博士がせっせとオフィス中を計測してまわっている。 もしかしたら、秘密裏にトンネルを掘って侵入するつもりかもしれない。

できあがるものが楽しみである。

• コラボレーションを促進するオフィスレイアウトへ (2006-03-11)
• 今日の秋葉原 (2002-12-16)
• [ photo ] 東京都市計画事業環状第二号線新橋・虎ノ門地区第二種市街... (2004-01-10)
• NASA World Wind 1.3 は他人のPCで (2005-03-22)
• オフィスの高度 (2004-12-24)

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

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

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

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

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

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

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

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

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

@ モデル

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

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

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

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

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

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

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

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

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

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

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

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

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

@ まとめ

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

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

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

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