스크럼:저항은 (아닙니다) 소용이 없습니다.
https://stackoverflow.com/questions/34981
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
저는 두 번째 개발자이자 최근 이곳 PHP/MySQL 상점에 고용되었습니다.저는 주로 혼란스러운 혼란 속에서 어떤 종류의 프로세스를 고민한 경험 때문에 고용되었습니다.적어도 제가 마지막 회사에서 했던 일은 그랬습니다.;)
제가 여기에 온 이후(몇 달 전) 저는 상사, 제품 관리자 및 기타 여러 주요 인물을 합류시켰습니다(그러나 스크럼 기반 고정관념을 용서한다면 대부분은 닭입니다).또한 저는 1년 넘게 지연되어 온 주요 제품의 개발 주기에 대한 가시성을 확보하는 데 도움을 주었습니다.사람들은 그것을 좋아하고 있습니다!
그러나 내 동료(현재 여기에 있는 유일한 개발자)는 그것에 관심이 없습니다.그녀는 문을 닫고 일에 집중하며 혼자 있는 것을 선호합니다.나?저는 협업, 협력, 개방성이라는 애자일 접근 방식을 선호합니다.그녀의 의견 없이 나는 스크럼 관행(일일 스크럼, 번다운 차트 및 나와 내 이전 팀(ala H.Kniberg의 멋진 벽 차트).매일 일어서는 동안 그녀는 우리가 실제로 그녀의 문 바로 밖에 서 있지 않은 것처럼 슬쩍 지나가고 우리를 무시합니다(우리는 실제로 그렇습니다).꽤 놀랍습니다.나는 그런 저항을 본 적이 없습니다.
질문...그녀를 어떻게 배에 태울 수 있나요?동료의 압력이 작동하지 않습니다.
동료 Scrum-borg에게 감사드립니다.
아름다운
해결책
Scrum과 같은 다른 애자일 방법론은 많은 모범 사례를 구현하지만 때로는 이름을 지정하고 (많은 블로거가 언급한 것처럼) 직장에서 채택해야 하는 "종교"로 만드는 것은 오히려 많은 사람들에게 불쾌감을 줍니다. 나 자신을 포함하여.
그것은 당신의 선택과 약속이 무엇인지에 달려 있지만, 나는 그것이 시류에 편승해서가 아니라 좋은 아이디어이기 때문에 아이디어를 받아들이는 데 훨씬 더 열중할 것이라는 것을 알고 있습니다.그녀의 삶과 작업 흐름을 어떻게 개선할 수 있는지 보여줌으로써 그녀를 한 번에 하나씩 실천에 옮기거나 끌어들이도록 하십시오.
프로그래머는 작업을 완료하는 데 도움이 되는 멋진 것을 좋아합니다.그들은 설교를 받거나 그들이 악대차로 보는 것에 탑승하라는 요청을 받는 것을 싫어합니다.후자보다는 전자로 제시해 보세요.(물론, 그것이 실제로 전자인지 확인하세요)
편집하다:다른 질문
나는 실제로 특정 애자일 방법론을 사용하는 곳에서 일한 적이 없지만, 과장된 교리나 독단적인 주장 없이 많은 애자일 관행을 통합하고 있다는 점에서 지금 내가 있는 곳에서 매우 행복합니다(두 세계 모두에서 최고, IMHO ).
그런데 방금 스크럼에 대해 읽고 있었는데, 그런 시스템이 2인 팀에도 도움이 될까요?스크럼은 프로젝트에 일정량의 오버헤드를 추가하는 것으로 보이며, 의사소통과 계획이 이미 쉬운 매우 작은 팀이 있는 경우 이점보다 더 클 수 있습니다.
다른 팁
그녀의 의견 없이 나는 스크럼 관행(일일 스크럼, 번다운 차트 및 나와 내 이전 팀(ala H.Kniberg의 멋진 벽 차트).매일 밖에서 일어서는 동안 그녀는 우리가 실제로 그녀의 문 바로 밖에 서 있지 않은 것처럼 슬쩍 지나가고 우리를 무시합니다(우리는 실제로 그렇습니다).꽤 놀랍습니다.나는 그런 저항을 본 적이 없습니다.
질문...그녀를 어떻게 배에 태울 수 있나요?동료의 압력이 작동하지 않습니다.
으악!이렇게 억압적인 환경에서 일하고 싶은 사람이 누가 있겠습니까?운이 좋다면 그녀가 이력서를 보내주고 당신은 당신의 개발 과정에 동참할 사람을 고용할 수 있을 것입니다.
당신이 그녀를 붙잡고 싶어한다고 가정하면, 나는 수사를 거부하고 먼저 친구이자 동료가 되기 위해 노력할 것입니다.프로젝트가 1년 늦어지면 그녀는 자신에 대해 기분이 좋지 않을 것이며 당신도 당신의 성공을 알리는 것을 두려워하지 않는 것처럼 들립니다.그것은 위협적일 수 있습니다.
그러나 나는 스크럼에 대해 아무것도 모른다.나는 동료의 입장에서 돌아다니는 것이 어떨지 상상하고 있습니다.
정말 아름다워요, 친구,
저는 Steve Yegge의 블로그를 읽어보라고 권하고 싶습니다. "좋은 애자일, 나쁜 애자일".오래되었지만 좋은 내용이며, 약 2개월 전의 나처럼 직장을 민첩하게 발전시키기 위해 "과도하게 열망"하는 사람이라면 누구나 꼭 읽어야 할 책이라고 생각합니다.애자일은 많은 좋은 방법을 제공하지만, 그것들을 모두 감안하여 부족한 점을 채택하고 특정 상황에 유용하지 않을 수 있는 다른 모든 핵심 요소는 건너뛰어야 합니다.일일 스크럼.동료가 조용히 코딩하기를 원하고(이것이 왜 좋은지 Peopleware를 참조하세요) 생산적인 팀 구성원이라면, 당신의 스크럼밍으로 그녀를 괴롭히는 것을 그만두고 그녀가 가장 좋아하는 방식으로 작업하도록 하십시오.
만약 당신이 그들에게 다가가서 단순히 "시간 좀 있으세요? "라고 말하면 사람들은 일반적으로 이러한 관행에 대해 덜 "적대적"입니다.들어봐, 지금은 의사소통이 정말 문제야. 네가 뭘 하고 있는지 모르겠고, 네가 지난 주에 이미 좋아했던 일을 다시 쓰느라 이틀을 허비하고 싶지도 않아. 이 일을 해보자.X를 해보고 싶은데 어떻게 생각하세요?"동정심을 갖고 "나쁜 사과"를 용납하지 마십시오. 그것이 문자 그대로 제가 직장을 민첩하게 만든 방법이며 많은 문제가 증발하기 시작했습니다.우리는 작동하고 필요한 모든 것을 사용하기 때문에 결코 100% XP 또는 100% 스크럼을 준수하는 곳이 아닙니다.
단순한.스크럼에 대해 이야기하지 마십시오.그녀에게 스크럼을 사용하지 마십시오.대신 스크럼의 기본 원칙을 따르세요(예:애플리케이션이 아닌 목적) 그녀의 작업 방식을 수용하지만 스크럼의 미묘한 색조가 있는 다양한 접근 방식을 만듭니다.
인간은 모두 다르며 많은 프로그래머는 스크럼을 싫어합니다.나는 그것이 역효과를 낳을 것이기 때문에 그들에게 그것을 강요하지 않을 것입니다.나는 개발 과정에서 문제를 식별하고(스크럼이 아닌 방식으로) 그녀가 문제가 존재한다는 것에 동의하도록 할 수 있는지 확인한 다음 물어볼 것을 제안합니다. 그녀의 그녀가 생각하는 것이 좋은 해결책이 될 것이라고 생각합니다.그녀의 협력과 과정에 대한 의견은 그녀의 협력에 필수적입니다. 동의하지 않으면 시민이 될 수 없습니다.
거기서부터 일종의 준하이브리드 스크럼과 프로세스에 대한 그녀의 접근 방식을 만들어 두 사람 모두 앞으로 나아갈 방향에 동의할 수 있기를 바랍니다.
내 생각에 핵심은 그녀가 애초에 왜 스크럼을 하는지 이해하도록 돕는 것이라고 생각합니다.이유가 있을 것 같은데, 그녀에게 말해 보는 게 어때요?관련된 사람들이 변화가 일어나는 이유나 변화로 인해 얻을 수 있는 이점을 이해하지 못한다면 변화에 대한 저항을 받을 가능성이 높습니다.스크럼을 사용하는 이유와 다음과 같은 이점을 그녀의 일상 업무와 관련하여 그녀에게 설명할 수 있다면 그녀는 스크럼에 대해 보다 긍정적인 태도를 취할 가능성이 더 높다고 생각합니다.
그녀가 스크럼 프로세스에서 가치를 찾지 못하거나 그것이 자신과 어떤 관련이 있는지 이해하지 못한다면 그녀는 아마도 그것에 관심을 갖지 않을 것입니다.
스크럼에 관해 누군가가 이해해야 할 가장 중요한 개념 중 하나는 개인이 아닌 그룹으로 일하고 프로젝트에 전념한다는 사실입니다.많은 사람들에게 이것은 "자신만의 세계"에 사는 데 너무 익숙해져 있기 때문에 이해하기 가장 어려운 것입니다.
스크럼이 여기서 핵심 문제인지는 잘 모르겠습니다.나는 그녀가 새로운 남자가 많은 새로운 아이디어를 가져오고 상황을 뒤흔드는 것에 위협을 느끼는 것 같아요.나는 이전에 사물에 대한 새로운 관점을 가져오는 새로운 사람으로서 그런 상황에 처해 있었고 때로는 기존 사람들을 새로운 사고 방식으로 즉시 가져오는 것이 어려울 때도 있습니다.하룻밤 사이에 일어나지 않는 문화 변화가 필요한 경우가 많습니다.
가능한 한 그녀의 의견과 의견을 듣고, 그녀가 당신보다 오랫동안 팀에 있었다는 점을 존중한다는 것을 보여주도록 노력하십시오.시간이 지나도 그녀가 여전히 참여하지 않는다면 당신이 할 수 있는 일은 관리자에게 이 사실을 언급하고 그들이 가져가도록 하는 것뿐입니다.
다른 개발자를 참여시키려는 노력을 계속하세요.이러한 변화를 원하는 사람은 바로 당신임을 기억하십시오.당신이 겪고 있는 문제에 대해 도움을 요청하세요.일일 스탠드업 회의에 그들을 초대하십시오.나는 현재 일일 스탠드업 계획을 세우고 모든 돼지와 닭이 초대되는지 확인합니다.당신이 프로젝트의 리더라면 상황을 해결하고 위험을 감수하는 것은 당신에게 달려 있습니다.거기에 자신을 넣어.
