项目组长经验分享

第一篇：项目组长经验分享

项目组长经验分享

来源：中国自学编程网发布日期：2008-04-16

要做一个项目负责人，首先要做一个好人。最自己负责，对领导负责，对组员负责，而如果想形成一个好的团队对组员负责是一个关键的问题。93年我第一次带团队的时候，我们在江苏开发一个项目，有一次，我的领导找到我谈工作，在谈到一个组员的时候，我问他为什么自己花钱给那个人买皮鞋。领导对我说，你难道没有看到他的手和脚都长冻疮了吗？你作为项目组长，你的组员才大学毕业，就和我们一起出差，第一次独身在外，你难道不能更加关心他吗？这件事情给我感触很大。作为一个项目负责人，不但要在专业上关心你的组员，在平时的生活中也要关心他们。这样才能形成一个好的团队。

关心组员,有几个方面,其中一个是注意组员可能的发展方向,比如我原来的领导建议我做测试或者QA,说我比较适合做个工作.开始的时候个人认为测试并没有什么重要的,还是喜欢做开发,后来因为一些偶然的原因作测试和QA工作,的确很爽.(不过要没有那些年的开发经验会这么爽吗?),在我自己的项目组里也出现这种情况,比如我原来的一个开发人员就是不愿意做开发,搞锝我很难受,后来和他交流发现他想做网络管理,在项目结束后,给他找了一个会做单位的网络系统管理员,他又自学了CCNP什么,干得不错.所以,作为一个项目组长,在关心你的组员的时候,要注意他们的特长和潜质,如果我的组员愿意做开发工作,我会为他们订制一个培养计划,然后给他们提一些要求,这样可以帮他们快速提高开发水平.而如果他们他们不愿意做开发工作,就要及时获得他们的真实想法,并帮助他们去实现他们的目标.这样开发组的内的气氛会很好,对新参加工作的同志的关心要细致

新参加工作的同志和老同志的差别很大,我们这里的新同志都是刚毕业的大学生或者研究生.社会经验都比较少,对他们的关心就需要格外细致,比如在他们刚来的时候,机器设备的配置,软件的安装,各部门情况的介绍,都要和他们讲得比较细,这样比较容易消除他们的陌生感,很快的融合到集体中来,另外一个要注意的是,对他们的工作的安排和检查要细致.一般来说,我对他们工作的安排一般一个阶段不会超过两天,也就是说,两天比检查他们工作一次,在检查工作的时候,首先要表扬他们的成绩,然后告诉他们存在的问题,以及问题的解决方法.在让他们去试验(不可包办代替,让他们自己去做,这样才可以积累他们的工作经验).而且在检查的过程中尽量保持谈话环境的轻松愉快,(可以讲一些我们原来的臭事,避免单纯的说教式的检查方法),这样新同志一般都会接受我们建议,同时为以后的工作打下一个好的工作氛围,工作要细致的另外一个体现是要根据不同的人安排工作.比如我们今年招的测试人员,其中一个是计算机专业的本科,又在单位实习了3个月,我安排他的工作就是学习TD和QTP进行测试,原因很简单.他在单位做过测试,对测试理论的认识也比较到位,而且有一定的开发经验,那么如何早日将他培养成一个优秀的测试人员就是我的目标.而测试工作的使用实施对他的个人发展就显得很重要了.另外一个是本科非计算机专业,他的主要工作就是不断重复的作一个系统的测试.每测试一次,我都要给他讲解一次,没有办法,他累我也累.但他没有开发经验也没有测试经验,如果一下上太复杂的东西,他不但不能掌握所学的知识,而且对工作会产生一种畏惧心理,这对他以后的发展是很不利的.所以我对他的安排就是在3个月内不断的进行实际的测试,并且不断总结经验,这样三个月的时间内,他基本就可以掌握测试的基本方法和理论,而在三个月之后,他也要开始测试工具的学习,而那时我的第一个测试人员已经记基本掌握了QTP,可以帮助他了.对不同开发人员测试人员的具体情况进行分析,让他们做适合他们做的工作,并且在每一次工作中都让他们不断增强自信心,而且提高自己的技术水平,你的组员怎么会不听你的指挥。

作为一个项目要勇于决断

作为一个项目组长要勇于决断,项目组长是最了解项目的管理人员,无论是用户,组员还是测试人员和质量保证人员以及客户都是以项目组长为中心的,这个地位决定了项目组长应该是对项目最了解的人,那么他在关键时刻的判断和决断就对项目起着关键的作用.而作为项目组长如果不敢和不能决断的话,必然给项

目的开发造成极大的困难,说两个故事.[Page]

一个是我的哥们,有一次他去客户那里没有参加技术讨论会,回来的时候,他的开发人员的讨论会还在激烈的争吵着,见他回来了,分成两派的开发人员就让他来判断那个算法更好,我的哥们听了一会说,我来告诉你们如何取舍,于是从兜里掏出一个硬币,正面用A方案,背面用B方案,然后一扔,于是结果出来了.当时我听了这个故事直笑.问他为什么这么做.他说,我不搞技术很多年了,但听他们说得,两个方案差别不多,不过是A+B=C还是B+A=C的问题,这个时候如果你去参加参加讨论,无论采用A还是B都要费很多的口舌,而有那个时间早开发出来了,于是就想了这个方法.当然采用这个方案的时候,开发人员都看傻了,别忘了给你的开发人员讲解一下你为什么采用这样的选择方法

