敏捷之旅北京2014组织者招募中

敏捷之旅(Agile Tour)是每年一度的非营利性系列会议,旨在把敏捷社区联系起来,系列会议分别在全球众多城市召开,从10月份开始到12月份结束前后历时数月。

敏捷之旅的主要目标是:

针对敏捷的大规模交流:我们在10月份的主要任务是,开展以开发实践为主题的“大众传播”。我们希望把这些内容传递到每一个有听众的地方,从而引起人们对我们新式专业方法的大量关注。

分享我们的敏捷愿景:既然敏捷是与时俱进的,那么我们在为敏捷社区贡献我们的认识、阐释及理念的同时,要对各种新视野保持开放。

本地化增长:促进敏捷领域在世界各地的领导力。

支持:协助我们的同行及当地企业采用敏捷。

......

什么是设计思维(Design Thinking)

最近设计思维(Design Thinking)越来越多的出现在我的视线中,因此在网络中搜索了一些有关设计思维的材料。总体上我的理解为:设计思维是一个设计的过程,分为洞察-构思-原型三部分;另外这三部分不是按顺序执行的,且是迭代进行的。

=============================================================================

本文译自http://dthsg.com/what-is-design-thinking/

设计思维是以人为本的

关注人、客户以及他们的需求,而不是具体的技术或其他情况。

......

海尔为什么能成为白电老大

海尔为什么能成为白电老大,暨海尔参观之行的总结:

关键词:创新,人单合一,按单聚散,6S,经典语录

最近微信上流传着很多有关海尔的评论,本人也随波逐流,上周末去了一趟海尔实地考察。下面我将细细道来我的一些观察和体验。

在海尔,听到最多的词汇是创新,并且是从海尔成立之初(1984年),创新就被植入了海尔的基因中。并且海尔非常会使用精神激励来鼓励创新,如在海尔文化展过程中,可以看到典型的启明焊枪(以个人名字命名的创新产品)。

这点让我非常震惊,没有想到一个传统的生产制造商会如此看中且鼓励创新。在海尔,每个员工都可以把创新想法发布出来,每周会有评审......

敏捷推荐书单(1)

最近有几个朋友找我推荐敏捷的书单,借此机会也整理一下自己看过的敏捷书籍。希望能对敏捷刚入门的朋友有些作用。这次推荐书单共有3本书,分别是《Scrum精髓》(极力推荐),《Scrum敏捷软件开发》,《敏捷项目管理》。

《Scrum精髓》

