甲方it项目经理岗位职责(大全)

无忧范文网小编为你整理了多篇《甲方it项目经理岗位职责(大全)》范文，希望对您的工作学习有帮助，你还可以在无忧范文网网可以找到更多《甲方it项目经理岗位职责(大全)》。

第一篇：IT项目经理岗位职责

软件开发管理体会

从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。今年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过程。从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。

软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如CMM和ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而我们当前执行的项目，一般只有10个人左右，要实施软件工程难度更大。我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。

大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相比，小项目具有以下特点:

· 项目功能相对较少 ；

· 开发人员较少；

· 开发周期较短。

小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。

据我了解，小项目开发中容易出现以下问题：:

1、开发之前没有认真地进行项目可行性和工作量的估计。

往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。

2、没有真正的设计过程 。

开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。

这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会造成以后的返工。

另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困难。

3、不经过单元测试而直接进入系统测试 。

造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

针对以上问题，我认为在开发过程中必须处理好四个关键问题，严格把关，可以大大提高软件的质量。

这四个关键问题为：人员、规范、测试、时间控制。

一、合理配置人员

首先软件开发是一项长期艰苦的工作，所以一个团结、协作的团体才能在规定的时间内完成一个质量上乘的软件项目。团队中的每个人必须积极融入到整个集体中，不能互相推诿，更不能互相埋怨和指责，正确的态度是大家在充分信任的基础上团结协作，互相帮助，主动承担任务, 利用集体的智慧获得成功。整个团队就是一部机器，只有每一个齿轮都能正常运作，才能生产出优质的产品。

合理配备人员是成功完成软件开发项目的切实保证。所谓合理配备人员应包括按不同阶段适时运用人员，恰当掌握用人标准。一般来说，软件项目不同阶段、不同层次技术人员的参与情况是不一样的。图一是典型的软件开发人员参与情况与实际人员需求差异曲线图。

如人员配置不当，很容易造成人力资源的浪费，并延误工期。特别是采用恒定人员配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情况。

为开发人员创造出一个人尽其才的环境也是项目成功的重要环节，让他们能得心应手的施展自己的才华，特别在工作安排上要煞费苦心，针对每个人不同的特长，根据项目的具体环境和条件来合理安排人员在恰当的岗位上。

项目负责人是一个团队的核心，其综合素质直接影响项目的成败。合格的项目负责人具有高超的领导才能和强烈的科技意识和较强的业务处理能力；具有敏锐的洞察力，能瞄准目标，实事求是，精心组织，坚决果断，灵活应变，享有信誉；善于制定计划，解决问题，沟通信息；具有良好的市场意识和交际能力。当然同时满足这些条件比较困难，但是他应该具有实现这些素质的条件，并注重经验的积累、素质的提高、能力的培养。并能从以下几方面严格要求和培养自己：

以身作则：只有身先士卒，各方面以身作则，才能得到广大开发人员的认可和信任，才能树立较高的威信。

果断抉择：负责人的重要任务是决策，特别是有多种选择的情况下，一个正确的选择往往事半功倍。

善于交际：他必须积极对外联络，充分利用外部资源，例如其他部门做过类似项目者，可以向他们取经甚至直接获得源码。这对一个项目争取时间，避免重复工作很重要。

善于协调：协调几个人的工作比自己完成一段编码更重要。由于协调不力，将影响开发。所以项目负责人除完成自己的编程任务外，必须随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等。

善于制定计划：在开发前，可将明确的开发任务通过文档传递给每个开发人员，让大家都熟悉设计模型，都清楚自己所做的工作在整个系统中处于什么地位，这样有时侯可能会发现设计模型中的漏洞，避免了各人的代码编写完毕之后又要修改的后果。

沟通问题：团队沟通不是技术问题，但却是一个最能影响工作效率的问题。沟通及时、集思广益、步调一致，才能取得胜利。

二、严格执行软件开发规范

软件开发需要严格按照软件规范实施。用手工作坊式的方式来开发软件，其结果必然失败。从项目的用户需求分析、系统分析、编码、调试、测试、发布都需要一步一步完成，不能轻视或忽略任何一步骤。前部分没有完成好，不要贸然进行下一步。越是项目起步阶段，越是要注意按照规范进行。

如前所述，因为开发软件项目规模较小，很容易忽视规范化，而随心所欲，没有计划，想到哪做到哪，其最终的结果是失去控制。其实项目小正是实现软件规范化管理的好时机，规模

