실패하는, 그리고 성공하는 제품을 만드는 방법

<aside> ❓ 🤔 작성에 앞서....

인스파이어드에서는 실패하는 제품을 만드는 방법론으로 워터폴 방법론을 소개한다.

하지만 해당 내용이 완전히 옳은 것은 아니라고 판단하여 각 방법론의 특징을 중심으로 제품을 만들고 성공하기 위한 방법을 서술하고자 한다.

</aside>

: 각 단계가 위에서 아래로 물이 떨어지듯 순차적으로 진행되며, 정해진 일정에 맞춰 각 단계가 진행되는 방법론

<aside> 👍

워터폴 방법론의 장점

대규모 팀의 합의점 도출이 용이함
개발주기가 정해져있어 일정관리가 안정적으로 가능함
요구사항이 픽스되어 목표변경에 따른 혼란이 방지됨
- 여러가지 변수를 최대한 배제
- 요구사항이 명확하여 자신의 업무 진행에 혼란을 겪지 않음 </aside>

<aside> 👎 워터폴 방법론의 단점

<aside> 👌 적합한 조직

<aside> 📌 워터폴 방법론 모형

</aside>

Frame 4.png

: 프로젝트의 반복주기를 작게 나누며 각 반복주기의 결과물을 측정, 지속적으로 각 주기를 평가하는데 사용하는 방법론.

애자일 주기가 한번 지날 때 마다 리뷰를 통해 애자일 프로세스가 얼마나 유효했는지, 구현한 단계가 실제로 사용자에게 어떤 영향을 미쳤는지 평가를 하며 진행
워터폴 방법론에 비해 조금 더 유연한 방법론

<aside> 👍

애자일 방법론의 장점

개발 과정이 유연하고 빠름
소규모 팀이 병렬적으로 과제를 할당받아 진행이 가능함
테스트 및 리뷰에 따른 빠른 의사결정이 가능함
- 외부나 내부의 리뷰, 테스트에 따른 의사결정 뿐만 아니라 애자일 방법론 자체가 프로젝트 반복 주기를 굉장히 작게 나눠 반복하는 것이기 때문
- 주기 별로 의사결정 과정이 충분히 변경될 수 있음 </aside>

<aside> 👎 애자일 방법론의 단점

변경 내역이 너무 잦을 경우 목표에 혼란이 올 가능성
짧은 프로젝트 반복 주기에 따른 높은 업무 집중도
- 팀 단위로 높은 강도로 인한 번아웃 현상 발생 가능
- 팀의 피로도 관리 측면에서 너무 잦은 애자일 방법론 사용은 독 </aside>

<aside> 👌 적합한 조직