내가 민첩의 큰 지지자,하지만 내 친구입니다 (아직 민첩을 모르는 - HES 관리직 유형 ^^) 나는 데이터베이스 계층과 계획에 대해 이동하고 복잡한 분산 프로젝트를 개발 얼마나 나에게 물었다 , 통신 레이어, 인터페이스, 임베디드 장치로의 통합 등이 포함됩니다.AGILE은 어떻게 사용하나요?
애자일 방법은 초기 및 반복을 해제하는 개념을 강조하지만, 모든 상호 연결된 구성 요소가 모두 작동해야 모든 상황에서 작동해야하는 시나리오의 시나리오에서 초기 단계를 릴리스하는 것이 어려울 수 있습니다 모든 구성 요소에서 작동하지 않는 버전. 민첩은 내 친구를 어떻게 도울까요? 그는 그것을 가장 잘 활용할 수 있을까요?
우리 회사의 팀은 같은 유형의 문제에 직면 해 있습니다. 우리는 움직이는 부품과 건축 층이 많은 프로젝트를 만들어 초기 제품을 만드는 것을 어렵게 만듭니다. 또한 팀과 일정을 맞추거나 약간 동기화해야하는 특수 리소스가있는 경우가 많습니다. 우리가 취한 몇 가지 접근법은 아래에 있습니다 도전적 이었지만 이러한 접근법이 도움이되는 것 같습니다. 같은 수직 즉
빌드는 가능한 한 빨리 종료 뭔가 작업, 끝을 위해 노력하고 있습니다. 우리는 일반적으로 9-16 개월 프로젝트에서 몇 차례의 스프린트를 얻습니다.
별도의 기본 아키텍처는
우리의 초기 스프린트는 종종 인프라/아키텍처를 중심으로한다. 예를 들어, 하위 시스템 스레딩, 성능 모니터링, 통신 및 테스트 프레임 워크.
귀하의 첫 번째 반복이 필요한 구성 요소의 식별과 그들 사이의 관계와 커뮤니케이션의 정의를 포함하여, 건축 디자인에 전념 할 수 있습니다.
당신이 구성 요소가 상호 작용하는 방법의 명확한 그림이 있으면, 각각의 뼈대를 구축 할 수 있습니다. 즉, 통신 부분 만있는 "스텁"구성 요소를 구현하고 나머지 기능은 아무것도 수행하지 않거나 테스트 데이터를 반환합니다. 이 작업 (구성 요소 통신 메커니즘 테스트 포함) 전용으로 개입해야합니다.
그런 다음 시스템은 주문 방식으로 성장 할 수 있도록 완벽하게, 적절한 순서로 각 구성 요소를 개발하기 위해 반복을 계획 할 수 있습니다.
당신이 자신에 (즉, 일부 사용 사례를 가능) 유용 작은 부분으로 큰 프로젝트를 중단 할 수없는 경우, 민첩 아마 도움이되지 않습니다이 프로젝트에서 그 정도. 쌍 프로그래밍, 리팩토링 등과 같은 몇 가지 기법을 선택할 수 있지만 전반적인 계획은 일반적인 방식으로 수행됩니다.
다른 레이어에서 사용할 수 있도록 각 레이어를 완성해야 할 가능성은 희박합니다. 예를 들어 지속성 레이어는 개체를 처음 파일로 serialize하고 필요할 때 데이터베이스를 사용하도록 변환 할 수 있습니다. 초기 스토리에 필요한 각 레이어의 최소 구현을 살펴보고 시스템이 커짐에 따라 기능을 추가하는 방법을 살펴 보겠습니다.
이 방법 당신은 당신이 향후 불확정적인 시간에해야 할 수도 있습니다 생각 당신이 필요로하는 기능이 아니라 모든보다 기능을 구현하는 것을 의미하는 시스템을 성장.
귀하의 통찰력을 주셔서 감사합니다. – bluebit