어떤 회사라도 XP 원칙을 프로젝트에 적용 할 수 있지만 좋은면과 나쁜면을 모두 이해하는 것이 중요합니다. XP 가 다른 방법론과 어떻게 다른지 알아보고 기술을 적용 할 때 최선의 선택이 될 것입니다.,
XP 와 다른 프레임 워크의 비교
위에서 언급했듯이 XP 는 민첩한 방법론의 일부입니다. 그것은 주요 민첩 원리,즉,자주 출시,짧은 개발주기,지속적인 고객과의 커뮤니케이션,상호 역할 팀은니다. 이러한 이유로 XP 는 종종 Scrum,Kanban 및 Lean 과 같은 다른 인기있는 민첩한 프레임 워크와 혼동됩니다. 를 확인 우리의 상세한 백서 얻을 더 깊이있는 정보 또는 인포그래픽에 대한 빠른 요약의 민첩한 방법이 있습니다. 여기에서는 간단히 비교하고 주요 차이점이 무엇인지 살펴 보겠습니다.,
그러나 우리는 다이빙 전에,그것의 주목하는 것이 중요하 XP 정 프로젝트 관리 프레임워크에도 많은 사례 중복에서 그와 프로젝트 관리는 도메인입니다. 따라서 주요 초점은 개발의 기술적 측면과 관리 및 조직 측면보다는 특정 관행의 구현에 있습니다.
XP vs 스크럼,Kanban,그리고 린 간단히 말해서
극단적인 프로그래밍 vs 스크럼
스크럼과 관련된 일반적인 자기 조직화 팀이 있습니다., 또한 일반적으로 2~4 주 길이의 스프린트가 있으며 XP 반복은 더 짧으며 1~2 주가 소요됩니다. 게다가 XP 는 반복 내에서 가능한 변경으로 훨씬 더 유연하지만 Scrum 은 sprint backlog 가 설정된 후 수정을 허용하지 않습니다. 또 다른 차이점은 XP 에서 고객의 우선 순위 기능과하기로 결정하는 순서에 자신의 개발,하지만에 스크럼 팀 자체를 결정하는 작업에 처음이다.
Scrum 의 주요 역할은 제품 소유자,Scrum Master 및 Scrum 팀이며 XP 의 역할과 다릅니다.,그러나 XP 와 Scrum 중에서 선택할 필요가 없습니다. 통합 XP 사례와 스크럼은 기술을 고려 매우 효과적으로 XP 에 초점을 맞추고 엔지니어링 측면 및 스크럼을 구성하는 과정입니다.
극단적인 프로그래밍에 대 Kanban
Kanban 두에 초점을 많이 시각화의 발전 과정과 엄격하게 제한하는 기능의 수를 개발했습니다., 그것은 또한 특징으로 지속적인 워크플로우 XP 에서는 별도의 반복지만 모두 좋은 자주 출시하고 높은 수준의 유연성과 적응력하여 변화하는 요구 사항입니다.칸반의 역할은 엄격하게 정의되어 있지 않습니다.
극단적인 프로그래밍에 대 린
그것의 하드를 실제로 비교 XP 린기 때문에 후자의 더 철학 또는 접근 방식을 개발 과정을 통해 가치를 고객입니다. 핵심 원칙에는 폐기물 제거,가능한 한 늦게 결정,가능한 한 일찍 배달 등이 포함됩니다., 그래서 린의 주요 초점은 시간이-박스의 반복 또는 특정 엔지니어링 방법으로 XP 에서지만,대부분에서 MVP 납품 및 시간을 줄이고 낭비입니다.
사용하는 경우 XP
이제는 우리가 논의 XP 방법론 장점과 단점 식별된 장소 사이에 다른 민첩한 프레임워크리에 대해 이야기 할 수 있는 경우 그것의 적용됩니다. 그것의 중요한지 확인하는 회사의 크기,구조,그리고 전문 지식뿐만 아니라,직원의 기술 자료에 대한 허용을 적용 XP 습니다. 다음은 고려해야 할 요소입니다.적응력이 높은 개발., 일부 시스템에는 일정한 기능 기능이 없으며 빈번한 변경을 의미합니다. XP 는 개발 팀이 빠르게 변화하는 요구 사항에 적응할 수 있도록 설계되었습니다.
위험한 프로젝트. 팀 적용 XP 사례를 가능성이 더 문제를 방지하기 위해 연결되어 함께 작동하는 새로운 시스템,특히 경우 고객이 세트를 엄격한 기한 프로젝트입니다. 또한 높은 수준의 고객 참여는 최종 제품을 수락하지 않을 위험을 줄입니다.
작은 팀. XP 관행은 12 명을 넘지 않는 팀에게 효율적입니다., 이러한 그룹을 관리하는 것이 일반적으로 더 쉽고 의사 소통이 더 효율적이며 회의 및 브레인 스토밍 세션을 수행하는 데 시간이 덜 걸립니다.
자동화 된 테스트. 수 있는 또 다른 요소의 선택에 영향을 미치는 XP 에서는 개발자들의 능력을 만들고 실행하 단위 테스트뿐만 아니라,가용성의 필요한 테스트 도구입니다.새로운 문화와 지식을 받아 들일 준비가되었습니다. XP 에서는 서로 다른 전통적인 방법을 소프트웨어 개발 방법의 일부는 그것의 사례를 구현해야 합 분명하지 않을 수 있습니다., 따라서 조직과 팀 구성원이 변화를 수용 할 준비가되어있는 것이 중요합니다. XP 와의 이전 참여가없는 경우 숙련 된 코치를 초대하는 것도 가치가 있습니다.
고객 참여. XP 는 고객,개발자 및 관리자가 나란히 작업해야하므로 프로젝트가 끝날 때까지 클라이언트가 항상 입력을 제공 할 수 있는지 확인하십시오.
민첩성 원칙은 그 효과를 입증함에 따라 점점 인기를 얻고 있습니다., 도 극단적인 프로그래밍이 가장 광범위한 방법론을 많이 제공하는 합리적인 관행 혜택을 받을 수 있는 소프트웨어 개발 및 고려 가치 구현을 위해 귀하의 프로젝트입니다.
답글 남기기