[项目管理]项目管理要素指南问.docx

上传人:安*** 文档编号:19037465 上传时间:2022-06-03 格式:DOCX 页数:15 大小:22.56KB
返回 下载 相关 举报
[项目管理]项目管理要素指南问.docx_第1页
第1页 / 共15页
[项目管理]项目管理要素指南问.docx_第2页
第2页 / 共15页
点击查看更多>>
资源描述

《[项目管理]项目管理要素指南问.docx》由会员分享,可在线阅读,更多相关《[项目管理]项目管理要素指南问.docx(15页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、项目管理项目管理要素指南问5策划阶段输出标准文件有哪些?总体工作计划、人力资源计划、质量保证计划、风险分析与对策、项目预算表、项目阶段中所需要的标准文档模版、项目启动报告6各输出文件怎样处理?首先,所有输出文件均需要得到相关人员批准确认,提交配置管理员归档;质量保证计划提交SQA监督执行、项目预算表提交财务跟踪执行7怎样编制项目预算表?项目预算表由五大部分组成:人工费用包括咨询服务费用、采购费用项目中用到的软硬件、全经过差旅费用、办公费用、项目活动费用;预算编制以计划为根据,分为预算总表和明细表;总表结果以明细表汇总所得;项目经理每月需要检查预算执行情况,假如出现变化,需及时提交项目管理委员会

2、,经审核同意后,方可允许预算变更;项目关闭时,项目经理需提交预算执行报告。8怎样进行工期评估?项目工期评估是项目管理中很重要的一个环节;整个项目后续的计划与人员安排都依靠于该工期的评估;项目经理在做工期评估时根据下面步骤:1根据售前技术支持方案,与产品功能进行比拟,分系统列出差异表2分系统,根据增、删、改、查、打印、导入导出原则,对差异功能点进当前位置:文档视界项目管理项目管理要素指南问项目管理项目管理要素指南问行统计,统计出待开发功能点,根据历史开发经历,评估出差异功能点开发工作量;该工作量+标准产品部分开发工作量为该子系统合计开发工作量3根据施行经过时间分配比率需求:设计开发:测试:施行=

3、0.6:1:0.7:0.6,计算出各子系统总体工作量和周期4假如客户有明确周期要求,则根据上述得到的总工作量合理安排资源;假如没有周期要求,则项目经理根据产品施行人员标准要求规划出合理的周期5在最后得出的总体工作量和周期基础上根据项目经历分别乘1.11.3的风险系数9怎样做好项目风险管理?首先在项目启动时,做好风险分析;风险分析步骤:1识别风险点、风险发生概率以及影响程度2确定重点关注风险点,并给出风险解决措施3给出风险措施的跟踪监控措施在管理风险问题点时,项目经理要遵循闭环管理原则,对于重点关注风险,而且影响程度大的风险,一定要跟踪落实到底,直到该风险消失或解除;其次,在项目启动的同时,项目

4、经理要编制质量保证书,保证书主要针对策划书中项目各阶段的输出的保证,并将该质量保证书提交SQA审核,对于重大项目,交由专职SQA跟踪与监控。10项目经理应知应会的计划有哪些?项目策划包括策划整个项目的进度、资源人力、软硬件资源等、财务、经过形式、风险分析等主要内容;项目策划完成,项目经理必须对项目的整体运作经过做到心中有数。变更计划变更无处不在,项目经理必须根据公司制度严格根据变更流程制定变更计划按优先级及必要性对变更进行挑选。开发计划更细节的工作计划,详细分配到开发小组或开发人员的计划,必须明确到1-2天内的工作内容,这样的开发计划才有价值。测试计划需协助测试部门根据项目策划的进度安排,制定

5、详细的测试计划。施行计划视项目组的工作要求来定,假如项目组是施行产品或者包括做简单的二次开发,施行计划基本上可与项目策划同等作用或用项目策划来涵盖,否则便是项目后期的试运行、验收等工作的计划编排。其余的还要明确:配置管理计划、质量保证计划、技术评审计划、月度/周工作总结计划等等。综上,凡事预则立,项目经理应排除“计划不如变化快的消极心理,要知“假如没有计划,变都不知怎样变!11制定计划应注意哪几个方面?a)不能只关注时间,而要看人日工作量,往往一个项目的施行周期是合同定好的,这样项目经理编制计划时已经约束好了大的时间节点,编制计划多数是编制人日安排;同时注重人日工作量还有助于项目经理愈加关注成

