自己写的开发流程规范,小软件开发团队适用
平台软件科开发流程设计理念
开发流程管理:敏捷开发的思想指导项目管理。
关于代码规范:不同的语言,应用场景对代码规范的要求不同,不做统一要求。
关于管理制度:力争所有的工作项均按项目进行管理,在项目管理中,强调一头一尾,即立项和验收,促进结果导向,提升工作效率,提高工作产出。
缩略语
项目经理 PM
软件开发 Dev
软件测试 Test
项目立项制度
- PM邮件提交项目立项文档,开发计划说明书需要定义:所用资源,时间,预期完成开发的事项以及其他需要注意的事项给全体相关人员(需求提供方,硬件,团队成员等)。
- PM提交立项说明,如果有反对意见,需要沟通解决,否则不应立项;一致赞成或者48小时内没有反馈则立项。
项目通过项目管理平台+邮件的方式进行管理
- 项目暂定为在项目管理平台上进行管理,PM需要将立项相关文档(或者文档的链接)置于项目管理平台上,便于查看。
- 在开发周期内,Dev和Test需要将开发进度更新到项目管理平台的开发计划页面,PM需要周期性地向全体相关人员更新项目状态(邮件方式)。
项目内部验收制度
- PM根据项目状况决定何时提交验收
- PM或Dev协商确定由谁提交验收
- 提交测试即以邮件方式向Test发出一份测试申请单,其内容应包括:本项目需求、计划及BUG,源码位置,发布文件和其他应当注意的事项
- Test收到验收申请书以后,需要尽快安排测试和 验收,如果验收材料齐备,需要出具项目内部验收单,并归档相关资源:源码,文档,待发布的程序。
- 项目验收单发给产品经理,审查后再转发。
- 对于Web类型的项目的验收,验收后,均在开发服务器上做一个“实例”,以方便对这次验收做直观的演示,或者邀请公测。
- 验收申请单同步发布在部门信息中心上
版本管理制度
- 同一个项目在时间线上采用版本来跟踪,也就是说每一个需要跟踪的变更,均需要更新版本,具体规定如下:
- 新产品原型版本为0.1,之后每个Milestone升级一个小版本号。产品完成,或者累积小版本更新较多时,升级大版本号。
- 项目验收时版本变更需要记录到部门版本更新流水账上