另外一个项目就很有意思了,表面上这个项目组长很尊重开发人员,每周都要开一次周会,而且开会的时间还不短,可很快开发人员就不在会议上发言了,有一次和他们组的开发人员闲谈的时候,问他们为什么不在会上发言了,那个开发人员告诉我,每一次提出问题,组长都是侃侃而谈一番,没有任何实质内容,最好的情况是说这个问题下面让某某,于是坐在一边不说话了,更多的情况是说这个问题很重要,我们先放一放.下回讨论.可是问题既没有记录,也没有安排人去做专门的研究,往往是不了了之.一次两次,慢慢的开发人员都认为提的问题不可能得到解决,于是每次的周会就成了项目组长的独角戏,而其他人员的手机发短信的水平,以及图画水平倒提高了很多.很多项目组长往往感觉自己的权威性不够,经常会说给我这个权力那个权力,我就可以怎么怎么样,其实,项目组长的权威不是建立在对开发人员的工资或者其他的控制上,而是建立在你的做事方法,开发能力等这些软件水平上的,如果在你的组员遇到问题的时候,你可以为他们解决,提出可行的解决方法,什么和他们一起同甘共苦的去完成那些最艰难的问题,你的组员怎么会不信服你,你又怎么会没有威信呢.对不同的人员采用不同工作的方法

作为项目组长最重要的一个特点是要细致，在安排和检查工作的时候尤其要细致。对待刚参加工作的工作人员和老工作人员也要区别对待，一般来说刚参加工作的人员工作热情都比较高，但工作方法的掌握都会有一些这样或者那样的缺陷，如何做到既不打击他们的工作热情，又防止他们的工作走偏是一个很重要的事情，我带项目组的时候，有一次给了我四个刚毕业的工作人员。我给自己定了几个原则，1要大胆使用他们，2要帮助他们解决主要的开发问题，3检查工作要仔细，防止工作出现大的偏差，4分层次，区别使用，尽量作到用对他们。

先说1大胆使用他们，新同志一般工作都会存在这样或那样的问题，而且有时候问题比较明显，我原来也觉得使用他们不如自己开发快，所以总是越俎代庖，这样的结果就是我自己累得够呛，开发人员闲得要命，而且工作情绪不高i。为了防止这个问题的发生。这回我努力克制自己开发的欲望，将所有的设计、编码的任务都安排给他们，自己只负责总体设计、关键技术问题的解决和工作的检查。事实证明，只要你控制得好，开发人员都会比较好的完成开发任务，而且在开发过程中进步也是很明显的。我的这几个开发人员由于我敢于放权，不但开发完成的比较好，而且经验的积累也比同时间来的开发人员要快，很快成为了单位的开发骨干。

2放权不是不管，而是该管的管，不该管的不管。对于新同志他们都有一定的开发能力的欠缺，但主要问题体现在两个地方，一个是设计能力，一个是开发的规范性。总体设计是我来做的，然后给他们逐步讲解，使他们了解我这么设计的目的和方法。再让他们做自己部分的设计，开始这是很困难的事情。因为我们的系统需要很强的可扩充性和维护性，所以很多方面的设计方法和他们原来的开发有很大的区别。而他们在学校做的设计根本不用考虑系统的可扩充性和维护性，所以在很多设计思路上彼此差别很大，我不但要完成设计，讲解给他们听，而且要让他们接受我的观点，说实在的真是很困难的，我采用了和实际相结合的方法，告诉他们每一个设计的目的和实现的方法，如果他们有不同的设计也可以，大家一起讨论，如果他们的设计可以满足系统的需求那么我也很乐意接受。另外一个是开发的规范性，我们的同志在学校的时候基本上都没有接受过规范性开发的培训，而这是在实际工作中必须特别强调的东西，比如代码的规范性、文档格式的规范性等，我就作为强制执行。当然如果一味的强调这是规范必须执行还是不够的（容

易产生逆反心理），在具体执行过程，还要和他们去交流。比如如何写文档效果会比较好，如何避免有话说不出来的问题，一般来说，我都采用他们先写文档（或代码），我来检查，然后讲解，他们再修改。再检查、讲解，（编码也是一样），一般来说，第一次的文档他们会写4-6次，但经过一次这种训练，他们的文档撰写水平和编写代码的规范性就可以过关了。[Page]

3新同志的工作周期我一般安排是1.5---2天的时间。一般来说。新同志的工作我都安排得比较细，他们的工作都在一天之内可以完成，这样主要是防止工作出现比较大的偏差。而且即使出现了问题，我也可以及时发现和调整，不至于对工作造成太大的危害。工作检查不是一个简单的评判过程，更是对他们的一个培养过程。一些工作方法，工作技巧都是在这个时候教授的。在这个环节要特别注意简单粗暴地对待开发人员，一定要将问题讲透讲清楚，最后还要让开发人员再讲一遍你的讲解内容和后面的工作安排（很重要的，在你听他们叙述的时候，往往会发现他们的理解和你的想法有很大的差别），防止交流的无效性发生，一般来说新参加工作的人员如果真接受了你的观点，使会主动改正他自己的问题的（虽然会有反复）4即使是新工作人员，也会有很大的差别，作为项目负责人，要善于发现发现这些差别。比如在这个项目中，有一个工作人员作过OA项目（毕业设计），对OA的理解比较多，那我就让他负责系统最重要部分的设计，有的人比较细心，就让他负责配置管理，有的人比较善于钻研，就让他负责权限管理部分的设计（那部分比较难），总之，没有不可用的人，关键是看你是否用的对地方。只要用对地方，便可以达到事半功倍的效果

学会向用户汇报工作