小，涉及的管理方面有限，管理实施起来比较容易。CMM等规范标准不是轻而易举就能实现的，但是可以借鉴它的思想和方法，先在小项目上实现规范化管理，培养人员的规范和意识，为以后实现大项目的CMM等规范打下良好的基础。

特别需要重视软件开发中文档管理。那种认为只要产品做出来可以运行，何必花费许多精力去做文档的观点是错误的。经过实践，我深刻体会到，没有文档会带来很多问题。用文档去引导开发过程，抛弃随心所欲的开发模式。就象工厂工人师傅按照图纸生产零件一样，否则很可能会得到次品甚至是废品，给后来开发者留下一堆没有意义的“垃圾”产品。我认为文档应该是开发中阶段（ｍileStone）结束的标志，每个阶段后，都需要提交相应的文档，而且要确保文档的质量。

确保文档质量的最有效方法就是评审，提交文档后，项目负责人组织相关人员对该文档进行审核，在充分讨论的基础上进行文档的重新修改和审核直到满足项目要求。文档应该是贯穿整个过程的主线，在不同的阶段，需要不停地对文档进行完善，使之真正成为全体项目人员的智慧结晶。

三、重视测试

测试是软件开发中容易忽视的问题，许多人认为开发的主要工作是编码，其实不然，在没有严格执行开发流程的开发活动中，测试可能是唯一能确保软件质量的方法和手段。而越是松散的项目越轻视测试活动，它既没有固定的测试组织，又没有程序员间的交叉测试，更没有考虑过有效的测试流程和方法，他们的软件质量完全建立在对程序员能力信任的基础上，这是很不安全的。

测试是对软件产品质量的检验和评价。它一方面检查软件中存在的质量问题，同时对产品质量进行客观的评价。

我们一般把发现的错误bug(我们也称为缺陷defect)按严重性分为四类：死机(系统崩溃或挂起)、致命(使系统不稳定、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的)、严重(系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果，如：显示不正确但输出正确)、一般(界面拼写错误或用户使用不方便)。

我们也把发现的错误按优先级分为三种：高、中、低。一般是某错误对用户接受或使用影响越大其优先级越高。

要完成严格的测试，就必须建立规范的系统测试流程，有专人负责执行，而且开发人员要积极配合，不要认为测试人员是在给自己找麻烦，测试人员查找的错误可能是程序员无法发现的错误。

一般的测试流程应该是：

1、项目组提交系统测试申请给测试中心指定帐号。由专人检查文档格式和完备性。

2、检查合格后交给该产品对应方向的研究人员，评价其内容的有效性和真实性。

3、检查合格后由测试中心主任审查并通过，成立测试组，指定测试组长(可暂时没有组员)。

4、测试组长根据该产品的申请报告、测试设计和以往测试数据，制定测试方案。

5、测试中心主任审核通过测试方案后，根据测试方案指定测试组成员，并由支持组完成其他支持任务(如：设备的配备、测试数据库的建立、网络权限的修改„„)。

6、测试期间测试组根据测试方案进行实际测试，记录并跟踪测试缺陷报告，填写测试记录。测试组长与项目组(测试经理)经常沟通，并获取产品的更新版本。同时，测试组长审查、修改并提交所有缺陷报告，保证随时掌握产品的质量情况，并监督测试进度。

7、产品进行到一定阶段后(标志是测试缺陷报告库中所有的报告处于归档状态)，由项目组和测试组长共同决定产品进入稳定期测试。稳定期测试版本之前的版本必须在显著位置标明为测试版字样。

8、稳定期测试期间所发现的缺陷报告也需要记录在测试缺陷报告库中，并在稳定期结束后由双方(有时可能也有市场方面的意见)共同决定对这些缺陷的处理方式。如果需要改动产品，则重新开始稳定期，否则通过稳定期测试。

9、测试组长对于通过稳定期测试的产品填写综合测试报告，测试中心依此发布产品发行通知。

10、测试组对整个测试过程和产品质量进行总结和评价，形成文档并备案。同时，将测试过程中对测试设计的改动纳入基线（是已经通过正式复审核批准的某规约或产品，是软件开发中的里程碑）。最后，组长整理并在指定地点保存相关测试数据和测试样张。

11、测试中心解散测试小组。

另外，在系统测试阶段，我们要求测试小组要进行一些常规内容测试(如：Y2K测试，病毒检查、裸机测试、加密检查、说明书检查„„)，并要求写入测试方案中。

