项目管理要素指南100问

1、项目管理要素指南（完善中）策划阶段= 1 * Arabic1何时开开始项目目策划？在被任命命为项目目经理之之后，项项目经理理应立即即着手开开始项目目的整体体策划。避免等等到合同同签订再再准备时时时间不不充分，而使得得策划内内容质量量不高或或者指导导意义不不大。2策划阶阶段一般般周期多多长？项目策划划是一个个重要活活动，从从指定项项目经理理开始日日起，项项目经理理即开始始收集项项目资料料，进行行策划；到合同同签订后后5天内内，给出出详细的的策划方方案。3策划阶阶段都做做哪些工工作？策划工作作包括：项目拟拟组建团团队及团团队分工工、项目目实施周周期和方方法、质质量保证证方法、项目风风险分析析及对策

2、策、项目目双方干干系人及及联系方方式、项项目预算算、项目目过程文文档模版版4谁负责责策划阶阶段工作作内容？策划工作作由项目目经理主主责完成成；当中中涉及到到需要项项目干系系人明确确部分内内容，由由项目经经理跟踪踪落实（跟踪方方式包括括会议，邮件，电话，审批签签字等），并得得到确认认。5策划阶阶段输出出标准文文件有哪哪些？总体工作作计划、人力资资源计划划、质量量保证计计划、风风险分析析与对策策、项目目预算表表、项目目阶段中中所需要要的标准准文档模模版、项项目启动动报告6各输出出文件如如何处理理？首先，所所有输出出文件均均需要得得到相关关人员批批准确认认，提交交配置管管理员归归档；质质量保证证计划

3、提提交SQQA监督督执行、项目预预算表提提交财务务跟踪执执行7如何编编制项目目预算表表？项目预算算表由五五大部分分组成：人工费费用（包包括咨询询服务费费用）、采购费费用（项项目中用用到的软软硬件）、全过过程差旅旅费用、办公费费用、项项目活动动费用；预算编制制以计划划为依据据，分为为预算总总表和明明细表；总表结结果以明明细表汇汇总所得得；项目经理理每月需需要检查查预算执执行情况况，如果果出现变变化，需需及时提提交项目目管理委委员会，经审核核同意后后，方可可允许预预算变更更；项目关闭闭时，项项目经理理需提交交预算执执行报告告。8如何进进行工期期评估？项目工期期评估是是项目管管理中很很重要的的一个环

4、环节；整整个项目目后续的的计划与与人员安安排都依依赖于该该工期的的评估；项目经经理在做做工期评评估时按按照以下下步骤：根据售前前技术支支持方案案，与产产品功能能进行比比较，分分系统列列出差异异表分系统，按照增增、删、改、查查、打印印、导入入导出原原则，对对差异功功能点进进行统计计，统计计出待开开发功能能点，根根据历史史开发经经验，评评估出差差异功能能点开发发工作量量；该工工作量+标准产产品部分分开发工工作量为为该子系系统合计计开发工工作量按照实施施过程时时间分配配比率（需求：设计开开发：测测试：实实施=00.6：1：00.7：0.66）,计计算出各各子系统统总体工工作量和和周期如果客户户有明确

5、确周期要要求，则则根据上上述得到到的总工工作量合合理安排排资源；如果没没有周期期要求，则项目目经理按按照产品品实施人人员标准准要求规规划出合合理的周周期在最后得得出的总总体工作作量和周周期基础础上根据据项目经经验分别别乘1.111.3的的风险系系数9如何做做好项目目风险管管理？首先在项项目启动动时，做做好风险险分析；风险分分析步骤骤：识别风险险点、风风险发生生概率以以及影响响程度确定重点点关注风风险点，并给出出风险解解决措施施给出风险险措施的的跟踪监监控措施施在管理风风险问题题点时，项目经经理要遵遵循闭环环管理原原则，对对于重点点关注风风险，而而且影响响程度大大的风险险，一定定要跟踪踪落实到到

6、底，直直到该风风险消失失或解除除；其次，在在项目启启动的同同时，项项目经理理要编制制质量保保证书，保证书书主要针针对策划划书中项项目各阶阶段的输输出的保保证，并并将该质质量保证证书提交交SQAA审核，对于重重大项目目，交由由专职SSQA跟跟踪与监监控。10项目目经理应应知应会会的计划划有哪些些？项目策划划包括括策划整整个项目目的进度度、资源源（人力力、软硬硬件资源源等）、财务、过程模模式、风风险分析析等主要要内容；项目策策划完成成，项目目经理必必须对项项目的整整体运作作过程做做到心中中有数。变更计划划变更更无处不不在，项项目经理理必须根根据公司司制度严严格按照照变更流流程制定定变更计计划（按按

