올바른 재시작을 위한 점검
프로젝트 리부트는 적절한 기회와 거대한 리스크를 동반한 의사결정입니다. 실제로 여러 소프트웨어 프로젝트들이 리부트를 시도했으나 실패한 바 있습니다. 소프트웨어 프로젝트의 리부트 사례를 살펴봤습니다.
Team Management
심플 사보타지 - 관리자 및 감독관 (1)
조직의 관리자인가요? 그렇다면 더 많은 일을 할 수 있습니다.
마일스톤 목표의 우선순위 설정과 실행여부
마일스톤 계획을 이상적인 형태로 설정하지 않는다면 우선순위 설정과 반드시 만나게 됩니다. 그런데 우선순위는 생각보다 그 의미가 크지 않습니다.
절망의 벽
프로젝트 내에 수직계열화된 단위 조직은 종종 그 효율성에도 불구하고 목적 달성에 실패합니다. 충분한 자원을 투입했음에도 이들이 실패하는 원인은 무엇일까요?
카를로스 사인츠의 팀 선택 의사결정
카를로스 사인츠의 팀 선택 의사결정은 우리가 다른 프로젝트로부터 검증된 인력을 모셔 올 때 어떻게 행동해야 하는지에 대한 교훈을 줍니다.
팀의 사기를 개선하는 유일한 방법
팀의 사기를 올리는 방법에는 사람들을 잘 대해 주고 그들의 개인적, 직업적 요구를 확인하고 그에 맞춰 행동하는 것도 있습니다. 근데 이들이 근본은 아닙니다.
왜 그 프로젝트는 출시되지 않을까
어떤 프로젝트는 개발을 계속하지만 영원히 출시되지 않을 것처럼 보입니다. 어째서일까요? 어쩌면 출시가 목적이 아닐 수 있기 때문입니다.
팀즈 만든 놈들은 지옥에나 가라
마이크로소프트 팀즈는 형편없습니다. 동작이 문제가 아니라 채팅과 채널로 구분된 개념은 여러 다른 도구와 충돌하며 사람들이 자연스럽게 서로 말할 수 없게 만드는 나쁜 도구입니다.
달성되지 않은 목표에 대한 위기관리
항상 모든 마일스톤 목표를 달성할 수 있지는 않습니다. 또 달성한 목표가 성과로 연결되지도 않습니다. 이런 상황은 나중에 큰 위기로 찾아올 겁니다. 그럴 때를 어떻게 대비할 수 있을까요?
독성 사람
안타깝지만 세상에는 독성 사람이 있습니다. 이 분들과 함께 일할 수 있을까요?
느긋하게 가자
이제 허니문 기간은 없습니다. 마음에 안 드는 점들은 제가 해결해 나갈 업무들입니다. 다만 이 모든 것들을 천천히 해 나갈 작정입니다.
직접 만들어야 할까?
언제까지 실무와 연결된 끈을 붙잡아야 할까요. 아니면 끈을 붙잡는 행동이 올바를까요?