当然了，也包括领导汇报工作。道理基本一样。说一个在科委项目的课题的故事吧，那个课题是一个做的不太好的项目。用户对我们很不满意。项目组长被撤了，开发人员也都走了，让我接手这个项目，我的目标是完善项目，我到项目经费（还有40%），其中的开发工作就不多说了，只说说向用户汇报的事情，用户的领导是一个50多岁的大妈(大妈是很聪明的，否则也不会在那里做到这个职位)，对我们很不满意，开始的时候，我坚决承认错误，绝不隐瞒（获得对方的认可），其次在后来的时候每次去用户那里，我都会琢磨一下是否要去向她汇报，如果没有太重要的事情，就想想最近在做什么事情，这样在见到大妈的时候，可以汇报，如果真是需要汇报，就要特别考虑一下几个问题，1我现在的工作进展，2我遇到的问题，3问题那些是我可以解决的，什么时候会有答复，4什么问题需要用户配合。（比如硬件设备的改善等）具体配合的内容是什么。在汇报的时候，我会私下掰手指头，一个问题一个问题说，防止遗漏，同时要记住对方的回答。这样几回之后，大妈对我的感觉很好，后边的工作就好做了，后来项目顺利完成。经费自然也回来了，所以在和用户汇报工作的时候要特别注意几点

1项目是最重要的，无论你采用什么作客户关系的方法，项目或产品必须过关，否则一切都是无用功（国家项目不一定）

2在汇报的时候，态度要认真。特别是出现问题的时候不要一味推卸责任，讲理由，这是没有效果的（在单位汇报工作的时候也一样，没有人会理会你的理由）

3汇报之前一定要准备，这样条例清楚，事情完整。防止因为一点小事情连续打扰客户。要让客户在每一次交流时都有很大的成果。

4汇报的时候要掰手指头，主要是防止问题的遗忘，特别是大家在就具体问题讨论的时候容易干扰你的思路，使你遗忘事情

5在汇报之后要将所有问题都过一遍，是否所有的问题都有解决方法了，如果什么事情不清楚，马上问，这样总比再次来好，在说出来，和用户一起确认问题的解决方法

6实在怕遗忘，最好带一个录音笔，但千万不要让用户看到，也不要用这个东西作为以后争执的证据用（没有好处的），只是作为资料整理的一个备份，否则用户会反感而不配合你以后的工作。

第二篇：项目组长岗位职责

项目组长岗位职责 前言

本文编写目的是为了明确各个项目现场组长的岗位职责。部门管理事宜

协助贯彻、落实公司规范、服务要求

2.1 服务单的统计收集落实

在进行故障处理和数据变更维护后填写相应服务单单据，由项目组长每月集中找用户签收（一式两份，用户一份我们一份），并在每季度进行装订，并保存在客户现场。

2.1.1 基准

符合规范化管理标准； 符合项目手册要求。

2.1.2 操作方法

严格按照规范化管理要求执行项目组的规范化工作，在日常工作中按照项目手册要求进行日常工作。

2.2 CASE统计表

项目组长在每周一下班前将上周CASE记录表发送到北区公共邮箱bqgg_dc@126.com，抄送给部门经理、区域经理、总经理），（xx项目组xx年xx月XX日服务数据统计表）。

case记录表中需要记录所有当天发生的工作内容，包含故障case处理、日常巡查工作内容、以及用户提出的任何工作需求等等。

由于最终部门要用该表进行员工工作饱和度以及故障率等等数据统计工作，case的颗粒度要细到每个工程师每天完成的任何工作均要体现在该表中。

2.3 组织晨晚会

根据项目组情况，每天组织项目组成员召开晨会和晚会，在晨会中安排当日工作，在晚会中总结今日工作情况，并做好会议纪要，在次日使用126项目组公共邮箱将会议纪要发送给部门经理，抄送给区域经理、总经理。

2.4 组织周例会

各项目组长应在周五下班前提交周例会例会会议纪要，并使用126项目组公共邮箱发送给部门经理，抄送给区域经理、总经理；

2.5 考勤

项目组长协助部门经理在每月25日在现场将指纹打卡机导出数据，对于使用纸质考勤表的项目，由项目组长将客户签字确认的记录表（客户处留存一份）传真、快递或使用手机拍摄后发送给部门经理备案，保证26日下班前前部门经理能收到；

2.6 协助部门经理落实重点工作

项目组长应协助部门经理落实及完成每季度的部门重点工作，并在本项目组内执行，及时向部门经理汇报重点工作的完成情况。

2.7 作为项目组和公司的事务接口

项目组长作为项目组内部与公司的事务第一接口人，应协助项目组内成员处理和办理与公司的事务工作，并将公司的制度与重点事件告知与项目组成员。

2.8 协助部门开展外部技术支持

项目组长应协助部门经理开展外部技术支持工作。发掘本项目组内成员的能力，在部门内其它项目需要外援支持工作时，推介本项目组成员对其进行技术支持。

2.9 组织牵头现场各类培训

项目组长应定期在项目组内组织有针对性地专业技能培训，提升工程师技术能力，并带领项目组成员积极参加区域内组织的各种培训，从而提升项目组的专业技能和提高交付质量。项目管理事宜

3.1 项目岗位本职工作

项目组长应该按照项目手册要求，熟悉日常的实施工作流程，能够掌握项目组工作状态，了解并掌握客户的需求，带领项目组完成日常实施服务，积极协调项目组内资源，配合项目经理完成实施交付工作。

3.2 监督驻场人员工作

项目组长完成自身的工作的同时，按照项目实施要求及现场实施规范，对现场服务工程师的工作进行指导及监督，针对项目工程师实施服务中出现的问题及时纠正。3.3 收集与提供信息，协助PM和前端销售人员拓展商业机会

