나는 애자일 이후 개발 방법론으로 청구되는 것처럼 보이는 개발자 (또는 프로그래머) 무정부 상태에 대해 읽었습니다. 나는 그것에 관한 몇 가지 자료 ( 1 , 2 )를 찾았 지만 거기에별로없는 것 같습니다.
누군가 내가 그것에 대해 더 많이 알 수있는 좋은 리소스가 있는지 궁금합니다. _ 구현 방법, 장단점, 다른 방법론과 비교 등.
나는 애자일 이후 개발 방법론으로 청구되는 것처럼 보이는 개발자 (또는 프로그래머) 무정부 상태에 대해 읽었습니다. 나는 그것에 관한 몇 가지 자료 ( 1 , 2 )를 찾았 지만 거기에별로없는 것 같습니다.
누군가 내가 그것에 대해 더 많이 알 수있는 좋은 리소스가 있는지 궁금합니다. _ 구현 방법, 장단점, 다른 방법론과 비교 등.
답변:
나는 '진정한'애자일 프로젝트의 이러한 측면에 대한 Alistair Cockburn의 생각 을 지적 할 수 있습니다.
Crystal 제품군의 방법론 중 하나가 Crystal Clear입니다. Crystal Clear는 다음 단어로 레벨 3 리스너에게 설명 할 수 있습니다.
“워크 스테이션과 화이트 보드가있는 방에 4-6 명을두고 사용자에게 접근합니다. 1 ~ 2 개월마다 실행되고 테스트 된 소프트웨어를 사용자에게 제공하고 그렇지 않은 경우에는 그대로 두십시오.”
사실, 저는 Crystal Clear를 정통한 프로젝트 후원자에게 그러한 말로 설명했습니다. 그는 그 지시를 따르고 5 개월 후“우리는 당신이 한 말을했는데 효과가있었습니다!”라고보고했습니다.
몇 달 후 팀장과 인터뷰를했으며 그의 보고서는 제 지시만큼 짧았습니다.
“당신의 제안에 따라, 우리 중 네 명은 네트워크 연결이있는이 회의실을 인수했습니다. 우리는 4 개월 동안 화이트 보드에 그림을 그리면서 소프트웨어를 제공했습니다. 잘 작동했습니다.”
그것이 민첩성에 관한 것입니다. 이것이 무정부 상태 방법론에 의해 취해진 접근법 인 것 같습니다. 요점은, 만약 당신이 경험이 있다면 , 그들에게 "정리하고 일을하도록"할 수 있고 그들은 그렇게 할 것입니다. . (이것은 경험이 부족한 사람들에게는 효과가 없으며, 주니어 팀이 최소한의 감독 없이는 할 수 없습니다)
일일 스탠드 업 및 스크럼 보드, 제품 백 로그 그루밍 세션, 제품 백 로그 스크럼 보드 그루밍 세션 계획 회의에 대한 사전 회의 회의 등 수년에 걸쳐 구축 된 민첩성에 대한 모든 멍청한 .. 성공적인 제품 배송에 대한 오버 헤드.
그러나 오늘날 너무 많은 것들이 의무적 인 것으로 보이며 '민첩한'방법론은 기존 방법보다 더 많은 과정을 가진 시스템으로 내려갑니다!