敏捷开发
交付有价值的产品,先澄清用户故事吧!
在当下,处于VUCA时代的我们也在面临着来自客户的易变、不确定、复杂化、模糊化的需求。这种多变的需求推动着我们要加强与客户的沟通交流,通过用户故事来澄清客户需求,帮助客户打造对他们来说有价值的产品。所以我们该怎样澄清用户故事呢?
一、谁来编写用户故事?
用户故事是由谁来写呢?一般情况下,一定是最接近用户的角色来负责编写用户故事,这个角色一般情况下是客户或者产品负责人。通常客户写出来的需求也不能称为严格意义上的用户故事,这就需要产品负责人在与客户确认的基础上再加工,形成一个完整的用户故事。 如果在某个团队中,用户故事是由测试人员或开发人员编写的,那我们也同样需要明确这个用户故事是经过客户和...
2022-09-08
怎么开Scrum五大会议?
在Scrum框架中,我们对Scrum的五个会议一定都不陌生,但如何组织这五个会议,才能让Scrum团队真正积极、主动地参与进项目管理中呢?接下来我们会以一个Sprint为周期,详细介绍一下Sprint中的五大会议。
一、产品待办事项列表梳理会
产品待办事项列表梳理会其实是贯穿在所有Sprint中间的活动,这个会议不仅为当下的Sprint打下基础,还为之后的Sprint提供优先要做的待办事项。
一般在Sprint开始前,需要开发成员、产品负责人以及Scrum Master一同参与,来讨论需求,拆分、澄清用户故事;完善验收标准;对故事的优先级进行排序;估算故事点。产品待办事项列表梳理会的时...
2022-09-07
需求变更,敏捷项目应如何做?
前两天我们在做项目复盘的时候,发现其实在整个过程中还是遇到了不少需求变更的问题,不过还好我们算是比较圆满地解决了这些突如其来的问题。相信也会有很多朋友和我们团队一样,经常遇到客户这边的需求变更,确实这是一个非常棘手的问题。不过在敏捷项目管理过程中,我们还是有一些方法可以解决需求变更这个问题的。
尽管我们对需求变更“深恶痛绝”,但毕竟,该面对的还是要面对的。
在敏捷项目管理中,我们要如何应对需求变更的问题呢?
一、设置Product Backlog与Sprint Backlog
Scrum框架针对需求变更,设置了Product Backlog(产品待办列表)和Sprint Ba...
2022-08-31
如何有效改进回顾会议(下)?
在重新梳理了回顾的大致流程之后,我们接下来需要做的就是改进回顾会议,让团队在回顾会议中更高效地思考。系统思维在回顾中是非常重要的,因为作为个人来讲,在没有信息和数据的情况下,团队成员会倾向于依据自己的理解和过去的经验来做出假设和结论,但这些假设和结论是片面或者说是不符合实际的。举个例子:原定于10点的会议已经延迟了十分钟还没开始,这时,鲍勃冲了进来开始道歉:“对不起,我来晚了!就在我刚要离开家的时候,一只流浪狗跑了过来。”这时房间的其他参会者表示:“酷!”利亚姆说,“你会收留它吗?”“太吓人了,你没事吧?”琼妮问。伊恩点了点头,催促道:“好吧,让我们先结束这次会议吧。”这三个人同时听到了鲍勃的...
2022-08-29
如何有效进行回顾会议(中)?
组织开展运行良好的回顾会议能帮助团队做出改进和进行下一步的行动,那么到底应该如何进行有效的回顾呢?以下是一些需要重点关注的事情,掌握以下要素不仅可以帮助团队提高效率、增加乐趣,逐步减小或消除人们对于Scrum的误解。
一、明确会议的基本规则
明确的会议规则应该成为团队工作协议的一部分。理想情况下,这些规则是针对具体行为的(例如“陈述观点并提出真正的问题”)而不是抽象的(例如“尊重”)。同时,这些规则应该由团队创建、维护并由团队所有。
那如何确定这些基本规则呢?可以让团队成员都试着回忆下自己最近参加过的并认为是最好或最有效的回顾会议,在每个人都讲述完这些会议模式到底好在哪里后,大家...
2022-08-22
如何有效进行回顾会议(上)?
在Scrum团队中,回顾会议可能大家都在做,但要怎样才能做好回顾会议呢?
一、消除误解
首先我们要来为回顾会议正名:
1.回顾会议就是专案事后分析吗?
虽然这样问,大家一定会回答不是,但我们的小科普还是要继续的。传统 项目管理会通过专案事后分析来进行系统改进,但这并不代表回顾会议就等同于专案事后分析。两者具体有什么区别呢?
发生阶段不同:回顾会议鼓励在整个项目过程中通过Sprint的方式进行,因此我们通常是在每一Sprint结束时进行回顾会议;专案事后分析则是在项目完成或终止后进行。
关注点不同:回顾会议关注于在项目过程中不断改善,是短周期的反馈;专案事...
2022-08-19
看板快速启动指南
1. 看板的前世今生
刚开始接触看板的人,大多会将“看板”简单理解为一块可以看见的板子,这是初次接触看板的人都会产生的误解。在启动看板之前,需要先厘清看板的前生今世,如此才能更好地使用看板。
Kanban源自日文,翻译为“信号板”。在丰田,它意思是“信号卡”,是用来跟踪和控制工作的记录卡。翻译为中文是“看板”,意为“看着这块板子”,也指代每日站会。由于这3个意思对看板方法都至关重要,所以kanban是一个切合的、又包含多种含义的名称。
20世纪50年代,丰田从美国超级市场的运营模式中受到启发,开始试点推行超级市场的后工序引取方式,随后丰田发明了更为有效的生产管理系统...
2022-08-17
如何通过相对规模来估算用户故事?
事实上,如果没有一个好的系统或者工具,我们很难估算用户故事,甚至经常高估或低估了自己要做的工作。而对于那些需要花数周或数月时间制定长期计划的传统公司来说,一旦工作出现中断,必然会偏离最初的估算。作为一个敏捷团队,可以 通过精准的迭代和看板上的在制品来避免长时间的、不可预测的计划周期。尽管这些敏捷实践更具灵活性与适应性,但用户故事估算在交付过程中的重要性也不能忽视,因为它是与领导沟通工作交付时间的唯一方式。随着时间的推移,估算能帮助我们了解团队的速度,这样我们就可以更准确地预测工作。而通过引入相对规模,我们可以更好、更快地进行估算。
一、我们要估算什么?
敏捷团队会估算每个用户故...
2022-08-17
要想组建敏捷团队,这些方法不可少
我之前有个客户,他的经历其实还挺有意思的:这个客户一直在想方设法地提高自己的项目组的效率,但做了很多尝试,比如绩效激励或内卷考核等,不能说一点用都没有,就是效果也不是很显著。在聊天的时候,其实会发现他所在的项目组有一个很大的弊端:组内的成员是不稳定的,也就是项目组成员会一定时间进行调换。像这样的问题在团队中其实不少,所以真正要组建起一个敏捷团队,还是得注意如下方法:
1.团队组建要跨职能且稳定
一般的团队会根据职能角色划分,每个项目开始之前,在各个团队之间抽调出一部分人员组成该项目组的团队。然后项目结束后项目组成员再回到各自团队中,这种不稳定的成员变化会大大影响项目的进展。在每个项目开始...
2022-07-08
精益六西格玛,研发团队提质增效的管理神器
在国内软件行业快速发展的今天,软件质量控制开始逐步成为各大研发企业关注的重点,保障复杂软件的交付质量,提高研发项目团队的高效协同,是研发企业的共同诉求。为了解决这一问题,越来越多研发企业开始尝试将精益六西格玛管理方法引入研发项目中,以期快速提升企业的软件研发和项目管理的水平。
一、什么是精益六西格玛
精益六西格玛(Lean Six Sigma)简称LSS。它并不是一个独立存在的管理模型,而是精益生产与六西格玛管理模式的结合,精益六西格玛管理的目的是通过整合精益生产与六西格玛管理,吸收两种模式的优点,弥补单个生产模式的不足,达到更佳的管理效果。
精益六西格玛作为一种项目化的组织管理...
2022-05-17