7、优先级级及必要要性对变变更进行行筛选）。开发计划划更细细节的工工作计划划，具体体分配到到开发小小组或开开发人员员的计划划，必须须明确到到1-22天内的的工作内内容，这这样的开开发计划划才有价价值。测试计划划需协协助测试试部门根根据项目目策划的的进度安安排，制制定具体体的测试试计划。实施计划划视项项目组的的工作要要求来定定，如果果项目组组是实施施产品或或者包括括做简单单的二次次开发，实施计计划基本本上可与与项目策策划同等等作用（或用项项目策划划来涵盖盖），否否则便是是项目后后期的试试运行、验收等等工作的的计划编编排。其余的还还要明确确：配置置管理计计划、质质量保证证计划、技术评评审计划划、月度度

8、/周工工作总结结计划等等等。综上，凡凡事预则则立，项项目经理理应排除除“计划不不如变化化快”的消极极心理，要知“如果没没有计划划，变都都不知如如何变！”11制定定计划应应注意哪哪几个方方面？不能只关关注时间间，而要要看人日日工作量量，往往往一个项项目的实实施周期期是合同同定好的的，这样样项目经经理编制制计划时时已经约约束好了了大的时时间节点点，编制制计划多多数是编编制人日日安排；同时注注重人日日工作量量还有助助于项目目经理更更加关注注成本和和组织协协同。安排工作作计划应应明确到到1-22天的工工作量和和内容，天数粒粒度大会会导致无无法准确确控制；不要忽视视周计划划的重要要性和作作用，周周计划是

9、是最为明明确也最最易有效效控制的的计划；不要忽视视阶段总总结，计计划和总总结往往往是同时时的，只只有通过过好的总总结，识识别出遗遗留问题题，才能能更好的的编制下下一阶段段计划；12如何何使项目目组人员员充分明明确并重重视计划划？首先要使使项目组组人员明明确计划划，要明明确计划划就需要要项目组组每个人人都明确确的知道道自己应应该做什什么，可可以通过过计划分分解来实实现。大大计划分分解为小小计划、组内计计划分解解为个人人计划，要充分分调动团团队每个个成员的的主动性性，自行行分解汇汇总。其次，明明确了计计划还要要使组内内人员认认识到计计划内容容的重要要性，让让每个人人知道为为什么做做，同时时对计划划

10、引起足足够的重重视，这这需要项项目组以以透明的的方式进进行管理理和沟通通，如可可通过例例会方式式将每个个人的工工作成果果展示给给大家等等等。需求调研研阶段13如何何开展需需求调研研？实施人员员在接到到调研任任务后，首先应应从项目目经理、售前技技术支持持以及销销售三方方获取到到客户相相关需求求信息（包括技技术方案案、客户户原始需需求）告知客户户方我们们调研工工作方法法：首先先提供产产品调研研模版于于客户，针对该该模版进进行解释释，对客客户进行行培训，如何按按照该模模版描述述自己的的需求给客户布布置任务务，按照照我们提提供的模模版把企企业实际际业务流流程写出出分析客户户提供的的业务流流程文档档，与

11、客客户一起起分析改改善点根据讨论论确定的的思路修修改业务务流程文文档，收收集或设设计相关关表单报报表；让让用户管管理层签签字确认认业务流流程文档档。将业务流流程文档档按照公公司标准准的需求求规格说说明书格格式转化化14需求求调研人人员应避避免在哪哪些方面面陷入“钻牛角角”？调研人员员往往会会在调研研过程中中陷入以以下困境境：与客户过过分强调调技术实实现细节节调研过程程忽视技技术实现现而承诺诺过多业业务功能能之外的的软件需需求过分追求求完美，在业务务实现上上，客户户没有提提出的需需求，主主动提出出和承诺诺15如何何处理客客户不合合理需求求及软件件期望？不要当场场否定或或承诺客客户提出出的需求求寻

12、求对方方项目经经理帮助助，分析析客户需需求提出出的不合合理性或或者过高高期望可可能带来来的风险险如果客户户最后坚坚持要实实现，而而需求又又不在前前期范围围中，最最后统一一汇总，让对方方项目经经理，甚甚至更高高层领导导签字，明确描描述该部部分需求求对后期期的可能能影响16如何何处理调调研中客客户消极极不配合合的情况况？对该类客客户，首首先向对对方表示示感谢，希望得得到工作作上的支支持；其其次，多多从对方方角度考考虑问题题，分析析客户不不配合原原因，从从中找出出客户的的真正关关注问题题和希望望解决的的问题；如果是是属于对对方因为为自身工工作任务务重，寻寻求项目目经理帮帮助，找找到客户户的领导导，在

13、此此期间能能够分担担部分客客户的本本职工作作，并表表示感谢谢；如果果是其他他原因，请对方方项目经经理帮助助，做好好客户思思想工作作；不管是什什么情况况，绝对对不能出出现向客客户方任任何人抱抱怨客户户不配合合；17如何何同时展展开多个个业务模模块的需需求调研研？调研人员员在调研研时，一一定避免免所有的的事情都都由自己己主导完完成，要要充分发发挥客户户的参与与性和积积极性；首先在在我们调调研方法法上，将将需要调调研的业业务流程程交给客客户，即即给客户户布置作作业；让让用户在在一段时时间内按按照我们们的要求求提交相相应的资资料或文文档；调调研人员员找出时时间差，在时间间差的范范围内分分别与不不同用户

