用户故事不等于软件需求

常常听到敏捷转型的团队提到,我们的一个迭代可以完成几个几个用户故事。那个故事怎么怎么样。那么什么是用户故事?用户故事就是软件需求吗?

我们先来看一下什么是用户故事

什么是用户故事

用户故事指的是从用户的角度出发,来描述用户想要得到的功能。常见的格式为:

作为<某个用户>,我想要<功能>,以便于<实现某个价值>

用户故事需要采用日常用语或者用户听得懂的语言来描述,尤其注意避免使用晦涩的技术专用术语。

后来Ron Jefferies同学建议,好的用户故事符合3C原则:Card,Conversation,Confirmatio......

My Working Guide inspired from Scrum

During teaching Scrum and coaching on Scrum, I summarized following working guide as a reference:

Problem over Solution

Note: The development team focus on how to build software, so normally development team focus on the solution. But the purpose for building software is to solve some specif......

京东敏捷模型-更新篇

本文是整理我的分享《Scrum精髓-之京东敏捷之旅》,这个演讲分别在敏捷之旅厦门、敏捷之旅福州、敏捷之旅天津以及光环国际敏捷组织转型大会上分享过。

这个分享主要包含2大部分:

案例分享

京东敏捷模型

案例分享主要讲了2个,一个是活动提报团队;另一个是途牛融合团队。

在活动提报团队中,团队没有关注功能场景,两次未能真正满足业务方的需求。后来团队进行敏捷转型,并且引入需求发起方到团队中,随时能搞响应需求变化并可以澄清需求以及验收。最终第三次较好的完成了业务方的需求。并且得到了业务方和老刘的高度认可。

第二个案例是途牛融合。前期采用用户故事地图进行......

Ruby on Rails里find by和where的区别

昨晚和丹总在结对写代码的时候碰到一个问题,就是想要查询2个状态的会员如何写。

一开始我们是这么写的:

registrations = Registration.find\_by\_status(1,2); registrations.each do |attendee| end

我们本意是想要通过find by获得所有状态为1和2的会员,但rspec里面报错

Failure/Error: short_message_batch.save NoMethodError: undefined method `each' for #Registration:0x......

2015年我读过的那些书

2015年我读过的书不多,读书笔记分别如下:

异类 引爆点 父母效能训练手册 伟大创意的诞生 即兴的智慧

还有几本书看过了,但是没有写读书笔记: 从0到1 幸福的方法 菜鸟职场物语 引导的秘诀 乐高 (酝酿中)

伟大创意的诞生

知道这本书是我先看过这哥们(Steven Johnson)的TED视频(where good ideas come from)。很棒的视频,推荐大家有空可以去看看。本书的重点介绍了7种创新模式:

相邻可能

液态网络

缓慢的灵感

意外的收获

有益的错误

功能变异

开放式“堆叠”平台

我先来介绍前三个创新模式:

第一部分

相邻可能

书中举了一个例子,给我触动非常大。是说在19世纪,法国一位妇产科医生观察到每天医院都会有新生儿死去,尤其是那些早产的新生儿。这个问题困扰了她很久。一天下班后,她去医院旁边的公园散步,看到公园内有一个小鸡孵化器。突然她就......

《即兴的智慧》读书笔记

即兴的智慧

作者: Patricia Ryan Madson

出版社: 华中科技大学出版社

原作名: Improv Wisdom

译者: 七印部落

出版年: 2014-1-1

页数: 236

定价: 39.00元

装帧: 精装

丛书: 七印部落翻译系列

ISBN: 9787560994635

第一部分

书中提到下面一段话,对我很有触动。

“一本游泳手册哪怕写的再详尽,在你真正跳下水之前,也毫无用处。学游泳首先要把自己泡在水里。学习即兴表演也是同样的道理。我的目标是将你推离泳池边舒适的躺椅,领......

《新生-七年就是一辈子》读书笔记

我们的一生可以活很多辈子的... -李笑来

合弄制-新型的组织结构?

在去年年底的时候,就听朋友介绍有一种新型的组织结构,名字是holacracy,最近看到有翻译成合弄制,也是蛮有趣的一件事情。

下面说一下我对这种组织结构的看法:在Scrum当中鼓励的是稳定的跨职能自组织团队,而在合弄制当中是根据事情自组织的圈子。两者之间有很多相似之处,不过最大的不同在于Scrum鼓励稳定的团队,而合弄制事情做完了,圈子就结束了。

为什么Scrum鼓励稳定的团队?因为在软件开发当中,很多的隐性知识是可以留存在团队中。而团队在一起才是最基本的作战单位。所以对于合弄制,目前我不是很看好,主要是对于软件开发工作,或者说产品开发工作,不一定很适合。

------......

敏捷不是快

最近听到有人说,敏捷就是快 - 快速发布,快速完成任务,甚至有人会问,这样快了以后质量有保障吗?那么我们先来看一下什么是敏捷。敏捷,英文是Agile,指的是敏捷软件开发。这里要特别感谢Alistair Cockburn博士给出的定义:

Agile is to deliver business value early and frequently.

 

敏捷是尽早频繁地交付商业价值。

这里,我们没有看到“快”这样的描述。

所以说,敏捷(Agile)本来就没有说要快速交付。那么敏捷到底是什么,为什么总有人说敏捷快呢?

我们一起来分析一下,假设有一个......

Social Media

Search

Recent Articles