팀에 소개 할 수있는 애자일 스타일 방법론을 평가하고 있습니다. 스크럼을 사용하면 같은 사람이 여러 역할을 수행 할 수 있습니까? 우리는 4 명의 개발자로 구성된 소규모 팀과 웹 디자이너가 있습니다. 우리는 실제로 리더 (이 역할을 수행함), QA 테스터 또는 비즈니스 분석가가 없으며 모든 개발 작업은 CIO에서 제공합니다. 자동화 된 테스트는 총 시간 낭비로 간주되며 모든 것이 품질이 아닌 속도에 중점을 둡니다.
CIO는 개발 작업 (기능 또는 버그 여부에 관계없이)을 수행하여 개발자 (팀 전체, 개인, 종종 개인 또는 외부)에게 제공합니다. 완료 될 것으로 예상됩니다. CIO는 초기 아이디어 이상의 요구 사항을 수집하지 않습니다 (이는 우리가 최종 사용자 중 누구도이 기능을 참조하거나 정보를 제공받지 않았기 때문에이 기능을 사용할 수 없음을 알기위한 목적으로 구현 한 적이 있기 때문에 이전에 우리를 물리 쳤습니다) 우리가 그것을 개발하기 전에, 그리고 공황 상태에서 우리는 변화를 되돌 리라고 지시받을 것입니다.
우선 스크럼 스타일이 몇 가지 표준과 관행을 도입하기 위해 고려해야 할 사항입니까? 읽기에서 스크럼은 약간 더 많은 신뢰와 의사 소통에 의존하고 개발보다는 프로젝트 관리에 더 중점을 둔 것으로 보인다. 이는 현재 프로젝트 관리와 유사하지 않기 때문에 우리가 완전히 결여하고있는 것이다.
둘째, 그것이 가능하다면 누군가가 ScrumMaster와 개발자로 활동하는 것이 비합리적이라고 생각합니까? 또는 개발자가 제품 소유자가 될 수도 있습니다 (개발자가 아닌 CIO가 될 가능성은 있지만)? 나는 Scrum Master와 Product Owner가 서로 다른 사람이어야한다는 것을 알고 있지만 동시에 우리는 Product Owner의 자질을 가진 사람이 없다고 생각합니다 ( '모든 이야기가 필요합니다. 어떻게해야할지 신경 쓰지 마십시오. "거래 유형 및 / 또는 동결은 변덕스럽지 않습니다.)
사고 방식이 바뀔 가능성이 거의 없기 때문에 현재 진행중인 작업을 보상하기 위해 Scrum / XP / Lean을 선택하고 선택해야 할 수도 있습니다. 예를 들어, 페어 프로그래밍은 절대로 날지 않을 것입니다 (폐기물로 보이면 모든 사람에게 두 사람이 필요한 경우 절반의 작업을 수행 할 수 있음).