스크럼은 프로젝트 관리 방법론이며 현재 상황에 합리적으로 만족하는 팀의 개발자에게 어떻게 '판매'합니까?
Scrum이 제품을 정기적으로 출시하고 요구 사항을 수정하고 우선 순위가 높은 스토리에 집중할 수있는 방법을 제품 관리자에게 설명하는 것이 쉬운 것 같습니다. TDD 또는 Continuous Integration이 개발자의 일상 생활에서 가져 오는 것이 무엇인지 설명하기 쉽다는 것을 알았습니다.
그러나 개발자가 어떻게 스크럼을 수용하도록 확신 할 수 있습니까? 스크럼이 삶을 더 편하게 만드는 방법은 무엇입니까?
답변:
스크럼 은 현재 진행중인 일에 대해 훨씬 더 많은 가시성을 제공 할 것입니다 . 나쁜 관리, 막판 변화, 압력 및 개발자가 일반적으로 직면하는 모든 종류의 물건.
그러나 그것은 또한 미루는 자, 악의 개발자, 미친 개인 주의자, 다시 말해 나쁜 개발자에 대한 많은 가시성을 가져올 것입니다.
스크럼은 양날의 칼입니다
스크럼은 이러한 문제를 해결할 수있는 기회를 제공합니다. 그것이 매우 강력한 이유입니다.
큰 목표 ( "소프트웨어 완료")를 작은 조각 (이야기)으로 나누고 현재 스프린트에서 수행 할 작업을 결정하면 생산성이 향상되고 스트레스가 줄어 듭니다. 당신이 일을 할 생각을하는지 구체적으로 알게되면 지금 , 거기에 대한 스트레스를 작은, 그리고 당신은 작은 조각을하는 대신 큰 전체에 의해 압도 느낌에 집중할 수 있습니다.
스택 순위 / 백 로그로 이정표 종료로 인한 사망 행진
개발자로서 제가 소프트웨어 개발에서 가장 많이 보는 '파괴적 패턴'은 '외부 컨트롤러'(예 : 프로젝트 관리, 경영진)가 '즐겨 찾기 기능'이 ' 달력 날짜 '를 표시하고 사망 행진을 명령합니다.
백 로그 목록에서 '중요한 기능'을 차지하는 Scrum은 개발자가이 긴장을 사전에 두 가지 방식으로 관리 할 수 있도록 도와줍니다. 첫째, 백 로그에서 '즐겨 찾기 기능'을 높은 순위로 지정할 수 있으므로 가장 만족할 것입니다. 둘째, "블링크 위젯"을 1 위로 옮겼으므로이 스프린트에서 '수신 거림'에 도달하지 않을 가능성이 매우 높습니다 (현재 7 위이므로). 당신은이 절충에 편안합니까? "
또한 짧은 스프린트로 '외부 컨트롤러'가 연기 작업에 대해 덜 화를 냈다는 것을 알았습니다. '깜박이는 위젯'이 '이정표 1'로 바뀌지 않고 '이정표 2'가 9 개월이 지나서야 끝나지 않으면 '깜박이는 위젯'스폰서가 매우 화를냅니다. 그러나 가장 먼저해야 할 6 가지 더 중요한 것들이 있기 때문에 '깜박이는 위젯'이 1이 아닌 7의 스택 순위라면, 이것은 아마도 스프린트 + 1 또는 최악의 스프린트 + 2에 도달한다는 의미입니다. 지금부터 12 주 또는 18 주가 표시됩니다 (6 주 스프린트 사용). 내 경험상 3 개월을 기다리는 것은 참을성이없는 사람들에게 '허용 될 수있다'외에, 3 개월 이상의 이정표 인 '폭포'모델에서
마지막으로 스프린트의 끝에 도달하고 예상보다 시간이 오래 걸린다면 5-6-7의 백 로그 항목을 다음 스프린트로 푸시하고 1-2-3을 완료했는지 확인하는 것이 좋습니다. -4로 고품질로 70 시간 동안 사용하지 않습니다. 결국, 우리는 5-6-7 다음 스프린트에 도착할 것입니다. 다시 말하지만, 연기에 관련된 짧은 기간을 감안할 때, '외부 컨트롤러'는 일반적으로 이것에 더 편안하며 우리는 2 주일 동안 이정표를 풀고 매일 밤 저녁 식사를 주문하여 '그냥 밀어 내라고'주장하지 않습니다.
스크럼 팀의 사람들은 스스로 많은 것들을 결정하게됩니다 : 다음 스프린트 동안 무엇을 할 것인지, 어떻게 우리가 작업에서이 이야기를 깨뜨릴 수 있을까요? -조치.
몇 가지 :
처음부터 바로 변화하는 요구 사항에 대한 Xavier의 요점을 바탕으로-모든 사람이 처음부터 고객이 기대하지 않는 것을 받아 들일 때 정치적 분위기가 덜 발달합니다. 빠른 전달과 검토는 잘못된 의사 소통 비용이 낮다는 것을 의미하며 개발자는 비난 게임을하는 대신 클라이언트가 기대하는대로 작동하도록 일을 변경할 수 있습니다.
이야기 포인트! 어떤 개발자가 일을하는 것에 대한 점수를 얻는 것을 좋아하지 않습니다!?! SC2 또는 스택 오버플로에서 배지를 얻는 것보다 낫습니다.
스크럼과 관련하여 개발자로서 몇 가지가 있습니다.
개발자들은 더 많은 정보를 미리받는 경향이 있습니다. 제품 소유자는 다음 스프린트 동안 수행 될 모든 작업을 충분히 상세하게 설명하여 추정 할 수 있도록해야합니다.
적시에 추정한다는 것은 추정이 합리적으로 정확하다는 것을 의미합니다. 모든 사람은 일반적으로 스프린트에서 완료되는 것에 대해 합리적으로 좋은 생각을 가지고 있습니다. 이를 통해 프로그래머와 프로젝트 관리자는 불합리한 요구에 대응할 수있는 도구를 제공합니다.
3-4 주마다 물러서서 숨을 쉬고 최소한 속도를 바꾸는 것이 좋습니다.
자체 조직 팀은 작업에 조금 더 다양한 것으로 보입니다.
이론적으로 적어도 스프린트 동안 방해와 '비상'이 적습니다.
매일 일어나서 프로그래머는 매일 여러 단어를 말하도록 강요합니다.
각 스프린트가 끝날 때 스토리가 명시 적으로 완료되고 검토됨에 따라 진행 상황을 쉽게 확인할 수 있습니다.
번 다운 차트는 진행 상황을 추적하는 매우 효과적인 경량 수단입니다.