搜索
项目管理要素指南（完善中）策划阶段1何时开始项目策划？在被任命为项目经理之后，项目经理应立即着手开始项目的整体策划。避免等到合同签订再准备时时间不充分，而使得策划内容质量不高或者指导意义不大。2策划阶段一般周期多长？项目策划是一个重要活动，从指定项目经理开始日起，项目经理即开始收集项目资料，进行策划；到合同签订后5天内，给出详细的策划方案。3策划阶段都做哪些工作？策划工作包括：项目拟组建团队及团队分工、项目实施周期和方法、质量保证方法、项目风险分析及对策、项目双方干系人及联系方式、项目预算、项目过程文档模版4谁负责策划阶段工作内容？策划工作由项目经理主责完成；当中涉及到需要项目干系人明确部分内容，由项目经理跟踪落实（跟踪方式包括会议，邮件，电话，审批签字等），并得到确认。5策划阶段输出标准文件有哪些？总体工作计划、人力资源计划、质量保证计划、风险分析与对策、项目预算表、项目阶段中所需要的标准文档模版、项目启动报告6各输出文件如何处理？首先，所有输出文件均需要得到相关人员批准确认，提交配置管理员归档；质量保证计划提交SQA监督执行、项目预算表提交财务跟踪执行7如何编制项目预算表？项目预算表由五大部分组成：人工费用（包括咨询服务费用）、采购费用（项目中用到的软硬件）、全过程差旅费用、办公费用、项目活动费用；预算编制以计划为依据，分为预算总表和明细表；总表结果以明细表汇总所得；项目经理每月需要检查预算执行情况，如果出现变化，需及时提交项目管理委员会，经审核同意后，方可允许预算变更；项目关闭时，项目经理需提交预算执行报告。8如何进行工期评估？项目工期评估是项目管理中很重要的一个环节；整个项目后续的计划与人员安排都依赖于该工期的评估；项目经理在做工期评估时按照以下步骤：1）根据售前技术支持方案，与产品功能进行比较，分系统列出差异表2）分系统，按照增、删、改、查、打印、导入导出原则，对差异功能点进行统计，统计出待开发功能点，根据历史开发经验，评估出差异功能点开发工作量；该工作量+标准产品部分开发工作量为该子系统合计开发工作量3）按照实施过程时间分配比率（需求：设计开发：测试：实施=0.6：1：0.7：0.6）,计算出各子系统总体工作量和周期4）如果客户有明确周期要求，则根据上述得到的总工作量合理安排资源；如果没有周期要求，则项目经理按照产品实施人员标准要求规划出合理的周期5）在最后得出的总体工作量和周期基础上根据项目经验分别乘1.1~1.3的风险系数9如何做好项目风险管理？首先在项目启动时，做好风险分析；风险分析步骤：1）识别风险点、风险发生概率以及影响程度2）确定重点关注风险点，并给出风险解决措施3）给出风险措施的跟踪监控措施在管理风险问题点时，项目经理要遵循闭环管理原则，对于重点关注风险，而且影响程度大的风险，一定要跟踪落实到底，直到该风险消失或解除；其次，在项目启动的同时，项目经理要编制质量保证书，保证书主要针对策划书中项目各阶段的输出的保证，并将该质量保证书提交SQA审核，对于重大项目，交由专职SQA跟踪与监控。10项目经理应知应会的计划有哪些？项目策划——包括策划整个项目的进度、资源（人力、软硬件资源等）、财务、过程模式、风险分析等主要内容；项目策划完成，项目经理必须对项目的整体运作过程做到心中有数。变更计划——变更无处不在，项目经理必须根据公司制度严格按照变更流程制定变更计划（按优先级及必要性对变更进行筛选）。开发计划——更细节的工作计划，具体分配到开发小组或开发人员的计划，必须明确到1-2天内的工作内容，这样的开发计划才有价值。测试计划——需协助测试部门根据项目策划的进度安排，制定具体的测试计划。实施计划——视项目组的工作要求来定，如果项目组是实施产品或者包括做简单的二次开发，实施计划基本上可与项目策划同等作用（或用项目策划来涵盖），否则便是项目后期的试运行、验收等工作的计划编排。其余的还要明确：配置管理计划、质量保证计划、技术评审计划、月度/周工作总结计划等等。综上，凡事预则立，项目经理应排除“计划不如变化快”的消极心理，要知“如果没有计划，变都不知如何变！”11制定计划应注意哪几个方面？a)不能只关注时间，而要看人日工作量，往往一个项目的实施周期是合同定好的，这样项目经理编制计划时已经约束好了大的时间节点，编制计划多数是编制人日安排；同时注重人日工作量还有助于项目经理更加关注成本和组织协同。b)安排工作计划应明确到1-2天的工作量和内容，天数粒度大会导致无法准确控制；c)不要忽视周计划的重要性和作用，周计划是最为明确也最易有效控制的计划；d)不要忽视阶段总结，计划和总结往往是同时的，只有通过好的总结，识别出遗留问题，才能更好的编制下一阶段计划；12如何使项目组人员充分明确并重视计划？首先要使项目组人员明确计划，要明确计划就需要项目组每个人都明确的知道自己应该做什么，可以通过计划分解来实现。大计划分解为小计划、组内计划分解为个人计划，要充分调动团队每个成员的主动性，自行分解汇总。其次，明确了计划还要使组内人员认识到计划内容的重要性，让每个人知道为什么做，同时对计划引起足够的重视，这需要项目组以透明的方式进行管理和沟通，如可通过例会方式将每个人的工作成果展示给大家等等。需求调研阶段13如何开展需求调研？1）实施人员在接到调研任务后，首先应从项目经理、售前技术支持以及销售三方获取到客户相关需求信息（包括技术方案、客户原始需求）2）告知客户方我们调研工作方法：首先提供产品调研模版于客户，针对该模版进行解释，对客户进行培训，如何按照该模版描述自己的需求3）给客户布置任务，按照我们提供的模版把企业实际业务流程写出4）分析客户提供的业务流程文档，与客户一起分析改善点5）根据讨论确定的思路修改业务流程文档，收集或设计相关表单报表；让用户管理层签字确认业务流程文档。6）将业务流程文档按照公司标准的需求规格说明书格式转化14需求调研人员应避免在哪些方面陷入“钻牛角”？调研人员往往会在调研过程中陷入以下困境：1）与客户过分强调技术实现细节2）调研过程忽视技术实现而承诺过多业务功能之外的软件需求3）过分追求完美，在业务实现上，客户没有提出的需求，主动提出和承诺15如何处理客户不合理需求及软件期望？1）不要当场否定或承诺客户提出的需求2）寻求对方项目经理帮助，分析客户需求提出的不合理性或者过高期望可能带来的风险3）如果客户最后坚持要实现，而需求又不在前期范围中，最后统一汇总，让对方项目经理，甚至更高层领导签字，明确描述该部分需求对后期的可能影响16如何处理调研中客户消极不配合的情况？对该类客户，首先向对方表示感谢，希望得到工作上的支持；其次，多从对方角度考虑问题，分析客户不配合原因，从中找出客户的真正关注问题和希望解决的问题；如果是属于对方因为自身工作任务重，寻求项目经理帮助，找到客户的领导，在此期间能够分担部分客户的本职工作，并表示感谢；如果是其他原因，请对方项目经理帮助，做好客户思想工作；不管是什么情况，绝对不能出现向客户方任何人抱怨客户不配合；17如何同时展开多个业务模块的需求调研？调研人员在调研时，一定避免所有的事情都由自己主导完成，要充分发挥客户的参与性和积极性；首先在我们调研方法上，将需要调研的业务流程交给客户，即给客户布置作业；让用户在一段时间内按照我们的要求提交相应的资料或文档；调研人员找出时间差，在时间差的范围内分别与不同用户讨论业务流程。18需求调研中有咨询服务时，如何做好与咨询顾问的配合？1）与咨询顾问沟通确认我们的工作方法和工作模版，在任务上进行分工；尽量做到用文档进行输出交接。2）时刻提醒咨询顾问围绕软件界定需求范围与客户讨论，不要超出需求范围设计与开发阶段19如何制定设计开发计划?设计开发计划的制定主要有以下几个步骤：20设计开发计划中各项任务应该细化到何种颗粒度？具体的设计开发计划中的各项任务应尽可能细化到0.5~2个工作日。21开发模型的选择？建议采用迭代化的开发方法一个项目的好坏，开发模型优良是项目成功重要保障，有了好的开发模型我们可以很好的控制项目进度、降低风险。所以我们在项目开始前首先需要确定项目的开发模型。这里我们建议采用迭代式的开发模型。我们知道原有早期传统的1、获取需求文档和项目相关约束信息2、根据输入信息做出适合的WBS（一般是3级）3、进行阶段划分，确定里程碑，进行工作量评估4、制定网络图，找出关键路径5、根据网络图，制定甘特图计划6、确认所需的资源（包括人力、设备等）并进行责任分配，形成具体计划7、在计划执行过程中，及时跟踪，并适时进行调整，直至任务完成开发模型是一个文档驱动的流程，它将整个软件开发过程划分为顺序相接的几个阶段，每个阶段都必需完成全部规定的任务后才能够进入下一个阶段。项目开始首先完成系统需求规格说明书，之后才能够进入概要设计阶段，编码则在系统设计完成之后进行。这就意味着只有当所有的系统模块全部开发完成之后，我们才进行系统集成，对于一个由很多个模块组的复杂系统来说，这是一个非常艰巨而漫长的工作，且存在着潜在的风险。如：需求或者设计中的错误无法在项目早期发现，只有在系统交付客户之后才能发现原先对于需求的理解是错误的，系统设计的错误也只有在测试阶段才能被发现。对于项目风险的控制能力较弱，往往项目风险只能随着项目结束才能逐步降低，同时也只有经过系统测试之后，才能确定设计是否能够真正满足系统需求。为了解决传统软件开发流程中的问题，我们建议采用迭代化的开发方法来取代瀑布模型。在瀑布模型中，我们要完成的是整个软件系统开发这个大目标。在迭代化的方法中，我们将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标，这些小目标都有一个明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动，在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划，整个迭代过程包含了需求调研、软件设计、软件实现、版本集成、软件测试、软件发布和产品交付等各种类型的开发活动，迭代完成之后需要对迭代完成的结果进行评估，并以此为依据来制定下一次迭代的目标。22何时开始进行程序集成？从开始有代码的第1天起就要进行集成，而且是持续集成，直到通过测试，交付客户正式使用。这个第1天通常情况下，还没有开始进入编码阶段，而只是设计的初级阶段或中间阶段。23在编写代码时是先写代码还是先写注释？我们采用的是单元测试驱动的方式进行开发，先写测试代码，再写程序代码；但在代码编写之前最好先写注释，对于复杂逻辑要写出详细的伪代码。24编写注释有哪些主要事项？(1)必须是有意义；(2)必须正确的描述了程序；(3)必须是最新的。注释必不可少，但也不应过多，以下是四种必要的注释：a.标题、附加说明；b.函数说明：对几乎每个函数都应有适当的说明，通常加在函数实现之前，在没有函数实现部分的情况下则加在函数原型前，其内容主要是函数的功能、目的、算法等说明，参数说明、返回值说明等，必要时还要有一些如特别的软硬件要求等说明；c.在代码不明晰或不可移植处应有少量说明；d.及少量的其它注释。25在设计开发中遇到问题怎么办？1）如果是各模块公用接口等共性的问题需要及时召集相关人员，一起协商优先解决；协商后，明确具体负责人，由该人负责，其他人协助解决；2）如果是个人初次遇到的问题，建议个人先独立进行解决，根据影响程度，如果超过0.5~2个小时仍未解决，请咨询其他同事。3）作为小组组长或项目负责人，应经常性的与组员进行沟通，及时发现影响进度的问题或瓶颈，并及时解决，做到日清周清；对于大家经常性遇到的问题，及时进行总结，形成指导手册并不断补充完善。26在编码中有哪些注意事项？遵循公司制定的统一的编码规范。下面列举其中的几点共参考：清晰易读的源程序文件结构：每个程序文件应由标题、内容和附加说明三部分组成。（1）标题：文件最前面的注释说明，其内容主要包括：程序名，作者，版权信息，简要说明等，必要时应有更详尽的说明（将以此部分以空行隔开单独注释）。（2）内容控件注册等函数应放在内容部分的最后，类的定义按private、p