在项目中，多与客户沟通，主动提出改良及优化建议，了解客户需求，并主动挖掘客户潜在需求，协助PM和前端销售人员拓展商机，为公司创造更多价值。

3.4 反馈现场工作情况给项目经理、部门经理

项目组长根据日常的现场实施情况，掌握并及时了解现场各工程师的工作情况，并针对现场实施的状态及时通报给项目经理，使项目经理及时掌握项目执行情况及现场工作状态。对于紧急或重大的现场状态及时能过电话、邮件等方式将信息传递给项目经理，并有根据信息的重要程度，将信息升级通报给部门经理，使信息及时有效的共享。

3.5 作为指导人帮助新员工熟悉环境尽快适岗

项目组长带领并协助解决项目组新员工入职手续及其他公司信息了解，对项目组同事出现的问题与困难与项目经理及时汇报衔接。

3.6 牵头项目组与用户进行现场交流汇报（周例会、月度例会）

根据项目情况及客户要求，由项目经理发起，由组长牵头组织项目组定期与客户进行现场交流汇报。例如周例会、月度例会等形式将项目进行情况，及项目进行中的困难与客户进行交流，并从客户端了解到项目组自身存在的问题，进行改进。

3.7 协助项目经理对组员进行考评

项目组长依据项目经理制定的工程师考核方法，协助项目经理按照考核方法对现场工程师的日常实施工作进行考评，并针对考评结果给予工程师工作提升的建议。

3.8 协助项目经理落实重点工作

项目经理根据公司部门的重点工作指导，将重点工作按公司及部门要求向项目组进行宣传并执行，在过此过程中项目组长有义务积极配合项目经理，并保证项目组的各工程师能够及时了解并配合工作的执行并落实。

3.9 作为项目现场第一接口人处理协调紧急CASE 项目组长作为项目现场的第一接口人在出现紧急CASE时，能够协调资源，并根据现场情况进行稳妥处理，如遇到无法处理的紧急CASE应能先给与客户提供紧急处理响应，并将事件升级通过过电话、邮件等方式将事件传递给项目经理，并有根据事件的重要程度，将事件升级通报给部门经理，使事件及时处理解决。

3.10 对项目组的知识管理起牵头作用

项目组长应该定期牵头组织项目组成员对项目组内的知识库资源进行更新与完善。并由项目组长管理项目组的知识库，制定管理方案，及更新计划。

3.11 分派现场工作

项目组长按照项目现场工程师的工作分工及工作职责，分派客户报修的服务需求，以保证客户的服务需求能够及时有效的完成，同时协调现场工程师合理安排工作，更速率高效的完成服务。

第三篇：项目组长工作总结

篇一：部门(项目组)工作总结模板

部门工作总结模板

（标题黑体二号加粗）

（空一行）

一、部门工作分工（宋体标题加粗三号）正常工作交接（宋体标题四号）

1、小标题用宋体标题小四

类似这种格式分类，行距为1.0（正文用宋体正文小四）若前段时间无这部分内容,便不需写入总结中。

（每一大类之后空一行，如下）

包括本部门（项目组）日常活动安排；

部门（项目组）成员问题反馈；

项目进展及评价；

项目展望以及成员期许（即期待某成员在工作方面可以达到什么状态或在哪些方面有待改善，可结合个人总结的展望部分内容）等方面。负责人根据具体情况进行列项汇报，这里我就不帮忙排版了。

正文宋体小四（格式与行距同上）

三、中心工作：(包括工作反思及展望)包含中心大型活动，例如活动宣传，中心整体架构、工作安排、团队协作、制度完善等方面。正文宋体小四（格式和行距同上）。

如果同事有“宋体（标题）”和“宋体（正文）”之分的字体，就标题用“宋体（标题）”，正文用“宋体（正文）”，没有的话，就用宋体就好。

部门（项目组）负责人负责将组内成员想法进行归纳总结（包括自己）。

时间（靠右）(宋体正文小四)部门、署名（靠右）（宋体正文小四）

篇二：6项目小组工作总结

金刚佐马 小组项目总结

提纲：

一：介绍团队的组织、建立、发展过程以及在开发过程中各成员的角色及贡献 二：介绍项目组的特色 1：按照计划圆满完成任务。计划前松，中间紧，后松的特色。2：别具特色的小组分工 a：发布经理：土办法做代码管理，8个版本详细稳定。b：审查委员会：监督任务完成情况，控制进度发展。c：开发经理：网站架构，代码规范，培训师，咨询师 d：测试经理：测试工作 e：开发人员：聪明，勤奋 f：项目经理：懒与勤快，任务下放与多重检查 3：沟通、交流、合作

a：机房集体开发 b：水果会议 c：火龙果奖励

d：任务记录表的特殊作用 e：小组会议主讲人轮换制度。

三：经验和教训 1：负责人的刚与柔。沟通技巧 2：前期规划-------一个实用系统的必备条件

一：团队介绍 1：团队建立-交流-发展

我们团队的建立来自于一个个偶然的因素，来至于5个寝室的8个好汉，在以往没有共同开发的经验，有的组员之间甚至很少交流。在那个温暖的下午，我们在人群中四处张望，在四目相对的过程中，我们发现了对方，8个人就此聚在了一起。从缘而生，因此，我们的小组名被命名为“金刚佐马“----金刚辅佐编码，缘分----小组初建，百废待兴。在进行交流后我们发现问题很严重。8个人中真正有开发经验的只有1人，其他人对动态网站开发基本都处于空白阶段。面对这样一个对我们来说非常复杂的网店系统，我们该如何学习、开发。这一切我们都一筹莫展，我们只能在不断的讨论中摸索前进。小组例会，私下讨论，集体开发，我们想到了一切能想到的方法加强交流，在不断的沟通交流中，我们逐渐找到了推进项目的方法，从开始的一筹莫展，到制定出详细的开发计划，从对asp.net知识的完全不了解，到通过学习、培训逐步掌握基本知识，能进行简单的网页