14、户讨论业业务流程程。18需求求调研中中有咨询询服务时时，如何何做好与与咨询顾顾问的配配合？与咨询顾顾问沟通通确认我我们的工工作方法法和工作作模版，在任务务上进行行分工；尽量做做到用文文档进行行输出交交接。时刻提醒醒咨询顾顾问围绕绕软件界界定需求求范围与与客户讨讨论，不不要超出出需求范范围设计与开开发阶段段19如何何制定设设计开发发计划?设计开发发计划的的制定主主要有以以下几个个步骤：1、获取需求文档和项目相关约束信息2、根据输入信息做出适合的WBS（一般是3级）3、进行阶段划分，确定里程碑，进行工作量评估4、制定网络图，找出关键路径5、根据网络图，制定甘特图计划6、确认所需的资源（包括人力、设

15、备等）并进行责任分配，形成具体计划7、在计划执行过程中，及时跟踪，并适时进行调整，直至任务完成20设计计开发计计划中各各项任务务应该细细化到何何种颗粒粒度？具体的设设计开发发计划中中的各项项任务应应尽可能能细化到到0.552个个工作日日。21开发发模型的的选择？建议采用用迭代化化的开发发方法一个项目目的好坏坏，开发发模型优优良是项项目成功功重要保保障，有有了好的的开发模模型我们们可以很很好的控控制项目目进度、降低风风险。所所以我们们在项目目开始前前首先需需要确定定项目的的开发模模型。这这里我们们建议采采用迭代代式的开开发模型型。我们们知道原原有早期期传统的的开发模模型是一一个文档档驱动的的流程

16、，它将整整个软件件开发过过程划分分为顺序序相接的的几个阶阶段，每每个阶段段都必需需完成全全部规定定的任务务后才能能够进入入下一个个阶段。项目开开始首先先完成系系统需求求规格说说明书，之后才才能够进进入概要要设计阶阶段，编编码则在在系统设设计完成成之后进进行。这这就意味味着只有有当所有有的系统统模块全全部开发发完成之之后，我我们才进进行系统统集成，对于一一个由很很多个模模块组的的复杂系系统来说说，这是是一个非非常艰巨巨而漫长长的工作作，且存存在着潜潜在的风风险。如：需求求或者设设计中的的错误无无法在项项目早期期发现，只有在在系统交交付客户户之后才才能发现现原先对对于需求求的理解解是错误误的，系系

17、统设计计的错误误也只有有在测试试阶段才才能被发发现。对于项目目风险的的控制能能力较弱弱，往往往项目风风险只能能随着项项目结束束才能逐逐步降低低，同时时也只有有经过系系统测试试之后，才能确确定设计计是否能能够真正正满足系系统需求求。为了解决决传统软软件开发发流程中中的问题题，我们们建议采采用迭代代化的开开发方法法来取代代瀑布模模型。在在瀑布模模型中，我们要要完成的的是整个个软件系系统开发发这个大大目标。在迭代代化的方方法中，我们将将整个项项目的开开发目标标划分成成为一些些更易于于完成和和达到的的阶段性性小目标标，这些些小目标标都有一一个明确确的阶段段性评估估标准。迭代就就是为了了完成一一定的阶阶

18、段性目目标而所所从事的的一系列列开发活活动，在在每个迭迭代开始始前都要要根据项项目当前前的状态态和所要要达到的的阶段性性目标制制定迭代代计划，整个迭迭代过程程包含了了需求调调研、软软件设计计、软件件实现、版本集集成、软软件测试试、软件件发布和和产品交交付等各各种类型型的开发发活动，迭代完完成之后后需要对对迭代完完成的结结果进行行评估，并以此此为依据据来制定定下一次次迭代的的目标。22何时时开始进进行程序序集成？从开始有有代码的的第1天天起就要要进行集集成，而而且是持持续集成成，直到到通过测测试，交交付客户户正式使使用。这个第第1天通通常情况况下，还还没有开开始进入入编码阶阶段，而而只是设设计的

19、初初级阶段段或中间间阶段。23在编编写代码码时是先先写代码码还是先先写注释释？我们采用用的是单单元测试试驱动的的方式进进行开发发，先写写测试代代码，再再写程序序代码；但在代代码编写写之前最最好先写写注释，对于复复杂逻辑辑要写出出详细的的伪代码码。24编写写注释有有哪些主主要事项项？(1)必必须是有有意义；(2)必须正正确的描描述了程程序； (3)必须是是最新的的。 注释必不不可少，但也不不应过多多，以下下是四种种必要的的注释： a.标题题、附加加说明； b.函数数说明：对几乎乎每个函函数都应应有适当当的说明明，通常常加在函函数实现现之前，在没有有函数实实现部分分的情况况下则加加在函数数原型前前

