엄격한 민첩하지 않은 방법을 사용하는 팀에 Agile을 도입하는 방법은 무엇입니까?

민첩하지 않은 방법론에 대해 자랑스럽게 인증을받은 회사를 고객에게 판매 지점으로 사용하여 책임을 설명하십시오.

당신은 어떻게 가야합니까 점진적으로 자신의 전체 시스템을 파괴하지 않고 칸반 또는 스크럼을 도입 그것이 그들 확신하고 아직도 및 단지 책임 / 감사로 계속 될 수있다 ?

나는 이것이 " Scrum과 같은 민첩한 방법론을 어떻게 소개하겠습니까? " 감사 내역을 얻는 유일한 방법입니다.

애자일 프로젝트 팀이 애플리케이션을 문서화하지 않은 것은 신화라고 생각합니다. 이것이 표준에 따라 최고의 문서를 보유한 것으로 인증 된 회사에서 얻는 첫 번째 저항 점입니다.

저는 ISO-9001 인증 회사에서 일하지만 많은 프로젝트에서 Scrums도 수행합니다. 우리의 경우, 프로젝트 변경 책임자 (즉, 고위 임원)로부터 변경이 이루어 졌기 때문에이 변경을 추진하려는 프로젝트 관리자 나 개발자가 아닌 변경이 채택되었습니다.

우리가 따르는 한 가지 유용한 방법은 충분히 문서이지만 지속적 입니다. 이것은 분명히 우리가 프로젝트를 위해 규정 된 모든 템플릿을 따르지 않는다는 것을 의미하지만, 무의미한 오버 헤드에 비해 섹션 / 문서가 필요한지에 대한 의식적인 이해와 동의가 있습니다 .

그런 다음이 관점을 사회화하고 품질 그룹 또는 표준 부서 또는 그 부서의 승인을 받아야합니다.

애자일 원칙은 '충분한'문서입니다. 당신은 얼마나 많은 양을 팀에 표현하기 위해 고객으로부터 시도하고 밀어 넣을 수 있습니까? 프로젝트 관리자는 고객과 대화하고 그들의 기대와 조직의 요구가 무엇인지 이해 한 다음 결정을 문서화하고 그러한 기대를 충족시킬 수 있습니다. 그들에게 충분하다면 (즉, 유료 고객), 그것은 당신이 따르는 것일 수 있습니다.

애자일이 대규모 프로젝트로 확장되지 않는다고 생각하는 경우 분해 및 병렬 노력을 통해이를 달성 할 수 있다고 확신하십시오.

대규모 조직에서 대규모 프로그램에 대한 제어 및 감독은 원가 계산 / 회계 / 자원 관리 등에 대한 기존 계획을 수행하는 PMO (Project Monitoring Office)를 실행하여 수행되므로 많은 문서가 필요하지만 민첩한 사례를 사용하여 진행 상황을 모니터링 할 수 있습니다. (스크럼 번 다운 차트). 연속 통합과 같은 기술이 나중에보다 일찍 도움이되는 방법을 알아야하므로 모든 사람의 생산성이 오버 헤드 문서를 방해하지 않는 것이 좋습니다.

애자일 (Agile)은 팀이 배울 수있는 일련의 기술로, 우리의 전통적인 기술 기술과 거의 직교합니다. 그러나 이것을 기존 기술에 추가하면 더 효과적인 팀이 될 수 있습니다. 매일 스탠드 업 (예 : 스크럼 회의)은 하룻밤 사이에 불가능하지만 현재 정기적 인 팀 회의 (예 : 격주로)가 있습니까? 나는 그것들을 스크럼 문제 의제를 따르도록 변환하는 것으로 시작하고 (너무 끔찍하지는 않지만;)이 접근법이 왜 효과가 있고 느슨한 문서 / 열악한 표준이나 다른 신화를 의미하지 않는지 더 넓은 팀에게 전달합니다.

먼저 칸반에서 스크럼을 분리했습니다.

Kanban을 사용하면 올바른 방법에 대한 좋은 소스를 얻을 수 있습니다 . 원칙은 시작할 때 종료 프로세스를 존중한다는 것입니다. Kanban은 기존 프로세스를 대체하는 것이 아니라 적용하는 것입니다. 점진적으로 개선하기 위해지도를 작성하고 시각화하고 특정 조건을 설정하십시오.

