Hacker News 의견

• 현대 기업 구조가 문제의 근원임

  • 책임과 의사결정이 기업 계층 구조를 따라 올라가야 한다는 현대 관리 이론이 있음
  • 하위 직원들이 제품에 대해 가장 적게 알고 있다고 여겨짐
  • 그러나 실제로는 현장 직원들이 가장 많은 정보를 가지고 있음
  • 소프트웨어 엔지니어링을 조립 라인 프로세스로 만들면 혁신이 멈추게 됨
  • 평등한 관리 계층 구조가 답은 아니지만, 현장 직원들을 무력화하지 않는 방법이 필요함
  • <i>Reinventing Organisations</i> 책이 혁신적인 기업 구조에 대해 설명함

• 애자일의 좋은 아이디어들이 일반 소프트웨어 엔지니어링에 흡수됨

  • 애자일 프로그래머는 엄격한 스탠드업 미팅, 칸반 보드 등을 따르는 것으로 여겨짐
  • 애자일이 지식의 분할과 소프트웨어 엔지니어링의 기술 저하를 초래했다고 생각하지 않음
  • 대량 생산의 경향으로 인해 발생한 문제임
  • 자동차 회사나 가구 공장에서도 비슷한 현상이 나타남

• 애자일, 스크럼, OKR에 대한 불만

  • 이들 모두가 자유와 책임을 하위 직원들에게 밀어준다고 약속하지만, 실제로는 중앙 집중화됨
  • OKR을 반대로 적용해보고 싶음
  • 모든 직원이 자신의 영역에서 주요 결과를 정의하고, 관리자가 이를 기반으로 팀의 방향을 설정해야 함
  • 하향식이 아닌 상향식 접근이 필요함
  • 잘 고용하고, 잘 훈련시키고, 직원들을 신뢰해야 함

• 백로그 정리 회의에서의 경험

  • 익숙하지 않은 코드의 버그 수정을 추정해야 했음
  • 추정이 어려워 대충 숫자를 말했음
  • 애자일이 세 곳에서 비슷하게 운영됨

• 애자일의 문제점에 대한 이론

  • 작업을 작은 부분으로 나누는 것이 유익하지만, 프로그래밍에서는 창의성이 필요함
  • 작업을 나누는 과정에서 많은 정보가 손실됨
  • 개발자는 창의적인 해결책을 찾아야 하지만 필요한 정보를 얻지 못함
  • 경험 많은 개발자나 더 나은 설계 다이어그램과 문서화가 필요함

• 소프트웨어 품질 저하

  • 지난 몇 십 년 동안 소프트웨어가 나빠짐
  • 더 강력한 기계를 사용하지만 반응성이 떨어짐
  • 애자일의 부상과 관련이 있을 수 있음

• 엔지니어가 코드의 일부를 "소유"하게 해야 함

  • 팀의 소프트웨어가 최고였던 시기임

• 일일 스탠드업 회의를 피한 경험

  • 지속적인 회고와 작업 분할이 비효율적이었음
  • 비기술적 관리자에게만 유익했음

• 대규모 조직의 문제

  • 개발자들이 더 이상 리드하지 않음
  • 상위에서 비전, 제품, UX, 프로젝트 관리가 결정됨
  • 개발자들은 클라우드 기술을 사용해 작업함
  • 전체 그림을 이해하거나 중요한 제안을 할 수 없음

• 소프트웨어 개발의 "마법"을 되찾아야 한다는 의견

  • 20년 이상 업계에 있었음을 알 수 있음
  • 젊은 프로그래머들과 시간을 보내면 여전히 마법이 존재함
  • 20년 전에도 비슷한 불만이 있었지만, 여전히 재미있게 작업했음