开发。从开始杂乱无章的代码到标准、规范的三层架构。从一个个独立的功能模块到统一的整合代码。我们在一次次的学习中，提升开发水平，在一次次的磨合中，提高团队协作能力。我们的小组逐渐走向成熟，我们的项目在我们的不断努力中完善起来。2：团队分工及完成工作百分比

由于我们小组成员开发能力薄弱，项目经验匮乏，我们认为那种单一的任务分配不太利于项目开发。于是我们设计了行政工作和代码开发工作两套系统。每一个小组成员既有行政工作，也有代码开发的任务。这样每个组员的开发任务减少了，同时也能学到许多项目管理的知识。

行政系统：

代码开发系统：

工作量记录：

动等于一个文档。）

详细情况：

高峰： 文档：《软件需求设计更改意见—管理员模块》，《软件详细设计—管理员模块》，《项目开发文档_项目计划--金刚佐马小组》，《金刚佐马小组工作记录表》，《项目组总结》，《个人总结》 《代码行数统计模板》，《数据库更改意见》，《系统bug表》

代码函数：708+647=1315 组织活动：10次小组会议 1次集体开发

组织成立审查文员会 4次组织代码整合

组织小组学习asp.net知识

组织小组编写详细设计文档 组织小组编写文档 4次组织文档验收工作 组织建立数据库 邱丰杰： 文档：《浏览区模块需求分析》，《浏览区模块详细设计》，《详细设计文档》，《数据库文档》，《数据库修改文档》，《个人总结》《程序经理总结》《压力测试文档》 代码函数：3000+ 组织活动：代码规范学习

4次组织代码整合 3次培训 网站整体调试 项目组展示策划 赵乾坤： 文档：《软件需求设计》，《项目-测试报告文档》，《项目-测试用例文档》，《软件需求文档》，《安全模块详细设计》，《网站测试》，《代码行数总结》，《个人工作总结》，《第一次测试报告计划》，《第二次测试报告计划》，《第一次测试报告总结》，《第二次测试报告总结》，《可靠性测试模块》，《图形用户界面测试模块》，《安装与反安装测试模块》，《性能测试模块》，《 安全测试模块》，《工作统计》，代码函数：编写简单的登陆页面并实现一定的注册登录功能。组织活动：

第一次小组会议，会议的时间是3月4日，会议的内容是关于改写《需求分析设计》，如何改写《需求分析设计》以及规定了小组成员所要交文档的日期。第二次小组会议，会议的时间是3月28日，会议的内容是详细的向小组的全体成员介绍有关系统测试的工作内容与安排。第三次小组会议，会议的时间是4月2日，把测试分成两个阶段并向组员认真安排了各自的任务模块，验收第一次测试――模块测试的文档。

第四次小组会议，会议的时间是4月6日，通过会议告诉一部分组员如何写好测

试文档，注意测试文档的格式与内容要求。

第五次小组会议，会议的时间是4月11日，验收第二次测试――集成测试的文档，对一部分存在困难还没有完成测试文档组员规定了最后完成日期。组织最终版的测试报告 协助设计展示方案 协助制作小组宣传书

张鹏： 文档：《软件需求设计更改意见—安全模块》，《软件详细设计—管理员模块》，《审核报告模板》，《第一次会员区模块测试报告》，《代码行数统计》，八份《审核结果》，《审核小组工作总结》，《个人总结》.代码：425 组织活动: 8次项目审查活动 一次审核小组会议 张实： 文档：《vss使用审查报告》 《开发第一阶段-1审查报告》 《开发第一阶段-2审查报告》

《个人总结》《测试报告-浏览区》《测试报告-2》《需求分析-会员区》《详细设计-会员区》

代码函数：574行

组织活动：3次审查活动 1配置环境

提交每周两次的代码，共两周 3次组织会议设施 云达： 文档：《软件需求设计更改意见—店长区模块》，《软件详细设计—店长区模块》，《开发经理工作总结》，《个人总结》，《登陆界面》，《项目第一阶段测试》，《项目第二阶段测试》，《代码行数统计》，《项目日志历程》

代码行数：310+343=653行 组织活动：10次代码发布 1次vss使用方法会议 1次搭建vss环境 李鑫： 文档：《软件需求设计—网店模块》，《软件详细设计—网店模块》，《个人总结》，《第一次测试---登陆》，《第二次测试---功能点》，《建立数据库审核文档》，《建立数据库审核文档补充》 《学习asp开发知识审核文档》，《学习asp开发知识审核文档补充》，《第一阶段测试审核文档》，《代码行数统计—app_code》，《实现登陆》 代码函数：250+300 = 550 组织活动: 5次项目审核 2次组织会议

一次寻找数代码工具 郑峥：

文档：会议记录5次。《个人工作总结》《用户使用手册》《会议记录总结》《网站美工方案》《网店需求分析》《测试文档》2次，配置vs环境。《网店详细设计文档》，代码函数：无

组织活动：1次集体开发，5次组织会议设施

二、项目组特色

1：按照计划圆满完成任务。汉堡包模式--计划前松，中