20、，其内内容主要要是函数数的功能能、目的的、算法法等说明明，参数数说明、返回 值说明明等，必必要时还还要有一一些如特特别的软软硬件要要求等说说明； c.在代代码不明明晰或不不可移植植处应有有少量说说明； d.及少少量的其其它注释释。 25在设设计开发发中遇到到问题怎怎么办？1）如果果是各模模块公用用接口等等共性的的问题需需要及时时召集相相关人员员，一起起协商优优先解决决；协商商后，明明确具体体负责人人，由该该人负责责，其他他人协助助解决；2）如如果是个个人初次次遇到的的问题，建议个个人先独独立进行行解决，根据影影响程度度，如果果超过00.52个小小时仍未未解决，请咨询询其他同同事。3）作作为小组

21、组组长或或项目负负责人，应经常常性的与与组员进进行沟通通，及时时发现影影响进度度的问题题或瓶颈颈，并及及时解决决，做到到日清周周清；对对于大家家经常性性遇到的的问题，及时进进行总结结，形成成指导手手册并不不断补充充完善。26在编编码中有有哪些注注意事项项？遵循公司司制定的的统一的的编码规规范。下下面列举举其中的的几点共共参考：清晰易读读的源程程序文件件结构： 每个程序序文件应应由标题题、内容容和附加加说明三三部分组组成。（1）标标题：文文件最前前面的注注释说明明，其内内容主要要包括：程序名名，作者者，版权权信息，简要说说明 等等，必要要时应有有更详尽尽的说明明（将以以此部分分以空行行隔开单单独

22、注释释）。 （2）内内容控件件注册等等函数应应放在内内容部分分的最后后，类的的定义按按priivatte 、 prroteecteed 、 puubillic的的顺序，各部分分中按数数据、函函数、属属性、事事件的顺顺序。（3）附附加说明明：文件件末尾的的补充说说明，如如参考资资料等，若内容容不多也也可放在在标题部部分的最最后。一致的界界面设计计风格统一的编编辑风格格： （1）缩缩进：缩缩进以 Tabb 为单单位，一一个 TTab 为四个个空格大大小。全全局数据据、函数数 原型型、标题题、附加加说明、函数说说明、标标号等均均顶格书书写。 （2）空空格：数数据和函函数在其其类型，修饰名名称之间间适

23、当空空格并据据情况对对 齐。关键字字原则上上空一格格，不论论是否有有括号，对语句句行后加加的注释释应用适适当空格格与语句句隔开并并尽可能能对齐。 （3）对对齐：原原则上关关系密切切的行应应对齐，对齐包包括类型型、修饰饰、名称称、参数数等各部部分对齐齐。另每每一行的的长度不不应超过过屏幕太太多，必必要时适适当换行行。 （4）空空行：程程序文件件结构各各部分之之间空两两行，若若不必要要也可只只空一行行，各函函数实现现之间一一般空两两行。 （5）按按照6所所述编写写注释严格按照照命名规规范进行行命名27开发发人员为为什么要要进行自自测？开发人员员的测试试是保证证代码能能正常运运行，在在开发时时候发现

24、现的错误误往往比比较容易易修正。(另外外一个好好处就是是没有人人来骂你你。因为为只有你你自己知知道)。但是一一旦软件件到了测测试小组组那里出出了问题题，那么么就多了了很多时时间来修修正BUUG，如如果到了了客户哪哪里才发发现的BBUG，那么时时间就更更长了，开发人人员本身身受到的的压力也也是到了了最大化化了。另外开发发人员的的测试除除了保证证代码能能正常运运行以外外，还有有一个很很重要的的方面就就是要保保证上次次能正常常运行的的代码，这次还还是能正正常运行行。如果果做不到到这点，那么BBUG就就不断的的会出现现，很多多BUGG也会反反复出现现。于是是软件看看上去就就有修补补不完的的BUGG了。

25、28如何何进行组组内成员员配置？项目启动动之前除除项目管管理者着着手计划划制定外外，同时时也需要要对其项项目组成成员配置置进行规规划，界界定其职职责。通通常我们们需要几几种角色色：技术组长长：负责责技术难难题攻关关，组间间沟通协协调。需求人员员：负责责将用户户需求转转换成项项目内的的功能需需求和非非功能需需求，编编制项目目需求规规格说明明书，针针对每个个迭代集集成版本本与用户户交流获获取需求求的细化化。设计人员员：负责责对需求求规格说说明书，进行系系统设计计。开发人员员：实现现设计，完成用用户功能能。集成人员员：负责责整套系系统的编编译集成成，督促促小组系系统功能能提交，及时发发现各模模块集成

