＠IT情報マネジメント会議室は、2009年4月15日に新システムに移行しました。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
新たに書き込みを行う場合には、新しい会議室をご利用ください。
- ＠IT情報マネジメント 会議室 Indexリンク
- IT戦略
- 仕事の改善
- アーキテクチャ
- プロジェクト管理
- ITインフラ
- Webマーケティング
- BPMプロフェッショナル
- 業務アプリ
- - PR -
なぜ「スケジュール」を立てなければ行けないの？
| 投稿者 | 投稿内容 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2004-05-26 13:54
あれ？引用した意図が見えない・・・とりあえず、本題に戻りましたね。
愚痴はカットします（笑） スケジュールを書くにしても時間がかかるわけで、 その間で調べられることを調べた範囲で書いて、 あとは勘でバッファを入れるしかないですね。 その２日は作業時間に含まれますが。 あとは、やり方を知らない人間をアサインした人の責任ですから、 多少スケジュールが前後しても気に病む必要はないように、 スケジュールを説明する際に念を押しておくくらいしか・・・
スケジュールを見せるときには、相手によって整形が必要なんです。 相手にわかりやすいように、複数の関連項目を１つにくっつけることも重要です。 そうすることで、技術者以外にはわかりにくい準備期間などを納得してもらえることが 多いと感じます。（相手のレベルに合わせないといけませんが） | ||||||||||||||||
|
投稿日時: 2004-05-26 15:14
確かに状況が異なる様ですね．．．zaxx_MDさんと「逆」です。 スケジュールを出してリカバリ案を発動する様に説得しなければ、いけいないのです。 経験上この様な説得する状況では、１回目のリカバリ発動依頼は却下されます。 これも俺の周囲だけ？（仕事運無いのかな？．．．ま、派遣だし。） 後、私の経験から言うと、見通しの甘さで状況判断出来ていない事が多いです。 結局、自分（のチーム）の作業範疇だけ期限を守れるように対処するだけです。
いえ、簡単な話、アウトの無いプロセスに関するフローを排除したいだけです。 ただ計画書の提出を拒む程、度胸はありません。 ^^;
当り前でも、費用対効果が伴わ無いのならば管理の意味がありません。 その為、仰る通りにツールで費用対効果を挙げる事は大切と思いますが、しかし、 アウトの無い「プロセス自体の効率」や「インの情報量」を上げても、結果は０（null）と考えます。 これまた小心者なので、そのプロセスへ情報は投げ続けますが．．． | ||||||||||||||||
|
投稿日時: 2004-05-26 15:33
フォースの暗黒面にとらわれた人と話しているようだ・・・
何度読み返しても、さっぱり、わかりません。
どう「逆」なんでしょうか？ お客様へプロジェクトのスケジュールを説明したりしないのですか？ 私は、担当作業のスケジュールも作りますし、 だれかの作ったスケジュールをレビューもします。 だれかの作ったスケジュール報告を横で聞いていることもあります。 マイルストーンの変更を提案して却下されるのは、 変更しなかったらどうなるのか、説明できていないからではないですか？ 言葉遊びでスケジュールの作成・立案を避けてないで、 あなたの現状がレビューする立場からわかるようなアウトプットを作ってはいかがですか？ [ メッセージ編集済み 編集者: zaxx_MD 編集日時 2004-05-26 15:59 ] | ||||||||||||||||
|
投稿日時: 2004-05-26 16:10
NAL-6295です。 それって、「プロジェクト管理」じゃなくて「プロジェクト管理ごっこ」なのでは？ 費用対効果が伴わないのは、「プロジェクト管理」してないからです。 「プロジェクト管理ごっこ」だけして、「時間かかるのに、意味ないじゃん」というのではただ停滞するしかなくて、「時間かかるのに、意味ないじゃん」と思ったなら、「意味が無い」を「意味がある」に変える努力をする必要があるわけです。 この場合、ただ、時間かける事が努力ではありません。 どうしたら、うまく管理できるのか情報を集め、整理し、消化して適用する。という試行錯誤を努力といいます。 「プロジェクト管理ごっこ」から「プロジェクト管理」に変化するためのボトルネックは「意味無いじゃん」で思考停止してしまった状態にあるのでは？ | ||||||||||||||||
|
投稿日時: 2004-05-26 16:45
zaxx_MDさんのその発言が相手の感情を逆撫ですると思われませんか？
私は、ＰＭを経験した事はありません。 過去を含め、対顧客とのスケジュールの決定と変更判断を許可するのはＰＭです。 許可無くして行動は出来ません。 また、御客様の規定は、自分のポジションにより異なります。 例えばＳＩｅｒに出向した場合、第１の御客様は出向先になりますが、 その様な状況も想定されていますか？
１回の説明だけで納得される御客様ばかりならば良いですね。 決算時期や別システムと合わせたシステム導入の場合は、容易ではありませんし、 また、ＰＭや派遣先企業の立場（請求と売上の問題）もあるので、出来る限りの 判断情報を提供して、それ以降の社内決断に突っ込むつもりもありません。
理解が出来てきて、行動するから疑問が沸くって事ありませんか？ 後、私の受持つチームがプロジェクト管理で失敗したって話をしましたっけ？ （本音混じりで忘れてる。） 基幹系システムでは、複数チーム（基幹システムの一新に合わせ外部システムも）が 作成されて平行稼動します。各チームの進捗は、他のチームの進捗に影響を及ぼします。 過去、悲惨な状況に置かれた他チームを幾度も見てきました。 ちょっと偽善からスレッドを立上てしまったかもしれません そんなリーダや管理者や企業は「対岸の火事」で、 ほっとけば宜しいかもしれませんね。 | ||||||||||||||||
|
投稿日時: 2004-05-26 17:27
あらら、雲行きが怪しくなってきたかしら…（汗）
何となく、はにまる さんのおっしゃりたいことが見えてきました（違っているかもしれませんけど）。
「計画書を提出すること」 が 目的 になっているから、種々の事象に左右されて 「何故？」 な疑問が生じるのだと思われるのですが…？
じゃあ、この例を結婚式（笑）に当てはめてみましょう。 …何か、おかしくなりませんか？ | ||||||||||||||||
|
投稿日時: 2004-05-26 17:30
ご指摘の通りと思います。 ただ問題を発見し、どう行動するか？の分岐と時間経過が私と異なるかな？と考えました。 今回の話で言えば、私の場合、 取敢えず、その管理はオカシイですよね？とお伝えします。 これで、理解を頂いて行動して頂ければ、その方の行動結果は私にとって生きた 勉強になる為、一番望む結果ですが大半はそういきません。 # 相手の思想や行動を変えるのは容易では無いと考えます。 # 既存環境があってのその行動、その思想なので．．． その次に「私の場合ならばこうする」と反面教師にしますが、 これは、現時点では未来の御話です。 また、実際に自分で実行すると容易で無い事を痛感します。 
結局の所、現状放置で良い訳ではありませんので、 その悪条件の環境下で自分がどう振舞うか？が大切と思います。 だから、十分な管理がされていない現場やプロジェクトにて 皆様とその状況下でどう考え、どう対応するか話合えればな〜と思っています。 # 連続して変に堅苦しい投稿をしてしまった。 
| ||||||||||||||||
|
投稿日時: 2004-05-26 17:45
なにか激しく誤解されているようなので、
あまり詳細にならないようにこちらの状況を説明しておきます。 当方３月まで、SIerの外注として仕事をしておりました。 そこでの当方のポジションは非常に微妙で、 お客様を相手に激しい討論（ケンカともいいます）をしてたりします。 そのポジションでスケジュールを組んだりレビューしたりしたわけですが、 沢山のスケジュールの中で完璧な物というのはひとつもありませんでした。 それもそのはずです、それらは私が見ることを前提に作られたものではなかったのです。 ですから、それぞれの状況に合わせてスケジュールについて指摘したり、 そもそもやり方が間違ってるなどお客様に対して指摘してきました。 そういった経験の中で、得られたものを書いていたりします。 ちょっと途中ですが、失礼します。 | ||||||||||||||||
スキルアップ／キャリアアップ（JOB@IT）
Copyright © ITmedia, Inc. All Rights Reserved.