测试应该在现实的环境中进行。所谓现实环境就是与用户实际使用的环境相同或相近，因为开发环境和用户使用环境有很大区别的，而开发的产品最终是要交给用户使用的。如果没有办法模拟用户环境，则程序员可能必须自己开发一些模拟程序来模拟现实环境。特别是与硬件配合的项目，因为在程序调试时硬件可能没有完全完成，这时就必须开发模拟硬件的程序，否则开发的进度可能无法保证。

四、时间控制

开发人员最担心 “领导不断催促，可系统提交日期一拖再拖”，项目负责人对此一筹莫展，束手无策。开发活动如同一个黑箱子，资金扔进去了，人员扔进去了，设备资源扔进去了，但不知道什么时候会出来结果，更没有把握出来的东西是否是用户所要的东西。为避免人力、物力、财力浪费，要做好项目计划，进行有效的时间控制。

软件项目管理过程开始于项目的计划，在做项目计划时，第一项活动是估算。现在已经使用的技术是时间和工作量的估算。因为估算是其他项目计划活动的基石，而且项目计划又为软件工程过程提供了工作方向，所以我们不能没有计划就着手开发，否则就会陷入误区。 软件项目的进度安排主要是考虑软件交付用户使用的这一段开发时间的安排。进度安排的准确程度可能比成本估计的准确程度更重要。软件产品可以靠重新定价或者靠大量的销售来弥补成本的增加，但进度安排的落空会导致市场机会的丧失或者用户不满意，而且也会导致成本的增加。因此在考虑进度安排时要把人员的工作量与花费的时间联系起来，合理分配工作量，利用进度安排的有效分析方法严密监视软件开发的进展情况，以使得软件开发的进度不至于被拖延。

在作进度安排时要考虑的一个主要问题是任务的并行性问题。当参加项目的人数不止一人时，软件开发工作就会出现并行情况。因为并行任务是同时发生的，所以进度计划表必须决定任务之间的从属关系，确定各个任务的先后次序和衔接，确定各个任务完成的持续时间。另外还应注意关键路径的任务，这样可以确定在进度安排中应保证的重点。常用的进度安排方法有两种，即甘特图（Gantt Chart）法和工程网络法。

项目怎么样才能算做好了，也是各有各的看法，我对项目成功的定义为，“三赢”的项目，才算是真正成功的项目。三赢包括，用户满意；公司满意；项目参与人员满意。

为用户服务、让用户满意：用户指提供资金并且最终使用项目结果的所有人员，项目的开发过程和最终结果，要让用户认可、使用，并让用户说好。此为一赢。

让公司满意：项目开发要按时保质保量地完成，并为公司积累项目经验、知识储备，包括项目、人才、技术、市场等各方面的储备。此为二赢。

让项目参与人员满意：要让开发人员在项目中专注地完成任务，免受项目之外的因素干扰。正常、优秀地完成项目，对开发人员本身也是一种巨大的鼓励。还要让供应商深知其设备、软件的使用情况，让项目的成功成为供应商的成功，为下一次的更好合作打下基础。

初为开发负责人，需要不断积累经验，我书写此文目的在于抛砖引玉，争取和大家一同将我们的项目做得更完美。欢迎各位指教。

第二篇：IT技术经理岗位职责

岗位： 技术部主管

岗位职责：

作为技术部责任人，主管公司技术部相关工作：

负责公司的技术项目管理：组织人员配合企划部进行项目的评估；根据项目情况制定开发计划并实施，对于项目的进度进行跟踪，对于存在的问题；及时提出解决方案；项目完成后，进行成果物质量确认；组织人员支持公司市场活动。

负责公司项目的信息收集。

负责公司项目的产品企划的技术支持。

负责公司项目的市场活动的技术支持。

负责公司项目的技术交流。

负责公司的技术培训。

负责公司IT方面制度的制定及实施

负责公司IT方面财务的计划，执行。

负责组织公司知识库的建立。

负责部门人员的管理和工作指导。

负责向上级领导汇报部门工作。

负责技术部的各项日常事务管理，处理部门突发事件。

协助上级领导制定公司IT方面发展规划，并负责具体实施。负责制定部门年度“工作计划”和“工作目标”。

审核公司的技术资料。

审核公司的技术培训资料。

根据公司发展方向，收集和整理国内外相关信息，汇报相关发展。