26、成问题，起到各各小组之之间的沟沟通的纽纽带。测试人员员：对于于集成人人员集成成的版本本进行测测试，尽尽可能的的发现程程序缺陷陷，以及及未满足足需求的的设计。文档整理理人员：负责对对小组内内产生文文档的整整合，统统一。 系统环境境人员：负责系系统编译译环境、运行环环境规划划。编制制系统环环境说明明书。维护人员员：系统统验收后后，维护护人员，建议维维护人员员早期进进入项目目参与项项目测试试以便顺顺利承担担起项目目维护职职责。在设计开开发阶段段，对以以上各个个角色都都需要，往往一一个小组组成员只只有24人，我们可可以根据据实际需需要1人人承担多多个角色色。29如何何进行组组内沟通通？通常口头头沟通是

27、是最为常常见的，这种沟沟通快捷捷、方便便。一般般的小问问题或者者是简单单问题的的理解非非常有效效，但问问题复杂杂或是此此次沟通通需要后后续使用用，那么么该种沟沟通则存存在问题题，则需需要以书书面方式式加口头头相结合合最为有有效。即即可在本本次沟通通中方便便、快捷捷的领会会，也可可以为后后续工作作提供依依据。项目组内内部沟通通不是越越多越好好，你会会发现当当内部的的沟通时时间没有有规律或或是沟通通时间过过长，这这样其实实也会严严重影响响项目成成员的开开发进度度，但沟沟通又是是必不可可少，何何种间隔隔最为适适宜了？这是不不好定的的，通常常以评审审作为沟沟通的基基础，平平日的沟沟通建议议项目组组成员

28、在在每天工工作过程程遇到问问题，将将其记录录下来，然后在在以邮件件方式发发送给需需要沟通通或者询询问者。大家可可以每天天下班之之前收取取邮件，对于可可以直接接回答的的问题则则直接以以邮件方方式回复复，对于于无法直直接答复复而只需需与提出出问题者者讨论的的问题，则可以以在第二二天上班班前进行行商议确确定。而而需要众众人一起起讨论的的问题，则放到到每周会会议上讨讨论。非非常紧急急的话则则可以马马上约齐齐人员讨讨论，通通常有良良好的沟沟通方式式话，这这种非常常紧急的的问题是是不常见见的。现场实施施阶段30项目目实施阶阶段的主主要工作作有哪些些？在项目实实施阶段段，主要要有以下下工作（按先后后顺序列列

29、举）：基础数据据准备软件安装装调试用户培训训（一般般分管理理员培训训和业务务操作培培训两个个部分）试运行（必要时时需进行行应用辅辅导）项目总结结验收在上述工工作开展展之前，要制定定详细的的实施计计划，计计划需和和客户充充分沟通通并获得得认可。31基础础数据的的准备重重不重要要？基础数据据的准备备和录入入，是系系统运行行的基础础，故控控制好这这个环节节也至关关重要。大长江江检验模模块，在在系统试试运行前前，配备备了4名专职职录入员员4个月才才完成了了基础数数据“检验卡卡片”的录入入工作（总共550000张检验验卡片），可见见，提前前进行基基础数据据的收集集并做好好相应的的录入准准备是非非常重要要

30、的。32软件件安装调调试时有有哪些注注意事项项？在到客户户现场前前，需提提前与客客户确认认硬件、软件及及网络环环境已配配备到位位；如需与第第三方软软件系统统做接口口，需确确认对方方配合人人员能按按时到位位；给客户方方安装的的任何商商业软件件，如WWinddowss操作系系统、OOrallce/SqllSerrverr数据库库等，都都应由客客户方提提供（在在合同中中明确提提出由我我方提供供的除外外）。33问开开展软件件培训时时会遇到到什么困困难？遇遇到困难难后我们们该怎么么办？ 培训时可可能会遇遇到各种种的困难难，如硬硬件不到到位，人人员不到到位等，这个时时候需要要我们和和客户方方领导确确认一个

31、个培训负负责人，所有培培训事项项直接由由他来负负责，如如培训人人员组织织，培训训场地，培训所所需电脑脑及其他他硬件，这样，通过客客户方自自上而下下施加压压力的方方式可以以顺利的的完成客客户培训训，避免免项目在在等待中中延期和和超支。另外需要要注意的的是，在在培训阶阶段，必必须要求求客户有有一个负负责软件件维护的的人员全全程参与与整个培培训。这这个对客客户和我我们都有有好处，以后客客户对软软件后期期一些维维护接手手快，我我们后期期工作也也轻松。34项目目总结汇汇报时有有哪些注注意事项项？项目总结结汇报一一般是项项目验收收的前奏奏，这个个环节也也至关重重要，如如果能把把握好项项目总结结汇报，得到客

32、客户的验验收签字字就容易易多了。在做项项目总结结汇报时时，有以以下注意意事项：汇报的内内容需要要提前预预审，预预审人员员不仅是是本公司司相关人人员，更更重要的的是需要要客户方方项目组组、特别别是项目目经理及及主要负负责人参参与，一一来获得得他们的的认同和和支持，二来他他们的总总结对客客户高层层来说更更有分量量和说服服力！总结汇报报一定要要邀请对对方相关关主要领领导参加加，如果果他们不不能参加加，总结结汇报的的价值就就降低了了不少。总结汇报报是一个个承前启启后的过过程，在在汇报结结束时，需要展展示后续续的验收收日程表表，以推推进验收收工作的的展开。35异地地实施时时的计划划与客户户计划如如何衔接