间紧，后松的特色。

作为一个项目开发小组，我认为我们最自豪的就是我们的项目开发活动基本遵循了前期制定的计划。按部就班，一步一步完成了各项任务。我们的小组没有进行通宵开发这种突击活动，需求设计中的功能全部实现，还增添了许多新功能。

篇三：项目组个人年终工作总结(汇报稿)在叙说工作成果及不足之前，向李老师您，对本人这一年来的多次迟到问题郑重道歉，同时也请您体谅路途远、部分时间没有班车的实际情况，并得到您的谅解。

一年过去了，我负责的项目从业务、生产、质量、交期各方面来说喜忧参半。喜的是工艺的自省改进、质量的稳步提升、工作环境的改善；忧的是营业额基本与上年持平没有提高，质量的提升过于稳步、管理措施落实推进太慢。

首先，业务上，从统计数字看，今年必达项目全年净产值约为275万元，今年基本与上年持平，约为280余万元，看似稳定，实则我们又丢掉了三种批量产品。实话实说，从我个人来讲，我还是希望必达的项目可以做起来的，毕竟以现阶段来讲，必达是我打理的产值最大也的客户，我不像其他经理年终奖拿的是全厂份额，它的营业额直接影响我的收入。从公司的角度来说，从最后一季度开始，投产批阅内容中增加了《合同成本明细单》，从中的工时效益我们可以看出，必达的工时效益在60-320元/小时之间，是可以满足工厂需要的，在维特根的成本需求、调整下，两方客户的工时效益已接近持平。虽然必达的产品利润略微偏低，但是也没低到原来我们认为的那个地步。因此，现在回想起来，我对今年丢掉的三种产品还是觉得很可惜的，毕竟必达还是比维

特根有批量的：四位食槽从转走开始，接手的公司又生产了500余台，产值约90余万元；热镀锌支撑从转走开始，接手公司生产了6万余件，产值约130余万元；仅这两项就丢掉了220余万的产值，不包括利润确实很低的280l料箱。我觉得我们都应该好好思考一下，说我们是因为决策权在您的手上，而我应该尽可能的给您多提出些想法，在这一点上我确实做的不好，经验也不足，有待提高。

其次，就是生产上，我就不好多说什么了，不是我负责的部门，就和交期问题一起说明一点吧，在今年的生产任务上，确实可以做到一视同仁，不要随便加塞儿，这方面我确实很难做，在年末的时候曾经讨论过这方面的问题，因为后续几乎没有紧张的生产任务，所以至今还未表现出来具体落实情况，希望您给予监督与支持，谢谢！

对于质量问题有两点需要说明：

一是，工艺方面，它也是生产的其中一个环节，2014年在这方面我和张立成配合的还算是不错的，针对生产有可能因工艺问题易发生不良的问题，我们已经养成了自纠自查的习惯，减少了一部分不必要的浪费，同时，在接受了去年300个料筒项目中，小配件的一次小教训的后，在工艺质量上已趋于稳定，没有再发生过类似的大小批量不良现象，对以前

发生过的事情，我与张也自觉检讨过并积极改正，对我们曾经的大意、不够精心深表抱歉；

二是，我们的培训计划应该抓紧，培训也应该逐步紧张的进行下去，通过维特根的突击培训，焊接、打磨质量有了明显的改观，但部分人的意识提高这还很不够，在必达、宝峨产品中更多的质量问题是发生在后期加工上，譬如毛刺、装配、表面处理等方面的问题屡见不鲜，也是我在这一年在项目上非常头疼的问题，针对这些问题的分解点，也提出、推进过多次的改进办法和措施，但效果甚微。分工不清，粗心大意，不自查，没有责任心，质量意识太低，是发生这些问题的根本原因。虽然我、张、宋每次在发货前都一起复检一遍，以及在易发生不良产品的后续上，我们都是亲力亲为，但我和张的精力毕竟有限，还有很多其它工作，不能配合宋百分百全检，希望今年可以在落实培训的基础上有所改观，并且仍然希望得到专职人员的补充。

作为项目主管，可能也是我向您反馈的不太够，认为部分事情亲力亲为就可以解决，这方面也有我的责任，值得反思。最后一方面，就是关于成本、统计了。成本方面，除了新的一年在三级成本的重新核定上待定外，其它都没有什么太大问题，只需注意成本、下发工时的转换与调整的准确性即可；统计方面，目前状态还好，过去的一年统计上没有出现

过问题，现在的方式在目前的状况下也还好，我做投产、完工、送货统计，财务拷贝，开票和回款及登记。如果有可能带话，最好还是项目、统计、财务分开，专人专职可以使我轻松点，集中精力更好的管项目，但是我又不太放心别的内勤的合同方面的统计，这件事我偷个懒就归您考虑吧，呵呵，没合适的人我就还接着做，也牵不了多少精力~ 以上呢，算是我对2014年工作的总结汇报吧，不全面或您有疑问的地方回来我再跟您私聊。对于公司的展望，我也有自己的想法，不当的地方请您谅解，咱就聊闲天儿全当我忠言逆耳了哈。

记得在您去加拿大之前曾经问过我，对必达公司接下来项目推进的看法，我说“别丢就做着看吧，看明年必达对咱们是什么想法，首先得保证质量做好自己，少被投诉，您也消消气别跟他们一般见识”。其实有些话我当您面还真说不出来，上次只说了一部分，因为您在我心里是非常有威信的，当面说了真怕您生猛气，您这身体也不好，书面的方式挺好的，可以慢慢看o(∩_∩)o~。另一部分想说的是，我觉得公司仍然处在资本积累的初中级阶段，并不像大家想的那么乐观，有时您太容易生气了。您是艺术家，是成功的，但在公司的立场，我觉得吧您应该换一种思维方式，不管客户怎么样，咱还是得忍，只要还在合作，咱们就得精心维护，多让

