|
プロジェクトの比較 |
開発マトリックスを使うの前 |
開発マトリックスを使うの後 |
|
人員の配置 |
開発人員に対する比較的に良好な組織に不足して、プログラミング人員の分配の随意性は比較的に大きくて; |
関連しているデータを入力した後に、インテリジェント化の配置。人員の特技によって人員の分配を行う; |
|
同時に多数の会社の同類CRMを開発する |
絶えず必ずプログラミング人員を増加しなければならなくて、繰り返し働くのが深刻だ; |
プログラミング人員は固定して、コードの重用、分類しやすくて管理する; |
|
CRMの不同の部分、多い会社から開発する |
多くの最優良化の開発者を探しにくい; |
アウトソーシング企業とプログラマーの会員情報を通して早速に開発者を探すできる。 |
|
開発の進度 |
コストが増加し、開発サイクルが長い;コントロールしにくい |
進度のことが科学化を決めている、人為的に配置するを依頼しないで、コントロールしやすい。 |
|
ソフトウエアの品質 |
多くの開発グループの技術及びプロジェクト管理レベルが違うのはかなりの部分でソフトウエアプロジェクトの品質に影響する; |
統一のソフトウエア組織とプロジェクト管理の方式、規範化のプロジェクト管理プラットフォーム、リアルタイムの透明なコミュニケーションすることがかなりの部分でソフトウエア開発の品質を高める。 |
|
資源管理 |
各開発グループの間にタイムリーにコミュニケーションが不足し、規範の資源管理規制がなく、大きい程度で資源の浪費の結果をもたらす。 |
標準化のプロジェクト管理、良好な資源(人力資源、コード資源、方案資源など含む);共有とコミュニケーションの制度は資源管理の有効性を高めた。 |