プロジェクトの英雄
プロジェクトの英雄。私達はすべてそれら聞いた。私達の何人かそれらを見た。プロジェクトは危険にある。あなたのプロジェクトの計画を更新できる前に問題がである、次にそれを固定することを継続する突然来る何この人(かガロンは) 、分析する状態を、丁度言い!
何人かのプロジェクトマネージャーはプロジェクトの英雄に信頼のハイレベルを置く。その結果、スーパーマン(かsuperwoman は最も魅惑的なプロジェクトに) および技術的な決定およびサイジング決して挑戦されない割り当てられない。一方で、開発チームの残りは平凡な機能性を実行するか、または欠陥を固定する。
この映像はどこかおかしくないですか。
よく、一貫して時間のそしてspecs に従うソフトウェアを伝える彼らの機能の代りに彼らのcan-do 態度に基づく1 つの事、余りにも多くのプロジェクトマネージャーの一突きの英雄のために。その結果、退屈な仕事と与えられ、英雄として突然扱われたいと思う開発者は頼まれたとき特徴を大きさで分類して楽観的に過度になる。
その上に、私は悩みを彼らのスケジュールに会うことを有していたことを是認しないので多くのいわゆる英雄が全体の会社を遅らせるのを見た。盲目的にすべてを信頼することによってあなたのチャンピオンは是正処置を適時に取るあなたの機能の価格を下げることを言う。
最終的に、プロジェクトの英雄の重点は多くのチャンピオンが彼らの同等者の下を掘りがちであるのでソフトウェア開発プロセスの多くの係争物受寄者間の協同を落胆させる。
開発者に彼の見積もりを正当化するように頼むことは彼を信頼しないことを意味しない。第2 意見を頼むことは彼女が無能であることを提案しない。と危険があらゆるプロジェクトの部分である、そしてとそれを査定し、最小にするために全力を尽すことを理解する単に証明する。
献立表のblanche をプロジェクトの英雄に時々与えるか。しかし稀にか。記録的な時間に開発される良質ソフトウェアに導く。頻繁によりない、結果はあなたのチャンピオンがいつ失敗するか余りに遅くなるまで認められないかまたはチーム・メンバーの中の報告された、造り上げられた欲求不満、および多くの私そう告げたスケジュールのスリップのパターンである。
Luc リチャードは高度技術の専攻学生とのMBA を保持する。過去10 年間、彼はずっとソフトウェア・アプリケーションの開発を管理している。彼はプロジェクトMangler (、http://www.projectmangler.com) の創設者自由な記事、物語を出版し、助けるべき他の使用可能な用具開発者、チームリーダーおよびマネージャーが時間の、specs に従って、そして予算内のソフトウエアプロジェクトを伝えるオンライン資源である。
記事のソース: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい！
ウェブマスター向けの記事を送信してください
登録の必要なし！フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ！
