需求精益思想在项目管理中的实战应用

2020-05-11 20:32 538 3

Part  01
你不得不知道的故事简介


一、项目背景
该项目是华为公司级档案管理系统研发项目,要求支持无IT支撑的责任权利文档在档案管理系统中手工归档并管理。实现通用文档评审、库房盒转库、机密绝密文档加解密、IRIGHT集成群组、文档详情属性浏览的改版、文档组织、业务领域、区域目录浏览等功能。
纸质文档交接给档案室进行归档,电子件发布后直接保存在文档IT系统中。归档后的文档,可供搜索、查询、阅读和借阅。在保存过程中,实物档案存在转库、盘点等管理操作。
该系统是文档发布与共享利用的基础平台。主要承担机会点发布、合同发布、销服系统文档查看。
二、项目概述
档案管理是一款功能需求性强、配置灵活、使用简洁的档案管理系统。可以为用户提供便捷的文件资料管理服务,同时提供评审、搜索、借阅等管理服务。
产品采用面向服务的架构模式(SOA),所有服务独立部署,具备良好的扩展性和封装性。
未来产品融入微服务架构设计理念,使得业务组件化和服务化。
1.png
三、项目全景图
2.png
从项目基本概述到全景图大家应该对档案管理项目在心中有个简易框架了,此时各位心里可能有些疑问,项目管理在当前信息爆炸时代有很多套路来指引,例如:项目经理三板斧(抓业务、组团队、建流程)、PMP中标准环节5大过程组等,考过PMP的同学应该很熟悉了在此我就不一一举例了。那我为什么还要在此分享呢?请不要着急,来先看看我们的团队分布场景。
四、团队协作
3.png
团队主要分布在深圳(BA)、西安(SE、开发、测试),在这种异地交付模式中如果是各位,请问需求怎么来管理?之前解放号曾推出“精益需求管理:5招拆解需求,让你的开发速度提升10倍”的分享课程。本次分享部分内容也会提到部分精益需求管理思想,但是最重要的是分享给大家一些实战方法,如:需求从0-1再到交付整体流程;需求如何获取、挖掘客户潜在需求,发现客户所不知道的痛点;需求如何排序、如何有效管理等。
言归正传,慢慢的干货来了,你准备好了吗?Follow me
Part  02
精益需求管理干货


一、需求管理整体流程
4.png
需求获取、分析、清单、排序?请各位同学带着这几个问题跟随我一起探讨。





6.png
二、需求演变之路
在进入正文前,在此先抛砖引玉。我们接触的需求越来越复杂、变化越来越快,鉴于此你是如何做好需求管理、快速响应市场的呢?
Michael Porter的“IT三次变革”
信息技术时代:对已有业务流程自动化,用于实现业务流程自动化,期望利用技术来提高“效率”,相对而言,因为工业时代的业务流程相对固化、计算机技术资源能力的相对稀少,商业市场对软件的需求变化并没有那么大。
互联网时代:互联网变成新的营销渠道,市场对技术的期望不单是自动化固有流程,而是延展业务,所以外部需求的不确定性、变化越来越多;同时也因为技术渗透更广,软件服务的竞争程度也更加激烈。
智能数字经济时代:技术渗透到生活方方面面,引领着消费、生活、商业生态的革新,市场变化日新月异,高度竞争,企业都在追求创新,市场对企业的期望是“高响应力“,甚至是引领力。需求变得更加易变、不确定。
由此可见:市场需求不确定性越来越高,竞争越来越激烈。
软件开发方法和需求定义的演绎
需求是“建立在商业、技术和人之间的一组动态的、待验证的假设”,挖掘和定义需求的过程,是一个不断验证假设、在试错中学习、逐步逼近直至找到与市场的“契合点”。
5.png
来让我们再来看一组数据:
8.png
三、需求精益思想
在此通过以下几个环节,来循序渐进引领各位同学来一起探讨需求。
需求差异
首先让我们从需求差异说起,先听一个小故事。
据说历史上某部队一次命令传递的过程是这样的:
——少校对值班军官:今晚8点左右,哈雷彗星将可能在这个地区看见,这种彗星每隔76年才能看见一次。命令所有士兵穿野战服在操场上集合,我将向他们解释这一罕见的现象。如果下雨,就在礼堂集合,我会为他们放一部关于彗星的影片。
——值班军官对上尉:根据少校的命令,今晚8点,76年出现一次的哈雷彗星将在操场上空出现。如果下雨,就让士兵穿着野战服列队前往礼堂,这一罕见现象将在那里出现。
——上尉对中尉:根据少校的命令,今晚8点,非凡的哈雷彗星将身穿野战服在礼堂出现。如果操场上有雨,少校将下达另一个命令,这种命令每隔76年才出现一次。
——中尉对上士:今晚8点,少校将带着哈雷彗星在礼堂出现,这是每隔76年才有的事。如果下雨,少校将命令彗星穿上野战服到操场上去。
——上士对士兵:在今晚8点下雨的时候,著名的76岁的哈雷将军将在少校的陪同下,身着野战服,开着他那“彗星”牌汽车,经过操场前往礼堂。
在工作过程中有没有出现类似的场景,客户总是说这个不是我想要的,我不是这么说的,引起这种原因主要是因为我们需求单向传递导致的。
那么为了避免这种单向传递的信息失真,我们应该怎么做呢?在敏捷中讲到,要快速响应变化,拓展开来讲就是快速形成反馈,避免到最后出现信息失真。
需求渐进明细

