it项目管理心得.docx

用。此外，需求跟踪也非常重要，毕竟，任 何项目的需求都不是固定不变的，需求随时 会发生变更，而开发人员实现的需求也可能 会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视 与理解，项目开发过程体系中也缺乏好的需求矩阵有好的原型版本交付给客户，则客户更能够理解系统的实 现，促进沟通的有效性与准确性。在eas项目中，我们从一开始 就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。 这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很 大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人 员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭 代版本的交付带来了很大的障碍。在项目后期，关于ui的bug 是最多。因此，我们认为在开发类似的web应用程序时，应尽早 确立ui设计规范，以约束所有的ui设计。同时，必须培养专门 的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。 并且，必须成立专门的ui设计小组，在需求阶段与需求分析师 合作，在编码阶段与开发人员合作。（原型设计是加强前期用户 需求挖掘和减少后期需求变更的重要手段，不一定需要专门的
ui设计人员，原型设计可以由需求分析师来完成）
测试
测试成员应了解需求。如果不了解需求，测试人员无法编 写正确的测试用例，同时在测试过程中，也可能因为错误地理解 需求，从而导致报告错误的bug,影响开发人员效率。加强开发 人员与测试人员的合作。开发人员必须及时响应测试人员提交的 bugo而测试人员也应跟踪开发人员对bug的修复情况。（测试人 员应该要意识到自己和需求分析人员的区别，测试人员不用想需 求分析人员一样分析和开发业务，但是他们必须和需求分析人员 一样对已经分析出来的需求和业务高度熟悉）
测试之初必须确定测试原则，对bug的严重程度进行分级。 同时，必须确定修复bug的优先级别。
进度管理
保证项目进度不出现大的偏差的前提是制定一个好的项目 计划。必须根据项目规模，成员情况，技术难度等多方面考虑整 个项目计划。如果项目的deadline巳经确定，则必须采用一些方 法来保障项目计划的完成。首先是选择符合项目的软件开发生命 周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法， 应该是rup或者敏捷开发，然后结合原型法制订项目计划。这样 可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会 以及项目日报、项目周报了解项目进展情况。同时，需要为各个 小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度 是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏 差，必须采取相应错误解决问题。或者通过加班、增加人手、申 请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。只有让各个项目成员 了解到项目现状，才能够给每个成员增加压力，不至于松懈。同 时，也能够使得每个成员能有一个目标，而不至于茫然失措。
制定项目计划时，必须考虑阶段评审与同行评审的时间。 这一点在eas项目中做得不够好。其中原因也是由于项目进度本 身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪 表。让项目管理部以及qa及时掌握项目进度，有利于对项目进 度的管理。
变更管理
变更包括需求变更、人员变更。如果不