项目管理制度有哪些？
对IT人员来说，尤其是做项目管理的人，难免会提出一个问题：为什么客户总是改变需求。几乎每天，在自己的软件项目管理职业生涯中，面对用户需求的变化，切身感受到，如果不能有效地处理这些变化，项目计划会一再地调整，软件交付日期一再地拖延，用户的耐性逐渐消失，研发人员的士气越来越低落，最终所有的人都在等待一个结果：项目最好立即结束。下面就由小编为您带来项目管理制度的相关介绍，希望对您有所帮助。
项目管理制度
一、对于需求变更应该做到主动管理
1、在项目合同中，成立变更控制委员会（CCB），并规定严格的变更控制流程。一般而言，在合同阶段，客户是很乐意接受这种规范的管理方式的。
2、取得了合同阶段的主动后，在实施阶段的严格执行也很关键。不能因为严格执行变更流程，就影响和客户的关系，这方面就要依靠项目经理和技术经理的的管理和沟通艺术。我们的目的不是让用户不提出变更，而是让用户不轻易，随便的提出变更。
3、对于用户提出的变更，可以看实际情况处理，站在客户立场上为客户考虑，有些需求，是可以引导客户在后期的项目中实现，这样也可以为公司带来好的项目机会。
在不断的学习和实践中，我总结了两点比较有效的方法，在软件研发阶段能够较好地解决这方面的问题。
1、需求分析阶段通过原型明确用户需求
在软件项目的需求分析阶段，有大量需求信息需要收集、筛选、加工，这是需求管理的开始。客户和研发两方面的人员对需求的理解呈现“大体上共识多，细节上差异多”的特点。即使通过反复沟通，最终在时间表限制之内也能拿出一份“用户需求说明书”，但是以实践经验，用户需求的描述永远是“不够清晰”、“不够明确”的。
这主要是因为在这个阶段，所谓的产品都在大家的大脑中构思，在此阶段，原型开发是一个较好的辅助手段，它将存在于大家头脑中的虚境实实在在地表达出来，一个界面，几个控件，外观形式固定了，功能描述明确了，这就是研发部门对用户的需求理解。
此时与用户再次沟通，用户基本上可以说出来：“这是我想要的”，或者“不，这不是我想要的，我要的是……”。一般情况下，原型之后的需求沟通就实际得多，双方的理解迅速向一个折衷方案靠拢，一个可以指导研发过程的需求说明书正式诞生了。
2、采用严格的需求变更管理流程
一旦需求分析阶段结束，此后如果用户要求有新的需求加入交付的软件系统中，需要走需求变更管理流程。这个流程必须在软件项目成立之初与用户约定好，一般的软件企业内部有需求变更的管理流程，可以向用户解释这种管理的必要性，直至与用户就此问题达成共识为止。
不必担心用户不会接受，有过多次成功研发软件项目经验的需求变更管理流程，有着它不容置疑的合理性，这正是软件企业的经验和价值所在，用户最终会理解和同意的。
在此提醒大家，切忌对用户提出的需求拍胸脯，在此之前可以扪心自问：“如果拍了胸脯，以 后不能按时完成，我能不能负担全部责任?”这样冷静一下就不会胡乱应承了。
有一个比较好的方式减少这样的麻烦，就是在需求分析阶段之后，与用户不要亲密接触，而是按照软件项目的周期，或者双方在初期的约定，定时通报软件研发的进展。如果软件研发采用迭代式开发，就可以在每一期交付产品发布时做这个事情，征询到的用户需求将纳入以后某期的软件版本中。
要想与他人建立长期的共识，就必须遵循黄金圈法，建立真正意义上的共识，这样才能产生长期的影响。通过与相关方建立共识，项目经理能更好地促进项目的成功。需要对项目的许多场景建立共识。如何形成共识，让项目经理用金圈法来推荐思维模式。具体地说就是先问为什么？那问问如何？最终决定怎么做？经过这些层面的思考，项目经理就能更好地影响和激励其他人，从而达成共识，顺利完成项目。就建立共识的个案分享来说，希望大家能有所体会，了解建立共识在项目中的重要性和实践思路，以便在以后更顺利地完成项目工作。以上就是小编为您带来的项目管理制度有哪些的相关介绍，希望对您有所帮助。
[免责声明]
文章标题： 项目管理制度有哪些？
文章内容为网站编辑整理发布，仅供学习与参考，不代表本网站赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请及时沟通。发送邮件至36dianping@36kr.com，我们会在3个工作日内处理。
