认识达内从这里开始

我们在前几期的文章中给大家简单介绍了软件编程开发项目以及开发实践会用到的一些编程技术等内容，而本文我们就通过案例分析来简单了解一下，软件开发需求实践步骤都有哪些。

1、迭代

月初由产品和技术共同制定本月的需求列表(其中产品需求主要由产品主导，技术协助评估，技术需求由技术团队自己制定)，这些计划列表构成每个团队和个人的月KPI指标，月末回顾完成率与完成质量，综合考虑评估每个团队和个人的KPI情况;

2、需求

从需求类型上分为产品需求和技术需求。产品需求由产品提出(需求来源：客服、运营、用户)，产品经理跟进;技术需求主要针对系统技术层面的优化，由技术人员提出、技术经理跟进;

从需求接收方式上分为迭代需求(计划需求)和临时需求(绿色通道需求)。迭代需求月初由产品、技术通过评审会议确定放入月迭代列表中，作为产研团队、小组以及个人月KPI的重要依据。临时需求是月中由产品或其他需求方临时提出的、紧急的(一般是走绿色通道的)需求，产研团队根据目前任务饱和度决定是否要调整迭代需求列表(即划掉某些优先级较低的需求);

未经评审的需求放在需求池里面(主要是产品人员关注)，评审通过并决定要在本月开发的放入发布计划里面(设计、产品、研发、测试等都会关注);

需求评审：小的需求评审一般是产品+相关技术人员参与，中大型的需要技术经理、测试人员甚至包括产品总监、技术总监的参与。需求评审大体分为产品评审和技术评审两个环节，产品评审由产品人员内部进行，主要考察产品层面的可行性，产品评审通过后进入技术评审，至少要有一名技术人员参与，主要考察技术实现可行性;

3、开发

开发人员接收到任务后，自己根据实际情况+需求优先级安排开发;

开发人员和需求处理人需及时变更相关任务和需求的状态，确保需求能够及时流转;

团队在每日站会碰头，每个人阐述自己昨日工作、今日计划、整体进展。站会建议控制在15分钟以内;

针对每个需求，开发人员需要从master拉取独立的分支开发，不可在同一个分支上开发多个需求，因为这样会导致多个需求相互影响，无法独立发版;

对同一个项目的同一个需求，不同的开发人员建议都使用同一个分支开发(如前后端人员)，避免相互合并代码的麻烦;

4、提测

某个需求的所有方面都开发完成并自测/联调通过后，由需求主开发负责人统一写提测邮件;

提测邮件内容：

标题：【提测申请】需求名称

收件人：测试组

抄送人：研发组、相关产品人员

正文：

概括说明本需求内容;

对应的需求链接;

项目(git和中文名称)、分支;

开发、产品人员列表;

需测试的功能点提示列表(特别是隐藏功能点);

其他注意事项说明;

5、生产

测试人员在预发布测试通过后，会回复测试通过邮件;

主开发人员收到测试通过邮件后，需及时编写上线申请邮件：

标题：【上线申请】需求名称

收件人：运维组

抄送人：测试组、研发组、架构组、相关产品人员、其他利益关系人(如运营)

正文：

告知运维，预发布测试完成，申请上生产环境，自评发布风险(低、中、高)

如果相对于预发布环境的commit有变动，则要重新在此说明(原则上不允许)

SQL。如果很多，则以附件提供。评估SQL执行风险

如果有多个项目，说明发版顺序

回滚方案

其他注意事项说明

上线后，开发和测试人员需及时验证，并密切关注外部反馈，有问题及时回滚;

上线成功后，由各项目负责人将发版的release分支代码合并到master，并在群里告知团队成员;

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。