33、接？首先明确确一般客客户方负负责项目目的人员员是兼职职的（可可能负责责多个项项目或其其他本职职工作，即使客客户方专专门指派派了项目目的负责责人），而我们们作为实实施方是是专职的的；其次次明确所所有项目目计划都都是我方方项目经经理应该该专职编编制和总总结的，包括参参考客户户方有关关项目的的计划和和要求，明确总总的推动动一般是是以我方方为主，排除被被动工作作的心理理；最后，我我们的项项目实施施计划均均需要客客户相关关人员配配合完成成，下一一步计划划需要提提前告知知相关人人员，有有冲突时时及时调调整，以以免执行行计划工工作时，客户出出现无法法配合的的情况；36异地地实施时时，如何何有效组组织项目目小

34、组的的具体工工作（计计划和会会议相关关）？项目组总总结计划划必须和和客户方方项目相相关人员员一同协协商通过过；避免免单方面面提出计计划安排排；项目组异异地工作作的效果果，往往往取决于于客户的的参与度度和支持持度，项项目经理理要靠计计划及相相关会议议做好各各个层面面的充分分沟通；试运行阶阶段37在试试运行阶阶段如何何与不同同角色的的客户进进行沟通通？试运行阶阶段应确确定双方方的沟通通接口人人员，我我方主要要与客户户方的接接口人员员进行直直接沟通通。该接接口人员员可以是是业务部部门的具具体试运运行负责责人，也也可以是是信息部部门的具具体试运运行负责责人。对于业业务问题题，主要要来自于于对方的的基层

35、使使用人员员，而大大面积基基层用户户都习惯惯和自己己人交流流解决问问题，所所以我们们应委托托业务部部门的具具体试运运行负责责人来收收集基层层使用人人员提出出的各类类问题，由其汇汇总后定定期与我我方沟通通。业务务部门的的负责人人员往往往对基层层业务非非常了解解，此类类沟通方方式可以以清晰的的处理各各类业务务问题，但对于于技术类类问题应应考虑业业务人员员的实际际情况，必要时时可以借借助于对对方信息息部门的的相关人人员协调调解决。如果接接口人员员是信息息部门的的具体试试运行负负责人，此类沟沟通往往往不能彻彻底有效效的弄清清业务问问题，此此时可以以通过接接口人员员联系基基层的使使用人员员，进行行直接沟

36、沟通。沟通时时切记要要因材施施教和对对症下药药，不要要与技术术人员过过于深究究业务细细节，也也不要对对业务人人员使用用不恰当当的技术术术语。38系统统试运行行期间有有哪些注注意事项项？客户提出出的任何何问题或或要求，需及时时响应并并记录；如果是是需要我我方来处处理的问问题，则则需给出出处理措措施和计计划完成成日期；在试运行行阶段，项目组组应积极极推动用用户来使使用系统统，如果果使用方方不积极极而我们们又没有有推动的的话，试试运行就就达不到到应有的的效果，最终很很可能影影响项目目的按时时验收；在试运行行阶段，项目组组的工作作重心应应该不单单是保障障系统的的稳定运运行，还还应观察察和总结结试运行行

37、的效果果并提取取运行数数据，这这样做的的目的是是：对系统的的作用进进行评估估；在紧接下下来的验验收和项项目总结结阶段有有据可依依、有话话可说。39如何何处理用用户试运运行期间间发现的的BUGG？软件存在在问题是是客观的的，即使使是在规规范的质质量保证证体系下下经过了了严格的的单元测测试和系系统测试试，也没没有不存存在BUUG的软软件。而而用户往往往有意意识无意意识假定定软件就就应该是是没有问问题的，这是我我们可以以预见的的项目风风险。因而对对于试运运行期间间由用户户发现的的BUGG，我们们应该虚虚心听取取，诚恳恳致歉，及时解解决，并并且自发发的进行行举一反反三的复复查工作作，争取取先于客客户发

38、现现潜在的的BUGG，保护护来之不不易的用用户满意意度。同同时，应应该形成成详细的的BUGG记录定定时提交交给质量量保证部部门，以以形成逐逐渐完善善的知识识经验库库，助以以提高未未来项目目的测试试针对性性和覆盖盖率。40如何何处理用用户试运运行期间间提出的的修改要要求？任何项目目都有明明确的合合同约束束边界，而基层层用户在在试运行行期间提提出的问问题往往往是不会会考虑这这一约束束边界的的。对于用用户提出出的任何何问题，都不应应即时承承诺，一一旦轻易易承诺，将导致致项目的的边界无无休止的的变更，严重模模糊项目目目标，项目的的修改将将不断扩扩散，而而距验收收目标愈愈行愈远远。我们要做做的是如如实的

