• 프로젝트 일정 관리 방법
    DEV 2024. 11. 21. 21:19

    사진: Unsplash 의 Behnam Norouzi

    팀 매니저로서 테크리드들에게 프로젝트 계획 중 일부를 수립하도록 요청할 수 있으나, 아마도 그 작업 중 일부는 여러분이 직접 하게 될 가능성이 크다. 어떤 프로젝트를 맡을지, 진행하기로 한 프로젝트를 뒤로 미뤄야 할지를 결정해야 할 수도 있다. 애자일 방식으로 계획하고 반복되는 작업일지라도 언제 완료될 것인지 대략적인 추정을 해야 할 수도 있다.

    팀원들의 작업량을 성공적으로 관리하기 위해서는 팀의 리듬과 속도에 대해 충분히 이해할 필요가 있지만, 다행히도 도움이 될 만한 손쉬운 방법이 있다.

    프로젝트 관리에 관한 경험 법칙

    이 법칙 중 어느 것도 애자일 프로젝트 관리 방법을 대체하지 못한다.

    대부분의 팀에는 상위 수준인 장기적 목적과 이들 목적을 달성할 수 있는 단기 목표가 있다. 이것들을 실제 작은 단위로 계획할 때는 팀이 협력하여 업무를 나누고 대략적으로 추정할 수 있는 애자일 프로세스가 일정적인 업무를 원활하게 조직하는데 매우 효과적이다. 매니저로서 실행 프로세스의 일부를 방해하거나 소유하려고 하지 않아야 한다. 그러나 몇 주가 아닌 몇 달 단위로 측정되는 성과와 같은 큰 그림에 대한 책임은 매니저에게 있으며, 상위 수준의 계획을 위해 애써야 한다.

    분기별로 엔지니어당 '10주'를 갖고 있다.

    일 년에는 52주가 있으니, 분기마다 약 13주가 있는 셈이다. 그러나 현실적으로 팀은 그 시간의 많은 부분을 놓치게 될 것이다. 휴가, 회의, 검토, 교육 등 이러한 모든 일은 팀을 몰입에서 벗어나게 한다. 분기별로 팀원이 주요 프로젝트에 10주 이상 집중할 수 있다고 기대하지 않아야 한다. 1분기에 가장 생산성이 높고, 4분기에 가장 생산성이 떨어진다.

    일상적으로 필요한 일반적인 유지보수 업무를 하기 위해 20% 정도의 시간을 배정한다.

    '일반적인 기술 작업'이란 기존 코드를 테스트와 디버깅을 하고, 레거시 코드를 정리하고, 개발 언어나 플랫폼 버전을 변경하고, 갑자기 발생한 업무를 처리하는 것을 의미한다. 이를 관습으로 만들어두면 분기마다 중간 규모의 기존 코드 중 일부를 처리하여 괜찮게 개선하는 데 활용할 수 있다. 기능 개발 만으로 일정을 100% 채운 경우라면 과중한 일정의 결과로 기능 개발 속도가 바로 떨어질 것이다.

    마감 시간이 다가오면 아니오라고 말하는 것은 당신 책임이다.

    거의 틀림없이 직접 마감일을 설정하거나 혹은 윗선에서 정한 목표 일정이 마감일로 잡힌다. 이 목표를 달성하는 유일한 방법은 프로젝트 말미에 갈수록 범위를 줄이는 것이다. '반드시 있어야 할 기능'이 실제로 반드시 필요한지 파악할 수 있도록 기술 팀 리드로서 테크리드와 제품 리드/비지니스 담당자와 협력해야 한다는 의미이다. 양쪽 모두에게 아니오라고 말할 수 있어야 한다.

    빠른 추청을 할 때는 두 배 법칙을 사용하지만, 긴 작업을 추정하는 계획 시간을 따로 가져야 한다.

    인기 있는 소프트웨어 추정 방법인 두 배 법칙은 "시간 추정 요청을 받을 때마다 추측한 다음 두 배로 알려준다."이다. 이 규칙은 즉석에서 추측해 달라는 요청을 받을 때 사용할 수 있는 적절하고 좋은 규칙이다. 그러나 2주 이상 걸릴 것으로 예상되는 프로젝트에 대해 말할 때는 예상치를 두 배로 말하면 되지만 소요 시간을 확실히 하기 전에 약간의 계획 시간이 필요함을 분명히 해두어야 한다. 때때로 긴 시간이 필요한 작업일수록 추정치의 두 배 이상이 걸릴 수 있기 때문에, 팀이 규모가 크고 명확지 않은 프로젝트를 맡기 전에는 더 조심스럽게 프로젝트 계획에 일정한 시간을 투자하는 것이 의미가 있다.

    추정을 통해 팀에 가져올 내용을 선택할 수 있도록 한다.

    이렇게 추정 및 계획 과정에서 매니저의 역할을 강조하는 이유가 있다. 생각날 때마다 프로젝트 추정에 대해 계속 요청하는 매니저와 일하는 엔지니어는 신경이 쓰이고 스트레스를 받기 때문이다. 불확실성을 잘 다루어서 팀이 겪게 되는 불확실성의 정도를 제한하는 것이 매니저의 책임이다. 앵무새처럼 다른 사람의 말을 반복하며 이미 계획한 중요한 업무로 바쁜 팀원들을 방해하는, 엔지니어와 회사의 사람들 사이에 전화기 노릇은 하지 말자.

     

     

    개발 7년차 매니저 1일차 – Daum 검색

    Daum 검색에서 개발 7년차 매니저 1일차에 대한 최신정보를 찾아보세요.

    search.daum.net

     

    728x90
go.