neusoft项目经理测验整理Word格式文档下载.docx
《neusoft项目经理测验整理Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《neusoft项目经理测验整理Word格式文档下载.docx（48页珍藏版）》请在冰豆网上搜索。
监控工程过程配置管理知识分享能力
评价开发工作外语读写能力
总结经验教训外语听说能力
1.2团队管理
一个团队由少量的人组成，这些人具有互补的技能，对一个共同目的、绩效目标及方法做出承诺并彼此负责。
Together
Everyone→Goal
Achieve
More
什么是高绩效的团队
取得优异的成绩（1+1>
2）
促进个人成长并提高工作满意度。
不断进行调整和改进。
团队中有效运作的三种人：
实干、参谋、领导
发展阶段：
形成期、凝聚期、计划期、收割期
目标的黄金原则：
SMART原则
•具体（Specific）
•可衡量（Measurable）
•可达到（Attainable）
•真实（Real）
•时间要求（Time）
激励他人的内外部因素
外部因素、内部因素
盖洛普的Q12
•1、我知道对我的工作要求吗？
•2、我有做好我工作的材料和设备吗？
•3、在工作中，我每天都有机会做我最擅长做的事吗？
•4、在过去的六天里，我因工作出色而受到表扬吗？
•5、我觉得我的主管或同事关心我的个人情况吗？
•6、工作单位有人鼓励我的发展吗？
•7、在工作中，我觉得我的意见受到重视吗？
•8、公司的使命目标使我觉得我的工作重要吗？
•9、我的同事们致力于高质量的工作吗？
•10、我在工作单位有一个最要好的朋友吗？
•11、在过去的六个月内，工作单位有人和我谈及我的进步吗？
•12、过去一年里，我在工作中有机会学习和成长吗？
1.3工程管理
工程定义—》工程启动—》设计开发—》测实验收—》工程总结
工程定义
客户第一次见面的方法
系统接口和报表开发问题
工程完工时间的承诺
报价
工程启动
外部启动会
内部启动会
设计开发
制定计划
需求确认
需求变更
人员管理
测实验收
软件的质量不是测出来的，在工程初期，您的设计方案和您的职业态度就决定了软件的质量。
质量检查、质量改善
工程总结
精心的为您的客户准备一份他向他的领导汇报的材料。
选择一个安静的空间与时间，冷静的回顾一下工程里做得好的地方与需要进一步完善的地方。
如果用邮件向自己的领导进行工程总结时，别忘了
CC给团队里的成员，感谢他们，写下他们的名字，把更多的荣誉留给大家；
也感谢您的领导所给与的帮助，以便后续工程得到继续的支持。
及时进行庆功宴，您的成功有您辛勤的付出，但团队成员的共同努力才成就了您的成功。
不要忘了感谢他们。
1.4个人管理
新经理的自我提升：
时间管理与工作计划能力、沟通能力、问题分析与解决能力
时间管理
时间管理的六大基本原则：
明确目标
有计划、有组织地进行工作
分清工作的轻重缓急
合理地分配时间
与别人的时间取得协作
制定规则、遵守纪律
确立目标
探寻完成目标各种途径
选定最佳途径
将最佳途径转化为每周或每日工作事项
编排每周或每日工作次序并加以执行
定期检查目标的现实性及完成目标最佳途径可行性
沟通能力——沟通过程
1.沟通前澄清概念
2.慎选沟通的方式
3.减低沟通中的情绪成分
4.重视非语言的部分
5.要求反馈确认
6.发挥同情心
有效沟通的步骤
事前准备
确认需求
阐述观点
处理异议
达成协议
共同实施
问题分析与解决
问题解决步骤
第一步界定问题
第二步分析根源
第三步产生方案
第四步计划方案
第五步执行计划
第六步评估结果
问题分析与解决的工具
帕累托分析
鱼骨图
结构树分析
头脑风暴法
第2部分东软工程经理手册（解决方案业务线）
解决方案业务线：
工程管理最关键的因素：
一个称职的工程经理（PM/PSM）
需要工程管理的科学、专业能力，更需要有很强的责任心和沟通艺术
让所负责的工程能赚钱
手册构成：
第一章.工程管理知识体系概述
第二章.工作环境
第三章专业与行业知识
第四章.任职说明
2.1工程管理知识体系概述
工程管理知识体系是在工程管理实践中成熟的理论、方法、工具及技术的总称。
经济性和适用性。
2.1.1UNP简介：
（东软统一过程）NeusoftUnifiedProcess。
NUP是RUP在东软的实践、最佳经验的总结和扩展，是公司R&
D工程中关于软件开发过程中对方法、过程、文档、评估和度量等方面要求的体系文件。
四个阶段
（先启、精化、构建、产品化）
六个最佳实践
（迭代式开发、需求管理、以架构为中心、可视化建模、持续质量验证、变更管理）
九个规程
（业务建模、需求、分析设计、实现、测试、部署、配置与变更管理、工程管理、环境）
图NUP的核心框架
2.1.2QMS2005简介：
（质量体系文件）QualityManagementSystem
QMS确定了公司的质量方针、质量目标、质量管理的程序和要求，是实施满足ISO9001:
2000标准的质量管理体系。
适用于公司计算机软件产品、系统解决方案、技术服务工程的设计开发、实现和维护过程。
当前版本是QMS2005-A。
文件结构主要包括管理职责、资源管理、产品实现和测量、分析与改进四个部分，同时对其中的19个过程的输入、输出、规程、资源和测量进行了定义、规范，并对具体操作提供了方法和模板。
图QMS2005体系文件框架
目前在公司主要应用于行业解决方案工程
2.1.3CMM/CMMI简介：
（能力成熟度模型/能力成熟度集成模型）
CapabilityMaturityModel/CapabilityMaturityModelIntegration。
美国卡内基梅隆大学软件工程学院（SEI）开发的、作为采购商评估软件供应商的过程能力成熟度与组织成熟度的标准。
.
CMMI是一个针对产品与服务开发的过程改进成熟度模型，它包含开发与维护活动的最佳实践，涵盖产品从起始到交付与维护的生命周期。
同时CMMI构造了一个软件过程成熟度框架，该框架描述了一条从无序的、混乱的过程到成熟的、有纪律的软件过程的进化途径。
CMMI将组织的软件过程的成熟度划分为不同的阶段，并将这些阶段排序，每个阶段对应一个成熟度等级。
包括五个成熟度等级，每一个等级都是进行下一个等级的基础。
1.过程不可预测，控制差初始级Initial
2.过程为工程而制定受管理级Managed
3.过程为组织而制定已定义级Defined
4.过程得到测量和控制定量管理级QuantitativelyManaged
5.关注过程改进持续优化级Optimizing
CMM/CMMI目前在公司主要应用于服务外包工程
2.2工作环境
了解公司内部的工作环境是成为PM的第一项工作
2.2.1组织支撑：
矩阵式架构，大区/事业部是工程的执行主体，各部门的PMO负责组织层面的工程管理职能，各职能部门能够为工程提供人力资源、财务、技术等方面的支持与保障。
2.2.2规章制度：
除了需要遵循工程管理职业规范，还应该遵守公司相关规范制度
包括：
《员工手册》、《公司外埠差旅费报销管理制度》、《QMS2005-A》、《重大事件上报制度》、《客户现场工作规范》、《内部分包管理制度》、《公文管理规范》、《公章管理制度》、《信息安全规范》以及客户方的机房管理规范、信息安全规范、现场工作规范等
2.2.3系统工具：
PM-online：
公司为规范工程管理流程，控制工程执行过程，提高工程管理水平，为PMO工作者、PM等相关人员提供的工程管理应用系统。
系统实现了从工程立项、编制工程计划、计划评审、填写工程周报（在周报中可记录工程组成员工作量）、工程执行过程跟踪、工程结项的工程管理全过程的监控和管理。
相关指引请参阅《PM-online系统操作指引》。
Service-Online：
主要用于客户服务中心、各业务部门的客服或工程管理人员处理客户提出的请求或问题、进行工作分派并跟踪服务过程状态等工作，系统中保留了完整的服务过程记录。
业务范围主要针对小批量、短期的咨询、产品安装、售后服务和技术支持服务等工作
相关指引请参阅《Service-Online操作手册》、《CASE管理办法》。
其他：
1.邮件服务系统：
2.人力资源自助平台：
3.网上报销个人自助平台：
4.TCOE技术经验交流共享：
2.3专业与行业知识
2.3.1专业领域知识:
美国工程管理学会（ProjectManagementInstitute，简称为PMI）提出了工程管理知识体系指南（ProjectManagementBodyofKnowledge,简称为PMBOK）
PMBOK中描述了有效的工程管理要求工程管理团队应具备的5个专业领域知识和技能：
工程管理知识体系；
（工程管理职业的知识总和）
应用领域知识、标准与规章制度；
理解工程环境；
通用管理知识与技能；
处理人际关系技能。
PMBOK目的是识别工程管理知识体系普遍公认为良好做法的那一部分
它是由九个知识域和五个过程组成：
启动，计划，执行，控制，收尾
通过工程经理和工程组织的努力，运用系统理论和方法对工程及其资源进行计划、组织、协调、控制，旨在实现工程特定目标的管理方法
2.3.2行业领域知识：
业务知识、
行业规则、
专业术语、
客户文化
2.3.3工程管理过程：
2.3.3.1工程启动：
《工程立项规则》，是工程正式启动的标志
步骤：
1.下达工程任务书
2.编制工程启动计划
3.建立SOW（工作陈述）
4.工程启动会议
控制要点：
1.工程启动阶段需要下达正式的工程任务书
2.工程启动阶段需要召开内、外部的工程启动会议
输出产物
过程
活动
过程输出产物
是否必要（?
）
制定启动计划
《工程计划》
否
评审启动计划
《评审记录》
编写SOW
《工程SOW》
召开工程启动会议
《会议纪要》
是
2.3.3.2需求管理：
1.需求管理
2.需求完善控制
3.需求变更控制
4.用户现场开发需求管理
1.需求管理过程中要注意需求评审环节，原则上需求调研之后的需求必须经过公司或部门的需求评审和用户的签字确认
2.必须对需求变更进行控制，需要针对用户的实际情况，制定需求变更管理流程，成立CCB（需求变更控制委员会），在需求变更管理上按照需求变更控制流程开展工作
SRS软件需求规格说明书
RTM需求跟踪矩阵
需求管理
用户需求调研
《需求调查表》、《需求分析报告》、《需求跟踪矩阵》
评审需求
签字确认
客户确认的《需求分析报告》
需求变更控制
客户确认的《需求变更记录》、
部门《评审记录》
2.3.3.3工程策划：
1.制定软件开发工程计划
2.过程裁剪
3.风险计划
4.质量策划
5.计划评审
1.工程计划中必须明确包含里程碑设置
2.两个里程碑时间时隔不可超过一个月（根据实际情况可适当放宽，但不能超过三个月）。
3.里程碑计划必须包含合同回款点。
4.工程里程碑点发生延迟（指不能按计划在当月达成里程碑），必须进行工程计划变更。
5.工程计划必须经过部门工程管理部门的评审才能生效，工程计划的变更也需要经过部门工程管理部门的评审
工程策划
制定软件开发工程计划
《软件开发工程计划》
过程裁剪
《软件开发过程裁剪工作表》
风险管理
《工程风险管理表》
质量策划
《工程软件质量保证计划》
评审计划
2.3.3.4设计：
1.系统设计要求输出文档化的《系统设计报告》并进行相应的评审。
2.按照《软件开发工程计划》的进度安排，系统设计人员依据《系统设计报告模板》，并结合工程的实际特点，编制适当形式的《系统设计报告》，如果客户有特殊要求，可按照与客户共同约定的规则编制。
3.系统设计的评审按照《软件开发工程计划》的规定进行相应形式的评审。
按照评审规程进行《系统设计报告》的评审。
如对各模块或子系统进行了详细设计，须分别进行评审。
存在问题，修改后重新进行评审。
通过评审的《系统设计报告》作为基准配置项输入编码实现阶段。
按照配置管理的要求对SDR及相应的评审记录进行管理和控制。
4.系统设计评审通过后，PSM须组织工程策划小组对《软件开发工程计划》进行调整，调整的内容包括：
任务分解结构WBS的细化、进一步的软件估计、工程计划进度表的更新。
调整后的《软件开发工程计划》须按照配置管理进行变更控制，按照评审规程重新组织评审，并填写《软件开发工程计划》中的“修改记录”。
5.设计的变更及完善要做好变更记录，并进行审核，同时调整计划。
设计要尽量详细，并且评审要充分，尽可能在设计阶段将问题排除。
系统设计
《系统设计报告》
2.3.3.5编码：
一定要严格遵守确定的“计算机源代码编写规范”，并必须以重点抽查的形式进行代码检查。
编码
编码实现
源代码、可执行程序、
《技术报告》、《用户手册》
代码检查
《代码检查表》
2.3.3.6测试：
软件测试可分为五个阶段：
单元测试、集成测试、系统测试、验收测试和确认评估测试。
测试活动主要包括四项：
测试计划、测试设计、测试执行与测试总结。
1.编制测试计划
2.测试设计
3.测试执行
4.测试总结
测试是否通过需要遵循下面的测试通过准则，即当所测试的软件满足如下要求时，
才能认为通过测试（错误类型A、B、C、D的规定）：
1.全部功能需求均已实现；
2.《测试用例》全部通过；
3."
A"
、"
B"
C"
三类错误数均为零；
允许存在"
D"
类错误；
如有特殊情况而存在遗留问题，不能通过准则1）、2）、3），则必须由指定的仲裁人进行确认后方可释放。
是否必要
测试
编制测试计划
《测试计划》及《评审记录》
测试设计
《测试大纲》、《测试用例》及《评审记录》
测试执行
《测试问题卡》
测试总结
《测试总结报告》及《评审记录》
2.3.3.7软件实施：
根据公司软件开发工程现场实施过程中所作的工作，分为实施准备、现场实施、试运行、验收、总结几个阶段
1.实施策划
1.1.实施准备
1.2.软件实施计划
1.3.风险管理
1.4.配置管理
2.现场实施
2.1.软件交付
2.2.安装调试
2.3.试运行
3.试运行
3.1.试运行阶段
3.2.试运行过程问题处理
3.3.其他
4.上线割接
4.1.割接方案
4.2.割接风险评估会
1.实施准备：
对于客户现场的软硬件环境的情况一定要明确并进行充分测试，同时要保证涉及的相关人员要能够及时到位，对于提供给客户的文档等资料要提前同客户沟通，以便节约在客户现场的时间。
2.现场实施：
要遵守《现场实施规范》，详细记录《实施记录》并请客户签署《交付书》。
认真实施培训，记录培训情况。
3.试运行：
应详细记录客户问题并及时回应，对需求变更的把握要突出重点节省时间，尽量满足主要的合理的客户需求，严格控制需求变更范围，以便顺利进行验收。
4.上线切割：
需要做好详细充分准备及备份，同时要进行割接风险评估会进行评审。
准备
《实施计划、培训资料、用户手册、实施记录、培训记录、验收报告》
环境调查
《客户现场环境调查表》
《软件实施计划》
现场实施
交付
客户确认的《软件交付书》、
《软件安装记录》、《开工报告》、《实施问题记录表》、《现场实施结束通知单》
计划调整
《变更控制报告》
试运行
试运行过程问题处理
《实施问题记录表》
上线割接
割接方案
《软件实施方案》、
2.3.3.8验收：
验收的标志是拿到有效的《工程验收报告》
1.验收准备
2.验收测试
3.问题处理
4.签署验收报告
1.PM可事先了解客户签字的内部流程和耗时，以便预测客户完成签字的时间
2.验收文档标准必须符合验收文档有效标准
3.如验收时明确有遗留问题，PM须负责跟踪解决
验收
验收准备
验收申请
验收测试
工程验收报告
问题处理
2.3.3.9工程总结：
由PM负责对工程实施过程中的目标、工程管理过程域、经验等方面进行总结，作为部门工程过程财富积累的来源之一。
1.实施结束后PM负责编写《工程总结报告》对软件实施进行总结，记录工程目标、复用、进度管理、风险管理等方面的达成情况，并描述工程过程中发现的问题及纠正和改进的措施，为今后工程实施工作提供改进依据。
2.总结报告应提交大区/事业部工程管理部门评审，工程实施过程中的各种报告与记录统一提交工程管理部门。
3.工程管理员收集整个工程过程中未在PM-Online系统中保存的文档，并最后归档。
无
验收总结
实施总结
工程总结报告
2.3.3.10风险管理：
对工程执行过程进行风险评估，识别风险，并提出相应的风险防范措施。
风险评估活动应在整个集成工程的执行过程中持续进行，并在至少保证在每个工程里程碑处实施。
1.工程实施过程每阶段开始前或工程发生重大变更时，PM需组织相关人员对本阶段进行风险分析，识别风险并编制《工程风险管理表》，此表应在工程组内共享。
2.风险识别后，PM组织相关人员针对识别出的风险制定相应的控制措施，并在实施风险控制措施后根据实际执行情况完善《工程风险管理表》。
3.在进行阶段性的风险评估时，应首先针对《工程风险管理表》中的已存在风险进行回顾，评估风险状态以及应对措施的有效性，然后根据工程进程对其余的工程活动进行风险评估。
阶段性风险评估后，PM负责对工程风险管理表进行更新。
4.根据工程执行情况，可以对风险管理活动进行裁剪，并记录在《软件开发过程裁剪工作表》中。
1.需要明确给出每个风险的解决方法，并在整个工程执行过程中监控更新，直至风险关闭为止。
2.在每个里程碑处必须对《工程风险管理表》中尚未关闭的风险进行重新评估。
风险控制
2.3.3.11沟通管理：
沟通管理的目标是恰当而及时地生成、收集、发布、储存、提取和最终处置工程信息，沟通管理连接人员和信息。
1.沟通规划
确定项干系人的信息与沟通需求。
2.信息发布
将所需信息提供给利害关系者。
3.绩效报告
绩效信息的搜集与发布。
4.工程干系人管理：
对沟通进行管理，以满足工程干系人的需求，并与干系人一起解决问题。
2.3.3.12配置管理：
PM应根据工程计划阶段进行协调并安排所需资源；
配置管理人员CML按照配置管理的要求对软件工作产品进行配置项标识、配置项的控制、配置状态的记录，并参与配置审计。
1.配置管理计划
2.配置库的建立
3.配置项的存取控制
4.配置状态跟踪
5.配置审计
6.配置库结构层次的变更
配置管理
工程配置计划
《软件开发工程计划》-
含配置管理计划
《配置状态报告》
《配置库层次结构图及权限分配》
2.3.3.13工程度量：
是针对软件开发工程的特定度量，目的在于定量的测量工程规模、工程成本、工程进度、顾客满意度等，辅助工程管理进行工程控制。
工程过程度量是以工程的生命周期为基础、定量的表示软件过程特性的活动。
1.工程周报
2.里程碑总结
3.提交《工程状态度量表》
《里程碑总结报告》和《工程状态度量表》在周报模板中已经有对应的公式，填写的顺序为：
《工程周报》->
《里程碑总结报告》->
《工程状态度量表》。
其中《工程状态度量表》中的内容在当前里程碑总结报告和周报填写之后可以自动生成。
输出产物：
工程周报
《工程周报》
里程碑总结
《里程碑总结报告》
QCD月报告
《QCD月报》
2.3.3.14评审管理
按照等级可将评审分为公司级评审、部门级评审和工程级评审；
从形式上分为会议评审和网上评审。
对于不同的工程类型，根据实际情况对主要工作产品的评审可采用不同的等级和形式
会议评审步骤包括评审准备、评审执行和评审结束三个步骤。
1.评审准备
2.评审执行
3.评审结束
评审管理
评审准备
《评审检查表》
升级会员 