{クリティカルパス}{転居録2023年}{
あれ}{あれ}{あれ}{引っ越し線表2023年9月9日その2}{やべぇ}{線表}{ガントチャート}(9)
t_w
{あれ K#EDD2/8031}
線表を引く良さはやはりこの「やべぇ」を自覚できるところだな。しかもどこが「やべぇ」のかがクリティカルパスでわかる。危機感から作業の密度が上がり、創意工夫が生まれる。「このタスクは本当に必要か?」「タスクの前後関係は妥当か?」を一つ一つ丹念に何度も問うていく。作業量を時系列方向に平準化する。推測を排してバッファを差っ引く。リソースを増やすべく作業を並列化する。プログラムの処理速度を向上させる作業にも似ているかもしれない。
{転居録2023年}{あれ}{引っ越し線表2023年9月9日その2}(3)
t_w
{あれ K#EDD2/3B4E}
平日は日中に仕事あるし、アクティビティの多重度高いし、これ回らんでしょ。
いや、「待ち」が多いからまだ行けるか……?
{転居録2023年}{引越}{あれ}{生産スケジューラー}{引っ越し線表2023年9月9日その2}{理想のプロジェクトマネジメントツール}{プロジェクトマネジメント}(7)
t_w
{あれ K#EDD2/CCED}
{転居録2023年}{あれ}{生産スケジューラー}{引っ越し線表2023年9月9日その2}{無限負荷計画}(5)
t_w
{あれ K#EDD2/F7B1}
無限に負荷を受容できるという前提で計画建てるとアクティビティの多重度がマシマシになって死ぬんだけど、「リソースの負荷を勘案してスケジューリングしたい」とかいいだすと生産スケジューラーとかが必要になりそう
{転居録2023年}{引っ越し線表2023年9月9日その2}{あれ}{バッファ}(4)
t_w
{あれ K#EDD2/64D1}
全体に対してバッファが50%無いのがだるい。
できればバッファを2/3程度まで取りたい。