浅谈如何把项目做好

一、需求

1.需求的完整性和正确性

• 让客户充分参与。根据业务范围的不同确定需要一名业务代表还是多名业务代表，是提供业务支持还是全程参与项目。业务代表在需求采集和验证中起到非常关键的作用。需求是需要不断采集和精化的，即使进入了设计和实现阶段，也要定期将当前成果与客户进行验证，减少需求错误或遗漏带来的后续变更。
• 有效沟通。直接与客户代表沟通，避免非专职需求采集人员口头传递需求，并将沟通结果文档化，防止遗忘，便于检查、传递和评审。对于较复杂的需求可以通过复述的方式，讲给客户，让客户验证对需求的理解是否正确。
• 需求验证与确认。有的公司验证和确认就是强迫客户在需求说明书上签字。验证和确认并不是一个概念，验证目的是评价需求，暴露更多的错误，确认是证实需求的完整性与正确性。可以由客户业务代表、行业专家对整理的需求进行验证，验证时要注意把握是否需要不同层面的业务代表进行分别验证，以免影响验证的效果。如果客户不够成熟，无法验证需求是否完整、准确，那很大程度上就要求需求分析人员对业务的深入理解，来梳理需求、引导客户。

2.客户期望与自我期望

• 客户在提出需求时，一般不会考虑成本，有可能非常繁琐，或者将使用起来是什么样子规划好，实现起来非常复杂。针对客户提出的不切实际、夸大、复杂、零散的需求，需要从业务的角度进行分析、合并、控制，而不是照单全做。 当然这个过程也不能什么好做做什么，而删减了必要的需求。
• 有些需求分析人员、项目经理经验不够丰富，喜欢将同类产品的功能以及想当然的需求添加到项目中，结果导致系统范围不能有效的控制，项目延期、使用效果差(很多功能客户根本不需要)。

3.需求变更

•  有些人在总结项目教训时，总是提到需求变更，变更的来源通常来自需求理解错误或遗漏，也就是在需求的完整性和正确性上没有做好。需求变更往往不可完全避免，但却可以控制。对需求变更要进行分类(如需求错误、需求遗漏、需求不清晰等)，在项目结束后进行分析，以便提高。
• 无论是客户提出的变更，还是内部提出的变更，都要通过需求管理对需求变更进行控制，按照规定的流程处理需求变更，避免随意性。流程可以参考如下：提出-审核-确认-通知-执行-验证-结束。需求变更需要通知项目组、测试人员、配置管理员，进行备案、验证、文档同步等。

 

二、项目管理