t_wの輪郭

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

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

引っ越し休暇ほしい