t_wの輪郭

必要な機能

• 先行タスク・後続タスクのネットワーク構築
• クリティカルパス計算
• DRAG計算
• タスクの余裕（FLOAT）計算

Nice to have

• 業務フロー分析への転用
• 輪郭法に基づく体系化
• 自動工数見積もり（LLM等を用いる）
• 通知と期限の分離
• LLMによる自動レビュー
• 年計表的作業集計
• 将来作業負荷
• 前後一ヶ月のレポートを日次生成
• 日次クリティカルパスレポート生成

理想のプロジェクトマネジメントツールには当然に知識管理機能が融和的に内包される。

タスク・メモ・ドキュメントが同一の機構で扱えると良い。

PERT図の作図で検索すると手書きの作図ツール推してきやがってこの野郎ってなる。

単身者が引っ越すだけの超小規模プロジェクトでさえ60個のアクティビティが発生するのに、手書きでPERT図を保守できるはずがない。

PERT図わすれてた。PERT図も対応させたい。

DRAGも計算できるようにしたいわね。

線表による「やべぇ」はプロジェクト要員が少数なら感覚的あるいは定性的で良いのだが、人数が多かったり定量的な説得が必要になるなら、やり方を変える必要がある。

三点見積もりを行い、ベータ分布に基づいて「いつ」「どれだけの確率で」プロジェクトが達成されるかを求めることができる。

このあたりになってくると線表ではなくPERTに属するものになってくる。しかし、フリーのソフトウェアにてPERTを行えるものを寡聞にて知らない。有償ならなにがしかあるだろうが、金が出せないならExcelでなんとかするしか無い。しかしExcelには「数式の汚損がしばしば発生する」「PERT図の自動作図が困難」「図から直接入力できない」といった問題がある。

MacbookとAppleにお布施するやつほしい。

なぜ欲しいかというとiPadアプリを作りたいからです。

線表を引くアプリ作って1本1000万円で売りたい。

　このようにプロジェクトマネジメントツールの「更新が容易でなく手間がかかる」場合、プロジェクトの計画立案・計画修正 の 質・頻度の低下を招く。プロジェクトを立案する際に比較検討試行できる回数が減る。あるタスクについて変更があったとしても１週間毎などにバッチ化されて更新が遅延し、古い情報に基づいてプロジェクト全体の期間と経済性が計算される。プロジェクトあるいはタスクの経済性が正確に把握できなければ誤った投資判断を招く。誤ったタスクの短縮にリソースを投入してしまう。「プロジェクトの停止」という重大な判断が遅れ、リソースの開放が遅れ、リソースの費用が増大する。
　車を運転するとき、時速計に「１時間前の時速」が表示されたらどうだろうか？速度超過で罰金を取られるだけならまだしも、致命的な事故の発生原因となる。熟達した運転手ならば外の景色の流れから速度を調整できるだろうが、熟達したマネージャーは希少リソースとなる。社内で推進できるプロジェクトがマネージャーの数によって制限される。素人であっても立派にプロジェクトを管理できれば、せめてやべぇときにはやべぇとエスカレーションできれば、社内で推進できるプロジェクトの数が増える。プロジェクトを単発銃から機関銃にしなければ他社に勝てない。

　ただでさえプロジェクトは未来のことを扱うが故に不確定要素が付き纏う「霧の戦場」だ。集約され適宜更新される情報によって理想的ではなくとも妥当な意思決定ができたならば、霧をツールが少しなりとも晴らすことができたなら、これほど「金」になる技術は無いだろう。
　しかし「良い意思決定」の経済性を定量的に計測するのは困難だ。事前にも事後にも「良いプロジェクトマネジメントツールがあればプロジェクトの期間がX%になる（なった）」というのは見えない。『チェンジ・ザ・ルール! なぜ、出せるはずの利益が出ないのか』においてもERPの「企業全体の経済活動を一元的に把握できる」という利点から「利益」を導き出すのに苦労している様子が描かれている。故にプロジェクトマネジメントに対しては費用が掛けられず実質無料のExcelが頻用される。

一人暮らしの引っ越しですら「これ」なのだから、複数の人間がメンバーのプロジェクトとか、生産スケジューラー的なものなしに効率的に推進するのはマジで大変そう。

理想のプロジェクトマネジメントツール、React Nativeとか使えば割とさくっと作れてしまうのではないか。

GanttProjectは圧倒的にガントチャート作成の現実解なんだけど、やっぱり不満がある。「俺が考えた最強のプロジェクトマネジメントツール」が作りたい。

理想のプロジェクトマネジメントツールが作れたとして、販路に困る気がしてきたな。
売り先は社長とかプロジェクトマネージャーとかになるんだろうけどコネクションが無い。

　退職して理想のプロジェクトマネジメントツールが作りたくなるが、退職するとプロジェクトマネジメントツールが不要になるジレンマ。