t_wの輪郭

全体に対してバッファが50%無いのがだるい。
できればバッファを2/3程度まで取りたい。

引っ越し線表2023年9月9日その２を見るに、賃貸契約後の作業の多重度が高いので、負荷が低い契約前にできることはやっておきたい。

平日は日中に仕事あるし、アクティビティの多重度高いし、これ回らんでしょ。

いや、「待ち」が多いからまだ行けるか……？

無限に負荷を受容できるという前提で計画建てるとアクティビティの多重度がマシマシになって死ぬんだけど、「リソースの負荷を勘案してスケジューリングしたい」とかいいだすと生産スケジューラーとかが必要になりそう

働きながら引っ越しするの負荷高いな

線表を引く良さはやはりこの「やべぇ」を自覚できるところだな。しかもどこが「やべぇ」のかがクリティカルパスでわかる。危機感から作業の密度が上がり、創意工夫が生まれる。「このタスクは本当に必要か？」「タスクの前後関係は妥当か？」を一つ一つ丹念に何度も問うていく。作業量を時系列方向に平準化する。推測を排してバッファを差っ引く。リソースを増やすべく作業を並列化する。プログラムの処理速度を向上させる作業にも似ているかもしれない。

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

引っ越し線表2023年9月9日その２、これ教材というか、GanttProjectの良さを伝えるのにめっちゃ良いな。程よく複雑で、題材が卑近で。