出些利润，就像质量一样，我们得先做好自己，只要不赔钱，赠送的态度都可以，就像晋商们所说的，“吃亏是福”，不知道您能否理解。

另一方面，咱公司工资水平确实不高，各种大众福利也是没有的，您也屡次说过，我最让您欣慰的地方就是从不跟您提待遇问题。其实我不提是因为我敬重您，是真心当您长辈的，现在也依然认为您能带领我们展翅高飞，不能急于一时，眼光要放长远。要说没一点想法那也是不可能的，其中一点就是我不在乎挣多少，但是在乎有没有区别，项目主管应该算是经理职务了吧，平常工作中所说的每一句话都是需要负责任的，这一点不仅年底需要体现，在月工资上我认为也应该体现出来，应该按职位不同拉开差距，其它所有企业也都是这么做的，这点在欣工这里让我一直都无法理解。再有，我现在年岁真的越来越大了，前年不太显，尤其去年压力开始明显增大，尤其是在去年几次均因经济原因谈朋友未果。您说过我，该什么时候的事就得什么时候办，确实是这样，但有些事不是我想怎样就怎样的。话又说回来，我也不二心、不灰心，好好跟您干，我相信还是什么都会有的。细算一算，我跟了您也已经有7年又9个月了哎，就目前来讲，虽然您的步伐一直很慢，但是我还是有期待的，管项目前，您曾许诺文化公司开业后也会文化公司的一份薪水，虽然那样肯定会很忙很辛苦，就两个公司的两份薪水而言，还是有些盼头

篇四：项目组周工作总结模板

pma 主要用途：记录项目组每周工作；项目组间进展沟通；向pdt汇报。

月度监控点

（各模块当前进展总结，简明扼要）

?项目经理每月月初选择4-6项关键任务作为本月监控点（基本保证每周一个），每周更新监控点的完成情况。对于延迟的监控点必须注名预计延迟到什么时候完成，并说明对哪些部分产生影响，2 周工作完成情况

根据pma下发的任务单总结本周工作完成情况和下周主要工作。

< 状态描述：完成/已经完成百分比、完成情况说明> 3 文档完成情况

质量控制状况

（缺陷密度现阶段不需要填写）

风险管理(也可以单独做风险跟踪单进行每周跟踪风险)<说明：可以直接从风险管理计划表中直接拷入填写完整的n个顶级风险，并在这里插入“风险管

重大问题和困难

重大技术问题（一周之内不能解决的问题，要及时上报给pdt）

组间协调的问题，以及其它一些内部无法解决需要pdt协调解决的问题与困难（项目组自身不能解决的困难，上报给pdt进行协调解决）

< > 篇五：项目组行政文员工作总结

项目组行政文员工作总结

我叫xxx，今年2月，我来到了xxx项目组，担任行政主管的工作，虽然我没有丰富的工作经验，但带着对事业的激情和对新生活懵懂的情愫，我依旧昂首走上了公司行政人事部的工作岗位。工作中，我一直虚心求教，恪尽职守，努力做好本职工作。在过去的这半年里，虽没有轰轰烈烈的战果，但也算经历了一段不平凡的考验和磨砺，对于每一个追求进步的人来说，都免不了会在年终岁未对自己进行一番“盘点”，也算是对自己的一种鞭策。现就近一年来的情况向各位领导作年终总结。

一、人事管理方面

1、制定并落实相关人事管理制度

初到公司，适逢结构重组，xxx结合自身环境制定了与公司发展及执行相匹配的一系列人事管理制度，并由我负责公司的考勤统计工作。在执行过程中，我能够尽快适应公司的政策安排，尽可能做到实事求是地统计考勤，每月初以统计数据为依据，及时为员工饭卡进行充值，为大家做好后勤保障工作。

2、归档人事档案

我知道，及时更新各兄弟公司及相关往来单位的通讯资料对于公司的业务发展有着至关重要的作用，因此我从未把人事档案详尽、准确的归档整理工作当成一般的人事工作来对待。我能够做到分别以纸板和电子版备份，严格审查全体员工档案，对资料不齐全的一律补齐，并及时将最新的信息复印并分发给xxx公司各位领导及办事员备查使用。

3、为员工缴纳社保费及住房公积金，管理人才、社保及公积金帐户

由于我本人也是刚刚参加工作，对社会保险、住房公积金以及人事局人才档案管理工作的具体政策和执行程序可以说完全不熟悉。面对每个月的报表和一年里频繁的人事增减变动，我知道只有做到勤问、勤学、勤动脑、勤动手才能胜任这项工作。社会保险、住房公积金和人事档案工作完成的好坏直接关系到每一位员工切身利益的得失，关系到企业信誉的优劣以及企业与员工之间关系的和谐与否。公司领导将这样举足轻重的工作交给我，是对我工作能力的信任和考验。为了不辜负这份信任，我大胆工作，不懂就问，得到了多位负责人事管理工作和财务管理工作前辈们的指导和帮助。此外，我自己也常常浏览政府服务部门的官方网站或通过现场请教政府办事员的方式学习提高，得以进一步开展工作。如今，我已经能独立并熟练地完成社会保险、住房公积金和人才这三部分人事任务的常规性工作。这是与每位同事地积极配合和热心帮助分不开的。

4、招聘新员工

