이 질문은 잠시 동안 머릿속에서 요리되어 왔기 때문에 개발 환경에서 민첩 / 스크럼 관행을 따르는 사람들에게 물어보고 싶었습니다.
우리 회사는 마침내 애자일 방식을 도입하기 위해 애자일 그룹에 4 명의 개발자 팀을 시험 적으로 시작했습니다. 3 개월의 반복으로 4 개월이 지났으며 우리의 나머지 부분에 대해 완전히 민첩하게 가지 않고 계속하고 있습니다. 이는 경영진의 신뢰가 비즈니스 요구 사항을 충족시키기 위해 위와 같은 약간의 특별 요청을 처리하기 때문입니다.
최근에 저는이 이니셔티브에 참여한 개발자들과 이야기를 나누었습니다. 그들은 재미 없다고 말합니다. 그들은 스크럼 마스터가 다른 개발자와 대화 할 수 없으며 작업 영역에서 전화를 걸 수 없습니다 (어쩌면 어느 정도 괜찮을 수도 있음). 예를 들어, 민첩한 팀에 속한 킥을 친구에게 말하고 싶다면 Scrum 마스터의 승인 없이는 허용되지 않습니다. 애자일 팀 바로 옆에 앉아 있습니다.
이 모든 또는 민첩성의 아이디어는 민첩한 개발자에게 중단없이 완벽한 진공을 제공하고 6 시간 이상의 생산 시간을 확보하는 것입니다. 글쎄, 나는 애자일 전문가가 아니지만 Yahoo 애자일 롤아웃 문서를 읽고 다른 조직과 비슷한 것을 사용하면 애자일이 싸지 않다는 느낌을받습니다. 팀에 민첩성을 심어주고 문제를 해결하기 위해 자원과 예산이 필요합니다.
초보자를 위해서는 개발자를위한 교육과 관리자 등을위한 코칭이 필요합니다. 현재 Scrum 마스터는 경영진이 지불 한 민첩한 훈련 수업을 며칠 동안 진행 한 관리자였으며 현재이 민첩한 팀을 이끌고 있습니다. 또한 회의에서 애자일 선언문이 애자일이 결석으로 설정되지 않고 각 회사마다 다르게 사용자 정의된다고 지시하지 않는다고 들었습니다. 글쎄, 그것은 모두 좋은 소리와 이유 소리.
결론적으로, 항상 애자일이 개발 팀과 조화를 이루어 행복한 개발자가 될 것이라고 생각했습니다. 그러나 애자일 팀의 개발자와 대화 할 때 매우 반대되는 느낌이 들었습니다. 그들은 하루 종일 조용히 앉아 일하는 것 외에는 아무 말도 할 수 없다는 것이 불행하며, 경영진이 더 많은 일을 할 수있는 또 다른 방법이라고 생각합니다.
이것이 더 많은 달러에 대한 이기적인 이점을 위해 사용 된 좋은 관행의 예 중 하나라면 알려주십시오. 아니면 어쩌면 우리와 같은 개발자 일뿐입니다.이 민첩한 팀은 일을하고 있기 때문에 숨을 쉬는 환경에서 일하는 것을 좋아하지 않는다고 생각합니다.
미국 전역에 지사가있는 의료 분야의 회사입니다. 카우보이 스타일의 민첩한 느낌이 들기 때문에 현재 회사에서는 애자일을 원하지 않습니다.
모든 것은 관리가 완전히 싸다는 것과 관련이 있습니다. 더 저렴한 버전을 위해 고가의 커피를 자르고, 절약에 중점을두고 가능한 한 마른 상태로 생산성을 유지하십시오.
제 생각에는 문 뒤에있는 경영진이이 아이디어를 내 놓았고, 민첩한 기술로 인해 더 많은 생산물을 만들어 내므로 우리는 동일한 직원 수로 더 많은 생산자에게 상사를 보여줄 수 있습니다. 또는 그럴 경우 직원 수를 줄일 수 있습니다.
그들은 매일 5 분씩 회의를하고 있습니다. 그러나 팀 외부의 사람과 대화하거나 대화 할 수 없습니다. 모든 작업에 중점을 둡니다.
답변
당신은 민첩한 것이 아니라 관리적 독재를 묘사하고 있습니다. 애자일 (Agile)은 변화하는 요구 사항 분야에서의 점진적인 개발에 관한 것이며, 사람들이 각자의 업무 수행 방식을 지시하는 것이 아닙니다.
답변
Scrum 마스터가 다른 개발자와 대화 할 수 없으며 작업 영역에서 전화를 걸 수 없습니다.
이것은 실제로 애자일 관행의 일부가 아니며 별도의 문제입니다.
애자일 방법론의 큰 동기는 개발자 간의 커뮤니케이션 이 증가한다는 것 입니다. 개발자 통신 개발자 제한은 애자일 사례와는 별개의 문제입니다. 나는 이것이 일어나지 않는다고 말하는 것이 아닙니다. 분명히 그것은 조직에서 “민첩한”롤아웃의 일부로 표시되고 있지만 이것은 실제로 민첩성과는 별개의 문제입니다 (애자일 개발의 정신과는 다소 반대), IMO).
답변
그것은 민첩하게 구현 된 것 같습니다. 애자일 경우에는 소액 관리를 줄이지 말고 늘리지 않아야합니다. 팀은 약속을하고 프로세스의 일부는 경영진이 팀이 달성 할 것이라고 신뢰한다는 것입니다. 일일 스크럼은 개발자가 서로 의사 소통하는 방법이며 시간을 어떻게 보냈는지가 아니라 수행 한 내용을 알려주는 방법입니다 (몇 곳에서 본 실수입니다). 스토리가 얼마나 오래 걸리는지 (다른 일반적인 실수)가 아니라 상대적 복잡성을 추정해야하기 때문에 추정 프로세스조차도 추정에서 명시적인 시간을 제거해야합니다. 개발자가 소비하는 시간을 제어하는 것은 소액 관리의 특징이며 프로세스에서 시간을 제거하는 것은 민첩성의 핵심 원칙 중 하나입니다.
답변
당신이 묘사하는 환경은 정원의 다양한 의사 민첩한 헛소리 처럼 들립니다 .
애자일 이전에 애자일에 관여했습니다. 2000 년경 나는 코딩에 불을 지르고 익스트림 프로그래밍에 대해 들었고 그것을 시도하고 좋아했습니다. 그것은 개발자로서 견고한 소프트웨어를 만드는 것이 가장 중요한 상황이었고, 나를 미치게 만드는 많은 헛소리를 최소화하는 도구를주었습니다. 나는 그것을 좋아했다.
오늘 다른 곳에서 자세히 설명 하는 문제는 요즘 “애자일을 채택”하는 대부분의 사람들이 불편하게 만들면 아무것도 개선하는 데 관심이 없다는 것입니다. 따라서 “Agile”은 개발자에게 이전과 같은 방식으로 이길 수있는 새로운 도구 일뿐입니다. 예를 들어, 개발 속도를 늦추는 모든 헛소리를 제거하면서 생산성을 근본적으로 향상시키는 방법과 달리.
지금. 저는 회사를 시작하고 많은 XP와 애자일 세계에서 배웠던 여러 가지 트릭을 사용할 것입니다. 그러나 정확하게 당신과 같은 이야기 때문에 요즘 애자일 채택에 대해 들었을 때마다 fl니다.
따라서 귀하의 질문에 직접 답하십시오 : 민첩한 것이 새로운 미세 관리가되어서는 안됩니다. 실제 일을하는 사람들에게 힘을 실어주는 것이 중요합니다. 그러나 귀하의 경우, 애자일은 그들이 자신의 나쁜 본능에 빠지면서 그들이 당신에게 말하는 최신 거짓말처럼 들립니다. 정말 죄송합니다.
답변
민첩하지 않습니다.
첫째, 스크럼은 민첩하지 않습니다 . 솔직히 스크럼은 헛소리입니다. 나는 극한 프로그래밍 하우스에서 자랐습니다. 스크럼은 프로젝트 관리 도구-개발 프로젝트를위한 정의 된 리듬입니다. 그러나 개발 자체에 대해서는 말할 것도없고 요구 사항, 계획 및 고객과의 관계에 대해서는 말할 것도 없습니다. XP는이 모든 것에 대해 할 말이 많습니다. 민첩하다고 부르는 다른 방법론에는 대화에 추가 할 무언가가 있어야합니다. 스크럼 지지자들은이를 프로세스가 아니라 프로세스의 래퍼로 설명했습니다. 현명한 사람은 래퍼가 좋은 물건을 얻기 위해 제거하고 버리는 것이라고 지적했습니다.
좋아, 스크럼이 울렸다!
둘째, 민첩한 프로세스의 기본이라고 생각하는 XP의 설립 원칙은 개발자 중심입니다 . 개발자가 자신이 필요로하는 일을 할 수있는 능력을 갖게되므로 자주 중단되는 방법입니다. 애자일 팀은 민주주의 또는 민주주의로 구성 될 수 있지만 리더는 개발자입니다. 프로젝트 관리자 등 중요한 역할이 있지만 팀 리더가 아닙니다. 관리자들을 유감스럽게도, ‘스크럼 마스터’-사람들을 보좌하는 것은 팀이 민첩하지 않다는 확실한 신호입니다.
나는 세 번째가 있어야한다고 생각합니다. 없습니다.
답변
스크럼은 애자일의 나쁜 자식입니다. 모든 민첩한 방법론 중 가장 폭포 형 스타일이며, 이것이 관리자들 사이에서 가장 인기있는 이유입니다.
모든 민첩한 방법은 문제가 발생하지 않고 작업 코드를 생성하는 것입니다. 다시 읽어보세요. 다시 한번.
“민첩한 규칙”에 관계없이 그 목표를 방해하는 것은 나쁘다. 규칙이 잘못되면 f * * 규칙을 변경하십시오 ! 그것이 민첩한 방법입니다. 그것이 적절하고 효과적입니다.
좋은 예 이것은 테어 코크 (민첩 선언문의 발신자 중 하나)에 의해 주어진다 :
“워크 스테이션과 화이트 보드가있는 방에 4-6 명을두고 사용자에게 접근합니다. 1 ~ 2 개월마다 실행되고 테스트 된 소프트웨어를 사용자에게 제공하고 그렇지 않은 경우에는 그대로 두십시오.”
그것이 당신이 가진 사람들의 품질에 효과가 있다면, 그것이 당신이 필요한 전부입니다. 스크럼 마스터 나 “민첩한”방법론이 필요하지 않습니다. 매일 스크럼에 앉아 있으면 효과가 있다면, f * * *하십시오. 당신이 일 어설 수 있다는 것은 스스로 생각할 수있는 능력에 대한 한심한 폐지입니다.
있다 응답 당신이하고있는 민첩의 종류는. 이것입니다. 다른 사람이 없을 때 인쇄하여 어딘가에 고정 시켜서 스스로 발견하도록하십시오.
답변
현재 스크럼 마스터는 경영진이 지불 한 며칠간의 민첩한 훈련 과정을 이수한 관리자로 현재이 민첩한 팀을 이끌고 있습니다.
그게 네 문제 야 경영진은 애자일을 원하고 실제로 그것이 무엇인지 알지 못하고 팀에 부과합니다. 개발자의 생산성을 크게 줄이고 싶을 때해야 할 일이 많습니다.)
새로운 프로세스 제안은 개발자가 제공해야합니다. 또는 경영진의 아이디어라면 적어도 검토 및 승인을 받아야합니다 .
어쨌든 개발자가 거부하면 구현하지 마십시오 ! 아니면 당신이 묘사 한 재앙이 될 것입니다.