2010-04-02 2 views
0

우리 팀은 개발을 진행하지만 주로 기존 응용 프로그램을 지원하는 데 주력합니다. 우리는 이제 임베디드 테스터 (그리고 다른 도중에)를 가지고 있습니다. 그렇다면 순전히 반응적인 상황에서 민첩한 관행을 어떻게 적용 할 수 있습니까?민첩한 기술 적용 및 헬프 데스크 운영

+0

@PeeHaa 사소한 편집을하기 위해 오래된 품질의 질문에 부딪 치지 마십시오. 이것은 가까운 투표를해야합니다. –

+0

@AndrewMedico 태그를 정리하고 있습니다. 당신이 이걸로 귀찮게하는 경우 우리에게 이것을 막기위한 도구를 제공하기 위해 메타에 불평을하십시오. – PeeHaa

+1

@bouke이 질문은 프로그래머에게별로 좋지 않은 결과입니다. 신속하게 투표를하고 닫을 수 있습니다. http://meta.programmers.stackexchange.com/questions/6483/why-was-my-question-closed - 또는 - down-voted/6490 # 6490 추천 도서 : ** [Programmers.SE는 어떻게됩니까? 스택 오버플로에 대한 지침] (http://meta.programmers.stackexchange.com/q/7182/31260) ** – gnat

답변

2

Kanban을 사용해보세요. 스크럼보다 동적 인 상황에 더 적합합니다. 궁극적 인 해결책은 지원 활동을 위해 Kanban을 사용하고 개발을 위해 스크럼을 사용하는 것입니다. 그러나 개발에 소요되는 시간의 50 % 미만을 낭비 할 경우이 작업을 중단해서는 안됩니다 (과장).

0

순전히 반응이 있지만 확실히 우선 순위가 필요한 큰 요청이 있습니까? 나는 수 시간 또는 며칠의 노력이 필요한 비 응급 작업의 우선 순위를 정하는데 도움이되는 지원 상황에서 스크럼을 사용하고 있습니다. 나는 스크럼이 어떤면에서는 개발 상황보다 지원 상황에 훨씬 더 적합하다고 생각한다.

0

들어오는 문제의 우선 순위부터 시작하여 (비즈니스 끝에서 누군가가 책임 져야 함), 작업 표시 (예 : 작업 게시판에서 가져 오는 것) 및 각 작업에 대한 완료 정의 개선 (테스트, 코드 검토 등).

이제 테스터가 팀원이되었으므로 TDD를 시작하고 많은 테스트 자동화를 시작하는 것이 좋습니다.

이러한 기본 사항 중 일부를 갖추면 필요에 따라 스크럼이나 칸반을 볼 수 있습니다. 작업이 항상 파란색에서 벗어난 것처럼 보이면 다른 포스터가 제안 할 때 Kanban이 더 적합 할 것입니다.

Kanban을 성공적으로 사용하려면 전반적으로 품질을 유지할 수 있도록 매우 확고한 정의가 있어야합니다. 그것 없이는, 당신은 완전한 이익을 보지 못할 것입니다.

또한 정기적 인 회고 일정을 예약하여 내가 무엇이 효과적인지, 어떤 부분을 개선해야하는지 확인하는 것이 좋습니다.

관련 문제