乐而歌之,悠哉悠哉!

 
共 5 页: 上一页 1 2 3 4 5 下一页

2011年1月17日

看板还是Scrum

摘要:随着负责敏捷的VP来到中国,看板也成为了这次讨论的热点。很多团队都在使用看板从而取代了之前的Scrum。 看板源于丰田,是丰田生成模式的经典代表,几乎每个学习丰田TPS的企业都会不自觉的把看板当作第一个引入的模式,因为它直观有效。而敏捷将可视化作为很重要的一个要素,自然而然的会想到向看板要概念。那么看板有哪些特色呢? 在传统的TPS中,看板有很多类型,比如工序间,工序内,信号,外协等等。以工序间为例,当后工具需要一些零件的时候,就将需求(包括规格、数量等等)写到看板上,然后交给前一道工序,那么前一道工序就需要按照看板的指示来生产,生产完后将零件以及看板提交到生产线旁的零件箱中,没有看板而生产出 阅读全文

posted @ 2011-01-17 23:17 秋实 阅读 (3068) 评论 (2) 编辑

2010年12月22日

敏捷的生产--丰田模式之减少浪费

摘要:丰田人眼中什么是浪费呢? 1.不为客户创造价值的活动,如检验、物流等 2.尽管创造价值,但所消耗的资源远远超过了“绝对最少”的界限。 这两点简直就是太精辟了,而且是我们大多数人都没有意识不到的问题。也完全的体现了日本人的BT精神。 我们每天都在辛勤的工作,很多人都在忙忙碌碌,却始终得不到认可,因为没有看到东西。我们经常将两个词放到一起比较,效率和效果。我们应该更重视哪个呢?显然是后者。前者在大多数时候总是看上去很美,比如有些人很能说,开会就说个没完没了,动不动就把话题发散,结果什么问题都没解决,除了自己嘴巴痛快外,就剩下浪费别人的时间了。这种浪费是很可怕的,但是也常常被忽略。经常的审查自己每 阅读全文

posted @ 2010-12-22 23:33 秋实 阅读 (285) 评论 (1) 编辑

敏捷的生产--丰田模式之精益生产

摘要:软件业发展数十年,开发过程也一代接一代的往前变革着,估计不久就会出现敏捷的下一代。从接触敏捷开发开始,我的脑海里就有一个疑问,敏捷开发与传统制造业有关系吗?它的理论依据是不是来源于传统行业呢?直到最近看了一系列关于丰田模式的文章,才算是找到答案。 丰田的生产模式的核心就是精益生产,可以把它看作去除浪费,降低成本,提高效率的精神。时时刻刻以企业的系统性思考为理论基础。 1.从工厂的组织看。组装线以外的专职人员都不创造价值,把清理现场、工具小修、质量检查的任务都下放到生产小组,允许这些小组定期讨论改进工艺。这明显的可以映射到敏捷开发中破除silo,取而代之的是团队开发模式。团队中的开发、测试、BA 阅读全文

posted @ 2010-12-22 22:07 秋实 阅读 (623) 评论 (0) 编辑

2010年12月18日

牢骚篇 -- 南京的雨污分流

摘要:直到雨污分流搞到了家门口,才知道这个人类历史上伟大的市政工程注定将载入史册。一个投资如此巨大,动用人力如此之多的工程,居然可以把路面挖开,让粪便公开暴露在光天化日之下,任其恣意横流。 我没有兴趣深究这个施工单位是谁,但是根据我这段时间以来看到的听到的关于雨污分流工程的抱怨,投诉,新闻等等,我觉得负责这项工程的人员应该可以在家自杀以泄民愤了。 我也不知道这个政府搞一件事情为什么总是那么累,其实政府的职责就是为民服务,制定游戏标准,监督实行就行了。至于怎么做,那完全是企业的事情。根据我对施工单位的观察,其行为绝对很”行政“。我觉得政府就是应该制定严格的标准,然后由企业竞标,能达到要求的企业才能获取 阅读全文

posted @ 2010-12-18 21:31 秋实 阅读 (195) 评论 (2) 编辑

2010年12月9日

警惕那些懂技术的PO

摘要:PO就是我们的客户,客户就是上帝,上帝的旨意就是天大的事情,我们人类一思考,上帝就忍不住想笑。但是,如果你的上帝会技术,那么他就不那么可爱了。 因为,懂技术的人在碰到问题的时候,就会抑制不住的暴露出他的技术情节。这不,当下的这个冲刺,我们的PO在面对界面上出现重复数据的时候,忍不住的要我们解释SQL的逻辑。。。 也许,通过检查我们的SQL,很多问题会被更容易的定位,但是一个问题的出现不仅仅是Po和开发人员被卷进来,而是所有的人都需要被关联到,BA,QA,我们不能因为他们不谙技术就被无情的抛在一边,隔岸观火一般。这种面对问题的思路绝非正确,而且一旦开始便容易上瘾,因为这样的做法看似快捷高效,其实 阅读全文