提出公司可执行的项目计划，为领导决策提供参考。

其他职责：

完成上级交办的其它事项。

协助同事完成与有益于公司发展的其它事项。

7月份工作计划：

针对疲劳检测项目与产品提供方进行沟通；掌握产品开发的进展。

"针对网络字体合作项目与产品提供方进行沟通，了解产品的市场活动计划，根据对方的授权政策，考虑我们是否对其向H公司推荐。

"

针对国内手机预装软件项目根据赵总与H公司的交流结果进一步处理。

进行公司现有项目的支持：OCR等；

进行公司日常办公的IT支持：网站等；

根据公司发展方向，收集和整理国内外相关信息，汇报相关发展。

根据公司发展方向，提出公司可执行的项目计划，为领导决策提供参考。

Ipad手机点菜系统的开发（研讨中，是否进行需要领导明确指示）

甲方it项目管控岗位职责

甲方工程项目经理岗位职责

甲方项目经理岗位职责范本

it项目经理助理岗位职责

建筑业甲方项目经理岗位职责

第三篇：农业财务专管员岗位职责

农业科技园区岗位职责

农业科技客服人员岗位职责（共11篇）

农业综合服务站岗位职责

服务三农岗岗位职责

技术服务岗位职责

第四篇：IT项目经理岗位职责

一、项目经理岗位职责

1、项目经理为整个项目的第一责任人。

2、项目经理对《质量检查报告》中的所有细则负首要责任。

3、项目经理必须有效掌控项目开发的各个环节，协助、指导项目组成员的工作，及时发现并处理项目中存在的问题，并对项目组成员的工作进行合理的评价。

4、负责管理和控制项目全过程的质量、进度。分析偏差，采取纠正措施。如果发现项目实际进展显著偏离计划，则及时采取纠正措施。

5、根据项目规范建立项目组内部管理和沟通机制。

6、可根据需要调配组内人员等资源。

7、有权对项目组成员提出奖惩建议。

8、项目经理负责组织需求分析工作，并组织对需求文档和需求变更文档进行复审。

9、分配系统设计任务，包括体系结构设计、模块设计、用户界面设计、数据库设计等。

10、组织对体系结构设计、模块设计、用户界面设计、数据库设计进行评审。

11、负责组织项目开发小组会议并编写会议纪要。开发小组会议每周至少举行一次（可与项目例会合并），对难点、疑点问题进行分析、解决，保证小组内成员充分沟通。

12、负责每周对开发人员的代码进行检查。

13、负责提交测试版本、搭建符合实际的集成测试环境，每个项目只能有一个测试环境，开发环境不可与测试环境混合。

14、所需提交文档：

 立项后制定《项目计划》并保证该计划的合理性和现实性。组织项目组内对《项目计划》进行评审，《项目计划》制定或变更后必须发邮件通知部门经理、测试部及项目相关人员。

 每周五下班前提交项目的《项目周报》至TFS上项目相关目录。

 协助设计人员编写《体系结构设计报告》、《模块设计报告》、《用户界面设计报告》、《数据库设计报告》

 提交《内部验收表》。项目成果交付用户前项目经理必须组织内部验收，并签字生效。

 结项前向项目管理部门提交《结项申请书》。

 负责组织开发设计人员、需求分析人员、测试人员，根据《用户需求说明书》提交各类技术文档，并保证该文档的及时有效性和准确性。

二、项目管理FAQ

1、项目计划如何编写？

项目计划按文档模板的提示完成各项内容，统一使用PROJECT工具制定并跟踪。

2、项目计划编写好后怎么提交？

项目计划编写完毕后，需将初稿提交给项目管理部门进行初审，并由其组织项目管理部门成员及项目组成员进行开会评审。

3、怎样进行项目计划变更？

在项目过程中，需根据实际情况对《项目计划》进行变更，须提交项目管理部门进行评估，如对项目有重大影响，项目经理须填写《项目计划变更申请表》并提交项目管理部门进行审核。

4、需求分析文档编写有哪些要求？

项目的需求分析文档是开发的依据，在编写中每项功能的描述必须思路清晰，要求有输入、输出项和操作步骤、业务流程等信息，并能对功能画出示意图、流程图等。需求分析文档编写完成后需将初稿提交项目管理部门进行初审，再由其组织项目组成员并邀请相关人员进行会议评审。

5、整个项目实施过程中，各类角色周期性需要提交什么文档？

