2008-08-09 7 views

답변

7

저는 '민첩한'방식으로 작동한다고 주장하는 많은 조직에 관여했으며 일반적으로 처리되었습니다. XP (극단적 인 프로그래밍)를 기반으로하는 것처럼 보였지만 그 중 아무도 모든 관행에 가깝지 않았습니다. 말했다

, 나는 아마 XP의 몇 가지에 댓글을 달 수는

  • 단위 테스트는이 프로젝트의 시작부터 이루어집니다 경우에 매우 유용 할 것으로 보인다 연습,하지만 매우 어려운 것 같습니다 기존 코드 기반으로 들어가 단위 테스트를 추가하기 시작하십시오. 처음부터 시작할 수있는 기회를 얻으면 테스트 기반 개발이 실질적인 도움이됩니다.

  • 연속 통합은 정말 좋은 것으로 보입니다 (또는 오히려 부족함). 즉, 내가 본 조직은 대개 다른 접근법을 어리석게 만드는 정도로 작았습니다.

  • 사용자 스토리 카드는 우선 순위에 대한 주위에 던져 물리적 객체를 가지고 위대한 점에서 좋은,하지만 그들은 개발자가 정말 도메인을 알지 못하는 경우 충분한 거의 자세한 아니에요하거나 현장있어 고객 (나는 결코 실제로 보지 못했다).

  • 대기업 회의은 새로운 팀원이 모든 사람을 알게되고 그 사람들이 무엇을하는지 알기 쉽습니다. 오래된 손은 아주 느슨해지며, 지난 주에 '나는 여전히 X에서 일하고 있습니다'라고 말하면서 그들이 세부 사항을 파헤 치도록 강요하는 지도자가 필요합니다. 리팩토링

  • 지금은 정말 잘못 용어입니다,하지만 당신은 충분한 단위 테스트를 가지고 때 추가 '개념에서'기능을 변경하지 않고 기존 코드의 디자인을 변경 '의 활동을 분리하는 정말 유용 새로운 기능 '

6

스크럼은 슬랙커가 어디에 있는지 보여주기 때문에. 또한 비즈니스 단위가 대개 실제로 전달하고자하는 단서를 가지고 있지 않다는 것을 훨씬 빠르게 알 수 있습니다.

4

스크럼.

매일 대기중인 미팅은 일이 진행되고 진행 상황이 유지되고 있는지 확인할 수있는 좋은 방법입니다. 나는 또한 제품/시장을 프로세스에 실질적이고 의미있는 방식으로 참여시키는 것이 중요하다고 생각합니다. 더 협업적인 환경을 조성하고 제품 팀과 개발팀이 분리 된 "사일로"일 때 발생하는 많은 쓰레기를 제거합니다.

1

필자는 XP와 Scrum을 사용하는 팀과 함께 약간의 린을 뿌리고 작업했습니다. 그것은 매우 생산적이었습니다.

매일 대기업 - 우리 모두가 어떤 곳에서 작업하고 있는지 완벽하게 추적 할 수 있도록 도와줍니다.

쌍 프로그래밍 프로그래밍 - 코드베이스가 개선되었으며 "바보 같은"버그가 시스템에 도입되었습니다.

반복적 인 개발 - 사용 일주 반복이 또한 우리 크기 요구 사항

TDD에게 도움이되었습니다 더 직접적인 목표를 설정하여 우리의 속도를 개선까지 도움이되었습니다 - 나 지금, 프로그래밍의 내 방식을 변경 도왔다 I 깨진 테스트를 수정하지 않는 코드는 작성하지 말고 명확하게 정의 된 요구 사항이없는 테스트는 작성하지 마십시오. 우리는 또한 devs 및 BA가 요구 사항을 이해하는데 도움이되는 실행 가능 요구 사항을 사용하고 있습니다.

칸반 보드 - 우리가있는 곳에서 실시간으로 보여줍니다. 우리는 현재 반복뿐만 아니라 이정표에 대한 것이 있습니다. 언뜻 보면 무엇이 남았는지, 무엇이 완료되고 무엇이 완료되고 받아 들여지는지 알 수 있습니다. 당신이 매일 일어 서서 보드에있는 것에 관한 어떤 것을보고하지 않는다면 당신은 설명해야합니다.

같은 위치에있는 팀 - 누구나 다른 사람들이하고있는 일에 모두 익숙합니다. 의사 소통은 정당한 시간에, 매우 생산적이며, 나는 내 큐브를 놓치지 않습니다.

2

정기적 인 회고록은 팀이보다 효과적이고 민첩해질 수있게 도와줍니다. Agile의 특정 풍미를 지키는 것이 아니라, 팀이 잘 작동하는 것을 확인하고 변화하는 환경에 적응하는 데 도움이 될 수 있습니다.

회고전을 운영하는 사람이 자신이하고있는 일을 알고 있는지 확인하여 불만족스러운 세션으로 타락 할 수 있습니다.

회고전에서 가치를 반영하고 가치를 추출 할 수 있도록 팀을 구성 할 수있는 연습이 많이 있습니다. 좋은 소개를 위해 Software Engineering Radio의 Linda Rising과의 인터뷰를 듣는 것이 좋습니다.

자세한 정보는 "하트 비트 회고"를 검색하십시오.