首页 理论教育 如何制订软件项目计划?

如何制订软件项目计划?

时间:2023-06-01 理论教育 版权反馈
【摘要】:在产品方法论及产品五部曲中任何一个节点都是项目计划的一部分。产品计划编制一般采用倒排期,以项目预期产品上线时间点为核心里程碑,约定开始和结束的时间,在根据各产品节点及输出成果的工期,来依次制订计划周期内各关键里程碑时间点。承接一个软件项目,制订计划的过程就如同搭建一个金字塔。通过该会议,正式宣布项目的启动,产品立项、团队筹组、产品目标及计划周知等,如图358所示。

如何制订软件项目计划?

项目计划(Project Plan)是用于协调项目编制、指导项目执行和描述项目控制的文件。其关键组成部分包括项目简介或概览、如何组织项目的描述、用于项目管理的技术和过程,描述需要完成的工作内容、进度信息和预算信息。

在产品方法论及产品五部曲中任何一个节点都是项目计划的一部分。计划节点在立项时制订,执行过程中修正。

在项目启动时,除具体的项目计划、预算、团队外,还需约定团队管理制度、项目管理工具、工作(双)周报、日报、通讯录及组织架构等。

产品计划

释义(什么事?)

产品计划(Product Plan)是指项目计划中所编制的包含产品各阶段推进及输出关键成果物的时间计划表。

产品计划编制一般采用倒排期,以项目预期产品上线时间点为核心里程碑,约定开始和结束的时间,在根据各产品节点及输出成果的工期,来依次制订计划周期内各关键里程碑时间点。

产品计划,一般为产品规划中的近期规划内容,同时罗列与编制细化的里程碑计划内容与时间节点等。

认知(怎么做?)

产品计划的核心内容,分为产品计划的编制、产品计划的评审、产品计划的管理。

产品计划的管理,遵循过程管理中的PDCA原则:

•Plan:计划,制订目标与计划;

•Do:执行,任务展开,组织实施;

•Check:检查,对过程中的关键点和最终结果进行检查;

•Action:作用,纠正偏差,对成果进行标准化,制订迭代计划。

承接一个软件项目,制订计划的过程就如同搭建一个金字塔。金字塔原理即是梅切原则运用,金字塔原理其实就是“以结果为导向之论述过程”,或是“以结论为导向之逻辑推理程序”,其中,越往金字塔上层之论述价值越高。此外,根据归纳法与梅切原则所论,支持结论之每一推论之子推论间均保持“相互排斥的,集体穷尽”,即“彼此独立,互无遗漏”,且构成每一子推论之孙推论间也满足“彼此独立,互无遗漏”。如日常在写方案或论文时,要先有结论,然后再把结论(论点)的理由一层一层地展开,人们要想知道结论的理由就要往下看(正金字塔)。金字塔原理为以结论(论点)为导向之推论过程,而推论过程之议题论述类似金字塔形状。其实,我们在平时写方案中也或多或少地使用着金字塔原理,只不过我们使用的比较零散,没有系统地引用。

成功的人最擅长的往往就是关键点的梳理与总结。最难以应付的也就是项目管控中点点滴滴的琐屑杂事,然而有些时候正是这些琐碎之事影响到项目的进展。在项目管控的思想中有四种逻辑顺序:①演绎顺序(总的前提、阶段性前提、结论);②时间顺序(第一阶段、第二阶段、第三阶段);③结构顺序(项目的组成与结构);④重要性顺序(上线前基础资料及配置重要性,操作手册的次重要性等)。

在项目管控理论中,借用实施方法论5.0中各阶段的组成,也可通过项目管控中的思想得以实现,项目管控的简易视图如图357所示:

978-7-111-57735-5-Part02-87.jpg

3-57 金字塔下的项目管控分解图

如想将一个项目管控好,那么他的出发点是以项目管控为主,然后几个影响项目管控的因素又由项目的售前、项目的实施及后期项目的应用组成,再将项目售前的环节拆解成售前沟通与售前调研;项目实施同样分为实施调研,接着是方案测试、试点上线几个阶段性的任务。其中每一个阶段性的因素都会和前后的同一级别的互相影响,互相促进,而项目售前+项目实施的各个环节的总和也同样影响着最终的项目应用。要想把项目管控好,首先要明确项目的主旨在哪里,然后将其终极目标拆解开得到如图中的项目各关键点的项目管控点,将每个管控点做到精细化,必能由倒推金字塔原理推理出成功的项目管控措施。

示例(打个样!)

【案例分析】产品计划的编撰关键点:

(1)根据近期版本的产品目标进行编撰,按照五部曲的理解罗列出关键点。

(2)一般在产品评审过程中获取要求上线的时间点,并根据里程碑时间进行倒排计划。

产品计划是项目计划的一部分,主要描述有关产品成果物输出的时间点(如BRD、MRD、PRD,接口文档及相关验收文档等)及受到研发、运营制约与配合的时间节点。

产品立项

释义(什么事?)

产品的立项,在不同产品环境中,作用不同、时间点也不同,有时可忽略。

一般的时间关键点,包括:立项筹备、立项评审、项目启动会等三部分组成;

产品的立项评审,评审提交的内容以商业计划书、市场需求文档等为主,同时受到公司自有资源的分析、项目预算、团队等关键因素的影响,评审过程要根据公司的实际情况进行,尽可能获取更多资源的支持与高层的认同。

项目启动会(又称为产品启动会Kicking-off Meeting),是产品立项过程中明确团队分工、计划、投入预算的里程碑会议

认知(怎么做?)(www.xing528.com)

产品立项的最重要里程碑为项目启动会,一般是指针对已经通过立项评审后的项目,并由产品及项目管理团队组织会议。通过该会议,正式宣布项目的启动,产品立项、团队筹组、产品目标及计划周知等,如图358所示。

978-7-111-57735-5-Part02-88.jpg

3-58 项目启动会——产品汇报稿

产品立项的关键点:

•明确立项版本的预期产品需求;

•明确立项投入的资源(团队、预算等)。

•明确产品计划里的成本时间点。

产品立项的目标管理遵循SMART原则,包括:Specific具体(明确)的目标;Measurable可衡量(量化)的目标;Attainable可达到的目标;Relevant现实性(与本职工作有关联)的目标;Timebased有期限的目标等。

5W2H立项分析中着重待解决的问题,What:工作的内容和目标;Why:原因;Who:具体人员;When:时间段;Where:地点;How:用什么方法或途径进行;Howmuch:成本。

示例(打个样!)

【案例分析1】立项筹备,根据所处的不同行业、公司及团队不同的产品立项的要求也不同,某软件类立项任务书如图359所示。

978-7-111-57735-5-Part02-89.jpg

3-59 某软件类——立项任务书

【案例分析2】立项评审

根据所处不同行业、公司及团队不同的产品立项的评审要求也不同,某软件类立项评审参照如表322所示。

3-22 软件类立项评审参照表

978-7-111-57735-5-Part02-90.jpg

根据所处的不同行业、公司及团队不同的产品立项的评审要求也不同,某软件类立项评审评估表如表323所示。

产品名称/版本××××

3-23 软件类立项评审评估参照表

978-7-111-57735-5-Part02-91.jpg

(续)

978-7-111-57735-5-Part02-92.jpg

(续)

978-7-111-57735-5-Part02-93.jpg

(续)

978-7-111-57735-5-Part02-94.jpg

(续)

978-7-111-57735-5-Part02-95.jpg

(续)

978-7-111-57735-5-Part02-96.jpg

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