根据业务部的实际需要，人事部在8月伊始有针对性地、合理地进行了员工招聘工作。回想起半年前的求职经历，我认为自己有义务尊重每一位求职者，以公司的利益和需要为出发点，以公开、公平、公正为选拔原则，把好公司引进人才、择优录用的第一关。我能够做

到对每一位应聘者的简历进行认真的筛选，对每一位有机会前来面试的应聘者报以最热情的对待，为公司领导进一步择优录用新职员奠定了良好的基础。

二、行政工作方面

除此之外，我还负责办理企业营业执照年审及工商备案资料变更等相关事宜。和办理社保、公积金、人才等人事工作一样，办理与企业有关的工商行政事务也是与政府打交道的一项工作。然而，工商行政办公大厅的设置虽然人性化，但其工作态度和工作方式实在不敢恭维。这对于“初来乍到”的我来讲，在工作之初的确造成了不少困难。好在公司领导的大力支持和其他负责行政同仁的鼎力协助，才让我有机会在一次次锻炼中逐渐成熟，办事效率也越来越高。现在我已经可以独自完成企业变更的全部流程，并能积极配合财务部、业务部等其他部门办理与工商有关的行政事宜。

工作中，我学习了很多知识，认识到学习英语和尽可能涉猎更广泛领域常识的重要性与必要性。因此，也只有永不倦怠地提高自己，才能胜任看似简单的行政事务工作。

第四篇：项目组长个人简历

个人简历就是自己的第一块敲门砖。一个好的个人简历就会吸引到领导的注意。下面是关于项目组长个人简历的内容，欢迎阅读！

周xx

二年以上工作经验|男|24岁

居住地：天津

电 话：188********（手机）

E-mail：

最近工作 [ 1年8个月]

公 司：XXX酒店信息管理系统

行 业：开发

职 位：项目组长

最高学历

学 历：本科

专 业：软件工程

学 校：东北师范大学

自我评价

学习成绩良好，有自主学习与钻研的精神，对软件开发有很浓厚的兴趣。善于与人合作，有良好的表达能力。能够充分理解面向对象的设计思想。熟练掌握Java、C/C++程序设计语言，掌握基本的算法原理，会利用开发平台编写高级语言程序。能熟练使用JSP+JavaBean开发模式。能熟练使用Eclipse、MyEclipse、MicrosoftVisualStudio。能熟练配置、调试Java应用服务器ApacheTomcat并进行Java程序的开发部署。熟悉MySql、Oracle、SQLServer2000数据库,掌握基于SQLServer2000的数据库编程。熟悉和了解OOA,OOD能操作PowerDesigner等工具。熟悉JavaScript。

求职意向

到岗时间：一个月之内

工作性质：全职

希望行业：开发

目标地点：东北

期望月薪：面议/月

目标职能：项目组长

工作经验

20xx /7—至今：XXX酒店信息管理系统[1年8个月]

所属行业： 开发

项目部 项目组长

1.后台数据库管理酒店人员、物资;前台界面实现酒店的信息查询、预定。

2.开发团队:小组开发，共四位成员。

3.角色定位:项目组长，负责网站前台界面设计、JSP程序的编写以及后台数据库的设计，4.协调小组成员的设计、开发工作，参与测试。

20xx/7—20xx /7：XXX C语言编译器开发[1年]

所属行业： 设计与开发

设计 设计与开发人员

1.项目描述：使用C++语言开发，采用面向对象设计，实现该语言的词法分析，语法分析及语义分析三个部分。

2.开发团队:小组开发，共四位成员。

3.角色定位：主要负责词法分析及语法分析部分面向对象的设计与开发。

教育经历

20xx/9—20xx /6 东北师范大学 软件工程 本科

证 书

20xx/6 大学英语六级

20xx/6 大学英语四级

语言能力

英 语（良好）听说（良好），读写（良好）

第五篇：项目经验

我的项目经验：项目日期：2010年6月-2010年8月

项目名称：台泥公司储运码头储料系统改造

担任职位：电气工程师/技术员

项目描述：1.目的：为提高仓重计量的准确性及减少现场对称重信号的干扰而进行的技术改造，从而实现中空室监控的数据与现场仪表反馈回 来的料位，重量信号数据的一致。通过重量或者料位来控制电机的启停。

2.介绍：本项目的控制部分由称重传感器，现场重量显示仪表，s7-200 CPU226的PLC，EM277扩展模块，扩展DI/DO，上位机监控，气缸组成。它的工作原理是当现场把控制柜的按钮打到手动则进进入手动调试状态，手动调试包括仓重的校验，电机和做阀门的测试等。仓重的校验是当按下气缸启动按钮气缸动作将校验砝码挂上仓体，然后根据仪表显示的重量与砝码的重量的对比进而调节偏差。上位机监控的重量数据是从现场仪表发送过来的。因此校验好现场的仓体重量就可以投入使用了。当把控制柜的按钮打到自动时中空操作员可以对现场设备的启停操作。如果遇到紧急事故，整个系统会进入停止运行状态。

责任描述：这个小型的系统由三部分的人员完成。第一部分是由公司的工程部完成，他们的任务是负责对现场硬件设备的改装，负责现场的施工工作；第二部分和第三部分是我们电气人员负责，而我主要负责的是PLC的程序设计和改进。其他的技术人员则做人机界面的画面组态和改进。经过2个月的对项目的改造我完成了PLC主体程序的改造设计，还有比较复杂的通信部分由领导完成。

经过这2个月的学习和对项目的改造我的编程技术又上了一个台阶，对整个自动化控制系统有了更加深入的了解，总之受益匪浅。