it项目主管岗位职责

it 项目主管岗位职责篇一：it 项目经理岗位职责】岗位：项目经理1 、计划：a) 项目范围、项目质量、项目时间、项目成本的确认。

b) 项目过程/活动的标准化、规范化。

c) 根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。

d) 各项计划得到上级领导、客户方及项目组成员认可。

2 、组织：a) 组织项目所需的各项资源。

b) 设置项目组中的各种角色，并分配好各角色的责任与权限。

c) 定制项目组内外的沟通计划。

(必要时可按配置管理要求写项目策划目录中的《项目沟通计划》)d) 安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e) 处理项目组与其它项目干系人之间的关系。

f) 处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g) 安排客户培训工作。

3 、领导：a) 保证项目组目标明确且理解一致。

b) 创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。

c) 提升项目组士气，加强项目组凝聚力。

d) 合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e) 制定项目组需要的招聘或培训人员的计划。

f) 定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g) 及时发现项目组中出现的问题。

h) 及时处理项目组中出现的问题。

4、控制a) 保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b) 在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；c) 定期向领导汇报项目工作进度以及项目开发过程中的难题。

d) 对项目进行配置管理与规划。

e) 控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f) 不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。

结语：项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

岗位：系统架构师(技术总监)主要功能及职责：1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人。

(系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。

)3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。

审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。

协助系统分析师完成《系统概要设计说明书》5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；结语：系统架构师也可以理解成技术总监。

系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

【篇二：it 项目经理岗位职责】软件开发管理体会从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。

今年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过程。

从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。

软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如cmm 和iso9000 。

在该管理体系的管理下是可以开发出高质量的软件产品。

但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。

而我们当前执行的项目，一般只有10 个人左右，要实施软件工程难度更大。

我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。

大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。

与大项目相比，小项目具有以下特点: 小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。

据我了解，小项目开发中容易出现以下问题：:1 、开发之前没有认真地进行项目可行性和工作量的估计。

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

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

开发人员少，不同人员的程序之间交互、接口相对少一些。

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

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

另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。

其根源在于没有一个负责协调的人员不断监控整个开发过程。

第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。

另外，没有文档的程序，日后维护和版本升级都比较困难。

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

造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。

例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。

但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

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

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

一、合理配置人员首先软件开发是一项长期艰苦的工作，所以一个团结、协作的团体才能在规定的时间内完成一个质量上乘的软件项目。

团队中的每个人必须积极融入到整个集体中，不能互相推诿，更不能互相埋怨和指责，正确的态度是大家在充分信任的基础上团结协作，互相帮助，主动承担任务, 利用集体的智慧获得成功。

整个团队就是一部机器，只有每一个齿轮都能正常运作，才能生产出优质的产品。

合理配备人员是成功完成软件开发项目的切实保证。

所谓合理配备人员应包括按不同阶段适时运用人员，恰当掌握用人标准。

一般来说，软件项目不同阶段、不同层次技术人员的参与情况是不一样的。

图一是典型的软件开发人员参与情况与实际人员需求差异曲线图。

如人员配置不当，很容易造成人力资源的浪费，并延误工期。

特别是采用恒定人员配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情况。

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

项目负责人是一个团队的核心，其综合素质直接影响项目的成败。

合格的项目负责人具有高超的领导才能和强烈的科技意识和较强的业务处理能力；具有敏锐的洞察力，能瞄准目标，实事求是，精心组织，坚决果断，灵活应变，享有信誉；善于制定计划，解决问题，沟通信息；具有良好的市场意识和交际能力。

当然同时满足这些条件比较困难，但是他应该具有实现这些素质的条件，并注重经验的积累、素质的提高、能力的培养。

并能从以下几方面严格要求和培养自己：以身作则：只有身先士卒，各方面以身作则，才能得到广大开发人员的认可和信任，才能树立较高的威信。

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

善于交际：他必须积极对外联络，充分利用外部资源，例如其他部门做过类似项目者，可以向他们取经甚至直接获得源码。

这对一个项目争取时间，避免重复工作很重要。

善于协调：协调几个人的工作比自己完成一段编码更重要。

由于协调不力，将影响开发。

所以项目负责人除完成自己的编程任务外，必须随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等。

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

沟通问题：团队沟通不是技术问题，但却是一个最能影响工作效率的问题。

沟通及时、集思广益、步调一致，才能取得胜利。

二、严格执行软件开发规范软件开发需要严格按照软件规范实施。

用手工作坊式的方式来开发软件，其结果必然失败。

从项目的用户需求分析、系统分析、编码、调试、测试、发布都需要一步一步完成，不能轻视或忽略任何一步骤。

前部分没有完成好，不要贸然进行下一步。

越是项目起步阶段，越是要注意按照规范进行。

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

其实项目小正是实现软件规范化管理的好时机，规模小，涉及的管理方面有限，管理实施起来比较容易。

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

特别需要重视软件开发中文档管理。

那种认为只要产品做出来可以运行，何必花费许多精力去做文档的观点是错误的。

经过实践，我深刻体会到，没有文档会带来很多问题。

用文档去引导开发过程，抛弃随心所欲的开发模式。

就象工厂工人师傅按照图纸生产零件一样，否则很可能会得到次品甚至是废品，给后来开发者留下一堆没有意义的垃圾”产品。

我认为文档应该是开发中阶段（m ilestone ）结束的标志，每个阶段后，都需要提交相应的文档，而且要确保文档的质量。

确保文档质量的最有效方法就是评审，提交文档后，项目负责人组织相关人员对该文档进行审核，在充分讨论的基础上进行文档的重新修改和审核直到满足项目要求。

文档应该是贯穿整个过程的主线，在不同的阶段，需要不停地对文档进行完善，使之真正成为全体项目人员的智慧结晶。

三、重视测试测试是软件开发中容易忽视的问题，许多人认为开发的主要工作是编码，其实不然，在没有严格执行开发流程的开发活动中，测试可能是唯一能确保软件质量的方法和手段。

而越是松散的项目越轻视测试活动，它既没有固定的测试组织，又没有程序员间的交叉测试，更没有考虑过有效的测试流程和方法，他们的软件质量完全建立在对程序员能力信任的基础上，这是很不安全的。

测试是对软件产品质量的检验和评价。

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

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