我对项目管理的一些想法

[aiwen_ming]

以前我对项目管理没有什么概念,通过两年的工作经验,逐渐认识到在方面的重要性。特别是我们这种经常在外面给客户作项目的过程中尤其突出。从去年开始自己独立负责项目开始，我开始学习有关一些项目管理的知识，特别是IT项目管理，通过一些自己不是很系统的学习，现在也尝试用ms project做项目的过程进度控制。我觉得有几个大的问题，可能是我经验的欠缺，没有什么找到更有效的方法去解决它。希望各位能够多多指点。

1。项目范围的确定以及如何划分项目阶段；
按照老外的方法就是需求范围确定即是项目的范围的确定，但是我们实际中用户在项目的过程中常常增加需求或者更改需求。从另 外一个角度来将也可能是需求没有做好。但是我觉得也有用户在项目过程中的成熟过程有关，不能奢求客户能够在开始阶段就能够提供一个非常完备的需求计划。我的想法是将项目划分阶段，但如何划分界定以及如何让用户满意（在保证一定的期限之内） ，也是一个新的难题；

2。项目的进度过程控制；
对于我们开发人员来说，项目进度控制受制于本身的时间安排以及项目需求变化。对于哪些过程比较长而且比较复杂的项目，如何在满足用户的前提下，达到过程的有效控制；

3。项目管理过程中的客户关系管理；

按照项目管理中的说法，与用户保持经常沟通是非常必要的。良好的客户关系可以使你的工作事办功倍，但这是建立在你的项目管理是有效的进度过程中。但是采取什么有效的方法去做却是一个难题；

这三个问题是我现阶段非常困惑的问题，希望从各方面得到一些帮助，我觉得pmp那些理论确实是很不错，如果能够真正在实际过程中体现出来，那将对我们工作将是一个非常大的促进作用。

[sinsns]

楼主大白痴,这么白痴的问题也问!有病!病入盲膏,嘻嘻!

[mis98ZB]

不知道老兄你是什么情况，但以我的经历来看，造成这种困惑的原因是缺乏经验。
多做几个项目，多伤伤神，就能对项目管理有一个更具体的认识。
结合具体的实践，才能理解和解释这三个又空又大的问题。

水平不够，等待高人出现……

[clearRain]

楼主问的这几个问题，让偶最大的一个感觉就是楼主被理论知识所框住了，估计你是局限在书里的那些知识了，然而怎么应用你却没有领悟。
项目进度的制定依照书本上的知识应该是划分baseline(基线)，同时你说的那种用户在项目进行阶段对需求的变更，这部分则应该由项目配置管理来负责，对于客户方对需求的变更内容和要求，应该由项目方的协调人(通常是项目经理)进行协调，以达到最小程度的变更，同时，协调人需要将这部分的变更内容整理成文档及时与客户方的协调人(客户方代表)进行沟通，最终达成变更后的需求，这个时候项目协调人再与负责该部分的开发人员进行协调改动。最后视改动情况而定，若超出原定进度太多，此时需要的是项目负责人与客户方负责人的协调了，若客户方通情达理，了解这个改动时间的必要性，一般情况下都会允许的，因为没有哪个客户花了钱却不愿意放松时间的(至少偶们的项目组还没有遇到过)。：)
第二，对于你说的“在满足用户的前提下”，呵呵，偶不知道你做的项目中面对的客户是什么样的，但偶的观点是“用户是永远没有满足的，除非是不花钱的”，呵。偶不知道有多少人与偶有同感，但至少偶是这样认为的。既然如此，你如果要充分考虑用户再来对项目进行控制，那么，你的项目不知道要拖到猴年马月了。一个项目负责人的最大作用就是稳定军心同时自己要先当冲锋，在项目组方面，你要稳定开发人员的情绪，保证项目的开发进度，同时你还要与客户方及时沟通，将你考虑到的任何不确定因素都要当成可能性的与客户方争取最小程度的需求变更以及最大程度的时间放松，这样，你的项目和你带的项目组都是成功的。

都只是个人观点，可能有不对的地方，仅供参考

[aiwen_ming]

非常感谢以上各位的意见，抱着学习的态度希望各位能够多多体谅！

从我们国内的实际来看，完全按照老外的方式操作有些情况下是行不通的，特别是在国有企业用户，不知道大家在从事有关国有企业中是如何实施项目管理，请clearRain(清) 等高手们指点！！！

[kingdl]

凑巧我也学过项目管理，发表点看法：
理论是没有错的。有了好的框架，未必有好的建筑，但没有好的框架，一定没有好的建筑。这就是理论的力量。不过呢，万丈高楼平地起，一砖一瓦都很重要。高手厉害之处就在于每方面都比你强一点点，可就这一点点就很厉害了。所以“魔鬼在细节中”。这也就是我们学项目管理后的疑惑吧。
项目管理是一种平衡的艺术，要在各种资源间取得平衡，在进度与资源间取得平衡，在客户与开发团队间取得平衡。而且平衡是动态的，对吗？
现在回答你的问题
1. 项目范围控制：需求不是一成不变的，一次获得完备的需求是基本不可能的。但需求的变更必须在控制之下，这样才能保证项目的范围不会蔓延，进度才可能有保证。客户的要求是无止境的，绝对的满意是不可能的。所以要为需求划分优先级，评估工作量和风险，采用变更管理。具体的可以参考《软件需求管理――统一方法》。
2. 进度控制：这个比较难，大一点的项目很难按时交工。我的建议是采用迭代和增量的开发方法，而且要从核心的但是简单的业务需求开始。这样可以更好得控制风险。进度控制与范围控制紧密联系，还有和工作量估算关系也很大。参考一下《软件项目管理――一个统一框架》。这个和经验关系也很大，慢慢积累经验，可以增加估算的准确程度，建议让你们的工程师采用PSP，可能会有帮助。
3. 这个主要是人的因素，用对人很重要，另外项目管理中的沟通计划可能也会有所帮助。这点我没有什么好的办法。
基本就这些，我的经验告诉我，这些很难一下提高，只有不断实践，才能理论联系实际，更上一层楼，多读点书会有些帮助。《统一软件过程》和XP这两种开发过程相得益彰，参考一下吧。
谢谢！！联系mail：[e-mail]