B/S开发框架敏捷框架scrum管理迭代工作规范

敏捷框架scrum管理迭代工作规范在web开发框架进行软件开发时的作用是非常大的,管理组织和培训在B/S开发框架软件开发过程中是必不可少的,那么我们该怎么去规范,请看下我们项目开发的做法。

B/S开发框架敏捷框架scrum管理流程图

1.目的

    为确保公司在软件开发项目中的工作产品/项目的敏捷迭代过程规范化,特制定本文档。

2.适用范围

    当项目采用敏捷模型时,系统设计阶段结束后,web开发框架在编码实现阶段,即集成测试阶段前,需遵循此过程。

3.相关责任部门

技术部。

4.迭代开发阶段工作规范

4.1.迭代计划

B/S开发框架敏捷框架scrum管理迭代工作规范

① 迭代启动

项目责任人根据用户需求《产品需求列表》选择用户故事,并形成迭代的《迭代需求说明》。

② 估算故事点

项目责任人召集项目所有成员,对本次迭代故事点进行分析讨论和估算。估算结果记录到《迭代需求说明》中。

③ 认领/分配故事点

项目组成员认领故事点,如果有分歧的地方由项目责任人分配任务,任务认领记录到《迭代需求说明》中。

④ 制定迭代计划

项目责任人根据估算结果、实际时迭代需求说明间、认领/分配故事点的情况制定迭代计划。产出《迭代需求说明》(包括故事点的计划开始和完成时间、责任人等)

⑤ 评审迭代计划

项目责任人将《迭代需求说明》发送给部门经理、开发、测试、QA、客户等成员,并组织上述人员进行评审。快速开发平台评估实现的复杂性,及其可行性。

4.2.澄清需求

① 了解客户需求

项目组成员一起对用户需求进行学习与了解,尽量协调用户在开发现场,方便了解需求。

② 分析故事点的场景,  

开发、测试工程师一起分析场景,开发工程师将场景转化成故事点描述,测试工程师编写故事点对应的测试用例。故事点应包含非功能性需求。

③ 评审故事点

写完故事点描述以后,项目组内部通过同行评审的方式来对故事点描述进行评审,评审通过后请客户评审确认。

4.3.软件设计

① 系统设计

项目责任人分配故事点的设计任务给开发工程师,开发工程师展开系统架构设计、数据库设计、故事点业务流程设计、接口设计等工作。设计完后由项目责任人组织开发工程师、测试工程师等成员一起评审。

② UI或交互设计

交互设计师根据用户需求、用户使用操作习惯等设计软件交互原型,设计完后召集项目责任人、开发工程师、测试工程师、客户一起评审。

UI设计师根据交互原型,输出图形界面设计。设计完后召集项目责任人、开发工程师、测试工程师、客户一起评审。

4.4.设计测试用例

① 设计测试用例

测试工程师编写本次迭代版本的功能测试用例/自动化测试用例,编写完后组织项目成员对《测试用例》进行评审。

4.5.编码与持续集成

① 配置迭代持续集成服务

持续集成管理员根据项目要求在持续集成服务器进行配置。

② 编码

开发工程师根据故事点利用web开发框架基础功能及开发方法编写单元测试代码、实现故事点的功能,如果因为实现代码或单元测试代码造成故事点的验收或持续集成结果失败需要修改实现代码类或单元测试代码。

③ 代码检视

项目负责人在故事点实现代码后,为其指定代码检视人,检视人对B/S开发框架上代码进行检视。

④ 故事点开发自测

开发工程师实现功能后进行的自测试,可以执行测试工程师编写的系统测试用例/故事点验收测试用例/冒烟测试用例。

⑤ 故事点验收

测试工程师对故事点进行验收测试。如果存在缺陷,开发人员应优先修复缺陷然后再进行新的故事点的开发。

⑥ 申请迭代测试

当迭代所有故事点联调和持续集成通过后由项目负责人申请迭代测试。

⑦ 申请合格性测试

当所有迭代完成评估后由项目负责人申请合格性测试。

4.6.执行测试

① 执行产品内测(故事点)测试

开发工程师完成故事点功能后,即可让测试工程师针对故事点进行测试。

② 执行冒烟测试

当项目负责人申请转迭代测试时,首先进行冒烟测试,如冒烟测试通过,则执行迭代测试。如测试没有通过要求,则测试工程师提缺陷单,将版本打回开发修改。

③ 执行迭代测试

测试经理组织测试工程师对该次迭代的功能进行测试并对缺陷进行记录和跟踪。

④ 编写测试报告

测试结束后,测试经理指定测试工程师编写本次迭代的《测试报告》。

4.7.迭代评审与回顾

① 迭代演示

    项目负责人组织迭代版本的演示活动,并邀请客户以及有需要了解该项目的相关人员参加。如果演示通过,并得到客户认可,将代码及相关的交付件打包并建立相应的迭代版本。如果演示不通过,需修改问题并测试,获取新的版本进行迭代演示直至演示通过。

② 迭代评审

项目负责人组织产品经理、客户、QA工程师、及项目组成员召开迭代评审会议,对项目的实施成果进行迭代评审,并形成《迭代评审报告》/《设计开发评审表》。

③ 迭代回顾

    项目负责人邀请项目组成员召开迭代回顾会议,对项目的实施进行回顾,并对项目实施过程中的经验和教训进行总结,作为宝贵的项目经验指导下一次的迭代活动。项目负责人指定人员把回顾会议的内容整理成《迭代回顾报告》,并发送给参会人员,抄送部门经理。


4.8.迭代发布 当项目版本需要对外发布时,客户/项目中心验收待发布的迭代版本及相关交付件。快速开发平台开发的代码质量高,如果验收通过,项目负责人建立发布产品版本,具体内容请参见《产品发布规范》。如果验收不通过,则本次迭代不允许发布。如有需要则需要新启动一个迭代进行相关问题处理以及功能开发。


网站&系统开发技术学习交流群:463167176

本站文章除注明转载外,均为本站原创或翻译,欢迎任何形式的转载,但请务必注明出处,尊重他人劳动,共创和谐网络环境。
转载请注明:文章转载自:华晨软件-云微开发平台 » B/S开发框架敏捷框架scrum管理迭代工作规范
本文标题:B/S开发框架敏捷框架scrum管理迭代工作规范
本文地址:http://www.hocode.com/OrgTec/Agile/0006.html

相关文章: .NET MVC5路由机制详细讲解

电话
电话 18718672256

扫一扫
二维码