今、私は基本的に、再び、私の現在の経験に、私は本の内容の一部を認識することができ、それを読んで一冊の本を読んで、これらの日の収穫を読んで、次のとおりです。
なぜバベルの塔は、プロジェクトの失敗であり、彼らはまだ何が欠けていますか？
二つの側面-交流だけでなく、為替の結果-組織。協力しないように彼らは、お互いに話をすることはできません。協力が可能でない場合は、作業が停止に来ました。この高いソフトエンジニアリングの練習では、私はこの文の重要性を実現しています。私が書いたすべてのコードの私たちのプロジェクトグループ、および私のチームメイトは、UIの最適化を担当して私を助けました。私は、私が何かを必要とするものを彼に告げたが、彼は私が望んでいないものを完全に物事を理解できるように、彼は正確にやりました。私は彼と私は非常に明確に言ったと思ったが、まだいくつかの時間を無駄にするために、ここで私たちのプロジェクトをリードしています。締結、私は彼との通信に問題があり、それは彼の意志やアイデア、私はエラーを考えていたに応じて行うために彼をリードし、理解されていない私たちのプロジェクトのために、彼自身があります。
どのチームが互いの間で、それを伝えていますか？すべての可能な手段で。
A. 非公式には意味
内部グループ間で明確に定義された関係をし、電話をフルに活用する、書かれた文書の共通の理解を達成するために電話通信の多数を促すことができます。
II。会議
定期的なプロジェクトミーティング。ミーティング、チームの1つの簡単な技術的なプレゼンテーションずつ。これは、小さな誤解の数十万人を明確にするために、便利です。
III。ワークブック
プロジェクトの開始時には、正式なプロジェクトブックを準備する必要があります。
バベルの塔は、最初のプロジェクトの完全な失敗かもしれないが、それは最後の1ではありません。交換やコミュニケーションの結果-組織が成功への鍵です。コミュニケーションと組織力のマネージャーは、慎重に検討し、ソフトウェア技術自体として重要と関連した経験と能力の蓄積を改善する必要があります。
文書の重要性;
私は著者が一冊の本は、文書の重要性を再強調されている読んで、彼は講義の特性を尊重する必要性について非常に勤勉だったと優れたドキュメントのドキュメントは、ソフトウェアエンジニアに持って参照してください。しかし、結果は、彼らは良いドキュメントを書く方法を知っているが、熱意の欠如、非常に悪いです。そこで、著者らは仕事をするためにどのようにそれらを表示するためにレジにキャリッジを移動するための方法を使用していました。結果は、このアプローチの効果はまだかなり良好であることを示しています。我々はそれの開発プロセスに必要な書類はどのような？
異なるユーザがドキュメントの異なるレベルを必要とします。一部のユーザーはたまにしか、一部のユーザーがプログラムに頼らなければならないプログラムを使用し、一部のユーザーは、環境や目的の変化に応じてプログラムを変更する必要があります。プログラムを使用してください。各ユーザーは、テキストで記述されたプログラムのためにしばらく時間がかかります。しかし、ほとんどの文書には、ごく提供
小さなコンテンツの要約ではなく、ユーザの要件、検証プロセスを。また、プログラムを使用することなく、適切に実行するためにいくつかのプログラムの証明を添付しなければならない、それはテストケースです。プログラムを変更します。より多くの情報を必要とするプログラムを調整したり、修正します。明らかに、これはすべての詳細を理解する必要があり、そしてこれらの詳細はよくコメントリストに記録されています。そして、緊急の必要性により、改正の明確な概要として一般ユーザ。
私は、ビューの他のポイントで感銘を受けました。大幅に遅れているプロジェクトの進捗状況を確実にするために、開発スケジュールは非常に重要です。マイルストーンと完了時間コンポーネントのスケジュール。マイルストーンは、定義され、明確に、具体的でなければなりません。どちらのマイルストーンに到達または80％に達してはならない、到着しませんでした。そして、私の経験では、開発スケジュールが非常に重要であり、より正確な見積りを行うと時間を費やすことに遭遇する問題になるように、強力な技術的背景を持っている人のために呼ばれるということです。