Agile Software Development Ecosystemアジャイルソフトウェア開発の生態系

--> ->

What is an Agile ecosystem ? アジャイルの生態系は何ですか?

Agile ecosystem is an extended methodology concept that has 3 characteristics: barely sufficient structure, collaborative values, and chaordic perspective.アジャイル方法論の生態系は、概念を拡張して3特徴:辛うじて十分な構造、共同値、およびchaordic視点です。 Since the name will not give any clue to you on what they really are..we will look at each of these characteristics in detail.以来、任意の名前は特定の手掛かりを与えるして実際にあるが..我々は何を見てそれぞれの特性を詳細にします。

It is the wider coverage than normal methodology that make it an ecosystem.これは、通常の方法論よりも広い範囲を行うことが、生態系がある。 Methodology does not touch much on the human factor of the development such as the organization structure which is covered in “barely sufficient”, and collaboration and teamwork.方法論はありません触れるくらいで、人間の因子などの組織構造の開発に覆われて"やっと、十分な"とのコラボレーションとチームワークです。

Barely sufficient methodology. 辛うじて十分な方法論です。

This characteristic is a reflection of the chaordic characteristic - in this case it refers to the organization structure, which is very streamline (just enough, barely sufficient) in order to be flexible to react to changes.In an Agile environment the control is more on how to make the different individuals to work together as a team, instead of making every one the same (through rigorous process documents) so that it will be automatically (or assumed) become a team.この特性は、 chaordic特性を反映したもの-この場合、それを参照して、組織構造、これは非常に合理化(ちょうど十分なだけの、ほとんどの十分な)にするためには柔軟に、機敏に反応するc hanges.in環境のコントロールが他の上別の方法を説明して個人が力を合わせるのではなく、メーカーごとに1つのと同じ(厳密なプロセスを通じて文書)ようにすることがで自動的に(または仮定)になるチームです。

In programmer language - the old method of team is an ARRAY - something that hold similar type of element, while Agile team on the other hand is a RECORD - where each element in the RECORD is different, and each one serves its own function the best, but still overall they work together to construct the RECORD.言語のプログラマー-の古いメソッドのチームでは、配列-何か似たような種類の要素を保持し、その一方ではアジャイルなチームを記録する-ここでは、レコードの各要素が異なる場合、それぞれ独自の機能を1つの最高のサービスが、それでも全体的に協力して、レコードを構築します。

Collaborative values. 共同値です。

In the old development method, the processes are defined on stone - every one must follow the same process irregardless of individual talent and skills.で、古い開発方法では、プロセスが定義されて石-ごとに1つに関係なく、同じプロセスに従う必要がありますの個々の才能と知識が必要です。 Agile on the other hand promote customization of the process in order to tap the best out of individual developer.アジャイルその一方でカスタマイズのプロセスを促進するためにベストをタップしてアウトの個々の開発者です。

Agile also promote face to face teamwork interaction.アジャイルの顔を顔にもチームワークの相互作用を促進します。 In the old system, team communicate through documentation - that is why the documents have to be very detail and big, hence very hard to maintain in volatile environment.は、旧システムを、チームの意思疎通を行うドキュメント-それはなぜしなければならない書類の詳細と非常に大きな、それゆえに不安定な環境を維持する非常に難しいです。

Chaordic perspective. chaordicの視点です。

The word chaordic is actually a combination of chaos and order. chaordicという言葉は、実際には混乱と秩序を組み合わせています。

Early part of an Agile projects are based on rigorous exploration of concepts and technologies.アジャイルプロジェクトは前半の探査に基づいて厳密な概念や技術です。 Even during the whole development cycle the concept of exploration is actually still going. In this type of development environment the normal standard concept such as CMMI wont stand a chance .開発サイクル中にも全体の概念を探査は、実際に今も続いています。 で、このタイプの開発環境など、通常の標準的概念cmmi wontスタンドするチャンスです。

You can see from the previous characteristics (barely sufficient, and collaborative) how the chotic part is included into Agile characteristic.を参照することができますから、前の特性(辛うじて十分な、との共同) choticの部分が含まれるものをどのようにアジャイルな特徴です。

The question is how do you manage such an environement and organization?問題は、このような環境をどのように管理および組織ですか?

The answer is to employs adaptive management style- macromanagement (instead of micromanagement).その答えは、適応型の経営スタイルを採用- macromanagement (マイクロの代わりに) 。 The leaders have to leave large room for innovation and creativity in order to address keep changing environment.大きな部屋を離れるの指導者は革新性と創造性を維持するために環境の変化に対処する。 In the mean while still have the eye on the final goal and what is the current state of the project.の意味では、目を維持しながら最終目標とは何ですの現在の状態は、プロジェクトを作成します。

The organization can react very fast base on the current state of the project compare to the final goal.組織の反応は非常に高速な基地は、現在の状態を比較して、プロジェクトの最終目標です。

Conclusion 結論

There you have it - simple description on the three characteristics of an Agile ecosystem.必要があること-の3つの簡単な説明書をアジャイルな生態系の特性です。 As you see Agile ecosystem requires more to the project leader and the management team compare to the old just follow the book type of software development.アジャイルな生態系を参照してプロジェクトリーダーを必要とする他の経営陣と比較して次の予約の古いタイプのソフトウェア開発です。 So if you are selling the Agile idea, the first group that have to buy it is the management people.アジャイルなので、もしあなたが販売して考え、最初のグループを持つ人々の管理を購入することがあります。

Sa wahid is a veteran software development project lead.退役軍人のワヒドは、ソフトウェア開発プロジェクトのリーダーです。 Before becoming a project lead he has involved in various area of software development in various type of industries including manufacturing, telecommunication and electronics.プロジェクトをリードする前になりつつある彼は様々な領域のソフトウェア開発に携わる様々なタイプの産業を含む製造業、通信、電気製品です。 You can learn more from other articles that he has written on software development topics from his website -詳細はこちらからすることができます。その他の記事を書いて彼は自分のウェブサイトからソフトウェア開発トピックス- Free software development information site.フリーソフトウェアの開発情報の取り扱いについてサイトです。 Article Source:記事のソース: http://EzineArticles.com/?expert=Sa_Wahid http://ezinearticles.com/?expert=sa_wahid

Editor’s Note: possibility of interest inエディタの注:可能性に関心を Offshore Software Development - Evolution of Value Chainオフショアソフトウェア開発-バリューチェーンの進化



One Response to “Agile Software Development Ecosystem” 1つの応答を"アジャイルソフトウェア開発の生態系"

  1. Flat World Software Development » Blog Archive » On-Demand Workforce Management Software Development Life-Cycles フラットな世界のソフトウェア開発»ブログのアーカイブ»オンデマンド労務管理ソフトウェア開発ライフサイクル Says:は言う:

    [...] « Agile Software Development Ecosystem [...] [...] «アジャイルソフトウェア開発の生態系[...]

Leave a Reply残して返信