工程治理个人工作参考总结（通用）第一篇：工程治理个人工作总结转眼即逝，但回想刚到客户现场时的不知所措，却好似又过去了特别久一样。在这一年的时间里，我们经历了悲欢离合，但是，最让人值得骄傲的是，我学习到了特别多工程治理和质量操纵的知识，同时在平时的工作中得到应用，并积累了一些相关经历。下面是我对过去一年的工作经历总结和自认为好的一些实践，请领导评审。工程治理分为九大知识领域，分别是：范围治理、时间治理、本钱治理、质量治理、人员治理、沟通治理、风险治理、采购治理和综合治理。范围治理最应该关注的是：防止不必要的变更。但是目前工程组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进展需求确认，使得后期不可防止的发生所谓的变更，而实际上也许是工程组不能实现用户的需求，用户没有别的方法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们不断以来的办法确实是“抓两头，控中间”，因而，需求阶段建议采纳原型法，在用户无法提出明确需求的条件下，尽量引导、复原用户需求，且需求一定要业务部门确认。另外，据我的经历，工程组在制定工程计划的时候，一定要把工程组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等治理及沟通工作。事实证明，假如按照行方的过程要求，把任务尽量全面的列入进度治理表中，到了对应的时间点，也不会不记得此项活动的执行，因而，相对能比拟好的执行要求的过程。时间治理方面，目前，由于受评分体系的制约，普遍存在的现象是，不管谁的缘故导致进度落后，工程组都会频繁的调整进度治理表，来使进度不延迟。时间治理重要的是保证工程进度与计划一致，但是受各方面缘故制约，几乎没有一个工程组能够按照进度计划执行工程。人都是有惰性的，就像不记得了哪个原理所阐述的，一个任务本来能够三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提早完成。我跟踪的一个进度操纵相比照拟好的工程，工程组内部操纵进度特别紧，留出充足的缓冲时间，因而，相对这个工程进度延期的可能性就小了特别多。由于本次工作我们是代表甲方进展治理的，因而在这一年当中几乎没有对本钱进展操纵，此处不做说明。我们过去一年最重要的工作，确实是工程治理和质量操纵，但是作为最重要工作之一的质量操纵，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比拟好，但是产质量量方面就差了特别多。cmmi标准ppqa过程域中要求的特别多活动我们都没有做到，包括没有质量保证计划等。由于对银行业务不理解，我几乎没有参与qc的工作。所以，也有一定的收获：比方，uat测试中，要尽量让熟悉业务的人员尽快介入uat测试，否则越难发觉且越复杂的bug会在工程后期提出，如此对工程造成的妨碍是特别严峻的。提高质量的三个方法确实是缺陷预防、测试和评审。去年只在一个工程用到了缺陷预防的方法，但是没有调查缺陷预防的效果。一般来说，工程的工期都比拟紧，测试用例特别多情况都是测试的同时编写的，也没有熟悉业务的人员进展评审。要想使测试覆盖率到达100%，首先工程组得有业务流程图，其次qa得能够比拟熟悉业务，过去的一年这一点几乎没有落到实处。也许是每个qa跟踪的工程较多，就存在如此一个矛盾，qa需要编写的文档越来越多，假如要把所有的文档都及时的填写，根本就没有跟工程组沟通和深化监控工程的时间。要想深化到工程组，目前看来真是一件比拟困难的事情。由于各工程组pm治理才能高低不同，人员治理方面也表现出了特别多咨询题。有的工程到后期的时候，只有一两个人能够胜任工作。由于越到后期的工作，越需要人员在这个工程的综合才能高，假如平时不留意培养人才，一个工程做完了，人员才能并不会有太大的提高，导致工程后期任务只能依托一两个人，关于工程来说，如此的情况会造成工程延期，关于个人来说，繁忙的这一两个人一直得不到休息，满负荷的工作，效率自然不会高，而其别人员就相比照拟轻松，但是才能没有提高。因而，在工程初期进展工程筹划的时候，就应该制定好人员培养等计划，以满足后...