7.png
需求挖掘之乔哈里之窗
干货一:如何深度挖掘客户需求,一个小方法
小问题:哪个区域才是我们重点挖掘的?
沟通是双向的,你的窗户打开了吗?
这个概念最初由Joseph Luft 和 Harry Ingham提出,故称之为约哈里之窗(乔哈利)即Johari,Joseph & Harry = Johari), 它帮助我们理解信息沟通的进程。乔哈里之窗能够用来展现、提高个人与组织的自我意识,也可以用来改变整个组织的动态信息沟通系统。
乔哈里资讯窗也被称为:“自我意识的发现—反馈模型”,或“信息交流过程管理工具”。它实际上包含的交流信息有:情感、经验、观点、态度、技能、目的、动机等等,作为这些信息主体的个人往往和某个组织有一定的联系。
精益思想

9.png 10.png
二战结束时,福特已经掌握了成熟的T型车生产模式;但是在战后物资耗尽的日本,丰田必须白手起家,重新开始摸索。
精益生产方式,指以顾客需求为拉动,以消灭浪费和快速反应为核心,使企业以最少的投入获取最佳的运作效益和提高对市场的反应速度。其核心就是精简,通过减少和消除产品开发设计、生产、管理和服务中一切不产生价值的活动(即浪费),缩短对客户的反应周期,快速实现客户价值增值和企业内部增值,增加企业资金回报率和企业利润率。
精益生产是通过系统结构、人员组织、运行方式和市场供求等方面的变革,使生产系统能很快适应用户需求不断变化,并能使生产过程中一切无用、多余的东西被精简,最终达到包括市场供销在内的生产的各方面最好结果的一种生产管理方式。与传统的大生产方式不同,其特色是“多品种”,“小批量”。
精益7个核心概念:消除浪费(为了最大化价值,必须最小化浪费)、构建质量、创建知识、推迟决策、快速交付、对人尊重、整体优化。
不同生产模式:世界汽车生产经历了单件订货手工生产方式--福特生产方式--丰田生产方式

汽车工业的成长经历了漫长的萌芽和发育时期,汽车的诞生在欧洲,但是,以大规模生产为标志的汽车工业的形成是在美国,以后又扩展到欧洲、日本直至全世界。
敏捷精益需求

12.png
此时让我想到岳云鹏的一个小品“天对地、雨对风、大陆对长空”,敏捷也有我们的宣言,再回忆一遍。
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
也就是说,尽管右项有其价值,我们更重视左项的价值。
Kano模型
讲到需求,讲到敏捷。那么问题来了,需求在项目迭代过程中是如何排序的呢?这就不得不提Kano模型了。
干货二
13.png
我们做产品需求设计时,需要尽量避免无差异属性、反向属性,至少做好必备属性、一维属性,努力做魅力属性。
满意度=客户体验+客户期望
需求管理排序方法:KANO模型分析法是狩野纪昭基于KANO模型对顾客需求的细分原理,开发的一套结构型问卷和分析方法。KANO模型是一个典型的定性分析模型,KANO模型分析法并一般不直接用来测量用户的满意程度,主要用于识别用户对新功能的接受度,帮助企业了解不同层次的用户需求,找出顾客和企业的接触点,识别使顾客满意的至关重要的因素。在卡诺模型中,将产品功能/需求和服务的特性分为五种属性:必备属性、期望属性、魅力属性、无差异属性、反向属性。
Part  03
实战应用

1、需求分析之愿景:没有愿景的需求,像大海中的一叶孤舟,随波漂流。
EAMS使命:统筹公司文档管理;提供文档管理整体解决方案,保障文档安全完整;为公司有效管理、经营决策、风险控制提供有效文档支撑;支撑企业战略目标。
14.png
2、照管相关方
15.png
3、用户画像
16.png
虚拟人物可以让开发人员快速地知道关键相关方在项目中感兴趣的事情,为开发人员提供了快速地指导。
虚拟人物将提供用户描述原型,植根于实际,以目标为导向,更加具体和相关,是有形的,可以行动的,使人们更加聚焦。
4、用户故事墙
17.png
5、用户故事拆分
19.png
“用户故事”中,大致可以分为史诗Epic、故事Story、增强Enhancement、缺陷Defect、技术债务TechDebts、重构Refactor等几种。其中史诗和故事大致形成树状结构,很容易勾勒出产品或项目的结构,是最需要展示给用户的;增强和缺陷在一定程度上需要展示给用户,但除了评审中或交付后客户提出来的之外,都可以不展示给用户,而且即使展示,“展示”的层次也应该不同于史诗和故事;而技术债务和重构由于太技术化,不适合直接展示给用户,而更适合展示给Product Owner及开发团队。
6、用户故事要素
199.png
7、需求原型
20.png
①低保真
应用于早期阶段,这个阶段的原型被快速产出,更重要的是很快就会发生变化。
标出用户将如何使用系统的细节以足够想象出它看起来是什么样。
②中保真
设计将转化成数字原型,不管是用 Balsamic还是Azure,但还是会避免视觉元素。
标记页面之间的关系,主导航和流向图。
③高保真
最真实也最花费时间的原型。
编程或高保真设计文件彼此链接来模仿想要实现的交互。
反馈和测试集中在视觉、感官、可用性和交互设计方面。
8、需求Backlog
21.png
Priority 优先事项
Cost 成本 risk 风险
Milestone 重要阶段、里程碑
Release 发布
阻尼(damping)是指任何振动系统在振动中,由于外界作用或系统本身固有的原因引起的振动幅度逐渐下降的特性,以及此一特性的量化表征。减少外部因素,让团队聚焦。
9、需求发布
22.png
小步快跑,给客户呈现的永远是可用的产品。
Part  04
总  结


23.png
11.png
您需要登录后才可以回帖 登录 | 立即注册