项目经理：每周五举行项目例会，并提交《项目周报》的“项目进度”部分。 开发人员：每周五提交《项目周报》的“实际完成任务”和“问题汇总”。 测 试 员：每周五提交《项目周报》的“质量保证报告”。

6、项目经理的主要任务是什么？

在立项申请评审会议中指定项目经理后，项目经理需提供项目组开发人员的建议名单，包括体系结构设计员、界面设计员、数据库设计员及模块设计员。

制定完《项目计划》后，项目经理应按《项目计划》要求制定《开发计划》。 项目经理负责对各系统设计员所提交的设计文档进行初审。

项目经理应经常对开发人员的模块设计或源码进行抽查，确保软件开发质量，并符合设计要求，并在每周五提交的《项目周报》中的“源码检查情况”记录相关信息。

7、如何使用Bug管理系统？

项目立项后，测试部将会在Bug管理系统创建该项目，并设置项目组成员及各成员的角色。

项目组内任何人发现项目缺陷都应该登录Bug管理系统中进行记录，若非项目组成员发现错误应及时反映给测试人员。

提交缺陷时，根据缺陷的严重性选择类别，并选择“严重级别”能让开发人员及时获取信息进行修改。标题应该简要说明缺陷内容，以便进行相关查询和统计，不能以“错误”、“测试结果”等无意义的词作为标题。

8、怎样进行验收、升级、安装？

所有项目在提交客户前，必须通过测试部和项目经理组织的内部验收，并填写《内部验收表》。

内部验收通过后，项目经理制定《客户验收计划》并组织客户及项目相关人员进行验收，编写《客户验收报告》。

项目组/开发人员负责提供需要验收的软件和建立验收环境。并编写安装、升级脚本。 安装、升级前应先在测试服务器上搭建与正式服务器相同的环境，执行安装、升级脚本，确保脚本执行无误，然后再验证程序的正确性。

测试服务器上安装、升级无误后，项目经理指定开发人员进行正式系统的安装、升级，安装、升级人员填写《升级（安装）记录表》。

9、如何结项？

所有交付给用户使用的系统，必须在交付验收的同时，提交经项目经理和质保员审核的操作手册、软件系统管理手册、系统安装、配置和维护手册等验收所需文档。 所有验收文档提交齐全后，由项目经理撰写《结项申请书》，申请结项。《结项申请书》应附上经项目经理审核的项目竣工文档清单，并对项目进行全程回顾，总结项目中的经验教训，对项目组成员的工作质量、责任心和效率等进行评估。

项目管理部门对《结项申请书》进行评审，决定是否同意结项，并提交《结项评审报告》。

10、操作手册等验收文档由谁来写？

验收所需文档均由项目经理指定项目组内成员完成，项目经理和测试员负责审核。

11、结项后又有新需求或需求变更怎么办？

根据需要重新考虑立新项目。

12、对于细小需求频繁变更，时间要求又紧张的需求变更如何应变？

对于较小的需求变更，经过需求分析人员和开发人员的沟通，记录在需求文档的历史记录中，并由项目经理签字确认；重大需求的变更，则必须按照需求变更流程进行控制，提交《需求变更申请书》，并进行项目组内的需求评审。如果质保员在测试时才发现需求有重大变更但未形成文档且未经评审，则严肃处理。

三、项目风险控制

1、合同风险

签订的合同不科学、不严谨，项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。

预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。

2、需求变更风险

需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。

预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

3、沟通不良风险

项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。 预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。

4、缺乏领导支持风险

上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。

预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。

5、进度风险

有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着违约或市场机会的错失。

预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

6、质量风险 有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。

预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

7、系统性能风险

有些软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。

预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。

8、工具风险

软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。 预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前（一般需要提前一个月左右）跟踪并落实工具的到位事宜。

9、技术风险

在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

预防这种风险的办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。

10、团队成员能力和素质风险

团队成员的能力（包括业务能力和技术能力）和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。

预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。

11、团队成员协作风险

团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因素。 预防这种风险的办法是项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚，采用公平、公正、公开的绩效考评制度，倡导团结互助的工作风尚等。

12、人员流动风险

项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。

预防这种风险的办法是尽可能将项目的核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才的培养和储备。

13、工作环境风险

工作环境（包括办公环境和人文环境）的好坏直接影响项目成员的工作情绪和工作效率。 预防这种风险的办法是在项目建设之前就选择和建设好适合项目特点财务管理和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。

