【软件工程】持续集成：如何建立百万行级代码的版本构建系统（五）开发计划

最新推荐文章于 2023-04-12 18:03:47 发布

lee790608

最新推荐文章于 2023-04-12 18:03:47 发布

阅读量1.4k

点赞数

分类专栏：【软件工程】【项目管理】文章标签：架构软件工程项目管理持续集成系统

本文链接：https://blog.csdn.net/lee790608/article/details/51835164

版权

【软件工程】同时被 2 个专栏收录

12 篇文章 2 订阅

订阅专栏

【项目管理】

5 篇文章 0 订阅

订阅专栏

项目的计划决定进度、人力投入、预算，开工会启动于合约签订，投入开始时。项目经理对项目完成负全责，SE负责系统指标达成，QA负责系统稳定性和代码质量。

个人对研发项目管理的理解，技术上不是最牛的，但是一定能控制住钞票，管理的高手目的就是省钱。然而技术一窍不通就无法达成目标，因此项目管理是综合性能力，要保证团队低投入高产出，队伍不散，客户满意，各方面支持到位。

系统工程师SE，对需求的理解一直跟踪到实现，不但要控制好各个子系统的选型，对每个子系统优劣了然于胸，还要照顾到测试、维护、客户演示、系统自身监控、调试后台、日志等基本功能外的需求。

质量工程师QA，不是简单的统计数据上报即可。好的质量工程师，一定是软件工程高手，要良好平衡质量和进度间的矛盾，要能够提供方法论、工具来及时发现软件的质量问题，要熟悉解决软件各个阶段问题的常规方法。

【初始计划】

1、梳理需求，基础需求就是之前博客中提过的，软件版本规模、同时构建版本数、构建成功率、效率。此需求阶段有经验的SE可以支持合同报价或者投入预算工作。需求确定后，服务器数量、类型、软件规模、人力投入等基本定型。（建议投入10台左右虚拟机，建立一个基本演示系统，可以提供基本构建功能即可，便于原型验证和演示）

2、制定系统指标项、里程碑点

作为超过3个月的项目，分阶段验收成为必要，无论是内部管理和对客户来讲，分阶段里程碑点的定义一定要在项目启动的同时就确定下来，否则不可控。

构建系统的常见里程碑点有：最小系统搭建成功、代码库建立完成、代码同步拷贝成功、第一个子任务调试成功、第一个版本构建成功、第一次前台调用成功、第一次报告生成、第一次发送邮件、短信、微信、第一次多版本同时构建、系统优化阶段等，应各方需求，里程碑点甚至可能过百个。

不建议设置过多的里程碑点，这会导致每个周期过短而大量投入沟通汇报，同时技术上唯指标之上，最终系统架构可能缺失关键部分。

3、预算及投入周期

一般按照自然月进行预算投入，而投入过程随人力配置、系统指标存在变化，一般初期人力较少逐渐增加，服务器资源初期较少到系统优化阶段到顶峰后逐渐下降。

预算和周期要和里程碑点对应，每次预算投入经过哪几个里程碑点，会决定后续继续投入的力度，甚至要考虑部分功能无法实现时是否还有必要投入。

4、人力到位情况

人力和投入一定要匹配，这考验项目管理人员。在人力不到位的情况下，要懂得舍弃部分非核心业务，人力提前到位的情况下，更要在前期就协同起来。

5、TOP问题

TOP问题是一个列表，理论上说所有影响工期的问题都应该被记录，但是在重点跟踪的问题不应该超过10个，否则兄弟们看不到焦点，容易分散力量。

整个项目一个TOP列表，包含管理和技术等所有问题，而每个技术方面都要有自己分解的TOP列表，甚至个人在每个明确阶段也要有个人的TOP问题，例如SE的TOP问题和某个方向的程序员TOP问题不应该一样。

6、软件质量

构建系统的软件，主要包含功能有：文件、日期处理（OS库），字符串处理，数据库驱动和各个工具的驱动（拷贝工具、FTP工具等命令行调用）。工具包括一些只需要配置的（HTTP服务器、FTP服务器等）和一些需要传入参数的（例如robocopy、make等）。另外，为了配置、维护，XML、ini、jason等文件解析库可以考虑选择性增加。

上述所有驱动的集合，加上业务逻辑组成了基本的系统功能。而所有系统功能，要被很好的验证、测试，这需要定义什么是好的软件。这样项目组需要一个角色，QA，来定义测试到什么程度软件是可接受的，同时还要保证系统提供足够的日志、诊断等接口，保证系统可维护性。

里程碑要和QA一起制定，包括时间点、验收功能、交付件。交付件的定义，至少要包括代码、测试用例、测试报告等，每个模块需要有关键方案说明书和操作指导书。注意QA不为项目进度负责，要保持和项目的独立性。

【里程碑内计划】

举个例子：

xxx项目第n月计划：