【www.zgzsclpt.com--个人总结】
IT公司项目管理工作总结
IT 公司项目管理工作总结 -总结 []仅仅从做好这的角度来说，其实并不难，而且也有许多理论作为依据，战略、运营、 团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和， 。这段比较令我困惑的 是“” ，以及管理和领导之间如何进行协调和平衡。
管理与处理复杂有关。如果没有好的管理，复杂的企业可能会杂乱无章，面临危机。好 的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管 理制度和流程规范可以企业提高效率和规避风险。
领导更多的与有关，处理一些突发情况，企业、产品、等方面进行变革，这些都需要领 导能力。有些时候管理和领导之间可以相辅相成，但有些时候会互为矛盾，如何进行协调和 平衡，这些是无法通过理论来到，要依靠自身的知识能力和， 《》()。
比如现在的产品实施，以业务为起点，经过产品、设计、开发、测试、验收、上线运营 来完成。可是某个产品功能，业务无法给出具体的需求，而且时间也比较紧迫，那么只能安 排产品部门，要求他们根据自身对产品和的理解，替业务出需求，并进行产品策划，然后跟 业务部门进行沟通。
由于情况特殊， 那么必须破除规则， 使用新的流程。
但是如果经常这样， 就会产生很大的风险，毕竟对市场和业务的把握，产品部门肯定不如业务部门清晰，那么由 产品部门主导的产品，在日后的运营和业务过程中，很可能出现偏离市场的危险。
制定的管理制度和流程规范是为了帮助企业提高效率和规避风险，其中主要功能是明确 责权利，尤其是职责，而我们是从事互联网业务，这就与互联网的开放、创新文化形成了冲 突，前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人，千万别给我写战略， 千万别瞎提阿里发展大计...谁提，谁离开” ，虽然话语偏激了一些，但是也反映了企业管理 制度和创新变革之间的矛盾。
这也是最令我头疼的事情，不管是大公司，还是小企业，在企业规范管理和领导创新变 革之间一个合适的度，这才是最难最难最难的啊！ ！ ！ 〔IT 公司项目管理工作总结〕随文赠言： 【受惠的人，必须把那恩惠常藏心底，但是施 恩的人则不可记住它。——西塞罗】
软件项目管理年终工作总结
软件项目管理年终工作总结 Summary of work for reference only 好 撰写人：XXX 职务：XXX 时间：20XX 年 XX 月 XX 日 2 软件项目管理年终工作总结 软件项目管理已经到了学期的最后，我们 seed 小组的软件 项目也已完工，这一个学期真的是获益匪浅！礼平老师曾经说我 既可以走技术路线也可以走管理路线，一切都看我自己。真的很 是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能 力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力 向前迈进。从大一到现在，我的专业技术一直都是我的短板，理 由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知 道自己想做什么，到现在明确目标，可以说，软件项目管理课程 给了我很多灵感， 让我从自己纷乱的思绪中看清楚了自己最想要 的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从 大一到现在一直都是，一直没有改变过。在技术上，我总是给自 己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有 管理！脱离技术的管理是不可能的，也是不现实的。在这个行业 里，技术是一切的基本，想作工程师也好，想作管理者也好，技 术都是起步的根基。而我这次所经历的项目更让我明确了这一 点。
在这个小项目里， 虽然我们两个星期就开发完成了这个软件， 并交付使用，但是问题还是很多的。在这么一个小项目里，由于 需求、设计、代码、文档产生的问题，每一个看似容易，却都需 要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作 根基。在这个项目里，我负责软件配置管理工作，在文档的整理 过程中，我仔细看了他们的需求分析，概要设计，数据库设计， 模块设计等文档，也参与了风险分析文档的编写，承担了用户手 册和项目成本估算的编写。在这个过程中，我明确了技术的实在 第 2 页 共 2 页 3 意义，明确了技术对我的指导作用，同时也明确了自己的学习道 路应该怎么走下去！整个项目进行的过程中，我一直在努力从中 学习，我旁听开发组的会议，为组长提供管理意见，为会议、文 档制定标准，整个过程我收获了很多。
1、 软件项目小组中的人员安排要职责明确，并有配套的管 理记录，整理每个人的工作进度，随时更新，以方便开发人员、 测试人员之间的沟通。
2、 会议、文档、代码都要有相应的“纪律”，否则整个小 组的开发效率会大打折扣。
3、 对业务的熟悉有助于明确需求，只有明确的需求才能让 项目更加顺利的进行。
4、 细致的计划可以让项目进行避免很多弯路，可以在任务 的初期就发现存在的问题，并及时予以解决。
5、 项目文档、代码定期予以备份，当项目遇到未预料到的 问题时可以及时恢复，尽可能减少损失。当然，还有很多，包括 软件测试上的收获，写文档的收获，这里就不一一列举了。这是 我大学里最认真的一门课，当然，收获也是最多的。最后，谢谢 礼平老师给我带来的这一切一切，也感谢同组同学给我的帮助， 结果已然不重要了，我所收获的这许多东西，远比成绩要有意义 的多 第 3 页 共 3 页 4 感谢您的耐心观看！ T h a n k y o u f o r w a t c h i n g ！ 祝您：工作顺利！ 仅供参考
软件项目总结报告
西安科技大市场创新云服务股份有限公司项目总结报告XXXXXXXXXXXXXXXXXXXXXXX 系统 项目总结报告XXXXXXXXX 2017/7/271/4 西安科技大市场创新云服务股份有限公司项目总结报告1 项目概要信息XXXXXXXXXXXXXXXXXXXXXXX 系统的技术团队由 11 人组成，其中项目经理 1 人， 需求分析师 1 人，UI 设计师 1 人，开发人员 6 人，测试人员 2 人。
本项目的前期工作从 2017 年 5 月 19 日开始，历时 16 个工作日，于 6 月 9 日完 成需求分析等准备工作。开发阶段从 2017 年 6 月 12 日开始，历时 22 个工作日，于 7 月 10 日完成全部开发工作，进入外部业务人员验证测试阶段 ，目前，可使用 XXXXXXXXXXXXXXXXXXXXXXX 的二级域名进行访问，详细信息如下： 用户资助申报地址：XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址：XXXXXXXXXXXXXXXXXXXXXXX 本项目的开发过程有 5 个关键的里程碑，具体时间及内容如下： 2017 年 06 月 21 日：项目初次全新功能开发完成； 2017 年 06 月 29 日：项目初次内部功能测试、安全测试、性能测试完成； 2017 年 07 月 04 日：需求变更，准备进行二次开发； 2017 年 07 月 10 日：项目二次开发全部完成； 2017 年 07 月 11 日：项目二次内部测试完成，等待外部业务人员验证测试。2 项目经验因为是初次担任项目经理的角色，我最初找不到切入点，领导和同事在整个的过 程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了 更深刻的体会。所谓理论指导实践，实践验证理论，回想整个项目开发过程，至少可 以总结了以下几点经验： 2.1 沟通讨论 信息交换要及时 沟通讨论是贯穿整个项目生命周期的活动，团队成员间信息交换是否及时，更是 项目成功的关键。虽然不同角色承担不同工作，但都是以达成项目目标为指导的，团2/4 西安科技大市场创新云服务股份有限公司项目总结报告队成员只有始终保持沟通讨论，保证接收到最新的、一致的项目需求信息，才能使得 开发工作顺利进行，避免出现信息交换不及时而导致的返工。
对于沟通，结合实际来说，如果需求分析师不能将变更的需求信息及时传递给 UI 设计人员，就会导致不符合用户需求的设计，更会使开发人员写出无用的代码，这 必然导致重设计、重编码，甚至会延误整体项目进度。
对于讨论，尤其是像我这样缺少经验的项目经理，不论是制定计划，还是工作量 识别，都必须向有经验的同事请教，接受正确的建议，才能得到合理的安排。
2.2 项目范围 功能边界要清晰 项目经理以需求文档为依据，将项目范围及边界清晰罗列，是把控项目开发进度 的先决条件。
对于 XXXXXXXXXXXX 系统来说，其功能并不复杂，且开发周期短，所以在确定项 目范围并进行任务细化时，可精确到接口、页面。把一个大任务分解成一个个的小任 务的好处是，可以帮助我们更加精确的估计出它们的工作量，并暴露出很多可能一时 无法想到的工作量，也可以保证后续进行项目开发过程的状态跟踪，更加精确。
2.3 时间计划 人员分配要合理 以前总认为写计划比写代码容易的多，其实恰恰相反。一份合理的项目计划需要 经过思考、沟通、权衡、询问、倾听的过程，要知道，用来分析解决问题需要花费的 时间，远远大于单纯的写代码时间。
项目进度计划必须将分解出来的小任务，综合考虑时间、难易程度、人员能力， 估出工作量并进行合理分配。
2.4 代码开发 功能验证要同步 当日的开发任务结束后，作为项目经理应该对现有开发成果做验证，即对已完成 的功能做验证，及时发现缺陷或其他问题，次日找对应的开发人员做修复。3/4 西安科技大市场创新云服务股份有限公司项目总结报告因此，代码开发和功能验证的同步进行，既可以保证软件质量，同时也可以保证 项目进度。当然，应该根据实际情况同步调整项目进度计划，预留处理缺陷的时间。
2.5 进度执行 问题修复要反馈 项目成员必须及时反馈当日任务完成情况，及前一天遗留缺陷的修复情况，才可 以保证项目经理对整体进度的把控，准确跟踪项目状态。
2.6 需求变更 文档修改要记录 开发过程中的任何变更，都应做记录，作为项目成员之间沟通交流的依据，也可 以避免重复修改，增加无谓的工作量。3 项目教训3.1 计划应当先于执行 项目计划必须要尽可能周全，并且在项目经理的可控范围内，可以根据实际情况 及时做调整，但一定要保证，具体工作的开展是在计划范围内，因为没有计划直接执 行会直接导致项目进度不可控，状态无法跟踪。
3.2 沟通应当注意技巧 高效沟通是项目成功的决定因素。因缺乏高效的沟通技巧。对内，在与开发人员 进行需求沟通、代码实现方式设计等方面沟通时，并不能快速准确表达自己意图；对 外， 在与业务人员协商问题时， 会不自觉的使用技术术语等业务人员不易理解的词汇， 导致双方无法在较短时间内达成一致意见。希望自己以后有更多的锻炼机会，学习弥 补这方面的欠缺。4/4