14、系统运行环境风险

目前，大部分项目系统集成和软件开发是分开进行的（甚至由不同公司承接）。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。

预防这种风险的办法是和用户签定相关的协议、跟进系统集成部分的实施进度、及时提醒用户等。

15、分包商风险

有些项目管理可能会涉及到将系统的部分功能分包出去，这时项目组就需要关注项目的分包商风险。

预防这种风险的办法一般是指定分包经理全程监控分包商活动、让分包商采用经认可的开发流程、督促分包商及时提交和汇报工作成果、及时审计分包商工作成果等。

第五篇：it公司年终工作总结

xx年虽然取得了一定的成绩，但仍存在着很多问题和不足，主要表现如下方面：

一、安全方面： 安全管理有好多没有到位，这主要表现在以下几点：

1、安全管理力度不够。安全操作制度不健全，安全培训不到位，检查不到位，有好多时候，由于我们的工作当中劳动量比较大，工人的体力消耗比较大，为此在生产安全检查过程中，发现的安全隐患没有严肃的指出或者没有按照安全管理制度进行处罚，现在想来是完全不对的，在安全事故没有发生以前，就应该不讲情面，只有这样，才能彻底消灭安全隐患。为此，我想在今后的工作中，对存在人情面子的安全隐患没有指出或处理的，我们将严肃处罚当班安全责任人。

2、安全隐患整改及时不彻底。由于存在侥幸心理，有些安全隐患的整改工作存在应付现象，并且还认为这样会降低一些生产成本，这样在有些安全隐患的整改中没有彻底整改，我想在今后的工作中，不论要付出多少，只要是安全隐患，只要是不符合安全管理规定的，就要坚决不折不扣的进行整改，并安排整改责任人限期整改。对整改不彻底的，严肃处理整改责任人。

3、违章操作的几乎没有处理过。在工作过程中，有好多操作没有严格按照操作规程操作，但是当时又没有发生安全事故，所以大多只是口头批评，而没有严肃处理。现在想来，这是安全隐患的重中之重。象前段时间一名操作工违章操作，作业完成后，直接从2米高的地方跳下，造成足跟撕裂。因此在今后的工作中，凡是出现的任何违章操作的，一律停工休息。

4、安全标志仍不够健全。到目前为止，东西两个厂子，我自己简单的找了找，发现像高空作业、高温作业、高压作业安全标志没有设立，准备限期解决。

二、生产、成本方面： 因简单追求产量，使有时个别班组为了当班的自身的利益，出现了：

1、 交接班不协调。比如个别班组以清理现场、准备交接为由，采取应付投料的方法，造成下个班次的产量降低。这一点对我作为管理者来说确实是个头痛的事，目前解决的办法就是首先尽可能的提高班组长的思想素质，并要求他们要考虑整体利益，其次就是硬性规定处理现场的时间，以保证交班工作的正常进行。对于发现有明显故意应付投料的班组，严厉处罚班组长，或者扣减当班的产量。

2、设备带病工作。个别班组在生产过程中，为了尽可能的提高产量，在设备出现故障隐患时，没有及时进行修理，结果既缩短了设备使用寿命，又加大了设备维修资金的投入，把设备的维修时间转移到了下一个班次，并延长了维修时间。凡是已经发现设备有简单的小故障应该停车检修而没有停车的，加大处罚班组长和维修工的力度，同时我们在今后的工作中要进一步建立完善的管理制度，我在想能不能把技术工(维修工)分出几个档次，这可以通过考核或者评审的办法进行分档，这样如果发现维修工人不处理当班设备故障的，进行降低技术工档次的处罚。 另处还有：

3、技术岗位的培训欠缺。现在看来技术岗位的培训确实太少了，如果能经常进行技术岗位的培训，使同一工种的技术人员的技术水平都在不断的提高，那么我们的产量一定会提高，产品的生产成本就一定会下降。我们已经采取了一项措施就是定期召开技术研讨会，要求大家在会上畅所欲言，把自己在生产过程中发现的问题和方法都说出来，是问题的，大家讨论解决，是经验的，大家共同吸取。我想还要让他们这些技术人员从文化方面、技术方面从外面吸取更新的知识，来进一步提高技术人员的思想素质和技术水平。

4、管理不到位，有跑冒漏现象，成本考核制度不健全，落实责任不到位。加大管理力度，建立成本考核制度，量化考核。

三、质量方面：

