<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:thr="http://purl.org/syndication/thread/1.0">
  <title type="html">강팀장의 WEB E.Y.G (웹 이야기): 프로젝트-실패의-원인-프로젝트-실패-인적자원-때문인-경우는-작다-2에 달린 최근 댓글/트랙백 목록</title>
  <id>http://ebizstory.com/eyg/</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="http://ebizstory.com/eyg/" />
  <subtitle type="html">웹기획, PM, e-Biz, 컨설팅, 마케팅에 대한 이야기들.....</subtitle>
  <updated>2008-12-29T20:23:57+09:00</updated>
  <generator>Textcube 1.7 : Risoluto</generator>
  <entry>
    <title type="html">강팀장님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://ebizstory.com/eyg/330#comment1923" />
    <author>
      <name>(강팀장)</name>
    </author>
    <id>http://ebizstory.com/eyg/330#comment1923</id>
    <published>2007-11-21T13:11:10+09:00</published>
    <summary type="html">톰 디마르코와 키모시 리스터는 &#039;Waltzing with Bears-리스크관리&amp;quot; 책에서 모든 소트웨어 프로젝트에 공통적인 리스크로 5가지를 말하고 있습니다.

1. 일정의 결함
2. 요구사항의 확대
3. 투입인원의 불확실성
4. 설계 명세서의 불확실성
5. 팀원의 낮은 수행능력

이 중에서 실재로 5번의 경우만 수행능력에 대해서 말하고 있으며, 1~4까지는 팀원의 입장이 아니라 결정권자, 매니저, 리더 등의 역활에 의한 사업자체의 리스크발생 경우가 높다고 합니다.

특히 5번은 실제 큰 리스크가 되지 않는다고 강조하는 이유를 많은 관리자들이 리스크 관리를 수행능력의 저하에 대한 변명으로 삼기 때문이라고 하고 있습니다.

그 만큼 관리자의 권한과 책임이 중요하다고 할 수 있겠죠. 1~4까지는 관리자가 어떻게 관리하느냐에 따라 프로젝트는 달라진다고 합니다.

그런데 정작 관리자에게 그만한 권한과 책임을 주어지느냐가 문제라고 할 수 있겠습니다.

아직 권한과 책임에서 많은 IT 회사는 책임 이라는 단어를 더 선호하는 것 같습니다. 책임을 말하기전에 먼저 고민해야 하는 부분이 있다는 것을 명확하게 알아야 하겠습니다.</summary>
  </entry>
  <entry>
    <title type="html">굼뱅이님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://ebizstory.com/eyg/330#comment1922" />
    <author>
      <name>(굼뱅이)</name>
    </author>
    <id>http://ebizstory.com/eyg/330#comment1922</id>
    <published>2007-11-21T11:38:58+09:00</published>
    <summary type="html">결론적으로 보면 
프로젝트의 실패원인은 무언가를 결정할 수 있는 위치에 있는 사람들이 
똑똑하지 못해서겠지요..

능력이 떨어지는 인력을 배정하는 결정을 하는 것, 
고객의 요구사항을 적절히 컨트롤 하지 못하는 것,
팀웍을 이끌어 내지 못하는 것,
부조리한 팀내 룰로 인해 원성을 사고 생산성을 올리지 못하는 것
이 모든것들이 똑똑하지 못한 또는 과감하지 못한 결정권자들 탓이겠지요

하지만 결정권자라는 것이 회사의 대표, 임원, 부장들을 지칭하는 것만은 아니라는 것도 중요합니다
고객의 요구사항을 컨트롤 하는것은 PM이나 기획파트에서도 가능하고
인력의 배정에는 PM뿐만 아니라 각 PL들도 가능하고 (최소한 거부권이라도)
팀웍또한 팀원들 개개인이 리드할 수 있다고 생각합니다

누군가가 이러한 역할을 한다면 
지칭하는 결정권자 또는 CEO의 능력부재에도 불구하고 
프로젝트는 성공할 수 있을것입니다</summary>
  </entry>
  <entry>
    <title type="html">프로젝트 실패의 원인(Project Failure Cause)</title>
    <link rel="alternate" type="text/html" href="http://ebizstory.com/eyg/330#trackback25188" />
    <author>
      <name>(theThinkings.com)</name>
    </author>
    <id>http://ebizstory.com/eyg/330#trackback25188</id>
    <published>2008-12-08T15:55:15+09:00</published>
    <summary type="html">[프로젝트 실패의 원인] 프로젝트 실패 인적자원 때문인 경우는 작다.http://ebizstory.com/eyg/330위 글에서 나온 것처럼 IT산업에서 진행되는, 특히 SI형태의 프로젝트는 그 성공율이 낮다.약 30%정도 </summary>
  </entry>
</feed>