posted @ 2010-12-09 23:22 秋实 阅读 (354) 评论 (0) 编辑

2010年12月6日

让敏捷的回顾会议变得有趣而高效

摘要:Scrum Master身上背负的一个很重要的职责就是让回顾会议开的成功,不然就有虎头蛇尾之嫌,更何谈good to great呢? 长期以来我们的回顾会议都是这样进行的,到点了,大家拿着笔记本进入会议室,一番闲聊之后,主持人开始打开文档模板,简单的介绍一下会议的流程,然后简要的回顾一下这个冲刺我们都承诺了,实际作了什么,期间发生了什么。接下来顺着座位顺序,各自发感想。感想一般都是可以拿之前的拷贝。然后逼不得已的选一个root cause。结束。整个会议充斥着应付,所以更大程度上是一种休闲。 问题在哪?没有惊喜。什么是惊喜?惊喜就是你浑浑噩噩的进入会议,你心中在背诵主持人的发言稿时,发现他早已 阅读全文

posted @ 2010-12-06 22:37 秋实 阅读 (3220) 评论 (1) 编辑

2010年12月5日

扫清被遗忘的角落--可怜的印度文档MM

摘要:事件的起因是每个冲刺最后需要作的回顾。考虑到整个团队彼此之间实在是太熟悉,经常会出现所谓的集体无意识,我将回顾会议改为每个人事先发给我他的个人意见,我加以整理合并,然后在回顾会议上提出供大家讨论补充解释。这样就避免了在会上都重复一句话,前面的都说过了,我同意。可是这次,印度那边的文档MM却怒了,因为我们这有人说她前几故事的文档稍微延误,而且都是再说开发和测试高效,从来没人说过文档高效,她一个人写两个产品线的文档辛辛苦苦确不被人认可。。。 说实话,对于远在印度的文档团队,我一向的态度就是认真按时文档不要阻碍我接受故事就行,并没有从内心里太在意他们的感受,也许正是这样的心态多多少少反映在工作中,让 阅读全文

posted @ 2010-12-05 22:58 秋实 阅读 (290) 评论 (0) 编辑

2010年11月17日

敏捷的基本关注点- 记录我与公司内敏捷推广者的一次交流

摘要:最近一段时间,因为PO的挑事,我和公司负责Agile推广的VP做了一次深入的讨论。我向她提出了几个在实践中遇到的问题,她也耐心的作了回复,而且回复的详细程度已经到了让我感动的地步。我本身对流程很感兴趣,也曾想过作一个职业的流程推广者,不过每每想到这位VP,我都不由的感慨,作这行得有巨大的耐心和无比坚定的信心。对旧思想的破除是一项非常吃力而且不容易讨好的,短期内很难看到效果的事情。而且,就从我们这边... 阅读全文

posted @ 2010-11-17 22:28 秋实 阅读 (210) 评论 (1) 编辑

2010年11月12日

敏捷还得要专业--记我的一次丢人事迹

摘要:事情是这样开始的。。。 这个sprint,我们挑选了4个story,并且每个story的point都是一样。PO看了很奇怪,因为在她看来有些story明显大于别的。我就给她把这些story不同的难点分析了一下,她大约理解了。不过在解释的时候,我特地提到一点就是有一个技术上的考虑,主要是考虑到比较后的一个story的需求,所以现在在架构上作了调整,确实比单纯完成这个story要复杂一些。这个话题我们... 阅读全文

posted @ 2010-11-12 23:08 秋实 阅读 (278) 评论 (0) 编辑

2010年10月25日

KFC如何拒绝自带食物呢?

摘要:几乎每个周末我都会去新街口的沃尔玛。一来是带小盆友去超市玩玩具,二来就是买些日常用品。这家沃尔玛占据两层楼面,其中二楼的一部分划给了KFC。KFC不大,十几张桌子,凭借沃尔玛的人气,生意不差。不过后来我才发现,里面就餐的人很多并不是KFC的客人,而是在沃尔玛买了便当后偷偷的在这吃饭的。不是KFC不给客户吃自带食物吗?为什么这里例外呢? 反复的观察,让我确认了这一现象,在这里确实没有人来劝阻客人的这... 阅读全文

posted @ 2010-10-25 23:01 秋实 阅读 (946) 评论 (0) 编辑

共 5 页: 上一页 1 2 3 4 5 下一页

导航

统计