软件项目管理心得(二)失败篇


    这是我第二次写关于项目管理的文章。在最近的一段时间内,我经历了两次连续的项目管理失败。 
    第一个失败是前一片文章的asp.net项目,由于客户突然给了我一个完全不可能实现的期限,让我无所适从。
去年八月份,客户将项目的相关要求给我,并让我担任项目的队长。然后我按照一般文档驱动的方式开始准备和完善相关的文档。
在九月份的时候,客户跟我说,要我在11月将项目完工,并对我说,我最好在此之前完成该项目。如果完不成,项目也可以延期。
由于那是我的第一个.net的项目,所以我对项目在什么时候完成没有一个肯定的预期。但是在11月的时候,即使我没有完整项目经验,但是我知道那肯定是完不成的。
    接着客户不同意我的做法,他为了在理想期限中完成项目,决定放弃文档,这让整个团队的合作(我们的队员分散在全国各地的大学中,基本上只有通过文档才能联系)变得举步维艰,并利用QQ这种即使聊工具来联系。
    我在团队中的领导地位完全被他取代,他来召开项目的技术会议并安排各种具体工作。
    在这种压力下,我选择了退出,结果据我所知,现在那个项目也没有完成。
    接下来,我接受了另外一个asp.net的项目,这个项目的期限也只有一个月。然而我在这个项目中仍然采取了文档驱动的模式,并且我的队员也强烈要求以文档驱动的模式推进整个项目。结果我们在一个月的时候只完成了全部的文档和部分的代码工作。幸好在这个时候客户突然提出项目将要延期的信息,否则我的这个项目又要夭折了...
    最近在看敏捷开发与极限编程,上面说到了文档驱动浪费时间的地方。
    不知道我所推行的文档开发是否真的如敏捷开发中所说的那样是对时间的浪费和效率的忽略。但是我总感觉文档可以让我在开发的时候更加得安心,也让我的队员开发时更加的方便。
    在接下来的项目开发中,我将推行极限编程的工程思想,但愿我能够成功...

你可能感兴趣的:(编程,软件测试,敏捷开发,项目管理,asp.net)