6、本和组织协同。b)安排工作计划应明确到1-2天的工作量和内容,天数粒度大会导致无法准确控制;c)不要忽视周计划的重要性和作用,周计划是最为明确也最易有效控制的计划;d)不要忽视阶段总结,计划和总结往往是同时的,只要通过好的总结,识别出遗留问题,才能更好的编制下一阶段计划;12怎样使项目组人员充分明确并重视计划?首先要使项目组人员明确计划,要明确计划就需要项目组每个人都明确的知道本人应该做什么,能够通过计划分解来实现。大计划分解为小计划、组内计划分解为个人计划,要充分调动团队每个成员的主动性,自行分解汇总。其次,明确了计划还要使组内人员认识到计划内容的重要性,让每个人知道为何做,同时对计划引起足

7、够的重视,这需要项目组以透明的方式进行管理和沟通,如可通过例会方式将每个人的工作成果展示给大家等等。需求调研阶段13怎样开展需求调研?1施行人员在接到调研任务后,首先应从项目经理、售前技术支持以及销售三方获取到客户相关需求信息包括技术方案、客户原始需求2告知客户方我们调研工作方法:首先提供产品调研模版于客户,针对该模版进行解释,对客户进行培训,怎样根据该模版描绘本人的需求3给客户布置任务,根据我们提供的模版把企业实际业务流程写出4分析客户提供的业务流程文档,与客户一起分析改善点5根据讨论确定的思路修改业务流程文档,采集或设计相关表单报表;让用户管理层签字确认业务流程文档。6将业务流程文档根据公

8、司标准的需求规格讲明书格式转化14需求调研人员应避免在哪些方面陷入“钻牛角?调研人员往往会在调研经过中陷入下面窘境:1与客户过分强调技术实现细节2调研经过忽视技术实现而承诺太多业务功能之外的软件需求3过分追求完美,在业务实现上,客户没有提出的需求,主动提出和承诺15怎样处理客户不合理需求及软件期望?1不要当场否认或承诺客户提出的需求2寻求对方项目经理帮助,分析客户需求提出的不合理性或者过高期望可能带来的风险3假如客户最后坚持要实现,而需求又不在前期范围中,最后统一汇总,让对方项目经理,甚至更高层领导签字,明确描绘该部分需求对后期的可能影响16怎样处理调研中客户消极不配合的情况?对该类客户,首先

9、向对方表示感谢,希望得到工作上的支持;其次,多从对方角度考虑问题,分析客户不配合原因,从中找出客户的真正关注问题和希望解决的问题;假如是属于对方由于本身工作任务重,寻求项目经理帮助,找到客户的领导,在此期间能够分担部分客户的本职工作,并表示感谢;假如是其他原因,请对方项目经理帮助,做好客户思想工作;不管是什么情况,绝对不能出现向客户方任何人抱怨客户不配合;17怎样同时展开多个业务模块的需求调研?调研人员在调研时,一定避免所有的事情都由本人主导完成,要充分发挥客户的介入性和积极性;首先在我们调研方法上,将需要调研的业务流程交给客户,即给客户布置作业;让用户在一段时间内根据我们的要求提交相应的资料

10、或文档;调研人员找出时间差,在时间差的范围内分别与不同用户讨论业务流程。18需求调研中有咨询服务时,怎样做好与咨询参谋的配合?1与咨询参谋沟通确认我们的工作方法和工作模版,在任务上进行分工;尽量做到用文档进行输出交接。2时刻提醒咨询参谋围绕软件界定需求范围与客户讨论,不要超出需求范围设计与开发阶段19怎样制定设计开发计划?设计开发计划的制定主要有下面几个步骤:20设计开发计划中各项任务应该细化到何种颗粒度?详细的设计开发计划中的各项任务应尽可能细化到0.52个工作日。21开发模型的选择?建议采用迭代化的开发方法一个项目的好坏,开发模型优良是项目成功重要保障,有了好的开发模型我们能够很好的控制项

