yizhituzei

今日开始博客已经转至独立博客

欢迎访问

www.tuzei8.com

“面对慢慢流于形式的敏捷实践，该怎么办？”

在某些情况下，敏捷实践不能够坚持而流于形式。作为项目管理者，需要做的不是强行用行政手段强推实践，也不是放任自流，而应该做的分析这个实践所期待发挥的价值，采取正确的策略应对。

以当前团队中对于验收条件的态度变化为例。

在实践验收条件几个月之后，从各方的反馈来看，似乎验收条件不被重视：

- 对于开发人员来说，因为有详细的设计文档，大部分详细信息都在设...

- 为什么需要保护？
- 谁来保护？
- 如何保护？

敏捷项目因为透明而往往趋向于脆弱——一个鼓励提前暴露风险和缺陷的精益环境，它把交付团队的一切都展露无疑，风险或者坏味道在第一时间就可以被暴露。风险或缺陷的提前暴露，在某种情况下会引起客户的不安，如果没有适当的引导和疏解，这样的不安会变成很多“反敏捷”的动作，例如：填写每日工作日志审核，或者按照合同强压开发上。结果是，我们推崇的敏捷特性—&mdas...

“没有路线图，实践终有一天会被忘记。”

为什么我会觉得疲惫不堪且阻力重重，为什么似西西弗斯（Sisyphus）的巨石终日不得安息，为什么若置黑洞中旋转挣扎？敏捷实践不受保护，甚至被榨干每一点可能的改进，所有人都在焦虑等待敏捷能够带来的可以体会的好处时，敏捷本身到底应该何去何从？

我们的敏捷实践是一个关于50多个善良可爱的底层开发者精益化自己这个小组织的故事。在这个组织里，业务组（负责业务逻辑的开发）便是核心的价值流，我们所有工作都围...

“客户、销售、友商三人一起谋杀敏捷”

你可以这样思考，敏捷最成功的实例一定是具有以下三个元素：客户对精益生产的认同，销售在交付压力方面对团队无微不至的保护，友商的通力协作和配合。那么敏捷最失败的实例一定具有以下三个元素：客户足够强大搞死团队、客户和销售合作搞死团队、客户、销售和友商通力合作搞死团队。

客户谋杀敏捷的工具很简单，交付压力。那些用合同关系于开发团队绑定的客户，在乎团队开发进度情况，却不在乎如何帮助团队解决，通常做的永远是...

"请问，我们忘记什么是CoC了吗？"

还记得敏捷宣言里Customer collaboration over Contract negotiation吗？我无法理解的是，到底是用敏捷让客户与开发商之间达到CoC，还是在CoC之后才能适用敏捷？敏捷宣言到底是敏捷所达到的结果还是制约敏捷实施的准入条件？

如果CoC是敏捷希望达到的目标，那么合约关系对敏捷实践的推行有着强大的阻力。合约关系是目标驱动—合约范围里交付一定量的产品（代码），合作的另一方纯...

“敏捷项目多死于交付压力”

敏捷并不是保证交付的银弹，敏捷也从来不是提高交付速度的工具，敏捷和其他所有项目一样，当交付压力过大时，很可能面临失败。因为敏捷的迭代化特征，使这个交付压力从第一个迭代就能体现，而如果这个交付压力不能够很好的解决，比起传统瀑布式项目来说，更容易造成失败。

传统的瀑布式模型对交付压力的反应最慢。在整个开发期中，交付压力的体现往往需要到后期才能显现——所有人都在工作，谁也不知道能不能完成...

“对不起，请停下来，努力工作也可能是浪费”

－ 对浪费的理解不深刻
－ 杜绝浪费就是“不做不产生价值的东西”
－ 如何“不做不产生价值的东西”

到底什么是浪费，一般的理解里，浪费可以是我们看到公司购买最高档的打印机，但实际上很少人用；浪费可以是本来约定十点的会议到十点二十人才到齐；浪费可以是本来可以一个人解决的事情却需要繁杂的流程审核。但我们却很少有一个统一认识，只...

“大型团队敏捷实践得答应我3件事”

－ 我们追求一体化团队
－ 为何不能达成一体化团队
－ 如何达成一体化团队

精益生产中单件流模式最终依靠U型生产线实现，将传统生产方式中产生的库存及等待所产生的浪费降至最低，依靠需求拉动，和有缺陷及停止的制度，保证每件从U型流水线上流出的产品都是符合质量标准并满足需求的。映射到敏捷软件开发中，将分析人员，开发人员，测试人员集中在一个一体化团队，每个团队的技能足以满足一个需求从设...

“让我们推动大铁球”

老王是一个典型的H人－充满激情和执行力极强，他忧虑地跟我说：“这个项目就像一个大铁球，人人都知道很重，但是光滑的表面让所有人不知如何使劲”。我的回复是：“你需要一个敏捷里的项目启动”。

这样的项目都有一个类似的特征：一个被拍脑袋的，谁也不知道能不能完成的结束日期；一堆还未明确的需求；一群缺乏计划的开发人员；和一个必须看到团队至少应该干点什么的项目经理。以往的项目开...

