chevron_left

メインカテゴリーを選択しなおす

cancel
夢がある!楽しくなる!そんなプロジェクトマネージャ
フォロー
住所
未設定
出身
未設定
ブログ村参加

2014/11/09

arrow_drop_down
  • タスクの割当人数のミスをリカバリーする方法

    プロジェクト計画では、作業工数、スケジュールを見積ります。そのとき、『作業に対する割当人数』を軽視しないでください。取り敢えず、感覚で人数を割り振っておくか...今のところ、間違ってても後でどうにかなるだろう...これは非常に危険です。割当人数を間違うことで、・メンバーの過剰労働によるチームからの途中離脱・工数の超過・スケジュールの遅れ・品質の劣化...etcこんなことが起こり、プロジェクトは崩壊していきます。お疲れ様です、ゆーろーです。冒頭のメッセージは、iPMに参加しているMASAの教訓です。*iPMnaviのご案内(こちら)これは、論理的に作業工数・スケジュールが正しいとしても、タスクへの割り振り人数を間違えると、プロジェクトは失敗する、と示唆しています。これを注意喚起として、リスキリング中のPMの...タスクの割当人数のミスをリカバリーする方法

  • メンバーのプロジェクト参画日をミスった時の対処

    プロジェクトは、開発を進めるう上で、いくつかの開発プロセスを順番に進めていきます。各プロセスで必要なスキルが違うためプロジェクトへ参加するメンバーの着任タイミングも違うものです。メンバーの着任タイミングを間違えることで、プロジェクトのスケジュールが遅延したり、品質が劣化、メンバーの疲弊といったリスクがあります。PMであれは、しっかりと考慮しなければなりません。お疲れ様です、ゆーろーです。冒頭のメッセージですが、iPMにプロコンサルとして参加してくれているMASA氏が示唆しています。プロジェクト計画を考えるときに、メンバーのアサインタイミングの間違いがプロジェクトを炎上させる”きっかけ”になるということです。さて、あなたが、PMとしてメンバーのアサイン計画を作りました。しかし、メンバーが着任するたびにスケジ...メンバーのプロジェクト参画日をミスった時の対処

  • 工数オーバーの時のリリース方針を作る手順

    ITプロジェクトを成功させるには、作業工数とスケジュールの見積もりが、どれだけ現実的な数字が算出されたかによります。しかし、これらを見積るのはベテランのPMでも苦労し、算出した結果に確固たる自信を持てないものです。ましてや、実行中のプロジェクトにPMとして招かれた場合は、前任者が作ったスケジュールと作業工数をベースにマネジメントを行うものです。この時、前任者の見積りを信じ込んでしまうと、プロジェクトを危険に晒すこともあります。必ず、プロジェクトの経緯・現状・未来を鑑みて、スケジュールと作業工数の再見積りを行うことが必要です。お疲れ様です、ゆーろーです。冒頭のメッセージですが、iPMにプロコンサルとして参加してくれているMASA氏が、開発プロジェクトを行う時に、品質基準で注意していたことだそうです。プロジェ...工数オーバーの時のリリース方針を作る手順

  • クライアント目線の品質基準を作る手順

    プロジェクトは、一般的に要件定義・基本設計の最終的な品質保証をITパートナーが主体となり総合テストで行います。このテストを通じて、システム要件とシステム不具合(バグ)が解消していればシステム視点として品質が合格となります。そして、最終工程のユーザーテストで、開発されたシステムを試運転し正確な業務運用ができていると判断されたときに、全ての品質条件がクリアーされたことになります。この品質保証の判断には、ITパートナーとクライアントに大きなギャップが生じます。それは、システム視点とクライアント視点という品質目線が違うからです。そのためにも、ITパートナーは総合テストでも『クライアント視点』のテストを盛り込み実行することで、クライアントは安心できて、無用な誤解も避けられるのです。お疲れ様です、ゆーろーです。冒頭の...クライアント目線の品質基準を作る手順

  • 仕様漏れが発覚した時のリカーバリー方法

    プロジェクトは、計画段階でスコープを決めます。そのとき、既存システムの改修がメインであれば、顧客の要求を実現させるために、予め『システム仕様』、『業務仕様』を併せて調査しなければなりません。意外にも、この調査が不十分なケースが多いものです。そのシワ寄せが、プロジェクトの詳細設計工程、テスト工程で発覚したら、大きな手戻りとなります。そうなるとプロジェクトは失敗する可能性が高いものです。お疲れ様です、ゆーろーです。冒頭のメッセージですが、iPMにプロコンサルとして参加してくれているMASA氏が、開発プロジェクトを行う時に、既存システムの改修を含む場合に、注意していたことだそうです。既存システムの改修は、作業を進めながら、仕様の理解を深めていけばどうにかなるだろう?と考えてしまうものです。しかし、計画段階で調査...仕様漏れが発覚した時のリカーバリー方法

  • 遅れないWBSスケジュールを作るコツ

    プロジェクトは、計画したスケジュールに従って作業を進めていきます。「作業工数は正しく見積もれたのに、WBSスケジュールが遅延してプロジェクトが失敗した」そんなふうに反省するPMも多いようです。何を使って、WBSスケジュールを作るのでしょうか?それは、作業工数です。作業工数を見積もる時に、必要な要素が漏れていたら、誤ったWBSスケジュールが出来上がります。お疲れ様です、ゆーろーです。冒頭のメッセージはiPMnaviで公開されているコラムの一節です。作業工数が正しければ、必ずしもスケジュール(プロジェクトの所要期間)が正しい、というのは幻想なんですね。幻にならないように、スケジュールを作る前に❗️WBSに開発作業以外のタスクが洗い出されていて、盛り込まれているか?このチェックが必要です。あなたがPMだったとし...遅れないWBSスケジュールを作るコツ

  • WBSを変更するルールを作るコツ

    プロジェクトは未知を既知に変えていく作業です。そのため、計画段階でWBSを作ってプロジェクトの準備を行います。WBSがプロジェクト終了まで変更されないことが理想です。しかし、そんなことは滅多にありません❗️プロジェクトではWBSが変更されるのは当たり前と捉えましょう。しかし、WBSが場当たり的に変更されたり、意味なく頻繁に変わったりするプロジェクトでは、メンバーのモチベーションも低下することもあります。お疲れ様です、ゆーろーです。冒頭のメッセージはiPMnaviで公開されているコラムの一節です。プロジェクトは未知を既知に変えるという、あやふやな作業であり、スムーズにゴールに辿り着くのは難しいものです。せっかく、計画段階で念入りに計画を立てても、プロジェクトの実行中は外的・内的要因によって、計画を変更せざる...WBSを変更するルールを作るコツ

  • 複数のITパートナーを管理するリスクを探すコツ

    ITプロジェクトで、自社社員だけで構成された体制であれば、PMとしては気が楽です。しかし、最近のプロジェクトは様々な要因から、自社社員で推進していくのが、難しい状況です。・業界全体で人手不足・高度なテクニカルスキル・業務スキルの不足...etcそのため、ITパートナーに参加してもらうケースは多いものです。この混成チームで、ようやくプロジェクトがスタートできます。その瞬間から、PMは『複数のITパートナーを管理』するリスクを背負うことになります。お疲れ様です、ゆーろーです。最近のプロジェクトは様々な要因から、自社社員で体制を組むことは不可能に近いものです。複数のITパートナーや一緒に仕事をしたことの無いフリーランスをチームに招集して、マネジメントしていくスキルがPMには求められています。プロジェクトの『組織...複数のITパートナーを管理するリスクを探すコツ

  • 要件定義工程で顧客の体制にITプロジェクトの経験者が居ない

    プロジェクト進行中に顧客の都合で作業が停滞することは日常茶飯事です。特に、厄介なのが顧客サイドにITプロジェクトの経験者がいない時...このようなとき、PMはプロジェクトを遂行するのに耐えうる体制を構築してもらえるように、プロジェクトオーナーへ直談判するのも一つの手です。しかし、顧客の人材リソースにも制約(有識者は本来の業務で忙しい、たのプロジェクトに参加中...etc)があり、難しい場合が多いものです。これは、プロジェクトのリスクです❗️顧客体制がプロジェクトに耐えられない貧弱な状況であれば、PMはどうすれば良いのでしょうか?お疲れ様です、ゆーろーです。あなたが、『要件定義工程で顧客の体制にITプロジェクトの経験者が居ない』こんなプロジェクトでPMをやったら、どんなトラブルが起こるか想像してください!想...要件定義工程で顧客の体制にITプロジェクトの経験者が居ない

  • プロジェクト計画で要件のFIXを後回しにさせない方法

    ITプロジェクトは、プロジェクト計画で大枠でクライアントニーズを掴み、要件定義工程で詳細な要件に落とし込みます。この段階でクライアント要件をFIXさせます。しかし、全ての要件がこの工程でFIXするのは難しいこともあります。クライアントの要件の中には、要件のFIX作業を進めるにつれて、社内調整が困難で、必要以上に時間が掛かることがあります。そのため、プロジェクト計画の中で、社内で調整が難しい要件については、これらをWBSとスケジュールに反映して下さい。⚫︎クリティカルパス⚫︎マイルストーンこんにちは、ゆーろーです。冒頭はiPMnaviのコラムの引用です。あなたも経験があると思いますが、要件定義のFIXの面倒さと難しさを…顧客の要件って、プロジェクト計画の段階で大枠は見えています。そして、要件定義工程で詳細を...プロジェクト計画で要件のFIXを後回しにさせない方法

arrow_drop_down

ブログリーダー」を活用して、夢がある!楽しくなる!そんなプロジェクトマネージャさんをフォローしませんか?

ハンドル名
夢がある!楽しくなる!そんなプロジェクトマネージャさん
ブログタイトル
夢がある!楽しくなる!そんなプロジェクトマネージャ
フォロー
夢がある!楽しくなる!そんなプロジェクトマネージャ

にほんブログ村 カテゴリー一覧

商用