1、 成品颜色不一：原因：管理不到位。方案：(1)找最佳标准，定量添加(2)设专人负责添加(2)随时抽查。

2、 成品内在质量不稳：原因：(1)管理不到位，对配料没实行监控(2)由于原料含量不一，没与工人及时沟通(3)岗前培训不到位。(4)由于配方含量调整，没及时采取有效措施 方案：(1)加强管理，设专人负责投料，并做好记录(2)加强新员工的岗前培训(3)定期不定期的抽查(4)调整配方是及时清理

3、 产品的板结有时严重：原因：(1)板结剂加量不准(2)没根据产量大小及时调整添加量(3)冷却效果差之水分不稳定，导致板结 方案：(1)制定添加标准(2)设专人负责按产量，标准添加(3)加大冷却引风效果(3)由主任负责不定期进行检查监督

4、 产品外观大小不均，颗粒不圆的原因：(1)生产工艺执行不严 (2)由于原料不一，没能与领导及时沟通，调整配方(3)管理力度不够，致使关键岗位人员之间沟通不够(4)筛子筛分不好 方案：(1)制定严格的工艺管理制度，由专人负责检查(2)协调管理，关键岗位人员及时沟通(3)根据不同的原料，及时与领导沟通，调整配方 (4)对成品筛进行技术改造

四、现场管理方面

定置管理仍没有完全到位。到目前为止，我们还没有真正的对所有的物品进行定置管理，只是临时决定一些物品的摆放，同时由于工人的懒散性和素质的高低不等，有时在作业场地完成作业后，不能做到人走场地清，乱放的现象仍然存在。这一点我们准备建立定置管理图，以便在今后的工作中能够依图加强巡查，对未按照标准进行摆放的，进行严格处罚，使“5S”管理初见成效。

五、设备现场管理没有完全到位

由于人人都有惰性，操作人员总是能省事就省事。这样运行设备上面的浮尘等经常不能及时清理。为此，我们准备加强设备浮尘清扫的检查，对能够及时清理并及时检查出设备隐患的，给予一定的奖励，对没有及时清扫的班组，则给予适当的处罚。

六、技术改造方面

1、技术改造的奖励政策兑现的不及时。由于工作过程中注重工作过程，而在工作完成后，没有及时进行回顾和总结，造成对一些小的技术改造没有进行及时奖励，有损技术人员的工作的积极性。为此，我们准备定期召开技术改造总结会，既能及时兑现奖励，又能总结经验，找出新的改造项目。

2、技术革新主动性差。以往的技术改造大多是在工作过程中确实遇到了不得不解决的问题了，才去想办法，或者才去同一些技术人员一起探讨解决的办法，没有把技术人员在工作过程中的经验充分的发挥和利用起来。为此我们准备经常召开技术研讨会，让大家把工作过程遇到的问题摆一摆，共同研究对策，找出改造的办法。就是俗话说的“三个臭皮匠，顶个诸葛亮”。

七、培训方面

1、在岗位培训方面，不要说其他人了，就是我本人，实事求是的说，学习的也少了，我现在感觉靠经验进行管理是不行的，而现在我的技术知识又太有限了，因此在工作过程中大多靠的就是经验了。这一点在今后的工作中，准备加强学习，首先自己能够解决的办法就是多召开一些岗位工人的专题会议，让大家多谈一谈工作中的好的经验和办法，这样既提高了其他人的岗位工作能力，对我也是一个学习。

2、一般岗位的培训太少。我们现在只是在一些主要的岗位实行岗前培训，但是对一般岗位的培训几乎没有。这样大多数工人的各方面的素质差距太大，一般岗位人员认为自己不被重视，挫伤了一般人员的工作积极性。

八、环境方面

1、 由于双粉、筛分控制不好，大量的尘土造成了车间的工作环境差， 下一步控制改造加大除尘效果。

九、个人存在问题：

1、平常的工作没有计划性。由于工作的繁杂，在每天的工作中，都是以自己的想法，随意的进行安排工作，计划性太差。这一点我准备这样来解决。首先在每天下班后，要对各项工作进行调度，需要调整工作目标和方向的，提前计划好，并落实将新的工作目标落实到人。其次是及时与相关部门进行沟通，以便调整工作计划。三是对已经安排的工作在没有非常特殊的情况下，在没有完成以前尽可能的不再改变工作方案。

