it 프로젝트를 망치는 방법들

IT 프로젝트를 망치는 방법DEPROMEET SEMINAR - GOODNEWS

원문 : CIO KoreaPPT 작성 - 국윤수

IT 프로젝트를 망치는 방법

IT 프로젝트를 망치는 방법 ▸ 조별과제 등 소규모 프로젝트에서는 문제가 되지 않지만 ..?

2 주 전에 한건데 왜 기억이 안나지 ?

김팀장 말바꾸는거 봤어 ?

이거 기능 바꿔야 하는데 어떻게 했더라 ?아 할 일도 많은데 이런건 왜 시키는거야

그런건 진작 했으면 좋았잖아 .

프로젝트가 제대로진행되고 있기는 한거야 ?


망쳐짐의 분류 ▸ 외적으로 망함

▸ 진행 중에 무산된 프로젝트 ▸ 결과물이 초기 계획보다 형편없음 ▸ 결과물 도출까지 많은 시간을 소요

▸ 내적으로 망함 ▸ 외적으로는 잘 진행되고 있지만 찝찝하고 내 생각과 다름


작업 계획서를 형편없게 만들거나 작성하지 않는다 ▸ 실제로 무엇을 달성할 지 팀원 , 사용자간의 합의를 거친 후 작성 ▸ 아무리 노력해도 프로젝트의 사소한 변화는 불가피

세부 사항이 조금만 바뀌어도 팀원들이 멘붕에 빠질 수 있다 .


사전에 기대치를 설정하지 않는다 ▸ 프로젝트 초기에 로드맵을 작성하지 않음 ▸ 모든 이들이 모여 프로젝트 요건과 기대치를 정의하지 않는 것

- 기능을 명확하게 정의하지 않았을 때A : 그 때 말했던 기능은 이렇게 구현하도록 하자 . B : 처음에 말했던게 그게 아니잖아 ?A : 나는 이런 뜻으로 말한거였는데 ? B : ……?


경영진의 지지를 확보하지 않는다 ▸ 경영진과 모든 것을 공유해야 심신이 편하다 .

▸ 회사 : 경영진 / 대학원생 : 교수 / 디프만 : 운영진 ▸ 재정 , 장소 , 시간 등을 지원받을 수 있어야 한다 .

후원자의 후원을 확보하지 않고 프로젝트를 실행하는 것은 생산적이지 못할 뿐 아니라 재난으로 가는 지름길브래드 클락 ( 온디맨드 PPM 솔루션을 제공하는 댑티브 (Daptiv) 의 COO)


프로젝트 규모에 상관없이 같은 방법론을 적용한다

▸ 프로젝트에 대한 전체적인 상황 분석 없이 같은 방법론만을 적용한다 면 결과물 도출에 더 많은 비용이 든다 .

애자일 (AGILE) 방법론에 푹 빠진 프로그래머 A씨----

조별과제 : 애자일 방식으로 진행하자 ! 디프만 : 애자일 방식으로 진행하죠 ! 스타트업 : 애자일 방식으로 합시다 .대기업 회장이 된 후 : 그건 애자일 방식으로 진행해- * 애자일 방법론은 소규모 프로젝트에 어울리는 방식이다 .


팀 구성원의 과도한 업무 ▸ “ 팀원은 기계가 아니다 .”

4 인 1 팀 . 혼자만 많은 일을 맡은 A 씨 -A : 이걸 혼자 해야되나 .. 따지기는 뭐하고 .. 퀄리티는 포기해야지B,C,D : 내 업무는 원래 이만큼이니까 이것만 하고 놀아야지

▸ 관리자는 팀원들을 잘 살펴야 하고 ,

▸ 팀원은 부당하다 싶으면 관리자에게 얘기할 것

“ 프로젝트의 후반까지 이해당사자들에 결과를 제공하지 않는 접근방식은 위험 을 유발하며 때로는 실망스러운 결과를 도출한다 .”


정보 공유를 기다리거나 원치 않는다


명확하게 정의된 의사결정 ( 명령체계 ) 과정이 없다예 ) 결과보고서의 형식이 명확하지 않은 경우--

관리자 : 결과보고는 엑셀로 수치화해서 하세요A, B, C 모두 엑셀로 만들지만 양식이 전부 다를 것

- → 한명이 책임지고 다 통합해야 함- → 그러면 그 사람은 또 일을 못 함


프로젝트 관리 소프트웨어를 사용하지 않는다


프로젝트 관리 도구 추천

온라인 협업 , 프로젝트 관리 무료 툴 7 선 - http://www.ciokorea.com/slideshow/22444?slide=1#stage_slide

http://www.ciokorea.com/slideshow/22444?slide=1&stage_slide


범위가 과도하게 변경된다 ▸ 느슨하게 정의된 프로젝트 범위 ▸ 불완전한 뜻밖의 사실 ▸ 빈번한 변경 요청

- 일정 연장 - 비용 증가 - 상황 악화 - 팀의 동기 저해 - 고객의 불만족


“ 아니오”라고 말하기를 꺼려한다YES..


팀 워크가 부족하다


너무 길고 잦은 회의


품질따위 고려하지 않는 “적당주의”

절대로 명심할 것 !오류 방지 비용 << 수정 비용 적당히 하다간 죽도 밥도 안된다


과거의 실수로부터 배우지 않는다 .

2 주 전에 한건데 왜 기억이 안나지 ?

김팀장 말바꾸는거 봤어 ?

이거 기능 바꿔야 하는데 어떻게 했더라 ?

아 할 일도 많은데 이런건 왜 시키는거야 그런건 진작 했으면 좋았잖아 .

프로젝트가 제대로진행되고 있기는 한거야 ?

디프만 여러분 , 사랑합니다Goodnews


it 프로젝트를 망치는 방법들

Software