39、做做好记录录，进而而进行边边界分析析，分清清哪些是是合同范范围内的的修改要要求，哪哪些是超超出合同同范围的的修改要要求，对对于这些些要求分分类进行行处理。41如何何处理超超出合同同范围的的修改要要求？ 用户在需需求调研研阶段所所提出的的需求是是存在局局限性的的，在实实际应用用后难免免产生一一些新的的业务思思想，希希望也通通过系统统加以解解决，这这些业务务需求可可能包含含很有价价值的需需求，也也可能是是未经过过深思熟熟虑就提提出的，还可能能是希望望我们的的系统兼兼备其它它系统的的功能。对于有有价值的的需求，应充分分肯定用用户的修修改意见见，在进进行必要要的分析析后，与与公司内内部相关关部门沟沟通

40、，采采取相应应的产品品升级或或其它相相应措施施，并通通过销售售人员尽尽力做好好后期的的铺垫，引导用用户以长长期合作作的视点点考虑这这类需求求，在后后期的系系统中满满足其要要求。对于未未经过深深思熟虑虑的修改改要求，应引导导客户理理智分析析这类需需求是不不是必要要的、非非改不可可的，力力争以现现有功能能满足其其要求。而对于于用户希希望兼备备其它系系统功能能的需求求，应站站在系统统规划的的高度上上引导客客户，建建议其采采购我方方对应的的专业解解决方案案，或寻寻求其它它厂商的的对口解解决方案案。42如何何处理合合同范围围内的修修改要求求？在试运行行期间客客户反馈馈的问题题，确认认是合同同范围内内的，

41、需需登记到到项目目试运行行问题记记录，如果属属于产品品部分的的问题，则需同同时登记记到产产品实施施问题记记录并并反馈给给产品实实施总监监，产品品实施总总监对问问题进行行分析，如果属属于产品品自身原原因导致致的问题题，则提提交产品品部修改改，产品品部修改改完成后后，提交交给产品品实施总总监，实实施总监监再提交交给实施施部进行行更新；如果是是其它原原因，则则将相应应情况反反馈给实实施部。43对于于试运行行阶段由由实施部部进行修修改的内内容，处处理流程程是怎样样的？按照实施施部项目目管理制制度，项项目试运运行阶段段流程如如下44如何何处理试试运行时时发现的的系统性性能与效效率类问问题？企业用户户的数

42、据据量巨大大，这在在我们的的系统测测试过程程中是很很难完全全模拟的的，对于于此类问问题我们们应该做做好充分分的思想想准备。对于此此类问题题，一般般可通过过改进程程序算法法、改进进数据库库存取逻逻辑、统统计结果果预处理理等手段段加以解解决。由于在在需求调调研阶段段一般已已经向用用户明确确定义好好系统运运行的硬硬件要求求，因而而在处理理性能与与效率类类问题时时，不到到万不得得已，绝绝不可建建议用户户升级硬硬件配置置。45如何何交付修修改内容容？试运行期期间修改改的内容容一般需需制作成成补丁包包，补丁丁包内含含有修改改或新增增的程序序文件、自动应应用补丁丁的doos批处处理或uunixx/liinu

43、xx脚本文文件以及及补丁的的使用说说明。补丁应应经过系系统测试试后方能能交付。视补丁丁包的体体积大小小，可采采用邮件件交付或或刻录光光盘交付付的方式式。46公司司制度中中关于试试运行阶阶段的程程序和文文件有哪哪些？试运行阶阶段需参参照的制制度包括括：项项目实施施与维护护规程、产产品实施施配合规规范试运行行阶段应应记录的的文件包包括：项目试试运行问问题记录录、产品实实施问题题记录、项项目需求求变更记记录47试运运行阶段段在为人人处事上上要注意意哪些方方面？公司资源源有限，负责试试运行阶阶段的项项目成员员往往还还肩负着着其它任任务，想想每个项项目都应应该全力力以赴是是很困难难的。这这样难免免让用户

44、户觉得我我们响应应不及时时，有问问题不解解决，特特别有些些问题不不是我们们一个个个体能够够解决的的，长期期下来用用户可能能会积累累很多的的怨气。因此此试运行行阶段的的负责人人员平时时要牢记记以下几几点：做不不到的事事情千万万别随意意承诺；承诺诺的事情情一定要要努力做做到；每次次做到的的事情都都进步一一点点。有这三条条用户会会慢慢接接受稍微微长一点点的响应应周期，也会用用更多积积极性眼眼光看现现在的问问题，也也相信问问题一定定有人响响应，也也一定可可以得到到解决。48如何何组织高高层汇报报？明确汇报报对象；汇报对对象不同同汇报资资料的组组织方式式不同，业务部部门主管管、技术术主管更更加关注注工作

