경험 (비 정기적이든 그렇지 않은지)에서 민첩하지 않은 조직이나 회사에 애자일을 도입하는 효과적인 방법은 무엇입니까?
업데이트 : 애자일을 소개하려고했지만 “샷 다운”한 경우 누구에게나 말할 수 있습니까? 또한, 왜 당신이 “사격”을했는지에 대한 회고적인 이해를 가지고 있습니까?
답변
그러나 불가능한 것은 아닙니다. 당신이 천국에 살지 않는 한. 구체적인 단계를 위해 두려움없는 변화 의 사본을 선택하는 것을 진심으로 권합니다.
- 먼저 경영진의 지원을 받으십시오 . 당신이 다른 것을 아무것도하지 않으면이 하나를 보충합니다 .. 상위 레벨이 모두 ‘마감일은 어제입니다.’, ‘다음 3 개월 동안 주말 근무’, 코딩? .. 나중에 테스트 할 수 있습니다. ‘ 도도는 단순히 날지 않을 것입니다.
- 조직 의 문화가 민첩한 환경에 적합한 지 확인 하십시오 . 이것은 내가 놓친 것입니다. 책에서 한 줄을 빌리려면 .. 문화가 새로운 아이디어를 지원하고 육성하고 사람들이 새로운 것을 배우고 할 수있는 시간을 허용하며 장기 혜택 및 사형 선고를 고려하지 않음
- 종족 : 혁신가 식별 : 얼리 어답터 : 초기 다수 : 후기 대다수 : 지각 비율. 처음 3 명은 처음에 타겟 잠재 고객입니다. 약 30-40 %가되어야합니다. 이는 롤링에 중요한 질량을 제공합니다. 문제는 민첩한 방에 코끼리에 스포트라이트를 켜는 것입니다. 결함과 문제를 쉽게 볼 수 있습니다 .. “Bozo 폭발”(가이 가와사키의 용어를 인용) 이있는 곳에 살고 있다면 변화는 정말 느리고 아프다. 아이디어가 좋으면 받아 들여질 것이라고 가정하는 경향이 있습니다. 사실이 아니다. 많은 사회 학적 이유가 고개를 들었다.
- 다음으로 한 번에 너무 많은 것을 시도하지 마십시오. 천천히 .. 진정하세요 . 트릭은 리팩토링 레거시 코드와 유사한 접근 방식을 사용하는 것입니다. 여기 저기 작은 상처를 찾아 민첩한 붕대로 패치하십시오. 사람들이 연습과 혜택을 이해하고 시간이 지남에 따라 채택해야합니다. 모든 것이 고착되지는 않지만 곧 전체적으로 나아질 것입니다. 얼마나 많은 변수가 당신이 통제 할 수 없는지에 달려 있습니다.
- 이를 위해 엄청난 개인 투자가 이루어 집니다. 이 헌신을 기꺼이 펼치고 그 결과가 오르락 내리면 다시 검토하십시오. 또한 배턴을 다른 사람이나 그 이상에게 넘겨야 할 수도 있습니다. 더 큰 이익을 위해 변화 소유권을 포기할 준비를하십시오. ‘내 아기’증후군에 빠지지 마십시오.
- 애자일은 팀마다, 조직마다 다릅니다 . 읽고 / 제안하는 모든 것이 효과가있는 것은 아닙니다. 수락을 통해 시나리오에 적합한 것들을 안내하십시오. 뿌리 내리지 않은 관행을 보완하는 다른 방법을 찾으십시오.
이해가 되길 바랍니다. 당신이 짐작할 수 있듯이 한동안이 일을했습니다. 🙂
답변
팀, 경영진, 이해 관계자의 의견을 듣고 단서를 들어보십시오. 그들은 애자일이 직접 다루는 여러 영역에서 고통을 느끼고있을 것입니다.
이러한 고통을 직접 완화시킬 수있는 제안을 고수하십시오. “당신은 느낄 수없는 것을 치유 할 수 없습니다.”
오랜 시간이 걸리지 만 신뢰 구축이 가장 중요합니다. 과거의 성공과 팀과 관리자 모두의 신뢰를 바탕으로 의사 결정을 내릴 때가 될 것입니다.
사람들이 소프트웨어 제공 방식을 바꾸도록 유도하는 데 수년간의 좌절을 겪은 후, 내 눈으로 이런 일이 벌어지는 것을 보았습니다. 그리고 지금은 성공을 거두고 있지만 아직 완성 된 곳은 없습니다. 개선해야 할 부분이 많으며 현재 우리가 느끼고있는 어떤 유형의 고통을 직접적으로 다루는 작은 변화를 도입함으로써 가장 큰 성공을 거두고 있습니다.
마지막으로 나는 단지 매우 공감한다고 말하고 싶습니다. “XYZ 민첩한 책”에서 그 내용을 읽지 못했기 때문에 대부분의 아이디어를 무시하기 전에 실수를 저질렀습니다. 팀의 의견을 듣고 그들의 제안 중 일부를 이행하려고 시도하는 것은 먼 길을 갈 것입니다.
행운을 빕니다!
답변
기술을 건너 뛰면서 조직 내에서 민첩한 방법론을 구매하고 ‘테스트 베드’를 제공 할 수있는 그룹을 찾는 것이 중요하다는 것을 알았습니다. 우리 회사에는 다양한 애자일 용어를 이해하지 못하는 사람들이 많았으며 용어와 프로세스가 혼란 스러웠으며 일반적인 두려움이있었습니다.
저의 연구 그룹은 스크럼을 작동시키는 데 관심이있었습니다 (여러 다른 애자일 유형 방법론과 함께). 우리의 관심 덕분에 회사 내에서 다양한 요소를 시험 할 수있는 테스트 베드를 만들 수있었습니다. 우리는 사람들과의 복도 대화, 회사 임원을위한 프리젠 테이션 등 많은 것을 먼저 가르쳤습니다. 우리는 열심히 강요하지 않았습니다. 우리는 교육했습니다. 그런 다음 그룹과 함께 사용해 볼 수있는 권한을 요청했습니다.
페어 프로그래밍, 테스트 주도 개발, 스크럼 등과 같은 것들이 어떻게 시간을 절약 할 수 있는지를 실증적으로 보여주는 것에 대한 많은 답변이있을 것입니다. 테스트 베드로 사용할 수있는 그룹을 찾아 실제로 사용하십시오. 당신의 그룹이 그것을 일으킨다는 것을 보여주는 것보다 더 좋은 두려움은 없습니다.
답변
목구멍에 넣었지만 눈치 채지 않고;)
지난 6 개월 정도 동안 제 작업장에 민첩한 원칙 (주로 스크럼)을 구현하려고 천천히 노력해 왔습니다. 나는 처음에 매일 스탠드 업을 소개했는데, 모두에게 익숙해 지지만 꽤 잘 작동합니다. 우리 모두는 한 시스템의 일부인 다른 프로그램에서 작업하기 때문에 정의에 따라 스크럼을 따르는 것이 약간 어렵습니다. 다음 단계는 스프린트 회의를 시작하여 각 릴리스를 따릅니다. 우리는 한 달간 긴 사이클을 겪기 때문에 스프린트 길이는 문제가되지 않습니다. 또한 다음 주요 프로젝트에서 스크럼 원칙을 완전히 준수 할 계획입니다. 저는 프로젝트 팀의 두 개발자 중 한 명이며, 지속적인 개선을 위해 노력하고 있습니다. 내 희망은 경영진이 내가 성취하려는 것의 이점을 볼 수 있기를 바란다.
핵심은 느리게하는 것입니다. 몇 년 동안 같은 위치에 있었던 사람들은 일반적으로 침입적인 변화에 반대하지만, 한 조각 씩 몰래 들여다 볼 수 있다면 눈에 띄지 않아야합니다. 작은 회의도 자주 시작하십시오. 이를 짧게 유지함으로써 경영진은 시간을 낭비하는 것으로 보아서는 안됩니다.
답변
테스트 중심 개발. 단위 테스트로 개발자의 속도를 높일 수있는 방법을 보여줍니다. 동시에 코드를보다 안정적으로 만드는 것이 민첩한 Kool-Aid를 마시는 첫 번째 단계입니다.
답변
먼저 자신을 개선하십시오. 정말. 민첩성에 대해 이야기하는 강력한 방법이 그 예입니다. 또한 이미 말했듯이 기술적 정의를 피하고 관리자와 경영진이 이해할 수있는 용어 만 사용하십시오. 2 주 대신 스프린트; 대신 스프린트 계획 또는 계획 게임 계획; 제품 소유자 대신 제품 관리자 등. Michele Sliger는 Waterfall Enterprise의 Agile에 대해 놀라운 발표를 했습니다 . 정말 비디오를 봐야합니다. 민첩한 채택 에 관한 다른 비디오에 관심이있을 수도 있습니다 .
내가 일하고있는 곳에서는 경영진이 빠르게 이해하기 때문에 Scrum이 민첩성을 시작하는 좋은 방법이라는 것을 알게되었습니다. 간단하고 좋은 이름이 있습니다. 나중에 회고를 할 때 XP 관행을 개선으로 제안 할 수 있으며 사람들이 적어도 그것을 시도하는 것을 받아들이는 것은 매우 쉬울 것입니다.
친절한 관계
답변
2 주 스프린트로 ‘유지 보수’작업 (버그, 영향이 적은 변경 등)에 도입했습니다. 따라서 장기 프로젝트를 진행하던 개발자는 그대로 유지했지만 유지 관리 스프린트가 계속 진행되었습니다. 따라서 주요 프로젝트를 방해하지 않으면 서 번 다운 차트와 포커 추정값을 모두 사용했습니다.
그런 다음 각 주요 프로젝트가 종료되면 민첩한 2 주 스프린트를 사용하여 다음 프로젝트를 시작했습니다. 이 전체 과정은 모두가 스프린트를 시작하기까지 몇 달이 걸렸지 만, 중단이 적었고 모든 사람이 프로세스를 ‘쉽게’할 수 있음을 의미했습니다.