스토킹부터 해킹 시도까지, 저는 Agile 프로젝트와 혁신 이니셔티브의 에 대한 연구를 시작한 이래로 Agile의 가장 독실한 추종자들 사이에 존재하는 근본주의를 마주하게 되었습니다. 높은 실패율 신앙치료사의 취약한 환자들이 가짜 치료가 효과가 없어(보통 상당한 금액을 '기부'한) 질병에 걸렸을 때, '치료사'는 열심히 기도하지 않았기 때문에 환자의 잘못이라고 주장하는 경우가 많습니다. 충분한. 이는 Derren Brown이 TV 스페셜 에서, 연극적으로는 Netflix 스페셜 에서 오랫동안 탐구한 주제였습니다. 이러한 오류는 종종 " "라는 오류 또는 " "의 버전으로 설명됩니다. Miracles for Sale Miracle 진정한 스코틀랜드 사람이 아니다 순수함에 대한 호소 Agile 커뮤니티의 근본주의자들은 Agile 프로젝트가 실패할 때 유사한 주장을 자주 사용합니다. 예를 들어, “ 기사에서 ”, Greg Kihlstrom은 다음과 같이 썼습니다. Agile에서 실패했나요?” 당신은 잘못하고 있습니다 예를 들어, 팀에 가장 열정적인 스크럼 마스터가 있을 수 있지만 제품 팀에 반대하는 사람이 있거나 수행해야 할 작업을 단순히 따르지 않거나 이해하지 못하는 사람들이 있는 경우 어려움을 겪게 될 것입니다. 때때로 이는 교육이나 코칭의 문제일 수도 있고, 때로는 팀 역학과 문화의 문제일 수도 있습니다. 원인이 무엇인지 파악하고 그에 따라 처리하십시오. 그러나 그러한 믿음에 대한 과학적 근거는 존재하지 않습니다. '이라는 제목의 2021년 11월 논문에서는 과학적 애자일 연구에 대한 수많은 리뷰를 메타 분석한 결과 다음과 같은 사실을 발견했습니다. 애자일 방법론은 거의 없습니다.” 증거 없는 "모범 사례" - 예시로서의 애자일 소프트웨어 방법론 그러나 이는 애자일에 관해 근본주의적 입장을 취하는 사람들이 채택한 유일한 인지적 편견과는 거리가 멀습니다. 이 글에서는 애자일 방법론을 정당화하기 위해 자주 사용되는 허위 사실에 초점을 맞추고 싶습니다. 민첩한 Strawman이란 무엇입니까? LinkedIn의 Agile 커뮤니티에서는 다음과 같은 게시물을 보는 것이 드문 일이 아닙니다. 겉보기에는 Agile 실무자가 재빠른 것처럼 보이게 만들고 감히 질문하는 소프트웨어 엔지니어 앞에서 방법론을 입증하는 것처럼 보입니다. 내 개인적인 의견으로는 이러한 대화가 일반적으로 허구인 것 같습니다. 옥스퍼드 영어사전은 스트로맨(Strawman)의 정의를 다음과 같이 제공합니다. 논쟁, 논쟁 등에서: 상대방의 실제 주장보다 패배하기 쉽거나 주의를 다른 곳으로 돌리기 때문에 의도적으로 약하거나 잘못 표현된 제안으로, 원래의 주장이 반박되거나 패배했다는 피상적인 인상을 줍니다. . 그러나 애자일 제안의 핵심을 이루는 것처럼 보이는 뿌리 깊은 허수아비가 훨씬 더 많이 있습니다. SecretGeek 웹사이트의 기사는 다음과 같은 질문을 제시했습니다. “ ”. 저자는 의식에서 교리에 이르기까지 Agile의 다른 독단적 요소가 실제로 존재한다고 주장했지만, 그들이 경계하고 있던 한 가지 영역은 Agile에 '신화'가 있는지 여부였습니다. '애자일'은 종교입니까? (또는 단지 컬트) 나는 이 허수아비들이 근본적으로 Agile의 신화를 형성한다고 믿습니다. 폭포 신화 Waterfall에 대한 논의 없이 애자일에 대한 논의를 보기는 어렵습니다. Agile과 대조되는 프로젝트 관리 방법론입니다. 엄격하게 문서화된 단계를 요구하고 어떠한 변경도 하지 않는 방법론입니다. 그러나 이는 역사적으로도 Waterfall 컨퍼런스나 사용자 그룹이 어디에 있는지에 대한 질문을 제기합니다. 아마도 방법론의 기원이 우리에게 몇 가지 단서를 제공할 것입니다. Jon Pearce는 산호세 주립대학교 에서 다음과 같이 말합니다. “ 강의 노트 폭포 수명주기 모델은 수명주기 모델의 허수아비입니다. 이는 1970년 Wynn Royce가 결함 있는 프로세스의 예로 처음 설명했습니다… 소프트웨어 개발자인 Christian Findlay는 에서 라고 비슷한 점을 지적했습니다. X에 게시한 글 "폭포 접근 방식은 실제로 존재한 적이 없는 허수아비입니다" 그러나 Agile의 역사를 더 자세히 살펴보면 상황은 더욱 어두워집니다. 도요타 신화 TPS(Toyota Production System)는 애자일 방법론의 정신적 탄생지입니다. 압도적인 다수의 혁신 계획이 실패함에도 불구하고 많은 사람들은 Toyota가 사용하는 방법론을 지적할 것입니다. 그러나 Toyota 자체는 소프트웨어 엔지니어링과 관련하여 이상적이지 않은 역사를 가지고 있습니다. "2019년 9월 Toyota가 제출한 법원 문서에 따르면 Toyota는 책임을 인정하지 않고 2014년부터 급가속으로 인해 사람이 사망하거나 심각한 부상을 입었다는 537건의 청구를 해결했습니다." Capitol Weekly의 보고서에 따르면 이러한 의도치 않은 가속 결함은 많은 경우 치명적일 뿐만 아니라, 코우아 퐁 리(Koua Fong Lee)의 경우, 이 결함으로 인해 임신한 아내와 아이들을 교회에서 집으로 데려다주다가 3명이 사망하고 1명이 부상당하는 교통사고가 발생했을 뿐만 아니라, 비난을 받고 감옥에 갇히게 된 것입니다. 법정 소송에서 Toyota는 강력한 테스트 프로토콜을 주장하면서 차량이 비정상적으로 작동하는 이유에 대한 이론에 반박하려고 시도했지만 재판 직전에 Toyota는 선언서를 해당 엔지니어로부터 제출했습니다. 회사가 실제로 그러한 테스트를 수행하지 않았다는 이씨는 그를 석방할 수 있었으나 그를 범죄자로 낙인찍은 한 뒤 재심 명령을 받은 뒤 결국 석방됐고, 검찰은 사건을 법정에 다시 제기하는 것을 거부했다. 형벌을 거부 Bookout V. Toyota의 사례는 또 다른 의도하지 않은 가속 결함으로 인해 사망이 발생한 후 Toyota의 소프트웨어 엔지니어링 관행에 집중하게 했습니다. 소프트웨어 시스템이 의도하지 않은 가속을 유발할 수 있다는 사실을 궁극적으로 밝혀낸 이러한 절차에서 "사실 안전 장치와 같은 기술은 Toyota Engineering 부서 DNA의 일부가 아닙니다"라고 말하는 Toyota 내부 커뮤니케이션을 포함하여 증거가 제시되었습니다. 이 사건 이후 Toyota는 엄격한 설계 계약이 소프트웨어의 정확성을 수학적으로 검증하는 데 도움이 되는 SPARK Ada 언어를 사용하여 고신뢰성 프로젝트를 위한 소프트웨어 엔지니어링에 대한 전통적인 접근 방식을 채택한 것으로 이는 항공과 같은 고신뢰성 환경에서 채택한 접근 방식입니다. 그리고 방어. 알려졌습니다. "계약별 설계"로 알려진 이 접근 방식은 원래 " "라는 책을 직접 집필한 프랑스 소프트웨어 엔지니어 Bertrand Meyer가 발명했습니다. Agile에 대한 Meyer의 비판 중에는 전면적인 디자인을 비난하고 일반화 가능한 사양보다 사용자 스토리에 초점을 맞춘 것입니다. Agile!: The Good, the Hype and the Ugly 이러한 비판은 Edensoft Labs의 " " 비디오에 자세히 설명되어 있습니다. The Ugly of Agile(Dr. Bertrand Meyer와 함께) https://youtube.com/watch?v=Xi4WG-FVT6Q 결론 Agile의 다양한 허수아비들은 아직 효능이 입증되지 않은 솔루션을 채택하기 전에 우리 모두가 비판적 태도를 취하는 것이 중요하다는 점을 강조합니다. 오해하지 마십시오. 삶의 모든 판단을 내리기 위해 무작위 대조 시험의 체계적 검토에 대한 메타 분석이 필요하지는 않지만, 낮은 증거 기반보다 높은 증거 기반의 증거를 무시할 때는 주의해야 합니다( 권위 있는 인물이 독단적인 진리로 우리에게 제시한 것과 같은). 인간으로서 변화의 이야기는 역경에도 불구하고 우리의 가슴을 뭉클하게 하며 우리 모두는 우리를 치유할 수 있는 슈퍼히어로가 있다고 믿고 싶어합니다. 그러나 맹목적인 냉소주의 역시 종종 사회를 발전시키는 진보로부터 우리 자신을 보호하게 만들 수 있습니다. 이러한 감정적인 측면을 인정하기보다는 무시하려고 노력함으로써 우리는 합리적인 결정을 내리려고 할 때 그들의 자비에 더 많이 휘말리게 됩니다. 제가 " "라는 책을 집필한 이후 가장 주목할 만한 점 중 하나는 애자일 의견 분열의 양쪽에서 가장 독단적인 사람들이 실제로 프로젝트 관리의 대부분을 형성하는 감정적, 심리적 측면을 무시한다는 것입니다. 이 책과 증거는 나에게 보여주듯이 진정으로 성공적인 변혁 계획의 중심에 놓여 있습니다. 임팩트 엔지니어링: 애자일 프로젝트 관리를 넘어서는 변화 이것은 우리가 토끼굴로 너무 깊이 들어가기 전에, 정통에 의문을 제기하고 증거를 수집하는 것이 진정으로 놀라운 발견의 핵심이라는 과학과 공학의 교훈을 기억해야 한다는 것을 엄연히 상기시켜 줍니다.