这本书可以说是针对敏捷,特别是Scrum而言是一本宝典(Bible)。书中不仅包含敏捷原则(不同于敏捷宣言对应的12条原则),这些原则是作者结合精益软件开发、经济学原理和敏捷12条原则综合得出的敏捷核心原则(如管理库存,关注闲置工作而不是闲置人员等,具体内容详见第3章)。并且本书中还包含管理者在敏捷环境中应该怎么做,作者结合自己多年的管理经验(从......

Scrum活动之每日例会(站会)

昨天发了一篇博文,介绍“每日站会中常见的错误与误区”。有小伙伴问,那些都是错误的做法,那么正确的每日站会应该怎么开?下面就说一下在Scrum中,每日站会是怎么开的。

在冲刺期间的每一天,理想的做法是在每天同一时间,开发团队举行一定时间范围内(不超过15分钟)的每日例会(Daily Scrum,参见下图)。这个检视与调整活动有时也称为“每日站会”(Daily Stand-up),因为大家站着开会可以使会议简明扼要。

举行每日例会的一个常见做法是ScrumMaster负责确保会议更顺畅,每个团队成员都要轮流回答3个问题,让其他团队成员了解情况:

在上次每日例会之后......

每日站会的常见错误与误区

每日站会是Scrum中非常重要的检视与调整活动。因此在很多非Scrum的方法中也常常引入每日站会实践,不过如何进行一个好的每日站会也不是那么容易的。下面列出一些常见错误与误区,希望各位朋友引以为戒:

ScrumMaster每天提醒大家开会。每日站会应该是每个人的习惯,融入到每天的工作当中。

每日站会成为向ScrumMaster的状态汇报会。要记住每日站会来自于团队,服务于团队。

不准时开始。

总是有人迟到或干脆不参加。

ScrumMaster挨个人问3个问题,每人汇报个人的状况。

会议总是很长时间(超过15分钟,甚至是30分钟)。

团队成员之间不信任。

害怕有冲突。

总......

敏捷原则(1)——来自《Scrum精髓》

计划驱动的开发得名于试图一开始就想明白、事先规划和考虑用户可能需要的最终产品中的所有特性并敲定这些特性的最佳构建方式。它的思路是:计划制定得越好,对产品的理解就越好,执行也就越好。计划驱动过程常称为“顺序过程”,因为每个实际工作者按照顺序依次执行,在完整的需求分析之后是完整的设计、编码∕构建,然后是测试。

对于明确定义、可预测且不可能发生任何重大变更的问题,计划驱动开发方式是很适用的。可问题是,大多数产品开发工作根本就不可预测,刚开始的时候尤其如此。因此,虽然计划驱动过程让人感觉有条理、可以解释清楚、可以度量,但这种印象会产生一种错误的安全感。毕竟,产品开发很少是按照计划进行的。

......

管理3.0工作坊总结

在胡莱游戏的管理3.0工作坊那可真是人山人海,红旗飘扬。那么说到这里得先感谢一下这次的场地赞助方——胡莱游戏。

接下来呢,还要感谢王宇和申健给大家带来的工作坊,两位来自天津敏捷社区的朋友。下面开始回顾内容:

首先是开场(破冰)。破冰比较独特,首先是介绍了团队的最佳规模(大小),以及为什么是这个数字(5)。然后让大家自组织成5人的团队(设定了一个规则,根据多样性得分)。

接下来介绍为什么是管理3.0.在《管理3.0》书的前言中,作者提到管理1.0是层次体系(如科学管理等),管理2.0是流行(如平衡计分卡、六西格玛、约束理论等),管理3.0是复杂性(如领导而非管理......

Regional ScrumGathering China总结-内容篇2

上篇总结了大会第一天的内容,接下来总结一下大会第二天的内容。

主题演讲:经济合理的Scrum (下载地址)

Ken Rubin的主题演讲,我跟的时间最长,并且PPT是我来负责翻译的(非常感谢徐毅帮忙校对)。开篇Ken用一个自己和儿子在餐馆的对话引出价值的思考,从而引出主题演讲的大纲(经济合理的Scrum),即如何用Scrum产生更好的经济价值。演讲中主要意思是说虽然很多组织在采用Scrum,但他们并不成功,因为没有很好的理解敏捷核心原则。那么敏捷的核心原则是什么?PPT第11页提到,敏捷的核心原则为:可变性和不确定性、预测和适应、经证实的认知、在制品(WIP)、进度和执行(注1......

Regional ScrumGathering China总结-内容篇1

每年的ScrumGathering大会都听不了几个演讲,今年略有一些改善,认认真真地听了几个,而且还非常非常不错的演讲。我也愿意分享给各位未能参会的朋友。

工作坊:Agile1001敏捷开发项目实战训练营

这个工作坊是我和王立杰一起完成的,一共分为2大部分。第一部分是用户故事编写工作坊,第二部分是用影响地图的方式组织需求。当初设计的时候是从滕振宇CSM课程那里“偷”的做法,先挖坑,再填坑。那么我们的第一部分就是先挖坑,看看大家的用户故事都是怎么写的,多少都会有一些错误的做法,甚至有的人写完了,就不记得自己为什么写这些故事。第二部分就是来解决这个问题,影响地图可以让我们时刻记住目......

Social Media

Search

Recent Articles