[😫 프로젝트 관리에 3가지 안티 패턴, 프로젝트를 산으로 보내는 좋은 방법] 팀에서 프로젝트를 진행하는데 다양한 방해 요소가 존재합니다. 진지하게, 프로젝트를 산으로 보내는 건 몇가지의 프로

[😫 프로젝트 관리에 3가지 안티 패턴, 프로젝트를 산으로 보내는 좋은 방법] 팀에서 프로젝트를 진행하는데 다양한 방해 요소가 존재합니다. 진지하게, 프로젝트를 산으로 보내는 건 몇가지의 프로젝트 관리를 추진하면 성공할 수도 있습니다. 그 악덕한 방법을 알려드리겠습니다. 1️⃣ Task Treadmill 최근 스타트업에서 가장 자주 볼 수 있는 것으로, "업무 런닝머신" 정도로 해석할 수 있습니다. 작동 방식은 다음과 같습니다. 1. Jira를 이용하여 작업에 대해 생각하는 모든 것을 계속 저장합니다. 2. 프로젝트를 수많은 기술에 관련된 작업으로 나누고, 설명을 적지 않습니다. 제목이 엔지니어만 읽을 수 있다면 보너스! 3. 팀이 JIRA를 보고 작업합니다. 4. 작업이 완료되지 않습니다. 5. 이상적으론 모두 완료되면 프로젝트가 완벽해집니다. 이는, 문제 해결방식이 아니라, 런닝머신처럼 일만 하게 되는 방식이 됩니다. 일은 열심히 하고 있는데 이 일이 고객과는 엄청나게 동떨어지게 됩니다. 이 방식은 팀이 계획을 세울 필요도 없을 뿐더러, 티켓(Task)을 처리하는데만 집중하기 때문에 마치 일이 진행되는 것처럼 보이지만 실제로 엄청난 시간 낭비를 만듭니다. 2️⃣ Million-Meeting Agile 이 방식은 팀이 Agile 형식을 따르되, 매우 무겁게 만드는 것입니다. 다음과 같은 방식을 사용합니다. 1. 백로그 정리를 위한 회의를 합니다(모두가 참석) 2. 매일 스탠드업을 합니다. 3. 스프린트 계획 회의를 합니다. (모두가 참석) 4. 프로젝트 평가 회의를 합니다. 5. 데모 회의를 합니다. 각자 자신의 작업을 시연합니다. 6. 스프린트 회고를 합니다. 이 과정 자체가 나쁘다는 아닙니다. 이 방식은 "마치 모두가 평등한 것처럼 보인다"라는 장점을 같고 있습니다. 그리고 팀이 하는 모든 일이 순차적이여서 마치 제대로 돌아가는 것처럼 보일 수 있습니다. 하지만 관계없는 사람을 포함한 "모두가" 하는 무한한 회의는 비효율성을 만듭니다. 특히나 작은 일에 대해서 길게 회의할 수록, 굳이 본인의 작업이 아님에도 모두의 회의에 참여할 수록 사람들은 이탈하게 됩니다. 애자일을 기민하게 하기 위해선 단위를 더욱 소형화하고 부하를 줄여야 합니다. 3️⃣ Gantt-aholic Project Management 마지막은 가장 중요한 간트차트 중독에 기반한 프로젝트 관리입니다. 프로젝트 매니지먼트를 처음 접하는 사람들이 많이 취하는 접근방식입니다. 1. 프로젝트 관리자가 간트 차트를 작성하고, 프로젝트 관리 소프트웨어 또는 복잡하게 만들어진 스프레드 시트를 이용해 관리합니다. 2. 매주 프로젝트 관리하고 모델을 유지하는데 많은 시간을 사용합니다. 3. 모델에 필요한 정보를 구축하기 위해 팀에게 지속적으로 견적을 요청해서 방해합니다. 4. 종종 부채나 결정에 대한 로그도 기록합니다. 이 방식은 다른 접근 방식만큼 사악하지는 않지만 , 사람들이 기술세계에 들어간 이유를 의심하게 만드는데 매우 효과적입니다. 제품 개발의 대부분은 불확실성에 기반하고, 이를 지키기 위해 노력합니다. 허나 간트 차트는 이런 변경성에 잘 매핑되지 않습니다. 또한 프로젝트 추정치를 일반적으로 계산하려고하면 당연히 틀리게 됩니다. 실제로 이 과정에서 프로젝트 관리자는 모델을 관리하는데 많은 시간을 쓰게되고, 이 모델을 이해하는 유일 한 사람이 되게 됩니다. 때문에 우리는 프로젝트 개발이 불확실하다는 걸 인정하고 유동적으로 추청하고 움직여야 합니다. 프로젝트 매니저의 역할은 실패를 통해 배우고, 지속적으로 전파하는데 있습니다. [짧은 코멘트] 제가 생각하기에 이 안티패턴들의 핵심은 "마치 일을 하는 것 처럼 보인다"라는 데 있습니다. 고객과 멀리 떨어진 업무이지만 기술적으로 매력적인 업무는 시간 블랙홀처럼 우리의 많은 시간을 뺏어갑니다. (그게 프로덕트에 도움이 되지 않음에도 말이죠) 또한, 모두를 위한 반복적인 회의는 딴짓을 하는 사람이 생기는 순간, 불필요하다는걸 깨달아야합니다. 가능하면 관계있는 사람들과 회의하고, 같은 업무 컨텍스트를 공유하는 사람으로 기민하게 회의해야 합니다. 마지막으로, 제 생각엔 실제로 업무를 위한 업무를 줄이고 자동화하는게 중요합니다. 더 좋은 도구가 있다면 적극적으로 사용하고, 직접적인 관계없는 사람이면 회의 결과를 공유하는 것 만으로 효과적입니다. 우리 모두 성공합시다! 😎