45、内内容和解解决方案案的描述述是否充充分，厂厂级领导导更加关关注项目目的整体体运作层层面的内内容，如如：如何何有效组组织、取取得的成成果、发发挥的价价值等；事先向相相关人员员发出通通知（客客户人员员尤其是是领导层层并不是是随定随随到的），明确确汇报时时间、内内容、人人员，最最迟提前前3天发发出通知知；高层汇报报的内容容，需要要在项目目组（包包括客户户方项目目组相关关人员）提前预预审的；根据汇报报对象和和内容，项目经经理明确确判断出出，我方方应由哪哪个层面面的哪个个领导出出面参加加或者不不参加；49高层层汇报应应注意哪哪些汇报报内容？项目经理理应充分分认识到到，高层层汇报是是获取客客户方及及我方领

46、领导高度度关注和和支持的的绝好时时机，不不要错失失充分展展示项目目成果和和请求支支持的机机会；往往往在汇汇报中要要注意以以下几点点：具有图文文并茂的的展示效效果，避避免纯文文字性的的描述，符合高高层负责责人的思思维习惯惯；重点讲述述项目在在历程中中取得的的成果，并通篇篇贯穿客客户方项项目组及及相关负负责人付付出的努努力；不能简单单的只提提出支持持建议，而是要要将为何何这样建建议的缘缘由讲清清楚即基于于建议的的内容，如果能能够获得得支持，项目的的成果会会如何更更好；即即讲建议议时，要要提前做做好伏笔笔；如果汇报报时，需需要暴露露问题，也要将将问题归归于实际际客观的的情况，避免人人为或主主观上的的

47、不足因因素（如如第三方方系统的的接口暂暂未实现现导致而不要要去说“第三方方项目组组人员不不够导致致接口未未实现，从而导导致”）；抛露问题题的同时时，项目目组要给给出建议议，而不不能只谈谈问题，不谈如如何解决决；50高层层汇报的的资料准准备的几几点建议议高层的时时间是有有限的，而且可可能在汇汇报时就就发生变变化（原原定1小小时，却却临时改改为300分钟），这要要求项目目经理在在汇报前前，组织织资料要要充分，认真将将资料篇篇章组织织好，并并备好不不同时间间段的讲讲解方式式；组织的第第一阶段段资料要要全而大大，而后后进行提提炼总结结，再提提炼再总总结；须须知“台上110分钟钟，台下下10年年工”的含

48、意意；对组织的的资料能能够“见一说说十”，可视视化的资资料部分分是经过过抽敛的的，要想想讲清楚楚，需要要背后的的资料做做支撑；一旦领领导针对对某个细细节展开开来问，要有理理有据，以数据据和资料料说话；51如何何增强汇汇报自信信心？做好知己己知彼的的工作：知己要对对自己的的工作内内容有充充分的认认识，这这来源于于自身日日常的工工作积累累，对自自己的日日常工作作能够细细心观察察、认真真总结；知彼要知知道本次次汇报的的领导关关注点是是什么；获取客户户方项目目组负责责人的支支持，从从项目角角度讲，我方项项目组和和客户方方项目组组负责人人是站在在同一立立场的战战友！汇汇报的内内容应获获取他们们的认可可和

49、支持持，要达达到项目目组内的的口径一一致，这这样在汇汇报时，才不至至于被客客户孤立立；52其他他汇报工工作的注注意事项项项目经理理做工作作汇报不不单单代代表项目目组，还还是代表表公司，项目经经理的形形象即代代表了公公司的形形象，交交流时应应注意言言语和着着装；维护阶段段53维护护人员面面对完全全陌生的的项目如如何快速速入手进进行维护护？在项目维维护过程程中往往往会出现现维护人人员完全全没有参参与项目目前期的的需求调调研、框框架设计计、开发发、实施施等，维维护人员员应首先先阅读项项目的需需求报告告、设计计报告、实施方方案及用用户手册册等文档档了解项项目的需需求和设设计架构构，从宏宏观上入入手逐步

50、步熟悉整整个项目目，熟悉悉项目后后再和用用户进行行沟通交交流，进进而才能能针对用用户提出出的问题题进行分分析并给给予维护护。在不不熟悉项项目的情情况就对对用户提提出的问问题进行行修改往往往会出出现修改改后的结结果不是是用户想想要的，结果事事倍功半半。54在对对数据维维护过程程中怎样样避免造造成重大大损失？维护人员员参与的的是项目目已经开开始上线线运行后后的维护护阶段，此时系系统中已已经存在在一些用用户工作作中的数数据。遇遇到和数数据库中中数据相相关的维维护时一一定要先先备份数数据库，一定要要在用户户不使用用系统的的情况下下进行数数据库更更新，避避免因为为一时图图方便不不小心给给用户造造成重大大损失，数据库库在没有有备份的的情况下下一旦维维护过程程中出现现问题往往往是比比较难恢恢复的。55维护护过程中中如何避避免根据据用户提提出的问问题修改改后的结结果不是是用户所所要的结结果？在自己机机器上搭搭建用户户系统运运行