バッファー・マネジメントとは何か | タイム・コンサルタントの日誌から
プロジェクトの計画作業は大きく二段階に分かれる。前半はスコープ定義で、プロジェクトを構成するアクティビティを洗い出し、達成すべき仕事の範囲全体を網羅しカバーする。このアクティビティを階層的に構成して整理番号を付番したものがＷＢＳである。後半は、各アクティビティに必要なリソース・時間・コストを見積り、アクティビティの順序（論理的関係）にしたがって、ロジック・ネットワークを作成する。これがプロジェクトのタイム・テーブル（工程表）のベースとなる。これがスケジューリングである。 プロジェクトを表すアクティビティ・ロジック・ネットワークの始点から終点までを結ぶさまざまな経路のうち、最長のものをクリティカル・パスと呼ぶことはよく知られている。プロジェクト全体の所要期間（工期）は、クリティカル・パスよりも短くすることはできない。ここまではまあ、ある意味で基本である。 さて、プロジェクトの期限ないし納期設
読者諸賢！ これがマネージャーの仕事だ | タイム・コンサルタントの日誌から
１月。誰もがおめでたい正月気分の残る中、マネージャーは多忙な仕事を始める。会社を出て、新年の得意先回りに出かけるのだ。本年もよろしくお願いします。昨年はお世話になり、とくに某の件ではいろいろご迷惑もおかけしましたが、今年は気を引き締めて進めますので、是非またよろしくお願いいたします。営業部員も同行するが、品質トラブルで嫌みを言われるのは技術屋の方だ。いずれにせよこの不況の中、一社でも顧客を逃したら今期の目標達成はあり得ない。もっとも訪問先の２人に１人は、業界の新年会に出かけていて不在だが。それでも名刺を置いてくるのが大事な仕事だ。 ２月。昨年から続いていた仕事が製作段階に入って火を吹いた。基本設計にミスがあったのだ。誰が設計書をチェックしたんだ！ と叫びたい声をぐっと飲み込む。後ろ向きのことを言っても仕方がない。部下の責任はいずれ自分の責任だ。とにかく人を追加する算段を考えなければならない
決めない人々 | タイム・コンサルタントの日誌から
請負契約の仕事を長年やっていると、プロジェクトの成功・不成功はかなりの程度まで、顧客の性格に左右されるなあ、という感想を持つようになる。性格と呼ぶのは不正確かもしれない。個人個人の人柄の問題というよりも、顧客が組織文化として持っている性質である。それは端的には、「タイムリーに決断できる」か、「なかなか決断できない」か、という違いだ。 なかなか決断してくれない顧客に当たると、大変である。プロジェクトでは判断に迷うケースがいくらでも出てくるからだ。どんな設計も完全ではないし、市場の環境条件は変化するし、ユーザニーズも変わるし、法規制だって変わりうる。「ライバルが革新的な技術を出してきた」「現状を調べてみたら昔の設計図とかなり違っていた」「製品の販売予測が計画当初よりも弱気になってきた」「エンドユーザが操作法の変更に強く抵抗している」・・・『では、どうするべきか？』というのが、プロジェクト遂行途
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