2、在平常仍有时出现布置工作后，没有检查、落实，甚至没有进行考核，打击了职工的工作积极性。比如原来要求员工从废旧内膜中捡出可以重复利用的内膜，并有考核标准，这样企业生产降低了生产成本，职工还可以多得到一点收入。但是最后却没有考核与兑现，影响了工作的积极性。因此，在今后的工作中，对已经安排的工作，要善始善终，自己不能解决的问题，要上报领导来解决。

3、虽然已经在管理层工作了多年，但感觉仍没有学会充分利用下属。这一点可能与本人多年的工作习惯和工作作风有关。我应该把一些工作让下属去处理，应该多给下属一些锻炼的机会，应该多支持下属的工作，提高下属工作的积极性和主动性，让他们把自己应该做的事情做好。

4、缺乏有效的沟通，一是部门之间的沟通，二是内部沟通，下一步加强沟通。

为切实抓好20xx年生产部的工作，我将按以下几个方面进行开展工作：

1、继续坚持“安全第一，预防为主”的方针，严格按照安全操作规程进行管理

(1)重点抓好三级安全管理网络的建设，充分发挥他们的职能作用。

(2)全面落实安全生产责任制，重点抓好班组管理。

(3)继续坚持每周一次的安全大检查，对各车间存在的设备隐患违章行业仔细排查，发现问题立即处理(限期整改，严重的给予处罚)，并责令责任当事人制定出改进措施。

(4)对查出的安全隐患，当作事故对待，按照事故三不放过的原则进行处理。小事当作大事抓，把事故消灭在萌芽之中。

2、做好节能降耗，降低生产成本

(1)认真计量好车间附助材料使用，做好班组交接班记录，每月对车间班组附材进行清理考核，并将各班附材消耗每月进行对比，作为年终考核的依据。

(2)会同车间制定班组交接班制度，加大检查力度，提高产量，确保产品质量。

(3)加大低值易耗、辅材的考核，低值易耗品、防板结剂、机械油进行计量，降低产品消耗。

3、强化质量管理

(1)进一步完善生产工艺，对影响产品质量，如色泽、颗粒因素加大管理力度，着色剂、板结剂设专人计量，确保色泽一致，颗粒均匀，同时防止产品板结。

(2)加大生产工艺的检查力度，对不认真执行工艺的车间、班组进行通报批评，并上报处理。

(3)积极与物资部、质检部沟通，特别是对自备袋包装的原料，落实好具体含量再使用，确保产品养分稳定。

4、认真落实公司下达的生产任务。

(1)根据各车间用工人员情况，制定最佳用工人员方案，由生产部和车间共同配合积极招收新工人，确保正常生产人员的配备。

(2)合理调度、均衡生产，根据各车间生产能力的大小，合理下达生产计划，确保满足销售需要。

(3)认真做好与供应、物资部门的沟通交流，使原材料的.物流更加趋于合理，减少转货费用，降低生产成本。

5、积极做好现场管理

(1)对成品或半成品进行定量存放，加强巡查，对未按要求进行处罚

(2)强化设备管理，责任到人，每月由车间主任对设备管理、使用进行总结。 加强产成品的防护措施，将所有产成品全部盖好，做到防雨防尘

(3)强化“5S”管理，将“5S”管理制度化，规范化，每星期对车间不低于二次的检查，将检查结果车间内通报。

6、继续提倡和激励技术革新。 积极为技术人员提供技术革新和对设备进行小改小革的环境和条件，及时将新产品的标准交到技术人员手中，使他们及时配合公司有关部门学习和掌握新的产品工艺，带动和激励全员积极学习技术，提高自身技能。对于在技术革新和对设备小改小革上确有提高生产产量、质量和改善工作环境、保护设备等特殊贡献，并在生产中得到证实的，报请公司给予表彰奖励。同时继续搞好设备的检查、维护、保养与维修，使生产设备始终处于良好的运行状态。对设备的维护维修费用列入生产成本，并量化到每个班次，超支自负，节约按公司规定奖励。

7、加强自身学习，并认真注重岗位培训

8、做好环境保护工作。 将车间粉尘工作列入xx年工作的重点，集思广益，认真分析，将车间粉尘降到最低化，净化环境，增加公司效益。 综上所述，在新的一年里，我们在做好各项工作的同时，积极配合公司搞好各项活动，全面完成公司交给的各项任务，为公司带出一支能打硬仗，吃苦耐劳的员工队伍。

xxx 20xx年x月x日