Offcanvas

How To / 리더십|조직관리 / 소프트스킬

IT 프로젝트를 망치는 15가지 방법

2013.07.19 Jennifer Lonoff Schiff  |  CIO


그는 "각 구성원에게 어느 정도의 업무가 할당되는지 주의를 기울인다. 한 명의 구성원에게 업무가 과도하게 집중되면, 최종 제품에 문제가 생긴다. 팀의 강점을 활용하고 가능한 한 업무부담을 분산시킨다. 이를 통해 팀을 구할 수 있다"라고 말했다.

6. 정보 공유를 기다리거나 원치 않는다. "프로젝트의 후반까지 사용자 및 이해당사자들에게 결과를 제공하지 않는 폭포수 접근방식은 위험을 유발하며 때로는 실망스러운 결과를 도출한다"라고 가르시아가 말했다.

그는 이어 "사용자들은 실제로 보고 만지며 사용해 볼 때까지 스스로 무엇을 원하는지 모르는 경우가 많다"면서, 프로젝트 관리와 관련해서는 민첩하면서 반복적인 접근방식을 권장한다고 전했다 그는 "반복적인 프로젝트는 가장 필수적이고 복잡한 구성요소를 먼저 제공한 후에 짧고 신속하게 결과를 제공한다"라고 말했다.

7. 명확하게 정의된 의사결정 과정이 없다. "사용자 참여와 피드백이 중요하긴 하지만 성공적인 프로젝트 또한 명확하게 정의된 의사결정 과정이 필요하다."고 가르시아가 말했다. "프로젝트팀은 변화를 수용해야 하지만 변화결정은 권위 있는 승인, 합의, 문서가 있어야 한다. 그 과정과 명령체계를 이해하면 모두가 동일한 각본대로 움직이게 된다."

8. 프로젝트 관리 소프트웨어 시스템을 사용하지 않는다. "엑셀 스프레드시트 때문에 프로젝트 관리자는 일일이 개입하면서 '사서 고생하는' 상태 업데이트를 지속할 수 밖에 없다."고 디지털 자산관리 소프트웨어 개발사 에볼핀 소프트웨어(evolphin Software)의 CEO 브라이언 에이헌(Brian Ahearn)이 말했다.

"프로젝트 관리자는 과업이 완료될 때마다 매번 프로젝트 상태를 자동으로 업데이트하고 과업이 기한을 넘긴 경우 알려주며 완전한 최신의 프로젝트 상태 보고서를 제공하는 솔루션이 필요하다."고 그가 말했다. "최고의 툴은 프로젝트 관리자를 수고스러운 보고작업으로부터 자유롭게 하여 중요한 과업에 더 많은 시간을 쓸 수 있도록 한다."

9. 범위가 유동적이다 (또는 과도하게 변경된다). "느슨하게 정의된 불확실한 프로젝트 범위, 불완전한 뜻밖의 사실, 빈번한 변경 요청으로 인해 일정이 연장되고 비용이 증가하며 상황이 악화되며 팀의 동기가 저해되며 고객이 만족하지 않을 수 있다"고 고급 소프트웨어 개발기업 나가로(Nagarro)의 프로젝트 관리 부사장 샌딥 아난드가 말했다.

범위를 확정하기 위해서는 "프로젝트 목표를 반드시 이해하고 결과물을 정의하며 프로젝트를 매일 모니터링 해야 한다"라고 그는 설명했다. 그는 이어 변경 요청은 프로젝트에 있어서 불가피한 부분이며, 따라서 "범위 변경을 위한 예상을 편성하고 변경 요청을 수용하기 위한 프로세스를 정의하는 것"이 좋다고 전했다.

10. "아니오"라고 말하기를 꺼려한다. 좋은 프로젝트 관리자가 되기 위해서는 "교육을 받은 조언자"가 되어야 한다고 현장 서비스관리 소프트웨어 및 솔루션을 제공하는 TOA 테크놀로지스(TOA Technologies)의 고객운영 부사장 마커스 리마크가 말했다.

그는 "이는 기업, 프로젝트, 최종 사용자 또는 고객의 최대 이익을 실현하지 않는 요청에 대해 '아니오'라고 답할 수 있어야 함을 뜻한다. 거절하고 건설적인 대안을 제시하는 방법을 알면 프로젝트가 탈선하거나 지연되는 상황을 방지할 수 있다”라고 전했다.

CIO Korea 뉴스레터 및 IT 트랜드 보고서 무료 구독하기
Sponsored
추천 테크라이브러리

회사명:한국IDG 제호: CIO Korea 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아01641 등록발행일자 : 2011년 05월 27일

발행인 : 박형미 편집인 : 천신응 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2024 International Data Group. All rights reserved.