소프트웨어 개발 방법론으로 스크럼

Question

스크럼 방법론의 사용에 가장 적합한 조직과 그 이유는 무엇입니까?

Answer 1

스크럼은 개발 방법론이 아니며 프로젝트 관리 방법론입니다. 스크럼은 작업 부하 및 자원을 관리하고 진행할 장애물을 제거하고 결과를 정기적으로 팀 전체 (이해 관계자 포함)에게 제시하는 것에 관한 것입니다.

자신에게 생각 :

이

• dev에/프로젝트 팀은 매일 또는 양방향 매일 케첩 회의에서 혜택을 누릴 수 있을까?
• 디자인이나 프로젝트 미팅을 할 때 잘못된 사람들이 모든 관심을 끌 수 있습니까?
• 프로젝트의 다양한 지분 소유자를 구별해야합니까?
• "릴리스"가 빈번하게 (예 : 3 주 또는 4 주마다) 반복되는 버그를 방지하고 제품 관리자가 버그와 기능을주의 깊게 우선 순위를 매길 수있는 반복적 프로세스가 도움이 될 수 있습니까?

Answer 2

우리가 가지고있는 가장 작은 팀은 3 명의 신자 (2 명 풀 타임, 1 시간제), 이해 관계자와 스크럼 마스터 ('secretary')로 구성됩니다. 그것은 잘 작동하고 우리는 다른 소규모 프로젝트 팀을이 방법으로 곧 전환 할 계획입니다. 당신이 염두에 두어야 할 몇 가지 '점'이 있습니다

• 우리는 버전 관리에서 엑셀 테이블에서 프로젝트의 상태가, 즉 적어도 매우 짧은 매일 회의 후 갱신됩니다.

• 검토 및 계획 회의는 주어진 날에 격주로 예정되어 있으며 모든 참가자가 동의 할 때까지 이동되지 않습니다.

• 모든 측정에서 백 로그 목록의 작업을 최대 작업의 작은 작업으로 나눕니다. 작업 유형 (개념, 프로토 타입, 제품 등)에 따라 2 일 간의 작업. 이것은 신뢰할 수있는 견적을 얻는 가장 가치있는 수단임이 입증되었습니다! 이해 관계자가 상태 업데이트를 필요로하거나 그가 엑셀 테이블에 모양과 변경, 그래서 그가 기획 회의 참여가 아니더라도 그가 프로젝트 devellopment에 충분한 영향을 수 priorisation을 조정해야하는 경우

• 경영 스타일에 가장 중요한 영향을 미치는 것은 주어진 변화에 대한 비용과 주어진 날짜까지 달성 할 수있는 것에 대한 증거 (공개 일자 또는 공정 거래)가 있다는 것입니다.