Q3书目，因为考虑到大家都觉得我没有文化，我增加了精益方面图书的阅读。本季度不能再买了，买多了也看不完，看不完也不方便带回去。适逢天河图书城三联书店打折，设计书很便宜，今天有点冲动。是因为远离政治中心的原因，广州才让我感觉那么有文化吗？北京曾经有个第3极，多好的书店倒闭了，是我长期不在北京不得知吗？为何我总感觉北京的书店都是做那些不看书的妹妹照美照的背景呢？

从上到下依次为：

－《新卖桔者言》：冲着那篇著名的卖桔者言买的，但是感觉一般，唯一有亮点的...

“我们在乎的是不返工，而不是快速返工”

－ 敏捷在于快速反应，不在于速度
－ 速度快不一定是好事，有时反而可能导致反应迟缓
－ 快速反应的基础是合理库存和快速反馈

“敏捷”一词可能很容易被理解为一种高效工作方式，通过对价值关注、减少浪费、简化流程、团队建设、持续改进、和信息共享，使得工作效率得到大幅度提高。当提到“敏捷是拥抱变化的”时，部分人的理解是，一旦我们遇到变...

“搞敏捷，你我要有个约定，请不要忽悠我”

我可以理解为了让敏捷推广的难度降低，我们把敏捷实践暂时从编码开始。但请一定明确，在需求的迭代中若没有需求分析的阶段，之后做的所有敏捷实践都是未得本质的活动，我们的最终目标是要从需求分析开始进行敏捷实践，因为需求分析才是敏捷的开始。

敏捷最大的优势，也是可直接体察的价值—通过持续集成和自动化测试，最大限度地得到一个趋向于无缺陷的软件，但往往被忽略的是，这个倾向于无缺陷软件的前提是它...

（此文为为了应付发表的修改版本）

坦白说，我便是那让开发团队又爱又恨的需求人员。为了让这个职业显得更加专业，他们把需求人员这样听起来十分毫无生气的名称，改成了商业分析师。但是当真正从事这一职业若干年之后，我切身体会的是，这不是一个需要用一个看似专业的名称来粉饰的职位，相反，她的内涵超过了我曾经相信，就算是使用那直白的需求人员四个字，也丝毫未能阻止她可能散发的魅力。

从最朴实的职位介绍开始。商业分析师的职责范围在于分析客户需求，发掘需求背后的业务价值，通...

I hope our Agile supporters outside of China know that there are 3 thoughtworkers trying their best to spread what they believe right to the biggest company in China. We seem to see a giant snowball in front of us. We bless that every kick we try would...

“很矛盾，鼓励反馈也能产生风险”

之前谈到反馈，其实反馈也是项目风险来源之一，和技术风险一起需要项目管理人员及时发现和管理。假设我们已经通过合理的迭代计划（上篇日记记述）找到了鼓励有效反馈和发现记述风险的平衡，而技术风险可以由计划常规的技术风险规避工作量以及Tech Lead配置,对于反馈产生的风险我们如何控制？

用最简单的话说，软件开发最核心三个不同层次的要求是：做可用的软件，做对的可用软件，做对的好用的可用软件。然后考虑任何软件...

“Story没有真正业务价值！”

理论告诉我们：应该从高业务价值Story开始进行迭代，这样我们就有更多的时间对高业务价值的Story发现问题并修复。这句话的后半段是告诉我们为什么要这么做，而后半段成立的前提是，我们假设先做一定可以先发现问题。

根据这个理论我们按照Risk-Value的方式把 Story分散在这个二维区间里面，把最靠近于High Risk和High Value的区域作为优先选择放入第一迭代。但是问题是，我们也许可以...

“验收条件不是交付范围，Backlog之外才是”

简单来说，敏捷就是一个先拆再合的过程。

拆分是一种双刃剑，它让一个抽象的事物从混沌不清到细节分明，使得开发和验收更加高效，但与此同时，对于每一个被拆分出来的元素，客户都有潜在的可能抱怨要求更多。这也就是为什么一些不成熟的敏捷开发项目总是存在客户期待控制不好的问题——因为迭代开发的缘故，客户有机会在开发过程中看到他的主意慢慢成形，敏捷的宣传中对拥抱需求变化的推崇...

”从很小的时候开始，我便相信我的世界存在一些我看不见的东西：在伊斯坦布尔街头的某个地方，在一栋跟我们家相似的房子里，住着另一个奥尔罕，几乎是我的孪生兄弟，甚至我的分身。我记不得这想法是从哪儿来或怎么来的。“

—— Orhan Pamuk


当我第一看见这句话的时候，我就想起我的小时候，妈很惊奇地发现在某张报纸的某个版面，鞠萍姐姐抱着自己儿子的照片，同样是生于同年9月的，同样是一头乌黑头发的大宝贝，跟...

“可能拥有一个外部资源的UX顾问对团队来说是个看起来很美好的事”

