- 1、本文档共15页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
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、没有真正的设计过程。开发人员少,不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个工程,几个人碰一下头,争论一下最根本的数据构造、函数接口便分头去做自己的工作了,没有一份较正式的文档来标准各自职责和工程详情。这种做法潜在的危急之一是有人可能会对所争论的接口、构造理解有
文档评论(0)