https://www.comicagile.net/comic/the-why-of-going-agile/ The ‘Why’ of going agile – Comic Agilé #5 – The ‘Why’ of Going Agile ‘Going agile’ will most likely increase the value-add of your organization, happiness of employees and engagement of customers, but it will not make you better at meeting the Iron Triangle. Therefore, if your company www.comicagile.net

https://www.comicagile.net/comic/burned-down/ Burning Down – Comic Agilé www.comicagile.net

https://www.comicagile.net/comic/skateboards/ Skateboards – Comic Agilé #3 – Skateboards Authors’ comments: A well-known metaphor for creating Minimum Viable Products is the skateboard that evolves into a scooter, bike and, finally, a car. The idea is that, when the customer asks for a car, we should ask him ‘why’. The www.comicagile.net Authors’ comments MVP를 만드는 데 잘 알려진 은유는 스케이트보드가 발전해 스쿠터, 바이..

https://www.comicagile.net/comic/distributed-hoarding/ Distributed Hoarding – Comic Agilé #2 – Distributed Hoarding Authors’ comments: Unfortunately, this is a potentially realistic scenario these days, especially if you work with Scrum teams here in Denmark where the government has “shut down” the country (i.e., schools, companies and www.comicagile.net

https://www.comicagile.net/comic/the-program-board/ The Program Board – Comic Agilé #1 – The Program Board Use the overview of your many dependencies as fuel for reducing and, ideally, eliminating them by organizing around Value Streams or products, creating teams capable of end-to-end value delivery, and slicing features more verticall www.comicagile.net

“소프트웨어 개발에는 본질적인 방법이 존재한다. 그 방법은 모두에게 도움을 준다." PART 1 가치를 이루는 것들 CHAPTER 01 가치 찾기 가치 Value 우리가 원하는 것 가이드 Guiding 책임감 있게 가치를 생산해줄 개발팀을 구성해 가치를 만듭니다. 조직 구성 Organizing 피처 feature 를 기준으로 맡은 일을 끝낼 수 있는 개발팀을 구성해야 합니다. 계획 Panning 필요한 순서대로 피처를 선택하여 프로젝트를 이끌어야 합니다. 가치를 제때 완성해야 합니다. 개발 Building 피처 단위로 제품을 개발해야 합니다. 이 방법은 가치를 자주 전달할 수 있게 합니다. 분할 Sicing 피처를 가치가 있되, 가장 작은 단위로 쪼개야 합니다. 품질 Qualty 항상 제품이 잘 설계되고..

DOING AGILE RIGHT 조직을 민첩하고 유연하게 바꾸는 애자일 전략 Ask the Authors - Doing Agile Right | Bain & Company 프롤로그 균형 잡힌 애자일 기업으로 나아가기 애자일 agile (혁신을 목표로 빠르게 움직이는 자율경영팀에 의존하는 경영 철학)은 이미 공식적으로 기업 경영의 주요한 방식으로 사용되고 있다. 수많은 혁신의 원천인 IT 부문은 사실상 애자일 방법이 지배적인 상황이 되었다. 최근의 통계에 따르면 소프트웨어 개발자의 85퍼센트가 업무에 애자일 기법을 활용하고 있다. Stack Overflow Developer Survey 2018 조사 대상 소프트웨어 개발자 10만 1,592 명 중 85.9퍼센트가 업무에 애자일을 사용 2019년부터는 아예..

Dominica DeGrandis – More No Less WIP 들어가며 스스로에게 과부하를 줄 뿐만 아니라, 팀에도 과부하가 걸린다. 이것이 IT분야의 일상적인 현실이다. 보통 하던 일을 중단하고, 다른 프로젝트에서 일을 시작한다. 항상 방해를 받기 때문에 한 가지 일에 집중해서 제대로 일을 처리할 수가 없다. 문맥 전환context switching은 자리 잡고 앉아 일에 충분히 집중할 수 있는 능력을 손상시킨다. 결과적으로 업무의 품질이 좋기를 바라지만 불행히도 만족스럽지 않다. 요청의 양(요구 사항)과 사람들이 요청을 처리해야 하는 시간(그들의 수용량은 늘 불균형을 이룬다. 이 때문에 새로운 업무를 시작하기 전에 이미 진행하던 일을 완료하도록 집중할 수 있는 당김 시스템pull system이 ..

1장 애자일 소개 중간 단계의 작은 목표를 고르고, 그 진행 상황을 측정한다는 아이디어는 너무나 직관적이고 인간적이다. 혁신이라고 할 것도 없다. 과학적 관리법은 변경 비용이 많이 드는 프로젝트에서 제일 잘 동작했고, 목표가 극도로 명확한 매우 상세하게 정의된 문제를 잘 풀었다. • 공정과 도구보다 개인과 상호작용 • 포괄적인 문서보다 작동하는 소프트웨어 • 계약 협상보다 고객과의 협력 • 계획을 따르기보다 변화에 대응하기 프로젝트 관리의 철십자Iron Cross. 좋음, 빠름, 저렴함, 완성. 이 중 셋만 고를 수 있다. 네 번째 것은 가질 수 없다. 마치 CAP theorem을 보는 느낌. 정말 깔끔한 정리. 이렇게 정리하는 능력이 있어야 이 정도로 업계를 선도할 수 있는가 감탄했다. 애자일 개발은 ..

속도를 안정성과 연계시키기 때문에 훌륭한 IT 프랙티스는 속도와 안정성을 모두 제공한다. 전체 소프트웨어 개발 프로세스 중 코드 커밋에서 릴리스까지를 특히 중시하고 있다는 점도 중요 설문 조사와 데이터에 대한 세밀한 분석은 IT 조직 대부분을 확연히 향상시킬 수 있는 프랙티스에 관한 가장 좋은 타당한 이유를 제시 1990년대 기업 문화에서 중요한 화두는 ‘스피드 경영’이었다. 속도는 30년전에 이미 강조됐던 아주 오래된 화두다. 빠른 참조: 케이퍼빌러티 케이퍼빌러티’는 다섯 개 영역으로 분류할 수 있다. 지속적 전달Continuous Delivery (CD) 아키텍처 제품 및 프로세스 린 관리 및 모니터링 문화 지속적 전달 케이퍼빌러티 1 버전 컨트롤: 4장 2 배포 자동화: 4장 3 지속적 통합: 4장..