アカウント名:
パスワード:
作業効率ガーというが、要は決まったスケジュール(最初は定時で完了するスケジュールのはず)で作業が完了するかという問題だ。効率が良くてスケジュールより早く終わってもいいことはない。遅れた時に効率とか言い出す。
スケジュールが遅れたとしたら、すでに効率が悪い状態なのだ。そんな状態になる前にスケジュール通り終わらせられるかが勝負なのに、作業効率(笑)。
「プロジェクトで仕事したことない」までは読んだ。
#2464150が「プロジェクトマネジメントしたことない、もしくはそれについて考えた事がない」というのはわかる。
「最初は定時で完了するスケジュールのはず」に対する突っ込みでしょ。最初は予算と顧客要求だけでスケジュールは決まる。工数なんか頭にない。改めて工数を計算に入れてリスケジュールすると期間2倍3倍になって商談ロストするかコスト2倍3倍になって赤になるので、結局最初のスケジュールで進めることになる。それなのにマネージしないマネージャーなんかみんな死ねばいいと思う。
スケジュールが遅れたとしたら、すでに効率が悪い状態なのだ。
効率以外の問題でスケジュールが遅れることなんてない!学生の宿題マネジメント論なんて真面目にとりあっても意味ないでしょ。
言葉の問題なんだけど、「スケジュールの進捗」の上で「効率」という言葉が出てくる場合、普通は「遅れた事で問題が発生している」=「効率を悪くする要因がある」と同義なんだよ。外的要因ガーとか言う人もいるけど、外的要因のリスクに対して事前に対策していれば、織り込み済みの状態なわけで、問題にはならない。「そもそもスケジュールがおかしい」というならば、実現の見込みがないスケジュールを立てる事、それを認める事自体が、プロジェクトを遂行する「効率」に対しての阻害要因である。#で、タイトルにつながる
外的要因のリスクに対して事前に対策していれば、織り込み済みの状態なわけで、問題にはならない。
やっぱり学生の脳内開発記だなぁ…。
起こりうるリスクを細大漏らさず「事前に対策して織り込み済みの状態にする」ことでいったいどれだけスカスカなガントチャートが出来上がるんだろうか。そんな優雅なスケジュールを前提にしちゃってる時点でタレコミの話題を完全放棄してるうえに、「なぜ世間はそんな単純なことに気付かないのか」と仏頂面してるからああ未経験者だなと思ったんですよ。
外部要因のリスクへの対策は見積もりにバッファを載せるだけじゃないんですよ。というか、それしかないのは下策。外部的要因に対する根回し、交渉も含まれます。
それは結局なにを指摘してることになるんですか?マネージャの根回し・交渉でそもそも無かったことに出来るようなしょぼい外部要因なんて限られてるうえに本題と関係ないし、「場合によって対応せざるをえない外部要因」を前もって織り込んだと豪語するには結局バッファを足すしかないでしょう。あなたの脳内の神マネージャは何をどうさばいてドヤ顔してるのかさっぱりわからない。
単に、事前に「このスケジュールは○/○までに○○ができている事が前提です」という事を認めさせるだけだけど。その前提が崩れれば、スケジュールは守れないという事を認めさせ、リスケするか、条件的リリースとするかなどを交渉するだけだけど。そう言えば、バッファを足すって根本対処じゃないんだよね。想定できてない要因を単に足したバッファで吸収できるかどうかギャンブルしてるだけ。#そうか、俺は神だったのか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
ひとつ指摘しておく (スコア:0)
作業効率ガーというが、
要は決まったスケジュール(最初は定時で完了するスケジュールのはず)で作業が完了するかという問題だ。
効率が良くてスケジュールより早く終わってもいいことはない。遅れた時に効率とか言い出す。
スケジュールが遅れたとしたら、すでに効率が悪い状態なのだ。
そんな状態になる前にスケジュール通り終わらせられるかが勝負なのに、作業効率(笑)。
Re: (スコア:0)
「プロジェクトで仕事したことない」までは読んだ。
Re:ひとつ指摘しておく (スコア:0)
#2464150が「プロジェクトマネジメントしたことない、もしくはそれについて考えた事がない」というのはわかる。
Re:ひとつ指摘しておく (スコア:1)
「最初は定時で完了するスケジュールのはず」に対する突っ込みでしょ。最初は予算と顧客要求だけでスケジュールは決まる。工数なんか頭にない。
改めて工数を計算に入れてリスケジュールすると期間2倍3倍になって商談ロストするかコスト2倍3倍になって赤になるので、結局最初のスケジュールで進めることになる。
それなのにマネージしないマネージャーなんかみんな死ねばいいと思う。
Re: (スコア:0)
効率以外の問題でスケジュールが遅れることなんてない!
学生の宿題マネジメント論なんて真面目にとりあっても意味ないでしょ。
Re: (スコア:0)
言葉の問題なんだけど、「スケジュールの進捗」の上で「効率」という言葉が出てくる場合、
普通は「遅れた事で問題が発生している」=「効率を悪くする要因がある」と同義なんだよ。
外的要因ガーとか言う人もいるけど、外的要因のリスクに対して事前に対策していれば、
織り込み済みの状態なわけで、問題にはならない。
「そもそもスケジュールがおかしい」というならば、実現の見込みがないスケジュールを立てる事、
それを認める事自体が、
プロジェクトを遂行する「効率」に対しての阻害要因である。
#で、タイトルにつながる
Re: (スコア:0)
やっぱり学生の脳内開発記だなぁ…。
起こりうるリスクを細大漏らさず「事前に対策して織り込み済みの状態にする」ことで
いったいどれだけスカスカなガントチャートが出来上がるんだろうか。
そんな優雅なスケジュールを前提にしちゃってる時点でタレコミの話題を完全放棄してるうえに、
「なぜ世間はそんな単純なことに気付かないのか」と仏頂面してるからああ未経験者だなと思ったんですよ。
Re: (スコア:0)
外部要因のリスクへの対策は見積もりにバッファを載せるだけじゃないんですよ。というか、それしかないのは下策。
外部的要因に対する根回し、交渉も含まれます。
Re: (スコア:0)
それは結局なにを指摘してることになるんですか?
マネージャの根回し・交渉でそもそも無かったことに出来るようなしょぼい外部要因なんて限られてるうえに本題と関係ないし、
「場合によって対応せざるをえない外部要因」を前もって織り込んだと豪語するには結局バッファを足すしかないでしょう。
あなたの脳内の神マネージャは何をどうさばいてドヤ顔してるのかさっぱりわからない。
Re: (スコア:0)
単に、事前に「このスケジュールは○/○までに○○ができている事が前提です」という事を認めさせるだけだけど。
その前提が崩れれば、スケジュールは守れないという事を認めさせ、リスケするか、条件的リリースとするかなどを交渉するだけだけど。
そう言えば、バッファを足すって根本対処じゃないんだよね。想定できてない要因を単に足したバッファで吸収できるか
どうかギャンブルしてるだけ。
#そうか、俺は神だったのか