it项目管理心得.docx

it项目管理心得

　　项目开发方面
　　项目应以需求为核心。一种项目与否可以成功，对需求的对的把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求浮现偏差，仍然是南辕北辙。由于eas项目的特殊性，交付带来了很大的障碍。在项目后期，有关ui的bug是最多。因此，我们觉得在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同步，必须培养专门的ui设计师，在开始原型设计时，就立即完毕ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段和需求分析师合伙，在编码阶段和开发人员合伙。(原型设计是加强前期顾客需求挖掘和减少后期需求变更的核心手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完毕)
　　测试
　　测试成员应理解需求。如果不理解需求，测试人员无法编写对的的测试用例，同步在测试过程中，也也许由于错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员和测试人员的合伙。开发人员必须立即响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复状况。(测试人员应当要意识到自己和需求分析人员的辨别，测试人员不用想需求分析人员同样分析和开发业务，但是她们必须和需求分析人员同样对已经分析出来的需求和业务高度熟悉)
　　测试之初必须拟定测试原则，对bug的严重限度进行分级。同步，必须拟定修复bug的优先级别。
　　进度管理
　　保证项目进度不浮现大的偏差的前提是制定一种好的项目筹划。必须根据项目规模，成员状况，技术难度等多方面考虑整个项目筹划。如果项目的deadline已经拟定，则必须采用部分措施来保障项目筹划的完毕。一方面是选择符合项目的软件开发生命周期。一般状况下，并不建议采用瀑布开发措施。最佳的措施，应当是 rup或敏捷开发，然后结合原型法制定项目筹划。这样可以规避由于需求变更产生的风险。
　　另一方面，要每日跟踪项目的进展状况。可以通过晨会、周会和项目日报、项目周报理解项目进展状况。同步，需要为各个小组指定进度跟踪人，根据各个小组长的日报，鉴定实际的进度与否和筹划浮现偏差。
　　要制定项目进度偏差的应对措施。一旦项目进度浮现了偏差，必须采用相应错误解决问题。或通过加班、增长人手、申请项目进度等措施立即作出响应。
　　立即向项目成员报告项目进度状况。只有让各个项目成员理解到项目现状，才可以给每个成员增长压力，不至于松懈。同步，也可以使得每个成员能有一种目的，而不至于茫然失措。
　　制定项目筹划时，必须考虑阶段评审和同行评审的时间。这一点在eas项目中做得不够好。其中因素也是由于项目进度自身较紧的缘故。注意维护项目进度跟踪表和项目进度偏差跟踪表。让项目管理部和qa立即掌握项目进度，有助于对项目进度的管理。
　　变更管理
　　变更涉及需求变更、人员变更。如果不控制好，两者对项目的进展所有会带来劫难性的后果。需求变更在前面已经论述，而eas项目中发现人员变更的状况也很严重，因此这里核心简介有关人员变更的管理。
　　如果发生人员进入的状况，那么对项目带来的一般所有会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项