개발자들이 애자일을 좋아하는 이유는 무엇인가요?
개발자들은 분산이 적은 산업 생산에서 차용한 워터폴과 같은 프로젝트 방법론에 대응하기 위해 애자일을 도입했습니다. 워터폴은 동일한 것을 많이 생산할 때는 효과적이지만, 불확실성이 크고 자주 과정을 조정해야 하는 개발 분야에서는 적합하지 않았습니다.

애자일은 미래가 불확실하다는 생각을 수용하며, 확실성이라는 잘못된 내러티브를 보여주는 긴 프로젝트 간트 차트를 작성하기보다는 이를 인정하고 작업을 에픽과 스프린트로 나누는 것이 더 효율적입니다.

그러나 일부 개발자는 프로젝트 관리자가 스크럼 마스터처럼 보이거나 프로세스에 너무 많은 경직성이 있는 공식적인 애자일 프로젝트의 경직성을 거부하는 반대의 움직임도 있는데, 이는 '애자일'과는 정반대되는 것입니다.

요약하자면, 개발자들은 일반적으로 애자일을 좋아하지만, 대부분의 개발자는 엄격한 "애자일 프로젝트" 접근 방식보다는 "애자일이 되는 것"을 좋아한다는 사실을 인정해야 합니다.
Why do developers like Agile?
Developers embraced Agile in response to project methodologies like Waterfall, which was borrowed from low variance industrial production. Whilst waterfall worked well when producing many of the same thing, in development, where there is much uncertainty and a need to adjust course often.

Agile embraces the idea that the future is uncertain, and rather than build long project gantt charts that show a false narrative of certainty, it is more efficient to acknowledge this and break work up into epics and sprints.

There is a counter movement however to Agile, where some developers reject the rigidity of formal agile projects where project managers are essentially appearing as scrum masters or where there is too much rigidity in the processes which is the antithesis of "Being Agile".

So in summary, whilst developers like Agile generally, it should be acknowledged that most developers like "Being Agile" rather than a strict "Agile Project" approach.