it项目助理工作总结范文第1篇
tuenhai一直在思考，如果是我，如何当好IT项目经理?
一、IT项目经理需要很专业的IT知识吗?
是ITPUB上一个讨论帖子。
“我是从硬件工程师做到部门主管，对于项目管理,我觉得IT行业的项目管理与其他行业不同，他需要比较全面的IT背景知识。一个做ERP项目的项目经理，他无法完成一个金融中间业务的项目开发。同时在一个项目里会涉及到主机技术、网络技术、数据库技术甚至还有备份技术与容灾技术等，对于这么多的专业技术，是否需要该项目的项目经理对他负责的项目里所包含的技术有一个大概的了解。对于IT部门的管理者，我觉得光有很丰富的管理知识和经验不够，你必须在专业技术上面也要是很有权威的一个人，你要让小组的成员信任你，不光光是人品的问题、个人魅力的问题，对搞技术的人来说很重要的一条是在技术上让他服你(中国知识分子大多数有这样的毛病，外行不能领导内行)。”( mingsir,http:///htm/work/zl/xiaocao/02_7_30_2_2.asp)
如果tuenhai在专业技术上够格，tuenhai有信心成为业界最优秀的项目经理之一。tuenhai之
3 所以有此信心，原因之一是tuenhai绝不会对项目文档的重要程度认识不足。
“文档从用途上分主要分为内部文档和外部文档。
内部文档包括： 项目开发计划; 需求分析; 体系结构设计说明; 详细设计说明; 构件索引; 构件成分说明; 构件接口及调用说明; 组件索引; 组件接口及调用说明; 类索引; 类属性及方法说明; 测试报告; 测试统计报告; 质量监督报告; 源代码; 文档分类版本索引; 软件安装打包文件。
外部文档主要包括： 软件安装手册; 软件操作手册; 在线帮助; 系统性能指标报告; 系统操作索引。 ”(《 有效的软件质量管理 》 苏黎虹 http://上的文章，tuenhai在网上是透明的)
从优秀IT项目经理到千万富翁的距离只有1m。
你要做的其实很少，也不是那么难：
第一，你是优秀的IT项目经理，这是前提.
第二，你要找到一家前景很好的初创公司。
这个公司现在价值可能只有500W，三年后可能就是5亿了。
你要在初创时期找到并加入这家公司，并最大程度发挥你的专长，在这个同时，你自身也得到最大的锻炼和提高。
第三，也是相当重要的一点，公司boss为人非常好。(非常开明，非常大度等)
确保在你在公司做出极大贡献的同时，权益也最大化。
这种权益主要的形式就是公司的股份。(可能是期权形式)
6
因为你是创业功臣，在你的收益中，薪资所占的比重会微不足道。
3年后，你会发现，比你专业技能更强的牛人进来了，牛人技术确实很强，但因为进入公司时机选择得不如你好，牛人得到的除了薪资，还是薪资。而你，你完全可以去“笑傲江湖”，“环游世界”，只要你喜欢，你可以去做自己想做的任何事。
tuenhai比较懒，技术一般，管理也一般般。
有一天tuenhai突然顿悟，悟出事业成功的两个要素：
1. 自己专业技能上过硬。
2. 充分展示自己所掌握的知识和技能，以创造结识创业合作伙伴的机会。
一旦结识理想的创业合作伙伴，我的百万富翁之梦就实现了一半。
我的目标一开始就不是定位在打工仔，打工的话薪资再高也是非常有限的。
要上升到创业合作伙伴层面，就要处理好两个过程：
创业合作伙伴认可我，
我认可创业合作伙伴。
这两个过程处理好了，成功就预期不远。
你可能已经发现了，网上许多地方都有“tuenhai”，这是tuenhai人生中的重大战略策划：
既然tuenhai自认为是优秀的，就要创造机会，让创业合作伙伴有充分机会认识到我的优秀。
一群同样优秀又技能互补的人一起创业，想来让人激情飞扬。
王侯将相宁有种乎!
it项目助理工作总结范文第2篇
3. 新品定价单，新品拍照。 4. 数据分析，汇报 5. 自营店货品调度
说明： 一. 数据录入
1. 自营店销售数据录入
要求：收齐报表，做好登记，分门别类，补货单，日报表填写清晰，整洁
除周一周四补货工作繁忙，其他时间均在当天下午两点半之前录入。
准确，少差异
核实店员销售情况，反馈销售过程中的价格错误，赠送款式错误等情况给市场督导 2. 内部销售单据录入
要求：明确发货仓库，金额，备注清楚购买人员等
3. 定价单录入
要求：做定价单——定价——录入——审核——通过——拍照——编辑——归档(爱协展厅图片)
查询，同款鞋定同价
定价单签名存档
经销商定价单，直接录入，审核。 4. 差异表
要求：店铺盘点完，库存总数无误，才可打印系统库存表给店里对账
差异表只能调码数，颜色串号之间的差异，不同货号调整需要说明原因
差异表日期均做每月的最后一天 二. 自营店对账
1. 经销商调货对账(每月的最后两天)
要求：打电话问店员调货情况，看是否与系统的相符，漏单的补单，过月不予补单。对完告知罗漪 2. 进销存对账(每月3—9号)
要求：数据准确，无误，单据齐全，三表统一，与系统数据一致，表格清晰，整洁，签名确认
报表上交及时 三. 自营店货品调度
要求：畅销款调货(分析各店鞋款销售情况，从滞销店调给畅销店，考虑运费)
经销商调货(须经销售部人员同意，方可调货，经销商不可自行调货;调货完毕，做退仓单，再通知仓库同事做单出库)
网购调货(交代好收货地址，收件人，运费付款方，快递选择，寄出后单号回传告知网购同事;记账做退仓单)
自营店查鞋(第一时间查询，告知店员) 四. 数据分析，汇报
1. 每日登记销售数量，平均数量，累计数量
2. 每周汇报销售金额，数量，排名，同比，达成率，畅销款 3. 每月汇报对账情况，库存情况，总目标达成情况
2012年3月12日星期一
it项目助理工作总结范文第3篇
IT外包行业报告：IT外包转型关键因素分析
中投顾问发布的《2016-2020年中国IT外包市场投资分析及前景预测报告》指出，中国IT外包行业转型存在三个关键课题：第一是卓越运营和管理，第二是专项能力建设，第三是全球业务拓展。相对于目前难以突破的“红海”竞争状态，其实这三项都可以归结为形成差异化竞争优势：业务运营和后台支持管理是IT服务企业的核心差异化能力之一;专项能力建设有横纵两个方向，凭借专项能力企业能够在技术或行业细分领域构建自己的独特壁垒;全球业务拓展则是通过向海外延伸本土能力获得竞争优势，是中国IT服务企业应对国际竞争的必由之路。
卓越运营和管理是IT外包企业继续扩大规模的基础。IT外包商业模式的核心是以智力密集为特点的服务交付，这就决定了企业运营和管理能力成为业务发展的核心竞争力之一。尽管数字化转型越来越被关注，当前大型IT服务企业的业务增长模式还是主要依靠线性增长。中国的IT外包企业经过近10几年的发展，在实战中积累了丰富的经验，目前已有能力管理百人、甚至是近千人级别的软件工程作业，业务和组织规模也超过万人水平，但与印度和欧美领先企业几十万人的水平相去甚远，其中关键差异就在于运营和管理信息化系统的成熟度和应用水平。潜心提高自身的运营和管理信息化能力，将外包服务管理经验固化在系统中，从而大幅降低运营成本、提升客户满意度是IT服务企业实现差异化和扩大规模的基础性工作，也是一项长期的企业内部项目，需要从CEO到业务领导的各级负责人投入大量的精力，并且需要在IT架构、业务分析、项目管理等方面补充人才和预算。对于IT外包合作伙伴关系而言，兼有稳健和灵活特点的专业服务运营系统其实才是最终让客户心甘情愿买单的东西，因为它能够实现客户外包提高技术实现效率和灵活度的外包初衷。
专项能力建设是IT外包企业不断进化发展的前提。度过行业初期原始积累阶段后，粗放的、依赖成本优势的增长方式难以为继，企业必然寻求提供更高价值服务的方法，在某一技术领域或细分行业领域建立起自己的差异化优势。建设专项能力不外乎内部培育和外部获取两大类手段。基于企业DNA，延伸发展原有业务或基于某项目的中间产物研发是比较经济安全的方式，但在内部惰性之下可能进展缓慢;有目的的并购、与他方合资、与客户共建等方式可以较迅速的获得目标能力，但需要较大投入，也面临能力融合或协同的挑战。技术能力中心、解决方案中心、创新产品实验室、客户体验中心是能力建设的标准套路，而在互联网创投蓬勃发展的外部环境下，国内IT服务企业也可以尝试内部投资孵化的模式。另外，对于某些重要的能力线，建设子品牌也能够创造更清晰有力的市场影响，从而有益于业务增长和行业拓展，东软、亚信、文思海辉等企业都在这方面进行了不同程度的投入。IT外包企业建设专项能力无疑是向行业或解决方案的转型的肇始，也就意味着平行于现有业务将产生迥异的商业模式、成本结构和人才供给，由于传统技术服务仍然为国内IT外包企业的主干业务，专项能力建设面临的最大挑战将是不同业务模式之间的共存和协同。
全球业务拓展是中国IT外包企业应对生存挑战的必选。十年前，在中国外包刚刚得到外界关注的时候，曾有乐观的预测中国将取代印度成为下一个全球IT外包目的地，然而在经历快速发展之后我们看到中国离岸外包产业在多种不利的经济和产业环境因素影响下发生了下滑。尽管中国IT外包企业在“走出去”的实践中已经超越了很多先发的国内企业，相对于世界领先的欧美和印度同业而言还是非常弱势，在日益重要
中投顾问·让投资更安全 经营更稳健
中投顾问产业研究中心
的全球外包生态中不但只占微不足道的份额，而且由于在全球化业务拓展方面慢于它国企业，微小的份额实际上还可能在不断被蚕食。举例而言，俄罗斯的EPAM,拉美的Softtek，Stefanini等原先和中国处于同一梯队的企业在欧美、亚太、甚至是在中国都广泛开展业务，收获了业务增长和全球影响力。尽管中国国内市场潜力巨大，但中国IT服务行业和软硬件行业一样，外企占有强势地位，因此这一巨大市场并非自然转化为中国IT服务企业的成长;对于智力密集的IT服务行业，外企与中国企业竞争的不仅是市场，更是人才。中国IT服务企业在自己的主场已经遭遇到全球竞争的挤压，安于国内市场已经不是选项之一，或者说，只看国内市场在大多数行业和领域存在发展瓶颈，达到一定规模后很可能即面临全球性企业的整合。在国际市场处于弱势、而国内市场向外企开放这一腹背受敌的局面之下，中国IT服务企业只有破釜沉舟，坚持“走出去”这一条道路方能见到民族产业可持续发展的未来。全球业务拓展不是孤立的，它是和前面卓越运营和管理、专项业务能力建设相伴随的过程;然而基于过去十几年对国内IT外包企业的观察，我认为全球化业务拓展相对于另外两者而言是最难的一个课题，单个企业需要借助优势的资本，除此之外，类似印度所做的，国家在目前的各种政策和支持之前首先给予产业发展的优先级也会起关键的作用。
中投顾问·让投资更安全 经营更稳健
it项目助理工作总结范文第4篇
摘 要：近年来信息技术迅猛发展，IT团队开发迭代时效性要求越来越高，技术迭代速度也在提高，作为IT开发团队的雏形学生开发团队的压力也随之增加。在这一背景下，学生团队急需一个团队协作软件或工具来辅助学生项目的开展，为此设计出了WorkLog团队协作平台。该平台为用户提供个人、团队项目管理和团队考核等功能，是一款侧重于学生设计和研发的管理工具，同时也是为广大用户提供了一个轻巧便捷、高效性能的团队协作平台。
关键词：团队协作;时间管理;项目考核
0 引 言
随着信息技术的飞速发展，软件开发团队规模的扩大，团队协作能力已经成为各高校考核人才的重要指标之一，拥有良好的团队精神是一个IT开发团队必不可缺的一部分。与此同时，面对日益增长的在校大学生数量，学生们的时间管理和团队管理也没有得到较好的指引，学生的学习和工作压力越来越大。由此看来，一个团队协作平台对学生而言尤為重要。
国内对协作平台进行研究以来，市场上的团队协作平台不少，产品种类越来越丰富。由上海汇翼信息科技有限公司开发的Teambition，实现了项目知识的分享、沟通、项目任务的安排及进度监督，但是产品没有审批和考勤功能，企业专业版略显昂贵。以任务管理为中心的协作办公平台——Worktile实现了任务和消息模块的连通，提升了团队协作效率，但是其他日常办公的模块比较欠缺，需要配合其他软件一起使用。沈泽[1]设计了基于CSCW的虚拟团队协作平台，由于时间限制，基于CSCW的工作流管理系统对安全机制考虑得不是很周全。余鹏[2]研究了基于Wiki的企业资源共享与团队协作平台搭建应用，而Wiki平台局限于小范围公司，非行政强制性，对团队成员管理松散。哈尔滨工业大学孙志朋[3]设计与实现了面向软件项目管理的团队协作平台，改进了当前很多软件缺乏的最基础的沟通交流功能。华南理工大学甘东[4]发表了基于多域管理模式的团队协作学习平台设计与实现的相关文献，此系统基于课程教学，学习者以个人或班级的方式进行学习，无法基于项目或主题教学以团队成员的方式进行学习。
显然，团队协作工具已经进入专业的互联网4.0时代，团队协作软件功能和作用随技术的演变，呈集大成趋势，通过协作工具进行团队管理将成为一种主流模式。WorkLog团队协作平台汲取同类平台的优点，开发了一个风格简朴、易于操作、功能较全的平台，最终实现网站和微信小程序的多端口供用户使用。本系统已经在广西财经学院信息与统计学院参与科研项目和大创项目的学生团队中得到推广使用，通过近一年的使用表明该系统不仅适用于个人还适用于团队，可进行广泛推广，可走进校园和企业，便利学习、生活与工作。
1 系统总体结构
WorkLog是为团体用户量身打造的一款团队协作、时间管理和项目考核工具，系统整体架构如图1所示。
整个系统可以划分为5个层次，分别为：前端UI、业务层、框架层、基础服务和运行环境。平台前端采用ZUI+ jQuery等技术框架相互配合使用，大大减轻了Web前端开发难度及工作量。其中主要提供手机移动端和PC端的访问。业务层是其中的重要组成部分，业务层的各项功能不仅便于用户每日沟通团队工作，还有利于管理员评阅团队工作日志以及进行上下级各项进展的沟通。在业务层中，用户可以梳理每日待办事项，清晰列出一日工作，合理安排工作节奏，随时记录和更新工作进展，确认工作完成情况。系统每日发送任务提醒，使用户养成良好的工作习惯，其中以多图表形式展示的工作日志，让学习工作时间比例清晰明了。框架层展示出WorkLog平台后台使用的技术框架，主要采用Spring+MyBatis等技术框架。基础服务层提供文件存储和邮件服务等基础服务，其中数据库使用MySQL。平台运行环境使用常见的云服务器。此外WorkLog微信小程序设置了工作日志、OKR、今日待办、统计回顾、个人中心和我的消息6个模块，为用户提供填写日志、待办提醒、OKR管理、统计回顾、消息提醒等功能。
2 系统功能模块
WorkLog团队协作平台拥有PC端和移动端两个子模块。
2.1 PC端子模块
PC端子模块的注册方式除了邮箱注册方式外，还支持第三方账户的注册，比如微信登录、QQ登录和微博登录。为了保证平台信息安全，用户只有注册并登录后才可以使用平台的功能。用户注册并登录PC网站，即可使用网站记录工作日志、回顾工作历程、进行项目管理和团队管理。功能模块主要分为两大模块，即用户模块和管理员模块。在用户模块中，用户在注册并登录该平台后，可在“我的日志”页面记录自己的工作动态和学习内容;在“统计回顾”页面中，可以清晰地看到近期記录的工作内容;在“项目管理”页面中，可以看到自己参与项目的状态和内容。相比用户模块，管理员模块具有更高级的管理功能。除注册登录、用户管理、项目管理、统计分析等功能之外，管理员还可登录后台系统进入“用户管理”页面了解用户动态并进行管理;在“项目管理”页面管理已创建的项目，并查看项目进度;在“统计分析”页面查看团队成员的工作记录，并以Excel形式导出记录。管理员设置的任务提醒团队成员可以随时随地收到。在这种多功能的管理模块下，管理员可以及时获取每个团队成员的反馈信息，直观地了解他们的工作进度和工作状态，及时纠正工作中的偏差。
本校项目管理页面如图2所示。
2.2 移动端子模块
WorkLog微信小程序为用户提供工作日志、OKR、今日待办、统计回顾、消息管理、个人中心等功能，系统功能设计图如图3所示。
用户进入微信APP，搜索WorkLog小程序，便可进入小程序和应用小程序相应功能。“工作日志”模块的功能齐全，具有基本的填写、修改和删除功能。“OKR”模块旨在共享OKR，如图4所示，有助于整个团队明确目标，达成可衡量的关键结果，帮助协调和集中精力。
小程序将“统计回顾”模块细化，可将工作记录详细分为周记录、月记录和年记录，并将工作时间分布运用扇形统计图直观地展示在用户面前，便于用户观察时间比例。在“今日待办”模块中，用户可根据自身需求进行设定，该设定具有人性化，设定的时间提醒准确到秒。系统根据待办提醒时间发送提醒消息，减少工作被遗忘的事件发生，提高了团队的工作效率。在“消息管理”模块中，系统每天提醒用户记录工作情况，编写工作日志，使用户养成良好的工作习惯，在项目过程中或项目结束时，方便用户查询自己的工作记录，做好工作总结。“消息管理”模块支持消息的跟踪和回馈，是解决团队沟通的一个重要渠道，用户还可以在此模块查看积分和积分排行。在“个人中心”模块中，用户可以查看和修改个人资料。
3 结 论
WorkLog团队协作平台遵循“简单、活泼、极致”的原则，对网站、微信小程序进行合理的板块规划，采用丰富有趣的配色对页面进行设计，增加用户对本软件的粘性。巧妙采用PC端和移动端形式，轻巧便捷，很好地提高运行速度，增大用户体验。平台适用于各种大小型团队，能处理较多事务，解决了团队中时间不合理安排，工作效率低、工作完成质量差等常见问题，尤其解决了大多数人接手多项目时，出现的计划安排乱、项目延期多、反馈不及时、经验难复制等普遍情况。WorkLog是针对这些问题研发的一个团队协作平台，方便个人和团队的管理，集中宝贵资源解决项目问题，消除或减少重复的工作，按时间、按程度、按内容分类自己的工作，按时按质量地完成，让其养成良好的时间规划习惯，为生活工作提供便利。成员在团队项目中可以及时接收到自己的任务，合理安排工作计划。管理者只需要给每位成员分配OKR，系统会自动计算项目的完成率，轻松管理项目的进度，提高工作效率。WorkLog团队协作平台是以服务个人和团队为宗旨，我们希望通过这样一个平台能为团队提供更好的管理环境，提高其工作和学习效率。
参考文献：
[1] 沈泽.基于CSCW的虚拟团队协作平台的分析与设计 [D].湖北：湖北工业大学，2010.
[2] 余鹏.基于Wiki的企业资源共享与团队协作平台搭建应用研究 [J].信息技术与信息化，2014（5）：39-41.
[3] 孙志朋.面向软件项目管理的团队协作平台的设计与实现 [D].哈尔滨：哈尔滨工业大学，2017.
[4] 甘东.基于多域管理模式的团队协作学习平台设计与实现 [D].广州：华南理工大学，2019.
作者简介：方炽带（1998.12—），女，汉族，广西钦州人，本科，研究方向：数据挖掘;梁为磊（1997.01—），男，汉族，广西钦州人，本科，研究方向：数据挖掘;钟铤伟（2000.02—），男，汉族，广西玉林人，本科，研究方向：数据挖掘;廖云翔（1998.05—），男，汉族，广西玉林人，本科，研究方向：数据挖掘;通讯作者：高荣（1979.02—），男，汉族，山东潍坊人，讲师，教师，研究生，研究方向：数据挖掘。
it项目助理工作总结范文第5篇
第一章
P32 习题与思考
一、请谈一谈你对项目与项目管理的价值的认识，举例说明项目和项目管理的价值所在。 答：
我们把利用有限资源，在一定的时间内，完成满足一系列特定目标的多项相关工作叫做项目。项目的价值是指项目具有明示和潜在的功能，能满足利益相关方明示和潜在的需要。项目是实现价值、成就事业的载体，所有重大事件、所有的宏伟工程、所有的卓越发明、所有的时代精英，都是通过一个个项目造就的。而且，项目作为国民经济。组织运作和个人发展的基本元素，对国家、组织和个人的发展都将起到至关重要的作用。例如，一个组织或者是公事，是靠一个至多个项目的启动，当这些项目完成后，组织进入日常工作状态来维持基本地运行，随着环境的变化和组织的发展，组织通过新的项目来推进和壮大自身的规模。 所谓项目管理，就是把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。项目管理是通过应用和综合诸如启动、规划、实施、监控和收尾等项目管理过程来进行的。项目管理的价值就在于，通过项目管理，企业在财务能力、客户满意度、项目成功率和学习能力以及增长指数方面都将获得极大的改进。项目管理另一个非常重要的价值就是知识的积累。例如，每个项目的成功实施除了产生新的产品和相应的服务外，还会给我们留下非常珍贵的经验和教训。
七、在PMBOK的九个知识领域中，有哪几个是核心知识领域，为什么称它们为核心知识领域?
答：
在PMBOK的9个知识领域中，有四个核心知识领域，这四个核心知识领域分别是范围管理、时间管理、费用管理和质量管理，之所以称其为核心知识领域是因为在这几个方面将形成具体的项目目标。
十三、一个软件系统通常包括哪几部分?它们的作用是什么?
答：
一个软件系统通常包括在计算机运行中能够提供所希望的功能和性能的程序;使程序能够正确运行的数据结构和数据;描述系统结构的系统文档和如何使用与维护该系统的用户文档。其中，程序是按照事先设计的功能和性能要求执行的指令序列，是软件的窗口，它展示着系统的能力;数据是是程序能正常、正确操纵信息的设计结构，是软件的根本，它决定了系统的价值;文档是与程序的开发、维护和使用有关的图文资料，是软件的灵魂，它关系到系统的命运。
十八、查阅一些网站，读一遍写得不错的IT项目管理文章，用1~2页篇幅概括文章的内容(要求附文章及来源)
在文章中提到很多IT项目管理过程中要注意的细节问题。本文中系统的细节的几大类，如：用人不当、流程问题、计划问题和沟通问题。并且在这几个类中又有细分常见的项目实施管理的失误对项目的影响和建议。
一、在用人不当中，列举了缺乏适当的人员与技能和缺乏富有经验的项目经理两个细节。
二、在流程问题中，列举了没有遵循标准的项目管理流程、流程太多太杂、对项目变更缺乏追踪、对项目动态缺乏了解项目经理圈子和对小问题掉以轻心，这个几个细节，并给出建议。
三、在计划问题中，列举了没有定义项目范围、风险评估过于随意、对用户抵触心理认识不足、和时间进度表欠完善等细节，详细的给出了作者的建议。
四、在沟通问题中，列举了对不合理的项目期限不作反驳影响和与项目支持者、参与者缺少沟通两细节，针对这两个细节给出相应的建议。
IT部门在项目管理上的失误大多是由计划不当或沟通不畅所引起的。这些错误严重降低了项目的成功几率，公司在众多项目的实施管理中或多或少存在着问题，在文中罗列出几类常见的项目实施管理失误，帮助我们在以后的实践操作中加以比照、测量与改善。
文章标题：IT项目管理中要注重细节问题
IT部门在项目管理上的失误大多是由计划不当或沟通不畅所引起的。这些错误严重降低了项目的成功几率，公司在众多项目的实施管理中或多或少存在着问题，在下文中将罗列出几类常见的项目实施管理失误，帮助你加以比照、测量与改善。
一、用人不当
1.缺乏适当的人员与技能
影响：用人不当与资源分配失调是项目管理失误中最常见的一种现象。一个项目能否圆满完成，人员与技能的配备占了主导因素。用人不当的结果往往会导致项目无法继续执行，这样就算计划再好，也是纸上谈兵。
建议：IT与项目经理应全面了解及掌控技能与资源情况，包括对项目顾问、合约承包商和外包商的详细评估。使用项目管理软件可以帮助项目经理充分掌握所有团队成员的技能与工作量分配。在了解分工与职责后，IT与项目经理就可以决定如何在日常工作和项目中合理分配资源。指派专门的资源经理来负责解决人员与资源的分配问题也是一个不错的主意。
如果你在项目人员分配上依然有困难，或许可以考虑先查看整个公司的项目组合，然后暂缓那些与商业战略关系不大，或非任务关键的项目，从而释放部分可用资源。
2.缺乏富有经验的项目经理
影响：如果没有一名经验丰富的项目经理掌舵，项目很可能会随着发展而失去控制。建议：聘用一名符合项目要求，并拥有出色人际关系处理技巧的项目经理。他应当有号召力，能够管理风险，并在团队成员和外部参与者之间起到协调作用。此外，一名优秀的项目经理也应该具备相关技术的知识与技能。
二、流程问题
1.没有遵循标准的项目管理流程
影响：这是项目管理中的第二大常见失误。缺乏合理的流程会抬高项目风险，加大项目失败的可能性，最终导致无法在限定的时间与预算内完成项目。
建议：制定良好的项目管理流程能助你提高项目效率，并及时捕捉到项目执行过程中的各种问题，控制风险。
IT与项目经理应事先建立可重复的流程来进行项目规划、资源分配与成员沟通。这样才能保障项目所能产生的回报与成效。
2.流程太多太杂
影响：过多的流程会让项目失去灵活性，继而影响参与者的积极性。
曾经有一家软件开发商告诉客户公司的项目经理，他们能够在不增加成本与工作量的基础上添加额外的功能，但项目经理却回绝了这一建议，因为他觉得公司用户并没有要求这一功能。其实，只要不影响项目预算与计划进度，又征得用户的同意，多添加一些功能是利大于弊的。
建议：提高灵活性，与项目支持者及参与者积极沟通。
3.对项目变更缺乏追踪转自项目
影响：要么预算超支，要么进度拖慢(或两者兼有)。
建议：建立正式的变更申请流程，任何项目范围内的变更(比如添加新功能)都应在变更文件上详细注明，并由项目最高主管签字批准。此外，项目经理也需判别出该申请对预算和时间进度会产生什么影响。
4.对项目动态缺乏了解项目经理圈子
影响：管理学大师彼得德鲁克曾说过，无法管理就无法测量。反应到项目上，即无法及时协调资源，或对变更做出应变。
建议：使用软件。
5.对小问题掉以轻心
影响：问题不会自己解决。如果对小问题掉以轻心，那么它们就会演化成大问题，最终成倍增加项目成本。
建议：加强项目团队成员的态度与意识，及早纠错。等到亡羊补牢，为时已晚。
三、计划问题
1.没有定义项目范围
影响：如果商业与IT部门没有事先定义项目范围，那项目终将无法满足预期的成效，IT也会缺乏方向来如期完成项目。建议：通过商业用例和范围划定来纠正错误定义的项目。
2.忽略项目之间的关联项目
影响：忽略项目之间的关联会造成资源分配失调(比如配给某项目的人员也是另一项目所需要的)，从而影响项目进度，作为连锁反应，其它项目也会受到拖累。
建议：在制定项目计划时将关联因素考虑在内。与项目参与者多交流，并绘制项目关联表，可协助你明确了解各项目之间的关系。
3.风险评估过于随意
影响：项目脱离原有轨道，IT需清理预料外的麻烦。
建议：风险评估应是项目计划的一部分。可以在团队中进行头脑风暴，收集可能的风险因素，然后设法规避这些风险。这一活动不会花费太久的时间，而且他也能帮助你在正式开始前充分了解项目的软肋所在。
4.对用户抵触心理认识不足
影响：用户对新技术的抵触会让项目所投入的资金与精力白费。
建议：在项目计划阶段先考虑到推行过程中的阻碍，并设法化解这些阻力。与那些工作将受新项目影响的用户交流沟通，向他们阐述项目会给他们的工作流程带来的有利变化与价值。
5.时间进度表欠完善
影响：团队成员对何时完成何种任务没有概念，对整体项目的按时达成形成阻滞。
建议：最简单的方法是判别出项目中所有的活动，并在这些活动后面标注预计完成日期。使用项目管理软件亦可创建进度计划表。
四、沟通问题
1.对不合理的项目期限不作反驳影响：使自己陷入无法如期完成项目的窘境，并有损IT部门的信誉。
或许公司所设定的项目期限过于苛刻，而IT部门强行完成只会起到反作用。
建议：IT经理应向公司管理层解释无法预期完成的实际困难，以及强行完成所需付出的代价(比如成本大幅上升，资源预算超支等)，让管理人员在成本和速度之间做出选择。
2.与项目支持者、参与者缺少沟通
影响：IT无法达成预期的要求。
建议：在传递关键书面文件与表格的同时加以当面说明，并用对方能够理解的方式简明地阐述要点(有些商业人员不会理解长篇大论的技术术语)。
在这种沟通互动中，其实公司的商业分析师在用户与IT之间扮演了一个非常重要的协调角色。
建议：对参与项目，或受项目影响的所有商业成员提供一份项目综述(从计划到部署)，并标示出那些活动要求商业人员参加互动，以及互动的目的。总之，IT应多花一些时间来指导商业部门了解项目执行的步骤。
文章来源：
(http:///articles/show_article_content.asp?articleID=22466)
第二章
四、项目生命周期分为哪几个阶段?每个阶段的主要任务有哪些?
答：
项目生命周期分为四个阶段，分别是分为定义阶段、开发阶段、实施阶段和收尾阶段。 定义阶段主要任务是明确要求、策划项目、调查分析、收集数据及信息、确立目标、进行可行性研究、明确合作关系、确定风险等级、拟定战略方案、进行资源测算、提出组建项目组方案、提出项目建议书和获准进入下一个阶段。
开发阶段主要任务是确定项目组主要成员、界定最终产品范围、研究实施方案、确定项目整体计划、预算项目费用与现金流量、形成工作分解结构、制订项目政策与程序、评估项目风险、确认项目有效性、编制项目概要报告和获准进入下一阶段。
实施阶段主要任务是建立项目组、建立与完善项目沟通渠道、实施项目激励机制、建立项目工作包，细化相关技术需要、建立项目信息控制与管理系统、执行工作分解结构的各项工作、获得订购物资和服务、指导/监督/预测/控制项目范围、进度、费用、质量和管理项目的变更，解决实施中的问题。
收尾阶段的主要任务是提交最终产品、评估与验收、清算与审计账务、评估项目、项目技术与管理文档的归档、资源清理、转移产品责任者和项目组的解散与人员再分配。
六、建立组织的目的是什么?组织的设计原则有哪些?
答：
德鲁克认为组织的目的，就是要使平凡的人做出不平凡的事。其实质是对管理人员的管理劳动进行横向和纵向的分工。
组织的设计原则包括如下7个原则：(1)目标的一致性原则(2)合理的管理幅度和管理层次原则(3)命令统一原则(4)责任与权利对等原则(5)合理分工与密切协作原则(6)集权与分权相结合的原则(7)环境适应性原则
十、简述5个过程组中每个过程组的主要任务，以及每个过程组的主要成果。
答：
在大多数情况下，大多数项目都有共同的项目管理过程，这一过程包括启动、规划、执行、监督、结束5个过程组。
启动过程组的主要任务是确认并核准项目或项目阶段。在项目开始阶段启动过程的主要成果就是形成一个项目章程和选择一位项目经理。
规划过程组的主要任务是确定和细化目标，并规划为实现项目目标和项目范围的行动方针与路线，确保实现项目目标。规划过程的主要成果包括完成工作任务分解结构，项目进度计划和项目预算。
执行过程组的主要任务是通过采用必要的行动，协调人力资源和其他资源，整体地、有效地实施项目计划。执行过程的主要成果就是交付实际的项目工作。
监控过程组的主要任务是定期测量和实时监控项目进展情况，发展偏离项目管理计划之
处，及时采取纠正措施和变更控制，确保项目目标的实现。监控过程的主要成果是在要求的时间、成本和质量的限制范围内获得满意的结果。
it项目助理工作总结范文第6篇
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、分包商风险
有些项目管理可能会涉及到将系统的部分功能分包出去，这时项目组就需要关注项目的分包商风险。