Hacker News 의견

• Agile의 문제점

  • 한 회사의 엔지니어링 디렉터로서, 독립적인 Scrummaster 팀이 아침 스탠드업만 주관하고 나머지 시간에 무엇을 하는지 알 수 없었음
  • Scrummaster 팀의 역할을 줄이고 팀을 자율적으로 운영하도록 하여 회사의 중심 팀으로 성장시킴
  • Scrummaster 팀은 절반으로 줄어듦

• Agile Manifesto의 원칙

  • 개인과 상호작용을 프로세스와 도구보다 중시
  • 포괄적인 문서보다 작동하는 소프트웨어를 중시
  • 계약 협상보다 고객 협력을 중시
  • 계획을 따르는 것보다 변화에 대응하는 것을 중시

• Agile의 핵심

  • Agile은 개발 속도를 빠르게 하는 것이 목적이 아님
  • 불필요한 기능을 피하고 낭비를 줄이는 것이 중요함
  • 작은 반복 작업을 통해 큰 디자인을 피하고 ROI가 낮은 기능을 방지함
  • JIRA는 문제를 추적하는 시스템일 뿐, 배달 문제의 원인이 아님

• Agile의 유연성

  • Agile은 고정된 방법론이 아니며, 팀과 조직에 맞게 유연하게 운영되어야 함
  • 프로젝트마다 이해관계자가 다를 수 있어 유연하게 대응해야 함

• JIRA에 대한 의견

  • JIRA는 문제와 프로젝트를 읽고, 댓글을 달고, 작업 완료 여부를 확인하는 데 유용함
  • 대부분의 사람들이 JIRA를 싫어하는 이유는 조직이 스프린트와 포인트를 관리 도구로 사용하기 때문임
  • JIRA는 단순한 작업 및 버그 추적 도구로서 괜찮음
  • Agile과 JIRA는 별개이며, Agile 프로세스 자체에 대한 불만이 많음

• Agile의 기원

  • Agile은 웹 개발 컨설팅에서 나쁜 고객을 관리하기 위한 방어적 프로세스로 탄생함
  • 모든 결정을 문서화하고, 확정된 타임라인을 피하며, 작업 산출물을 세세하게 생성하는 것이 중요함
  • 이는 소프트웨어를 만드는 좋은 방법은 아니지만 일관된 방법임
  • 대규모 비기술 기업에게 매력적이며, 기술이 아닌 다른 요소가 경쟁 우위인 경우 소프트웨어가 충분히 잘 작동하기만 하면 됨

• Agile의 현재

  • Agile은 죽어가는 것이 아니라 이미 승리한 상태임
  • 반복적인 개발이 소프트웨어 개발의 기본이 됨

• JIRA의 문제점

  • JIRA는 Agile이 아니며, 불필요한 기능이 많은 소프트웨어임
  • 보드와 알림만 필요하다면 잘못된 사용법임

• Agile의 적용

  • Agile의 원칙을 수백 개의 프로젝트에 적용하려고 노력함
  • 고정된 범위, 예산, 타임라인을 가진 프로젝트에서 Agile을 운영하는 것이 어려움
  • 프로젝트 목표와 측정 방법을 정의하면 우선순위 기능으로 범위를 조정할 수 있음
  • 일부 프로젝트는 Agile 방법론을 사용하고, 다른 부분은 워터폴 방식으로 진행하여 혼합된 접근 방식을 사용함