首页
运维教程
Linux基础
系统服务
系统架构
数据库
shell脚本
虚拟化
大数据
DevOps
企业案例
运维开发
python
go语言
运维安全
行业资讯
网络基础
系统安全
运维面试
学习路线
学习方法
面试题库
职场解惑
软件
运维软件
办公软件
书籍资源
技术陪跑营
重要信息
首页 运维教程企业案例需求管理规范

需求管理规范

需求收集

        需求收集主要通过以下几个渠道:头脑风暴、用户调研、用户反馈、竞品分析和数据分析。当然还有老板需求、运营需求、增长需求…等。

头脑风暴

        邀请团队中的产品、运营、视觉、技术等不同角色人员参加。人数不不宜过多。围绕着一个核心问题,自由发挥发表观点,不评论对错。另外就是一定指定人员来做好会议记录方便会后复盘。

用户调研

        用户调研一般采用问卷调查、用户访谈、可用性测试三种方式进行。问卷和用户访谈都需要有针对性的设计问卷和寻找优质用户,而可行性测试需要对特定功能寻找特定人群进行测试和收集反馈。

用户反馈

        用户一般都是比较懒惰的,不会积极正向的反馈给我们意见,所有我们在平台明显位置预留反馈入口,另外不定期的组织有奖问卷来收集用户反馈。

竞品分析

        首先需要通过分析和对比大量竞品来确定目标竞品,其次对比产品之间的优劣势。对比目标战略方向、用户选择、产品策略。对比产品功能点。对比竞品是如何做用户体验,怎么处理逻辑、界面层级和细节等。

数据分析

        MOMO云针对研发系统进行了应用级和功能级的埋点工作,提供研发过程度量系统,方便管理人员通过观察数据分析数据来定位问题、分析问题、和做结论提供数据支持。

准备阶段

        选择一款合适的敏捷项目管理工具。我们使用JIRA做项目管理,创建Scrum流程项目,加入项目成员和创建好面板和泳道配置。

        PO将线上反馈、线下访谈、竞品分析、头脑风暴等渠道收集到的需求创建到产品Backlog后,需求优先级由PO实时更新、定期评审,确保“做正确的事”。

计划阶段

        PO将评审通过的需求排入产品【需求看板】,根据优先级和上线计划对需求进行转换,将需求转化为Epic和Story做好优先级排序排入研发【研发Backlog】,然后由Scrum Master创建本期Sprint,在需求启动会上拆分成任务和子任务,评估研发预估时间和故事点等并分配给团队其他研发人员,团队确认无误后确定研发周期和研发目标并开启Sprint。

开发阶段

        Scrum Master是本阶段的核心角色,需保证整个团队高质高效“正确的做事”:

        基于迭代看板,组织团队每日站立会议,更新团队成员研发进度和任务状态,以便于保证按期交付上线。

        开发人员提交代码时,发起同行评审。之后由Scrum Master进行代码审核,确认没有问题后合入版本主干。

        每天定时执行自动化静态代码检查任务,检查编码质量、编码问题、圈复杂度、重复率等问题清零才允许构建出包。

        通过自动化的持续交付流水线,实现持续构建、持续部署(包括脚本自动下发、比对)、持续测试(功能、接口、性能、可靠性等自动化)、持续监控,可将运维端手工操作的时间缩短到20%内,全功能团队可以聚焦于业务交付上,显著提升效率和产品质量。

        代码提交时按照规范备注Story ID,即可将代码关联到对应需求上。创建测试用例和缺陷时,也需关联需求,这样就实现了“需求-代码-用例-缺陷”的双向追溯。

反馈阶段

        反馈阶段主要是迭代上线后,团队内部进行回顾总结,组织本期迭代的回顾总结会。由PO进行验收,确保产品功能与需求一致。

        转测试回归不通过问题,需由Scrum Master辅导问题责任人进行回溯,并对整个团队的质量回溯会议。会议重点在于分析问题根因,并识别出管理、流程、技术、工具上可落地的改进点。而且这些问题都要求最近的一个迭代中,执行落地,以避免问题再次出现。

        通过迭代需求统计报表和燃尽图,查看需求交付进展。将回顾总结做回顾记录,便于下一期结合新计划进行改进。

本文链接:http://www.geekyunwei.com/1943.html

网友评论comments

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注

暂无评论

Copyright © 2021 极客运维 公众号《极客运维之家》
扫二维码
扫二维码
返回顶部