태그 보관물: scrum

scrum

개발자 스스로 Scrum의 장점은 무엇입니까? [닫은]

스크럼은 프로젝트 관리 방법론이며 현재 상황에 합리적으로 만족하는 팀의 개발자에게 어떻게 ‘판매’합니까?

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 또는 스택 오버플로에서 배지를 얻는 것보다 낫습니다.