애자일을 향한 여정: Braze는 소프트웨어 프로젝트 관리 프로세스를 어떻게 재창조했습니까?
게시 됨: 2019-02-19우리는 공식적인 프로젝트 관리에 큰 지장을 주지 않고 Braze를 구축하는 데 처음 5년 정도를 보냈습니다. 우리는 디자인 문서, Trello, 스프레드시트, 휴리스틱, 모범 사례 및 수많은 회의를 사용하여 엄청난 양의 작업을 수행했습니다. 동일한 프로젝트가 두 개 없었습니다. 일부는 현재 상태를 머리 속에 간직한 군대에 의해 운영되었고 다른 프로젝트는 거의 개별 커밋까지 세심하게 문서화되었습니다. 그것은 모두 잘 작동했습니다 ... 그렇지 않을 때까지.
2018년 초까지 우리는 몇 가지 근본적인 문제가 있다는 분명한 징후를 보기 시작했습니다.
- 한 번에 너무 많은 프로젝트가 진행 중입니다.
- 빌드 주기 후반에 변경되는 요구 사항이 너무 많습니다.
- 다른 사람들이 작업하고 있는 것에 대한 투명성이 너무 낮습니다.
- 사람들에게 프로젝트를 관리하고 작업을 적절하게 분할하는 방법에 대해 코칭하는 데 너무 많은 시간이 소요되었습니다.
이것들은 모두 상호 연결된 주요 문제 웹의 일부였습니다. 프로젝트의 우선 순위가 어떻게 지정되고, 언제 작업이 진행되고, 무엇을 구축할 예정인지 불분명했습니다. 문제는 가능한 한 핵심이었습니다. 우리는 어떻게 일합니까? 소프트웨어 프로젝트를 관리하는 방식을 근본적으로 바꿔야 할 때였습니다.