문제

웹사이트 상점에 어떤 민첩한 방법론을 추천하시겠습니까?

우리는 다양한 소규모 프로젝트와 몇몇 대규모 프로젝트를 진행하고 있으며, 팀은 여러 프로젝트에 걸쳐 멀티태스킹을 수행합니다.우리는 스크럼에 정말 관심이 많지만, 현재 많은 시간을 차지하는 소규모 프로젝트(2주 미만)에는 적용되지 않을 것 같습니다.

우리 상황에서 민첩한 원칙을 구현하기 위한 대안은 무엇입니까?

도움이 되었습니까?

해결책

우리는 스크럼의 공식적인 구조(추정, 사용자 스토리 계획, 작업 계획, 일일 회의, 회고)를 통해 기존 방법에서 더 민첩하게 작업할 수 있었기 때문에 스크럼을 시작했습니다.이제 우리는 아침 회의에서 작업/사용자 스토리 기반으로 3가지 계획 및 평가 회의를 수행할 수 있음을 확인했습니다.

각 사용자 스토리마다 큰 핀 보드와 인덱스 카드 핀이 있습니다.보드는 시작되지 않음, 진행 중, 완료로 구분됩니다.우리는 어떤 작업도 분해할 때 하루 이상 걸리지 않도록 하고, 필요한 날 매일 아침 회의에서 각 사용자 스토리를 분해합니다.이를 통해 민첩성을 유지하므로 사용자 스토리인 "기능" 목록을 작업으로 분류하는 데 시간을 소비하지 않고도 변경할 수 있습니다.이를 통해 2주간의 프로젝트를 대규모 프로젝트와 동일한 방식으로 쉽게 처리할 수 있습니다.

속도를 추정하기 위해 우리는 주말에 카드를 세어 우리가 수행한 작업 수를 확인합니다.단점은 릴리스 계획 및 속도 추정이 Scrum만큼 정확하지 않다는 것입니다. 하지만 이 하이브리드 XP 방법론은 개발자가 준비가 되었을 때 작업에 집중하고 회의에 너무 많은 시간을 낭비하지 않도록 도와줍니다.

작업이 작을수록 소스 제어에 대한 보다 정기적인 커밋이 촉진되고 빌드 서버 및 배포 스크립트와 결합하여 적어도 하루에 한 번 애플리케이션의 진행 상황을 제공할 수 있습니다. 이는 클라이언트로부터 피드백을 받는 데 좋습니다.우리는 또한 매주 회고를 갖고 올바른 방향을 유지하기 위해 3개월마다 일주일 동안 민첩한 컨설턴트를 고용했습니다.

다른 팁

스크럼은 확실히 2주 프로젝트에 적용될 수 있습니다.스프린트 기간을 단축하거나 스프린트당 여러 프로젝트를 수행할 수 있습니다.

또한 프로젝트에 사용할 다양한 방법론의 일부를 선택하고 선택할 수 없다는 말은 없습니다.

프로젝트당 하나의 방법론을 시도하고 무엇이 잘 작동하는지 확인하십시오.

저는 TDD(테스트 중심 개발)를 사용하면 이러한 프로젝트에서 많은 이점을 얻을 수 있다고 생각합니다.개발과 디자인에 도움이 될 것입니다.단위 테스트는 구현 세부 사항 및 설계 결정을 위한 "마이크로 문서"가 될 수도 있습니다.

일반적인 프로젝트가 작더라도 저는 두 번째로 Scrum을 사용하고 싶습니다.스프린트를 2, 3, 4일 동안 진행한다고 보세요.스크럼의 "많은 지속적인 피드백" 기반을 프로젝트에 통합할 수 있습니다.

2주 동안 어떤 일을 하고 싶지 않을 것입니다. 그런데 마지막에 고객이 "아, 우리는 전혀 그런 게 아니었어!"라고 말하게 하고 싶지 않을 것입니다.

Ken Schwaber의 단편을 들어보세요 스크럼에 대해 이야기하다 에 끝났다 IT 대화 BTW에는 훌륭한 팟캐스트가 가득합니다.

그럼 난 Tim McKinnon의 영화를 볼 거야 애자일에 대해 이야기하다 에 끝났다 정보Q 훌륭한 강연과 인터뷰도 가득합니다.

HTH.

건배,

현재 팀이 어떻게 작업하는지 알아보려면 Kevin이 말한 몇 가지 방법론을 시도해 봐야 할 것 같습니다.어떤 사람들은 XP나 다른 새로운 방법론을 시도하는 데 그다지 개방적이지 않습니다.또한 소규모 프로젝트와 대규모 프로젝트에 대해 서로 다른 방법론을 시도해야 합니다.2주 프로젝트와 2년 프로젝트의 방법론은 변경될 수 있습니다.2주 프로젝트에서는 1번의 반복이 가능하며 처음부터 2주 전체에 대해 계획을 세울 수 있습니다. 이는 2년 프로젝트에서는 불가능한 일입니다.

스크럼은 그런 작은 프로젝트에서는 작동하지 않습니다.정의에 따르면 스크럼 스프린트는 2주 동안 진행됩니다.XP의 일부 변형이나 익스트림 프로그래밍이 훨씬 더 적합할 것입니다.하지만 2주 안에 프로젝트를 완료하는 것이 복잡하다면 개발자는 극도로 집중해야 합니다.

또한 선택한 방법론에 관계없이 팀에 더 적합하도록 프로세스를 수정하는 것을 두려워하지 마십시오.

스크럼을 추천하고 싶습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top