不管你称UX为什么，UID或者UCD，它的初衷都是极为理想的——用“最好的”用户体验最大化“正确的”软件的使用价值。明显，“最好的”用户体验首先基于“正确的”软件，即一个被需要使用（体验）的软件才会被评判是不是拥有“最好的”体验。而我所观察到的UX...

“我很向往周围都是史恒侠，那时我们才知道什么是字由和读立”



我认为我们这里是没有梦这种东西的，如果你不把老婆孩子热炕头这种官能自然产物称为梦想的话。324年前北美洲13个英属殖民地的代表把“每个人都拥有天生的权益去选择人生，以及追求幸福的自由”写进了《Declaration of Independence》，之后的几百年，这样的理念被James Truslow Adams升华成一种所谓“美国...

“我看，搞客户整体上比找女喷友难一点”


首先，最基本的，同理心。



确实，客户不总是对的，但将心比心地为客户考虑永远是对的。我们经常会对客户提出看似不合理的需求烦恼，但实际上我们烦恼的不应该是这件事情本身，而是我们为什么我们不能让客户接受我们所想的方案，当然第一件事情是问自己：我们有我们的方案吗？如果没有，问题变成：我们知道客户到底为什么提出一个我们所谓不合理的需求吗？于是，在我们没有这些答...

“放心，情感上，我跟你一样想除掉凤姐”

 

审美和审丑往往是此起彼伏的双生，从大众传播学的原理来说，传媒作为载体传播的内容本身只客观反映受众对美或丑的关注程度，而并不是大众审美观变化的诱因。意思是说，虽然情感上我也有按捺不住集资买凶除掉凤姐的冲动，但作为媒体在这件事上并无大过。




丑的内涵有两种，一种是伦理道德上引发羞耻感的“恶&rdquo...

“敏捷最大的敌人是不负责任的客户”

 

比起组建高素质和自管理的团队更难的事情是遇到负责任和价值驱动的客户。业界对敏捷最大的担忧是如何才能够组织起一支不需要任务驱动且充满活力的职业团队，特别是在大型开发团队中。然而往往被忽略的是，在这条价值产品线的最开端，我们是否能够保证，提供需求的客户团队是价值驱动且负责任的。




有一个非常坏的语境—敏捷...

我住在CBD里面，满眼都是富力的楼盘，拗口的地产名每每让出租车司机找不着北。广州就是这样，曾经远离政治中心浓郁的岭南文化氛围仍能从支言片语的白话中有所体会。从立交交织的空隙中看起伏的城际线，那种毫无道理的现代感，让人也只能无奈，倒也还好，不带愤怒。

















...

London River (2009)

这是一个简单的悲伤故事。靠近法国的某个小岛，Elisabeth女士过着简单的独居生活，丈夫在一次海军任务中丧生，她独自养大唯一的女儿Jane，相互照应的还有他的弟弟Richard舅舅。岛上的生活朴素，Elisabeth因为女儿去伦敦上学，独自一人照料她的农场和几只驴，直到2005年7月7日。

 

Euston站外传来巨响，伦敦的几条地铁和公交线路连续发生爆炸，Eli...

“敏捷是一种匠人阶层的唤醒”

 

我曾经拜访过印度某个Freemason(共济会)分所，这个世界上最大地下组织来源于传说中制造巴比伦神殿的三个石匠。教谕认为石匠是人类中掌握自然奥秘的一群人，常人只是“神有缺陷的复制品”，而只有靠匠工的不懈努力才能修补人类缺陷使其更接近于神。这也是为什么共济会的标志便是圆规和方矩，方圆规矩的隐喻在六芒星下变得直白。

 ...

对于敏捷，我愿终生偏执。

 

丰田精益生产信奉的两大支柱是＂以人为本＂和＂持续改进＂而从字面来看第一个是所有的基石。印象深刻的是当我第一谈起这一点时候，我隐约感受到这个强大执行力组织中的管理者心中的迟疑。不止一次地被问道在一个庞大的，人员结构参差不齐的组织中如何实践对参与者要求极高的敏捷实践。若非丰田那种百年拥有有强大技工文化背景的企业不能真正实现精益生产。

 

这也许是我们绝...

我不由自主地开始深恶痛绝Portal这种概念，IBM的伟大在于设计出比微软交互性还要差的Business Moduler软件以及革命性地抛出了个Portal的玩意。我并不知道Portal的始作俑者，能猜测的是，在15年前，当IBM的客户发现软件能够实现的功能越来越多，他们很自然地抛出了一个“怎么能让我在这么多功能里面找到我所需要的业务功能？”，而IBM的咨询师给出了一个Portal的答案－好吧，我们把你所有要用的这些看起来很美好的业务功能都放在一起，我们的WebSpher...

George Washington (2000)

Director: David Gordon Green

一个沉默寡言的孩子George，因为头部皮肤的缘故，整日戴着一顶深蓝色的头盔。似乎成长在一个受保护的壳里，却被最好的朋友Buddy13岁的女友Nasia当作一个成熟的符号，这个符号实际上也只不过是沉默寡言的逃避。Buddy伤心欲绝于某天他的最爱Nasia离他而去，虽然怀疑George便是缘由，却也在唱诗班习演的间隙...