11、目进度、降低风险。所以我们在项目开场前首先需要确定项目的开发模型。这里我们建议采用迭代式的开发模型。我们知道原有早期传统的开发模型是一个文档驱动的流程,它将整个软件开发经过划分为顺序相接的几个阶段,每个阶段都必需完成全部规定的任务后才能够进入下一个阶段。项目开场首先完成系统需求规格讲明书,之后才能够进入概要设计阶段,编码则在系统设计完成之后进行。这就意味着只要当所有的系统模块全部开发完成之后,我们才进行系统集成,对于一个由很多个模块组的复杂系统来讲,这是一个非常艰巨而漫长的工作,且存在着潜在的风险。如:需求或者设计中的错误无法在项目早期发现,只要在系统交付客户之后才能发现原先对于需求的理解是错

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

13、研、软件设计、软件实现、版本集成、软件测试、软件发布和产品交付等各种类型的开发活动,迭代完成之后需要对迭代完成的结果进行评估,并以此为根据来制定下一次迭代的目的。22何时开场进行程序集成?从开场有代码的第1天起就要进行集成,而且是持续集成,直到通过测试,交付客户正式使用。这个第1天通常情况下,还没有开场进入编码阶段,而只是设计的初级阶段或中间阶段。23在编写代码时是先写代码还是先写注释?我们采用的是单元测试驱动的方式进行开发,先写测试代码,再写程序代码;但在代码编写之前最好先写注释,对于复杂逻辑要写出具体的伪代码。24编写注释有哪些主要事项?(1)必须是有意义;(2)必须正确的描绘了程序;(3

14、)必须是最新的。注释必不可少,但也不应太多,下面是四种必要的注释:a.标题、附加讲明;b.函数讲明:对几乎每个函数都应有适当的讲明,通常加在函数实现之前,在没有函数实现部分的情况下则加在函数原型前,其内容主要是函数的功能、目的、算法等讲明,参数讲明、返回值讲明等,必要时还要有一些如十分的软硬件要求等讲明;c.在代码不明晰或不可移植处应有少量讲明;d.及少量的其它注释。25在设计开发中碰到问题咋办?1假如是各模块公用接口等共性的问题需要及时召集相关人员,一起协商优先解决;协商后,明确详细负责人,由该人负责,其别人协助解决;2假如是个人初次碰到的问题,建议个人先独立进行解决,根据影响程度,假如超过

15、0.52个小时仍未解决,请咨询其他同事。3作为小组组长或项目负责人,应经常性的与组员进行沟通,及时发现影响进度的问题或瓶颈,并及时解决,做到日清周清;对于大家经常性碰到的问题,及时进行总结,构成指导手册并不断补充完善。26在编码中有哪些注意事项?遵循公司制定的统一的编码规范。下面列举其中的几点共参考:明晰易读的源程序文件构造:每个程序文件应由标题、内容和附加讲明三部分组成。1标题:文件最前面的注释讲明,其内容主要包括:程序名,作者,版权信息,扼要讲明等,必要时应有更详尽的讲明将以此部分以空行隔开单独注释。2内容控件注册等函数应放在内容部分的最后,类的定义按private、protected、p

16、ubilic的顺序,各部分中按数据、函数、属性、事件的顺序。3附加讲明:文件末尾的补充讲明,如参考资料等,若内容不多可以放在标题部分的最后。一致的界面设计风格统一的编辑风格:1缩进:缩进以Tab为单位,一个Tab为四个空格大小。全局数据、函数原型、标题、附加讲明、函数讲明、标号等均顶格书写。2空格:数据和函数在其类型,修饰名称之间适当空格并据情况对齐。关键字原则上空一格,不管能否有括号,对语句行后加的注释应用适当空格与语句隔开并尽可能对齐。3对齐:原则上关系密切的行应对齐,对齐包括类型、修饰、名称、参数等各部分对齐。另每一行的长度不应超过屏幕过多,必要时适当换行。4空行:程序文件构造各部分之间空两行,若不必要可以只空一行,各函数实现之间一般空两行。5根据6所述编写注释严格根据命名规范进行命名27开发人员为何要进行自测?开发人员的测试是保证代码能正常运行,在开发时候发现的错误往往比拟容易修正。(另外一个好处就是没有人来骂你。由于只要你本人知道)。但是一旦软件到了测试小组那里出了问题,那么就多了很多时间来修正BUG,假如到了客户哪里才发现的BUG,那么时间就更长了,开发人员本身遭到的压力也是到了最大化了。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 培训材料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