스크럼 팀 대전통적으로 구성팀[마감]
https://stackoverflow.com/questions/612883
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
당신의 사람들에게는 시작을 사용하여 스크럼에서는 개발 팀:당신은 유지하는 기존의 팀이나 새로운 형태의 것입니까?우리의 조직에 우리는 분으로 데이터베이스,제품 개발 및 프론트 엔드 개발자(simplified!).
나는 여부에 관심이 있는 다른 사람이 실제로 개편 그들의 팀 전체 구조 때문에 스크럼는 경우 또는 형성된 전담 프로젝트(?) 팀 결합 예:한 사람이 각각""오래된 팀이 있습니다.
해결책
나는 당신이 당신의 역할 사일로를 유지한다면 스크럼이 어떻게 작동 할 수 있는지 상상조차 할 수 없습니다. 스크럼에서 우리는 제품을 통해 수직 슬라이스를 만들어 스프린트 중에 전달되는 모든 기능이 언급 한 모든 기술 (그렇지 않은 QA)이 필요합니다. 지속적인 협업을 어떻게 만들고 사람들이 같은 팀에 있지 않다면 사람들이 스프린트에 헌신하게 하시겠습니까? "스크럼 폴"에서 끝날 가능성이 가장 높은 것 같습니다. 나는 어떤 방법 으로든 전문가는 아니지만 Scrum에서 실패하는 확실한 방법은 전체 조직 변화 대신 프로젝트 관리 솔루션으로 생각하는 것 같습니다. 핵심 문화.
"일반 주의자"에 대한 질문에 대답합니다. 쉬운 대답은 특정 사람들이 특정 일에 대해서만 일할 수있게함으로써 당신이 끝내기 위해 큰 지방 현상을 일으키는 것입니다. 전문 분야를 사용하면 무언가를 위해 일할 자원이 제한되어있어 항상 각 단계마다 제약을받습니다. Sprint 1에서는 DBA가 할 수있는 것 이상의 곳에서 할 수있는 많은 DB 작업이있을 수 있습니다. 그러나 Datamodel에 전혀 변화가없는 Sprint 5에서는 DBA가 지루하게 유지됩니다. 스프린트 계획에서 팀의 속도에 맞는 다음 우선 순위 기능을 잡는 대신 역할별로 나누고 작업 수준에서 할당 해야하는 경우 합리적인 시간에 커밋하는 것은 거의 불가능 해집니다. 일반 모델은 필연적으로 장기적으로 비즈니스 가치를 가져올 것입니다. 교차 수분을 달성 할 때까지 바로 볼 수 없습니다.
나는 당신이 이미 역할에 의해 실로드 그룹에 있다면, 당신은 AM 애자일 개편에서 매우 조심해야한다고 경고합니다. 많은 사람들이 준비가되지 않았고 특별한 타이틀을 잃고 팀원이되기를 원하지 않습니다. 나는 당신이 거의 항상 어느 정도의 회전율을 기대해야한다고 생각합니다.
다른 팁
Scrum/Agile Development에서 팀의 대부분의 개인이 '일반 주의자'라는 것이 선호됩니다. 즉, 누구나 어떤 역할도 합리적으로 발전하여 누구나 백 로그에서 아이템을 뽑을 수 있고 아무도 다른 사람들을 기다리고 있지 않습니다.
이제 이것은 오늘날 귀하의 상황에서는 그렇지 않을 수 있지만 사람들이 장애가있는 곳을 확인하고 지식의 교차 수분을 개선하기 위해 동료 프로그래밍 및 스탠드 업 회의와 같은 일을하면이 목표를 얻는 데 도움이됩니다.
나의 회사에 우리가 만드는 일시적차 기능 팀이 각 프로젝트입니다.우리의 기존하는 팀들은 여전히 있지만,그것은 정말 중요한 우리는 십자가 팀은 기능을 위한 스크럼.
우리는 일반적으로 시도하는 혼합 조금 일부 크로스 팀에 지식을,그러나 우리는 대부분의 작업에서 우리의 요리입니다.하지만 프로젝트가 진행되면 우리는 더 쉽게 도울에서 다른 팀
이전 고용주를 위해 일했을 때 회사는 전체 개발 조직과 제품 관리를 다시 시작했습니다. 그들은 각 팀에 엔지니어, QA 및 분석가를 배치했습니다. 분할은 대부분 수직/기능적이며 일부 예외가되었습니다. 이러한 예외는 실수였습니다. 건축 수직은 실제로 수평 이었기 때문에 적합하지 않았습니다. 나는 교차 기능 팀이 잘 작동한다고 생각했습니다. 귀하의 경우, DB 및 프론트 엔드 부서는 가능한 경우 나머지와 병합해야하며 제품에 특정한 새로운 수직이 생성 될 수 있습니다.
우리는 팀을 신제품 개발 및 기존 제품 유지 보수로 나누고 개발자가 스프린트 사이에서 다른 개발자로 이동할 수 있습니다.
적어도 지금은 전통적인 팀을 유지했다고 생각합니다. 정보 시스템 부서의 애플리케이션 지점 내에는 스크럼에 들어가기 직전에 제가 작업했지만 다른 팀이 있습니다.
우리 대부분이 스크럼을 사용하고있는 큰 프로젝트가 있으며 팀은 잘 진화하고있는 것 같습니다. 우리는 우리에게 많은 도움이 된 것처럼 보이는 몇 가지 새로운 도구와 프로세스를 가지고 있으며 우리에게 다른 팀에게 전달할 수있는 "굉장함"에 대한 감각을주었습니다.
데이터베이스 변경의 경우 미국 개발자가 개발 환경을 변경 한 다음 제작 준비가되면 스크립트를 DBA로 전달할 수 있습니다. 네트워크 변경의 경우이를 처리하고 처음에는 O/S, 네트워크, 메모리, 하드 드라이브 등으로 서버를 설정하는 인프라 사람들이 있습니다.
