O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

애자일, 한때의 유행인가

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio

Confira estes a seguir

1 de 48 Anúncio

애자일, 한때의 유행인가

Baixar para ler offline

애자일이 우리의 삶에 어떤 의미일까요? 애자일이 우리에게 더 나은 세상을 선사해 줄 수 있을까요, 아니면 한때 지나가는 유행일 뿐일까요? 복잡계 그리고 커네빈 프레임워크라는 렌즈를 통해 진정한 애자일이란 무엇인지, 그리고 애자일이 왜 선택의 문제가 아닌 생존의 문제인지에 대해 논의합니다.

애자일이 우리의 삶에 어떤 의미일까요? 애자일이 우리에게 더 나은 세상을 선사해 줄 수 있을까요, 아니면 한때 지나가는 유행일 뿐일까요? 복잡계 그리고 커네빈 프레임워크라는 렌즈를 통해 진정한 애자일이란 무엇인지, 그리고 애자일이 왜 선택의 문제가 아닌 생존의 문제인지에 대해 논의합니다.

Anúncio
Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (20)

Quem viu também gostou (13)

Anúncio

Semelhante a 애자일, 한때의 유행인가 (20)

Mais recentes (6)

Anúncio

애자일, 한때의 유행인가

  1. 1. 애자일, 한때의 유행인가 조승빈 selfothercontext@gmail.com
  2. 2. 조승빈 Lean/Agile Coach Software Engineer ODer/Facilitator
  3. 3. “그거 이미 10년 전에 실패한 방법론이잖아.” “원래 방법론은 유행 같은 거야.” “성공 사례 있으면 한 번 갖고와봐.”
  4. 4. 1970년대 MBO 1980년대 Productivity 1990년대 TQM 2000년대 Six-Sigma 2010년대 ?
  5. 5. 정말로 애자일도 한때 지나가는 유행일까?
  6. 6. Linkdin/Glassdoor 검색 결과 (2017년 9월 16일)
  7. 7. 이렇게 수많은 조직들은 왜 애자일 코치를 채용하고 있는 것일까? 애자일을 통해서 어떤 문제를 해결하고 싶은 것일까? 결국, 애자일이란 무엇인가?
  8. 8. Complex Systems
  9. 9. A complex system is a system composed of many components which may interact with each other. — Wikipedia, “Complex systems” 복잡계(complex system)란 서로 상호작용하는 많은 구성요소로 이루어진 계 (system)을 말한다. — 위키백과, “복잡계”
  10. 10. Interaction 다양한 구성 요소들로 이루어져 있으며, 서로 활발히 상호작용 한다. Autonomy 각 구성 요소는 특정한 경계 내에서 매우 자율적이다. Emergence 전체의 행위는 구성 요소 사이의 상호작용으로부터 창발된다. Far from Equilibrium 끊임 없이 예기치 않은 사건이 발생하여, 평형 상태를 유지할 수 없다. Non-Linearity 사소한 사건이 매우 큰 결과로 증폭되기도 한다. Self-Organization 예기치 않은 사건에 대응하여 스스로 조직화 할 수 있다. Co-Evolution 환경 변화에 맞추어 함께 진화한다.
  11. 11. Cynefin Framework
  12. 12. Cynefin [/ˈkʌnɨvɪn/ kun-EV-in], 아마도 “커네빈”? Dave Snowden (1954 ~ ) “The New Dynamics of Strategy: Sense-Making in a Complex and Complicated World” (IBM System Journal, 2003) “A Leader’s Framework for Decision Making” (Harvard Business Review, 2007)
  13. 13. Ordered Systems Complex Systems Chaotic Systems Disorder 세 가지 기본 시스템
  14. 14. Complex Systems Chaotic Systems Disorder Complicated Systems Obvious Systems
  15. 15. Obvious ComplicatedComplex Chaotic Disorder Best Practice Good PracticeEmergent Practice Novel Practice Sense Categorize Respond Act Sense Respond Probe Sense Respond Sense Analyze Respond
  16. 16. Obvious ComplicatedComplex Chaotic 오타 수정 CS 대응 빌드 및 배포 작업 일정 추정 요구사항 변경 장애 대응 코딩 표준에 대한 논쟁 라인 단위 코딩 함수 단위 코딩 클래스/모듈 단위 코딩 자동화 오픈소스 활용 디자인 패턴
  17. 17. Implications Q. 복잡한 오늘날의 비즈니스 환경에서 우리는 어떻게 문제에 접근해야 하는가? A. 서로 다른 문제에는 서로 다른 해결책이 필요하다.
  18. 18. Cynefin 그리고 애자일
  19. 19. 애자일 소프트웨어 개발 선언 우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다: 공정과 도구보다 개인과 상호작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과의 협력을 계획을 따르기보다 변화에 대응하기를 가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.   © 2001, 상기 저자들
 이 선언문은 어떤 형태로든 자유로이 복사할 수 있지만, 본 고지와 함께 전문으로서만 가능하다. 켄트 벡 제임스 그레닝 로버트 C. 마틴 마이크 비들 짐 하이스미스 스티브 멜러 아리 판 베네컴 앤드류 헌트 켄 슈와버 앨리스터 코번 론 제프리스 제프 서덜랜드 워드 커닝엄 존 컨 데이브 토머스 마틴 파울러 브라이언 매릭
  20. 20. 애자일 선언 이면의 원칙 우리는 다음 원칙을 따른다: 1. 우리의 최우선 순위는, 가치 있는 소프트웨어를 일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다. 2. 비록 개발의 후반부일지라도 요구사항 변경을 환영하라. 애자일 프로세스들은 변화를 활용해 고객의 경쟁력에 도움이 되게 한다. 3. 작동하는 소프트웨어를 자주 전달하라. 두어 주에서 두어 개월의 간격으로 하되 더 짧은 기간을 선호하라. 4. 비즈니스 쪽의 사람들과 개발자들은 프로젝트 전체에 걸쳐 날마다 함께 일해야 한다. 5. 동기가 부여된 개인들 중심으로 프로젝트를 구성하라. 그들이 필요로 하는 환경과 지원을 주고 그들이 일을 끝내리라고 신뢰하라. 6. 개발팀으로, 또 개발팀 내부에서 정보를 전하는 가장 효율적이고 효과적인 방법은 면대면 대화이다. 7. 작동하는 소프트웨어가 진척의 주된 척도이다. 8. 애자일 프로세스들은 지속 가능한 개발을 장려한다. 스폰서, 개발자, 사용자는 일정한 속도를 계속 유지할 수 있어야 한다. 9. 기술적 탁월성과 좋은 설계에 대한 지속적 관심이 기민함을 높인다. 10. 단순성이 -- 안 하는 일의 양을  최대화하는 기술이 -- 필수적이다. 11. 최고의 아키텍처, 요구사항, 설계는 자기 조직적인 팀에서 창발한다. 12. 팀은 정기적으로 어떻게 더 효과적이 될지 숙고하고, 이에 따라 팀의 행동을 조율하고 조정한다.
  21. 21. Define Measure AnalyzeImprove Control Plan Do Check Act Planning Action Fact Finding Build MeasureLearn Action Reflection Learning Planning Inspection Adaption
  22. 22. 하나. 여전히 과거의 패러다임에 익숙하다
  23. 23. 둘. 본질이 아니라 형식을 따른다 하나. 여전히 과거의 패러다임에 익숙하다
  24. 24. 셋. 은탄환이 존재할 것이라고 믿는다 둘. 본질이 아니라 형식을 따른다 하나. 여전히 과거의 패러다임에 익숙하다
  25. 25. 가치 중심 사고
  26. 26. 짝 프로그래밍피드백 개선 상호이익 실패
  27. 27. XP Simplicity Communication FeedbackRespect Courage Scrum Commitment Courage RespectOpenness Focus Kanban Transparency Balance Collaboration Flow Customer Focus Leadership Understanding Agreement Respect
  28. 28. Techniques, Tactics, Tools Results Reflection: Underlying Assumptions HOW?WHY? 더 효율적인 방법이 무엇일까? 이 방법이 목표를 달성하는 가장 효과적인 방법일까? Single-Loop Thinking Double-Loop Thinking + +
  29. 29. 애자일이란 무엇인가
  30. 30. 오늘날의 비즈니스 환경에서 우리는 갑작스러운 위험과 기회에 재빠른 대응을 할 수 있어야 하고, 함께 일하는 “Specialized Generalist”들로 팀을 구성하는 것이 바람직하며, 통합을 위한 수평 방향 및 수직 방향 의사소통이 모두 원활해야 하고, 빠르고, 작으면서도, 실패에 안전한 실험이 가능해야 하며, 실패를 통해 무엇이 유효하고 무엇이 유효한지 학습할 수 있어야 한다.
  31. 31. 애자일의 핵심은 요구사항을 완전히 알지 못하거나 신뢰할 수 없는 상황에서 엄격하면서도 유연한 개발 프로세스를 통해 팀 전체가 일관된 품질의 결과물을 제공할 수 있도록 하는 것이다.
  32. 32. “Agile is the ability to create and respond to change in order to succeed in an uncertain and turbulent environment.” “애자일이란 불확실하고 급변하는 환경에서 성공을 거두기 위해 변화를 만들고 대응하는 역량이다.” — Agile Alliance
  33. 33. 그래서, 애자일은 한때의 유행인가?
  34. 34. “Values are not fads. You have them and cherish them, or you don’t. I perceive that many in our industry will continue to build better and better software based on these values.” “가치는 한때의 유행이 아닙니다. 여러분이 가치를 소중히 여길 수도 있고 그렇지 않을 수도 있지만, 나는 많은 사람들이 가치를 기 반으로 삼아 계속해서 더 좋은 소프트웨어를 만들어 갈 것임을 알고 있습니다.” — Ken Schwaber
  35. 35. 감사합니다 조승빈 selfothercontext@gmail.com

×