そして、あなたが知っているように、この要因は非常に不安定なので、再びそれを引き起こさないで、次のヒントに従ってください...
プロジェクトに対するマネージャーの態度
マネージャーは、「プロジェクトが完了しました...」（）プロジェクトに対する態度を表明してはなりません。
プロジェクトに対する同僚の態度
あなたの同僚がPPSのカテゴリーからプロジェクトを得たのを見て、「あなたが得たプロジェクト-PPS」という言葉で彼に同情するべきではありません-これは彼との関係を悪化させるだけではありませんスピンしますが、プロジェクト自体に害を及ぼすこともあります...
プロジェクトのアーキテクチャ
多くの場合、アーキテクチャの開発にはほとんど時間がかかりません。 開発者が最初にアーキテクチャを最後まで検討し、コードを書くように訓練する必要があります。 そして、私たちはしばしば「チェッカー」を持っていて、手を振って、木を切り刻み、落ち着いて、コード全体を書き直し始めました-しかし、プロジェクトの予算はゴムではありません-これはプロジェクトマネージャーだけでなく、開発者も覚えておく必要があります
そして、アーキテクチャが...かどうかについては、実装するためにキックするものは何もありません。
プロジェクト設計
設計が開発の最初の日からのものである場合、より優れており、これにはいくつかの理由があります。
- プログラマーはルーチンを実行したくありません-灰色のフォームは、これを「別のプロジェクト」であると考えさせます（前のプロジェクトが失敗に終わった場合、明らかに否定的な態度になります）
- 森林へのデルシェ-設計をねじ込むのが難しくなります
そして、私はスティーブ・ジョブズを引用します：「ほとんどの人のスピーチにおいて」デザインは対面することを意味しますが、これは完全にそうではありません。 デザインは人間の創造の基本であり魂です」-それを覚えておいてください。ゾンビプロジェクトは作成しません...
クロスポスト： プロジェクトの運命はあなたの手にあります