프로젝트가 계획대로 정확하게 진행되는 경우는 드뭅니다. 우선순위는 바뀝니다. 요구사항은 바뀝니다. 시작 단계에서는 타당했던 방법론이 실행 중간에는 제약처럼 느껴지기 시작할 수 있습니다. 그런 일이 일어나면 팀은 방향을 전환해야 합니다. 문제는 전환으로 일을 줄이는 것보다 많아지는 때가 흔하다는 것입니다.
그렇기 때문에 Minitab Engage의 새로운 Restart Projects 기능이 중요합니다.
Restart Projects를 사용하면 프로젝트 팀 또는 엔지니어링/개선 팀이 원래 작업을 잃지 않고 다른 방법론으로 활성 프로젝트를 재시작할 수 있습니다. 팀이 하나의 프로젝트 관리 형식에서 다른 형식으로 이동하거나 다른 방법론을 채택해야 하는 경우에도 프로젝트를 처음부터 다시 구축하지 않고도 그렇게 할 수 있습니다.
모든 것이 그대로 유지됩니다. 도구, 문서, 양식 및 프로젝트 데이터는 재시작된 프로젝트 내에서 보존되고 정리됩니다. 모든 것이 저장됩니다. 수동으로 다시 만들 필요가 없습니다.
많은 회사에서는 업무에 지장을 주기 때문에 방법론 변경을 피합니다. 프로젝트 중간에 프레임워크를 전환하면 종종 파일을 복제하고 데이터를 다시 입력해야 하며 버전 관리 문제의 위험이 따릅니다. 따라서 팀은 단지 변경에 비용이 너무 많이 든다고 느끼는 것 때문에 더 이상 적합하지 않게 된 구조를 그대로 안고 계속 진행합니다.
프로젝트 요구 사항이 변경되면 권한이 있는 리더가 워크플로우를 더 적합한 형식으로 신속하게 재조정할 수 있습니다. 프로젝트가 계속 진행되지만, 현재 목표를 더 잘 뒷받침하는 구조하에서 진행됩니다. 방법론이 업무에 맞게 조정되는 것이 아닙니다. 어쩌면 방법론이 업무에 맞게 바뀔 수 있지 않을까요?
재시작된 프로젝트 내에 기존의 모든 도구와 데이터가 보존되므로 무엇을 했고 왜 전환이 이루어졌는지에 대한 명확한 기록이 남습니다. 어떤 것도 파편화되지 않습니다. 어떤 것도 중복된 작업 공간에 묻히지 않습니다.
현대 조직은 하나의 정적 프레임워크로 운영되지 않습니다. 이니셔티브마다 접근 방식이 다릅니다. 혁신 노력에는 하나의 구조가 필요할 수 있습니다. 운영 개선에는 또 다른 구조가 필요할 수 있습니다. 포트폴리오가 더욱 복잡해짐에 따라 처음부터 다시 시작하지 않고 방법론을 전환할 수 있는 능력이 있다면 전략적 이점이 됩니다.
Engage는 Restart Projects를 통해 그러한 수준의 적응성을 지원합니다. 팀은 과거의 노력을 포기하지 않고도 개발되는 대로 새롭거나 수정된 제품 관리 형식을 채택할 수 있습니다.
이 기능은 권한 기반이기 때문에, 데이터 설계자와 운영 위원회 구성원이 재시작이 언제, 어떻게 이루어지는지 제어할 수 있습니다. 거버넌스는 그대로 유지됩니다. 리더십은 전환에 대한 가시성을 유지할 수 있습니다. 팀은 모멘텀을 유지합니다.
팀에 관리 업무가 너무 많다고 느껴 방향을 바꾸는 것을 주저한 적이 있다면, 이 기능은 그 장벽을 직접 해결합니다. 적절할 때 전환할 수 있습니다. 전략이 바뀌면서 프레임워크도 발전시킬 수 있습니다. 또한 진행 상황이나 통제력을 잃지 않고도 그렇게 할 수 있습니다.
프로젝트는 바뀝니다. 시스템도 함께 바뀔 수 있어야 합니다. Restart Projects는 Minitab Engage 내에서 이를 가능하게 합니다.