技術日誌といいつ、この手のエントリは書いた覚えがないが、最近、あちこちで、現場のリーダ格の人に対して「役に立たない」とか、「あれなら逆にいなくていい」とか耳にするので、少し考えてみる。話をよく聞くと、PMとかチームリーダの人は動いているが残念ながら結果が出せていないようだ。 その現場は以下のようなマネジメント上の問題があるようだ。 プロジェクトの現状把握が足りずに何がリスクか見えていない。 場当たり的で、計画がほぼない。 (PMが)進捗などの管理作業だけをやっている。 なるほどねー。こりゃ大変だｗ 自分が思うに３つの点が重要かな。と好き勝手書いてみるｗ プロジェクトのAs-IsとTo-Beの把握。 プロジェクト管理上のリスクの管理。 管理サイクルを回してチームとしての意志決定。 1番目は、どこからどこに向かう必要があるかを知ることから何もかもが始まる。プロジェクトの前提が必要。 2番目は、

日本のオフィスには神業的なExcel使いの方々がいて、方眼紙のように網目を作り、そこに図形やチャートを作り上げている。仕様書や提出するドキュメントも全てExcelで作られていたりする。このような方々は、Excelが使えないとなったらさぞかし混乱をきたすことだろう。 OpenOffice.orgを使ったガントチャートテンプレート プロジェクトを管理をExcelで行っている方がいたら、そこだけはOpenOffice.orgに乗り換えられる可能性がある。ガントチャートを手早く作ってくれるテンプレートがあるのだ。 今回紹介するフリーウェアはGantt Chart for OpenOffice Calc、OpenOfficeのCalc（表計算機能）向けのガントチャート作成テンプレートだ。 Gantt Chart for OpenOffice CalcはOpenOffice.org用で、Excel用に

プロジェクト管理というとガントチャートやWBSなどが思い浮かんでしまい、尻込みすることがある。だが実際には気にやむほどのことはなく、プロジェクトの規模や体制に応じて管理項目を決めれば良いだけだ。管理コストを懸念するならガントチャートなどは省けば良い。 プロジェクトダッシュボード Webベースで最低限必要そうなものを管理しようと言うのならDevalotが便利そうだ。 今回紹介するオープンソース・ソフトウェアはDevalot、Ruby on Railsベースのシンプルなプロジェクト管理だ。 Devalotはリポジトリ管理などの機能はなく、プロジェクトを登録し、そこにWiki風のページ管理、ブログ、BTS（チケット）、メンバーの管理機能がついたシステムだ。TracやCollaboa、GForgeなどが多機能であるのに対してDevalotはシンプルだが基本機能はおさえてある。 管理者ページ 全ての

最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1　必要なサイトをチ

プロジェクト管理の重要性は理解しつつも、実際にうまく管理されているケースはあまり多くない。大げさなシステムを導入した所で、普段の業務を圧縮してそのシステムを勉強する時間を作り出すのは非常に難しい。 わざわざシステムを導入するのではなく、現状の延長線上で考えよう。利用するのは普段使い慣れているExcelだ。 今回紹介するフリーウェアは開発マイルストーン、Excelを使った工程管理ソフトウェアだ。 開発マイルストーンはExcelアドオンと作業ファイルと二つで構成されている。アドオンを起動した後、作業ファイルを起動すれば利用できるようになる。 工程管理は面倒な帯をドラッグなどしたりしない。開始日と日数を入れれば自動で変更される。変更は表のみで、後は自動で描画が変わっていく。 関連を表す線も、一度クリアして再描画するだけでいい。さらに作業工数統計と言ったグラフ表示もできる。 慣れたExcelで作業

GTDに学ぶプロジェクト管理ツール導入の3つのポイント メンバー視点のリストを提供する メンバーのToDoも一緒に管理できるようにする メンバーの作業管理がしやすいものを選ぶ メンバー視点のリストを提供する まずプロジェクト管理ツールを利用する際に重要なのが、メンバー視点のリストを提供するという点です。管理者目線だと、ついつい全体のスケジュールをプロジェクト管理ツールやエクセルを使ってガントチャート形式でまとめて満足という流れになってしまいがちですが、これでは前回書いたようにプロジェクト管理者の自己満足になってしまいます。 では、どうすればいいのか――。まずは、全体のスケジュールから、個別のメンバーごとに作業リストを切り出して渡してあげましょう。ここで参考になるのがGTDです。 GTDでは、自分がやるべきことのリストを自分で作成します。ここではプロジェクトメンバーのスタッフ各人がやらなけれ

0.04を公開しようと思ったらバグがあって、修正したので0.05を公開します。 出来るようになった事 ダイアログから分類、項目の追加および工程の追加、削除ができるようになった まだ出来ない事 休日の色分け 担当者の登録、編集および項目との関連付け OpenOfficeはいろいろな環境で動作するので、動作の確認をするのに一苦労。先日入れたUbuntuLinux上で動かそうとすると、エラーばかりで動かなかった。調べてみると、OOoは1と2で多少マクロの挙動が違うみたい。一番困ったのはCDate関数について、呼び出し時に計算するような入れ方をするとだめみたいだったので、関係する部分を全て修正して、1と2で動作するように改造しました。 他にもいくつかあったけど、その都度メモをしなかったのでちょっと忘れてしまいました。 僕の家にはまともなWindows環境が無いので、もしWindows版OpenOf

この記事のまとめ。長文エントリごめん。 「コミュニケーションスキル」と一言でくくられるが、中身は多岐に渡る プログラマ（PG）は、「確認するスキル」が最重要 システムエンジニア（SE）は、「絵にするスキル」が最重要 プロジェクトマネージャ（PM）は、「言うことを聞かせるスキル」が最重要 コミュニケーションは全人格的なスキルで、その真髄は「人を動かす」こと ン十年前、入社したての頃はCプログラマだった。その後、SEとして仕様折衝、設計に携わった。時折、炎の海に放り込まれ、コードを書いたりテストをしたり、リアルバトルを止めに入ったりと火消し屋のキャリアを積む。 その後、PM見習いでチームリーダーをしているうちに、要件定義のさらに上流に引き寄せられ、今では開発現場を離れてコンサルタント（非IT）の丁稚をしている。 システム開発の工程を河上へ遡及するにつれ、スキル不足を痛感した。わたしに最も足りな