Outsource Software 외주 소프트웨어를

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의 특성을 반영 -이 경우에는 그것을 나타냅니다 조직 구조, 어떤은 매우 단순 (충분, 거의 충분)을하기 위해서는 an 민첩한 환경에 유연하게 반응하는 컨트롤이 더 많은 changes.in 개인이 함께 작동을 만드는 방법으로 다른 팀, 매 중 하나를 만드는 대신에 동일한 (엄격한 과정을 통해 문서의 경우) 그래서 그것이 자동으로 (또는 추정)가 팀을 구성합니다.

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. 프로그래머의 언어 - 옛 방법을 팀은 배열 - 그 비슷한 유형의 요소를 유지하면서 반면에 민첩한 팀은 기록 - 여기서 각 요소의 기록은 다른 형태이며, 각각의 고유한 기능을 제공 최고의 ,하지만 여전히 전반적인 그들의 기록을 건설 함께 작동합니다.

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. 옛날 개발 방법은 프로세스가 정의되지 바위 - 모든 일을 준수해야합니다 개인의 재능과 능력에 상관없이 동일한 프로세스합니다. 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 않을 기회도합니다.

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? 이 같은 문제는 어떻게 environement과 조직을 관리?

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. 만약 당신이 판매하고 민첩한 아이디어를 구매해야하는 첫 번째 그룹의 관리는 사람들이있습니다.

This entry was posted on Friday, December 1st, 2006 at 6:49 am and is filed under 이 항목이 게재 2006년 12월 1일 (금)은 오전 6시 49분 그리고 밑에는 Implementation 구현 , , Industry 산업 , , Planning 기획 , , SEI CMM 서이이 CMM . 합니다. You can follow any responses to this entry through the 이 항목을하실 수있습니다을 통해 다음과 어떤 반응을 RSS 2.0 rss 2.0 feed. feed. You can 하실 수있습니다 leave a response 떠날에 대한 응답 , or , 또는 trackback 트랙백 from your own site. 자신의 사이트에서합니다.