스크럼은 기존 프로세스를 대체 할 것이라는 점에서 근본적으로 다릅니다.

12 개월 (또는 그 이상)의 폭포 SDLC 사이클에 익숙한 팀은 스크럼으로 전환하기가 매우 어려울 것입니다. 범위가 더 작은 6 개월 또는 3 개월의 릴리스 트레인 으로 주기 를 점차적으로 단축 하는 것이 유용한 중간 단계가 될 수 있습니다.

조직에 소개하려는 새로운 것과 마찬가지로 강력한 반대에 직면하게됩니다. 당신은 비판 할 준비가 이 실패 할 경우 책임? 당신은 강한 사람이어야합니다. 그것이 당신을 드러 낼 때 지불하는 대가입니다.

• 왜 스크럼을 사용하고 싶은지 스스로에게 물어보십시오 . 실제 문제를 해결해야합니까?
• 확인하십시오 아무도 당신을 위해 그것을하지 않기 때문에 당신이 그것에 최선 을 다하고 . 당신은 물건의 소유자가 될 것입니다. 최소한 조직에 긍정적 인 영향을 줄 때까지
• 스스로 훈련하십시오 . 책과 인터넷만으로는 충분하지 않습니다. 코스를 먼저 시작하지 않으면 스크럼을 잘못 구현할 가능성이 크게 높아집니다. 아마도 팀이 전보다 더 나쁜 결과를 낳을 것입니다.
• 먼저 팀에 판매하십시오 . 분명히 그들의 전폭적 인지지가 있어야합니다
• 변경을 제안 하지 말고 테스트를 제안하십시오 . 그리고 그것을 그렇게 고려하십시오. 스크럼은 조직이나 팀에 적합하지 않을 수 있습니다.
• 최고 경영진에서 스폰서 찾기

이것은 거의 우리 회사에서 일어난 일입니다. 우리는 엄격하고 민첩하지 않은 방법을 따랐습니다. SCRUM에 대한 경험이있는 새로운 Lead Technical Manager가 합류했을 때 시도해 보는 것이 좋을 것이라고 생각했습니다.

우리가 한 방법은 소규모 그룹의 개발자 (및 분석가)를 고용하여 파일럿 SCRUM 팀을 만드는 것이 었습니다. 우리는 약 4 개월 동안 엄격한 SCRUM 방법론을 따랐으며, 그 후 회사는 우리가 한 일, 수행 방식, 데이터에 대해 분석했습니다.

그들이 찾은 것은 조종사가 대성공 이었다는 것입니다. 그래서 그들은 Kanban을 따르는 다른 팀을 만들었고, 큰 성공을 거두었습니다. 다른 개발자들도 SCRUM / Kanban 팀을 구성한다는 이야기가 있다고 생각합니다.

조종사가 중추적이라고 생각합니다. 비즈니스 의 엄격한 측면에서 평가하고 먼저 작동하는지 확인할 수 있습니다.

저는 민첩한 코치이며 이니셔티브를 변경하는 열쇠 중 하나는 모든 수준에서 바이 인입니다! 여기에는 경영진, 개발 팀, 관리자 등이 포함됩니다. 크거나 작은 변경 노력을 발표하기 전에 먼저 개인을 동반하도록 제안합니다. 3 인칭 대화를 통해이 작업을 수행하는 것이 개인이 새로운 아이디어를 찾기 시작하는 가장 쉬운 방법입니다. 제삼자 란 무엇입니까? 블로그, 유튜브 비디오, 프리젠 테이션 등 이런 방식으로 사람들은 자신의 아이디어를 내놓을 수 있고 당신의 영향력으로 변화 이니셔티브를 시작합니다.

다음은 먹이 사슬의 모든 수준에서 관심을 끌기 위해 사용한 두 가지 교묘 한 비디오입니다.

칸반 : http://www.youtube.com/watch?v=0EIMxyFw9T8

스크럼 : http://www.youtube.com/watch?v=Q5k7a9YEoUI