就算是让举抱wwWavav30的缘故，那还友avav30CoM别的入口是什么_百度知道
该问题可能描述不清，建议你
就算是让举抱wwWavav30的缘故，那还友avav30CoM别的入口是什么
我有更好的答案
是，n9fv.biz
采纳率：100%
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。没办法在让wwW播出影片了123mpmp怎么办，谁知道别的123mpmp办法解决此com问题？_百度知道
没办法在让wwW播出影片了123mpmp怎么办，谁知道别的123mpmp办法解决此com问题？
我有更好的答案
那你还= /是绕到而行吧，，15sddd 进 c// oM\\
采纳率：100%
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。&blockquote&一句话评价：&br&目前市面上最好的敏捷方法入门书。&/blockquote&&p&以上，是对问题的极简回答。&/p&&p&以下，是对问题的极繁回答。&br&&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 零、目录&/b&&/h2&&p&一、本书与作者：版本介绍、阅读建议、作者背景。&/p&&p&二、Scrum Wiki：Scrum 的词源、术语和「敏捷方法」简介；&/p&&p&三、时间和「沟通饱和度」：「敏捷方法」得以发展的两个关键考量；&/p&&p&四、对症下药：挖掘时间和「沟通饱和度」潜力的诸多对策。&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 一、本书与作者&/b&&/h2&&p&? 关于本书&/p&&figure&&img src=&https://pic4.zhimg.com/v2-448ad83be4ed68ca7c363_b.png& data-rawwidth=&4600& data-rawheight=&3420& class=&origin_image zh-lightbox-thumb& width=&4600& data-original=&https://pic4.zhimg.com/v2-448ad83be4ed68ca7c363_r.png&&&/figure&&p&?▲ 《敏捷革命》&/p&&p&图片来源：&a href=&//link.zhihu.com/?target=https%3A//www.amazon.cn/%25E6%E6%258D%25B7%25E9%259D%25A9%25E5%2591%25BD-%25E6%259D%25B0%25E5%25A4%25AB-%25E8%%25E7%E5%/dp/B06Y3RND5Y/ref%3Dsr_1_1%3Fie%3DUTF8%26qid%3D%26sr%3D8-1%26keywords%3D%25E6%E6%258D%25B7%25E9%259D%25A9%25E5%2591%25BD& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&亚马逊&/a&（离线 Offline 荐书模板）&/p&&p&&br&&/p&&p&中文译本的翻译质量很胖胖，加之这是一本定位于呈现「敏捷方法」发展历程的书，所以没有特别的必要去看英文原版。&/p&&p&时间不够的话，可以只看每一章的「本章要点」和「附录：Scrum 实践步骤」。&/p&&p&时间足够的，可以看完这本，再看看 埃里克·施密特、乔纳森·罗森伯格：&a href=&//link.zhihu.com/?target=https%3A//www.amazon.cn/%25E5%259B%25BE%25E4%25B9%25A6/dp/B01441LZ22& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《重新定义公司：谷歌是如何运营的》&/a& （How Google Works）（靳婷婷 译），中信出版社，2015。从谷歌的行事方式中，能看到不少「敏捷方法」的影子 :-D&/p&&p&&br&&/p&&blockquote&杰夫 · 萨瑟兰 2014 年在谷歌伦敦办公室的讲演：&br&&a href=&//link.zhihu.com/?target=https%3A//www.youtube.com/watch%3Fv%3D2L1oBLTICx4& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Dr Jeff Sutherland: Scrum | Talks at Google - YouTube&/a&&/blockquote&&p&&br&&/p&&p&? 关于作者&/p&&p&杰夫 o 萨瑟兰（&a href=&//link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Jeff_Sutherland& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Jeff Sutherland&/a&），「敏捷软件开发」的创始人之一（另一位是肯 o 施瓦布，&a href=&//link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Ken_Schwaber& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Ken Schwaber&/a&），Scrum Inc. 的 CEO。&/p&&p&&b&军队生涯&/b&：毕业于「西点军校」（美国陆军军官学院），随后参加了越战，前往泰国北部的乌隆皇家空军基地做了当时最危险的「侦查」工作，并且幸运地活了下来（注：按照书中的说法，飞机被击落的概率为 50%）。&/p&&p&&b&学术生涯&/b&：越战结束后，到斯坦福大学攻读统计学硕士学位。毕业后，到美国空军学院教授数学、统计学和概率论。后来，又去了科罗拉多大学医学院攻读生物统计学博士学位，研究癌症。&/p&&p&&b&IT / 商界生涯&/b&：以「敏捷」（&a href=&//link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Scrum_%28software_development%29& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Scrum&/a&）为事业（笑。&/p&&p&&br&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-ecc9b03e4b23ce8d69b9ad94e5f59cce_b.jpg& data-rawwidth=&1623& data-rawheight=&1080& class=&origin_image zh-lightbox-thumb& width=&1623& data-original=&https://pic3.zhimg.com/v2-ecc9b03e4b23ce8d69b9ad94e5f59cce_r.jpg&&&/figure&&p&▲ Jeff Sutherland&br&图片来源：&a href=&//link.zhihu.com/?target=https%3A//finance.yahoo.com/news/jeff-sutherland-versionone-present-webinar-.html& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Yahoo Finance&/a&（Accessed, ）&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 二、Scrum Wiki&/b&&/h2&&p&&b&Scrum 词源&/b&：「这个词语原本是橄榄球运动的一个专业术语，原意为团队通力合作，在场地内传球。这个过程需要认真配合、信念一致和目标明确。这个过程完美体现了我对一个团队的所有要求。因此，我把这种敏捷开发流程命名为 Scrum」（P9-10，下文涉及《敏捷革命》一书的引文，均只标注页码）。&/p&&p&&br&&/p&&blockquote&Scrum:&br&[C] a part of a game of → RUGBY when the players all push together in a circle, with their heads down, and try to get the ball&br&o 并列争球〔橄榄球赛中球员的一种队形排列〕&br&—— Cite from Longman Contemporary English Dictionary 3rd edition.&/blockquote&&p&&br&&/p&&p&&b&Scrum 术语：&/b&2011 年初，作者和另外的 16 位软件开发领域内的领军人物，在美国犹他州雪鸟滑雪圣地的一场秘密会议上，拟定了众所周知的&a href=&//link.zhihu.com/?target=http%3A//agilemanifesto.org/iso/zh/manifesto.html& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《敏捷软件开发宣言》&/a&，Scrum 一词由此正式成为术语（注：不过在此之前，Scrum 其实就有所起源啦，有兴趣的可以简单看看 &a href=&//link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Scrum_%28software_development%29& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&「Scrum」&/a& 的 Wiki 词条，了解一下）。&/p&&p&&br&&/p&&p&&b&Scrum 方法&/b&：简单说，就是以 &b&交付&/b& 与 &b&迭代 &/b&为核心的方法（注：会包含着确定优先级、最小化可行产品 &a href=&//link.zhihu.com/?target=https%3A//zh.wikipedia.org/wiki/%25E6%259C%%25B0%25A1%25E5%258F%25AF%25E8%25A1%258C%25E7%%25E5%& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&MVP&/a&、获取反馈、调整优化等要素）。「每过一小段时间就停一停手头的工作，检查一下已经完成了哪些任务，看看这些任务是不是自己应该做的，看看有没有更好的方法」（P25）。&/p&&p&&br&&/p&&blockquote&一个亲民的解释：&br&张小龙在微信领导力大会上谈到：“关于敏捷管理，我特别希望大家能够多去做一些尝试，我们今天可以想一些与众不同的点子。我们很快把它上线了，然后可以去验证，如果不对就下线，如果还有改进余地，下个星期再去改它。这是一个能够持续实现你的想法的过程。”&br&——《&a href=&//link.zhihu.com/?target=http%3A//www.01caijing.com/blog/130857.htm& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&张小龙推崇的敏捷管理法到底好在哪儿》—零壹财经&/a&&/blockquote&&p&&br&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-63cc69c72aca19c974bd5b_b.png& data-rawwidth=&1011& data-rawheight=&467& class=&origin_image zh-lightbox-thumb& width=&1011& data-original=&https://pic3.zhimg.com/v2-63cc69c72aca19c974bd5b_r.png&&&/figure&&p&?▲ The Scrum Process（Software）：产品待办-冲刺待办-冲刺（循环）-软件增量开发&br&图片来源：&a href=&//link.zhihu.com/?target=https%3A//commons.wikimedia.org/w/index.php%3Fcurid%3D3526338& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&By Lakeworks - Own work, GFDL, Wikipedia&/a&（Accessed, ）&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 三、时间和「沟通饱和度」&/b&&/h2&&p&我个人的看法是：「敏捷方法」改进「瀑布方法」的关键之处在于，对如下两个概念做了更准确的理解。&/p&&p&&br&&/p&&blockquote&「这种架构之所以奏效，原因很简单，因为我看到的是人们实际上怎么工作的，而不是他们嘴上宣称自己是如何工作的」（P9）。&br&——杰夫 o 萨瑟兰&/blockquote&&p&&br&&/p&&p&&b&① 时间&/b&&/p&&p&比如说，在一段时间内，人们实际上怎么工作的呢？常常是，这样的：&/p&&p&&br&&/p&&figure&&img src=&https://pic4.zhimg.com/v2-9d4d6c3bfddfc71b2c713_b.png& data-rawwidth=&2200& data-rawheight=&1326& class=&origin_image zh-lightbox-thumb& width=&2200& data-original=&https://pic4.zhimg.com/v2-9d4d6c3bfddfc71b2c713_r.png&&&/figure&&p&?▲ 论我们如何完成一项工作
&/p&&p&图片来源：约翰o佩里：&a href=&//link.zhihu.com/?target=https%3A//www.amazon.cn/%25E5%259B%25BE%25E4%25B9%25A6/dp/B00DMWN5Z0/ref%3Dsr_1_1%3Fie%3DUTF8%26qid%3D%26sr%3D8-1%26keywords%3D%25E6%258B%%258B%%25B8%%%25E4%25B9%259F%25E6%%25E5%25A6%25A8& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《拖拉一点也无妨》&/a&（苏西 译），封面&/p&&p&&br&&/p&&blockquote&人是理性的动物——亚里士多德；&br&人不是理性的动物，而是会为自己找合理借口的动物——罗伯特 o 海因莱因；&br&人是理性的动物，但在需要听从理性的命令时，却常常大发脾气——奥斯卡 o 王尔德；&br&有人说，人是理性的动物。我这一辈子都在寻找能证明此言非虚的证据——伯特兰 o 罗素。&br&——约翰o佩里：&a href=&//link.zhihu.com/?target=https%3A//www.amazon.cn/%25E5%259B%25BE%25E4%25B9%25A6/dp/B00DMWN5Z0/ref%3Dsr_1_1%3Fie%3DUTF8%26qid%3D%26sr%3D8-1%26keywords%3D%25E6%258B%%258B%%25B8%%%25E4%25B9%259F%25E6%%25E5%25A6%25A8& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《拖拉一点也无妨》&/a&。&/blockquote&&p&&br&&/p&&p&又比如说，人们实际上又喜欢什么样的工作感觉呢？常常是，这样的：&/p&&ol&&li&大家都渴望那种「运筹帷幄；玩弄天下于鼓掌之中」的畅快感，而不是「走一步，看一步」的委屈感；&/li&&li&大家都享受那种 DDL 尚未来临前「放飞自我」的感觉，“哎呀，我在准备呢，还有半年，急什么急，真是的！”，而不是每两周 / 一个月就要被任务「追着屁股跑」的感觉；&/li&&li&大家都喜欢那种「条件在手，宇宙我有」的感觉，“这个问题，还要做用户调研？我动动脚趾头都能想出来，你信不信？昂？！”，而不是因果关系往往靠猜的不确定感，“鬼知道用户们在想什么！”。&/li&&/ol&&p&但「敏捷方法」却不会给你制造「幻觉」的机会，「在 Scrum 中，每个冲刺周期结束之际，都必须为顾客展示一些看得见、摸得着的新价值。你可以问顾客一些问题，比如，这是你想要的吗？这能帮你解决一些问题吗？我们的方向是对的吗？如果答案是否定的，那么你就要修改你的计划了」（P132）。&/p&&p&&br&&/p&&p&&b&② 沟通饱和度&/b&&/p&&p&干活儿要信息，要干好活儿要足够充分的信息。&/p&&p&&b&沟通渠道&/b&：假设一个团队的人数是 N，那么沟通渠道有多少呢？N（N-1）/2，5 个人对应 10 条渠道；6 个人对应 15 条渠道；7 个人对应 21 条渠道……随着团队成员的增加，沟通渠道会大幅增加，最终带来的问题 / 风险（很可能）是大家根本无从知道别人是负责什么的，正在做什么（同学，你体会过为了查一个 Bug，找了 8 个联系人的绝望么？）。&/p&&p&&b&另一种 o 不可替代性：&/b&「如果一个人有某个特定的头衔，那么他就倾向于只做与该头衔匹配的事情，而且会想方设法维护该头衔赋予他的权力，他往往会把特定的知识隐藏起来，不与团队其他成员分享」（P87）。这种倾向造就了所谓的「另一种 o 不可替代性」，也造就了一部分「解决一分钟，沟通五小时」的悲壮情景。&/p&&p&&b&丢猴子（注 1）&/b&：当管理者为了建立「另一种 o 不可替代性」，而不愿与他人分享必要的知识和信息时，除了会降低「沟通饱和度」，单向拖延别人行动外，麻烦也会像「&a href=&//link.zhihu.com/?target=https%3A//zh.wikipedia.org/wiki/%25E5%259B%259E%25E5%258A%259B%25E9%& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&回旋镖&/a&」一样飞回来。为什么会这样呢？察觉到这一点的人，一般也不傻，不会任人鱼肉的。在信息完全不充分或根本没信息可参考时，他们就会把这些自己无能为力的决策任务丢回去，“既然只有你知道，你不做谁做？”。&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-9c1baad7b248_b.png& data-rawwidth=&900& data-rawheight=&600& class=&origin_image zh-lightbox-thumb& width=&900& data-original=&https://pic1.zhimg.com/v2-9c1baad7b248_r.png&&&/figure&&p&?▲ Monkey on Your Back&/p&&p&图片来源：&a href=&//link.zhihu.com/?target=https%3A//www.wingd.ca/manage-monkeys-well-jungle/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Manage Your Monkeys Well. It’s No Jungle Out There - Wingd&/a&（Accessed, ）&/p&&p&&br&&/p&&p&对团队来说，当「沟通饱和度」不高时，想要高效率地搞定开发任务，就会成为笑话。这就好比，当办公室的路由器不给力的时候，你还想干活儿？&/p&&p&&br&&/p&&blockquote&「乔纳森刚入职谷歌不久，有一次与我们的一位工程师聊天。乔纳森习惯一接到电子邮件就立马回复，还会把回复内容抄送给许多谷歌员工。对于乔纳森的这个习惯，这位工程人员有些疑虑。他认为，这种做法是舍本逐末，而且邮件回复得如此勤快、传播信息量如此之大的人，手边必定有大把余闲。因此，他愤然对乔纳森说：“你只是一台昂贵的路由器！”路由器是非常基础的网络设备，主要用来在不同的点之间进行信息包传输，因此，这句话本是带有侮辱性的。但是，乔纳森却将这句带刺的话当成了赞美。」&br&——埃里克·施密特、乔纳森·罗森伯格：《重新定义公司：谷歌是如何运营的》。&/blockquote&&p&&br&&/p&&p&注 1：这个概念是我借用的。详见，《解放时间：谁背着猴子？》（Management Time: Who' s Got the Monkey?）， 哈佛商业评论：《戒掉你的“工作瘾”》（《哈佛商业评论》增刊），浙江出版集团数字传媒有限公司，2017。&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 四、对症下药&/b&&/h2&&p&从前述针对时间和「沟通饱和度」的种种（可能）问题出发，「敏捷方法」发展出了一系列改进的对策。和其他管理方式不同的是，这些对策并不仅仅是指导思想（所谓“道”），更是直接变身 / 催生了「敏捷开发」的种种要素（所谓“术”）。&/p&&p&&br&&/p&&figure&&img src=&https://pic2.zhimg.com/v2-419e071bf9d_b.png& data-rawwidth=&2000& data-rawheight=&1200& class=&origin_image zh-lightbox-thumb& width=&2000& data-original=&https://pic2.zhimg.com/v2-419e071bf9d_r.png&&&/figure&&p&?▲ The Agile: Scrum Framework at a Glance（敏捷框架：冲刺-每日立会-检查与回顾）&/p&&p&图片来源：&a href=&//link.zhihu.com/?target=https%3A//www.slideshare.net/F789GH/scrum-for-beginners-& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Scrum for Beginners - SlideShare&/a&（Accessed, ）&/p&&p&&br&&/p&&p&&b&① 挖掘「时间」的潜力&/b&&/p&&p&&u&1. 冲刺周期（对应 Sprint Circle）&/u&：以周期性来理解时间，以时间的限制来激发行动力。&/p&&p&&u&2. 确定优先级&/u&：资源有限，先做效益最好的「头部待办事项」。「在产品开发中，有一条反复得到证明的铁律，即一个产品 80% 的价值来自 20% 的功能」。如此重复，最终在确保方向正确的前提下，交付出最好的产品。&/p&&p&&br&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-d1db1f9601afe9b1be8b9e9fe645ca72_b.png& data-rawwidth=&1888& data-rawheight=&1018& class=&origin_image zh-lightbox-thumb& width=&1888& data-original=&https://pic3.zhimg.com/v2-d1db1f9601afe9b1be8b9e9fe645ca72_r.png&&&/figure&&p&?▲ 提升价值：交付最好的产品&/p&&p&图片来源：《敏捷革命》，P214。&/p&&p&&br&&/p&&p&&u&3. 不要同时执行多项任务&/u&：避免陷入注意力的陷阱。&/p&&p&&br&&/p&&figure&&img src=&https://pic4.zhimg.com/v2-a2b59fdcce1b_b.png& data-rawwidth=&1988& data-rawheight=&924& class=&origin_image zh-lightbox-thumb& width=&1988& data-original=&https://pic4.zhimg.com/v2-a2b59fdcce1b_r.png&&&/figure&&p&?▲ 项目优先顺序&/p&&p&图片来源：《敏捷革命》，P104。&/p&&p&&br&&/p&&p&&u&4. 不要拖，马上做&/u&：（这一点最后又会影响整体的沟通饱和度）。&/p&&p&&u&5. 不要加班&/u&：「但是为何一个人工时减少，却能做更多事情呢？表面上看起来毫无道理。马克斯韦尔表示，工作时间太长的人会开始犯错，正如我们先前提到的那样，改正错误可能会比创造新成绩花费更多的时间。工作超出负荷的员工比较不容易集中注意力，而且会影响别人也跟着分心，不久之后他们就会开始做出错误决策」（P116）。&/p&&p&&br&&/p&&p&&b&② 挖掘「沟通饱和度」的潜力&/b&&/p&&p&&u&1. 小而精的团队&/u&：招聘那些「超越寻常」的人，组建一个优秀的团队，降低沟通的难度；同时将核心团队的规模控制在 7 ± 2 以内，让沟通渠道数量保持在可接受的范围（注 2）。&/p&&p&&u&2. 多功能的团队&/u&：瘸子走不远，麻雀飞得快。&/p&&p&&u&3. 忘掉头衔&/u&：摘掉阻碍信息流动和成员自主权的「头衔」，尽可能地保持透明度。&/p&&p&&u&4. 每日立会&/u&：「每天在同一时间召开，询问那三个问题，每个人都站着，而且开会时间不超过 15 分钟」（注 3）。通过这种集体参加的小会，来沟通各自工作进展情况，同时以集体智慧去解决那些个人短时间内难以解决的问题（注：有时候 A 觉得很难解决的问题，在 B 那里可能就是很好解决的问题，但前提是，B 得知道 A 遇到了这个问题；有时候，困难问题的解决可能需要借助于并不在公司内部流通的「场外信息」）。&/p&&p&&u&5. 一些奇技淫巧&/u&：比如刻意修上一个长长的走廊，综合性的休息室，紧凑的、无隔断的工作区等等，为员工的「偶遇」制造机会。&/p&&p&&br&&/p&&p&&b&③ 流程の润滑剂&/b&&/p&&p&&u&1. Scrum 主管&/u&：安排一位能够确保整个工作流程顺利推进的人。「他的工作职责就是召集会议，确保团队运作过程的透明度，而且，最重要的是，帮助团队发现障碍。要做到这一点，关键之处就是意识到一个事实，即在很多情况下，障碍并不是机器运转不良，也不是会计的工作做得一团糟，而是工作流程本身不能顺利推进。Scrum 主管的工作职责就是经常问团队成员：“你们如何才能做得更好？”这种方式可以引领整个团队持续改善自己的工作」（P69）。&/p&&p&&u&2. 回顾与检查&/u&：凡涉及沟通，总免不了误解；凡涉及协作，也总免不了缺陷。通过回顾和检查，消除误解，弥补已知的缺憾，争取每次进步一点点，臻于至善（笑。&/p&&p&&br&&/p&&p&注 2：对此，有兴趣的可以看看软件开发领域赫赫有名的书，小弗雷德里克 o 布鲁克斯：&a href=&//link.zhihu.com/?target=https%3A//www.amazon.cn/%25E5%259B%25BE%25E4%25B9%25A6/dp/B00VR8ZO28/ref%3Dsr_1_1%3Fie%3DUTF8%26qid%3D%26sr%3D8-1%26keywords%3D%25E4%25BA%25BA%25E6%259C%%25A5%259E%25E8%25AF%259D& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&《人月神话：40 周年中文纪念版》&/a&（The Mythical Man-Month: Essays on Software Engineering Anniversary Edition）（UML China 翻译组、汪颖 译者），清华大学出版社，2015。&/p&&p&注 3：三个问题是指，1. “你今天做了什么去帮助团队完成冲刺？”；2. “今天你打算做什么来帮助团队完成冲刺？”；3. “什么因素阻碍了团队的前进之路?”。&/p&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_b.png& data-rawwidth=&961& data-rawheight=&2& class=&origin_image zh-lightbox-thumb& width=&961& data-original=&https://pic1.zhimg.com/v2-77deaac7455dcea95f0d384_r.png&&&/figure&&p&&br&&/p&&h2&&b&§ 五、结语碎碎念&/b&&/h2&&p&最后，方法如恋爱，常没有对错之分，而更在于合适与否。「敏捷方法」并非万能，使用起来也还要考量相当多的细节（注 3）。&/p&&p&&br&&/p&&p&注 3：最近在看的 Marty Cagan：《启示录：打造用户喜爱的产品》（Inspired: How to Create Products Customers Love）（七印部落 译），华中科技大学出版社，2011 一书中，专门有两章《第 26 章：合理运用敏捷方法》和《第 27 章：合理运用瀑布式开发方法》，谈及两种方法的适用性和优缺点，供参考。&/p&&p&&br&&/p&&p&以上。&/p&
一句话评价： 目前市面上最好的敏捷方法入门书。以上，是对问题的极简回答。以下，是对问题的极繁回答。 § 零、目录一、本书与作者：版本介绍、阅读建议、作者背景。二、Scrum Wiki：Scrum 的词源、术语和「敏捷方法」简介；三、时间和「沟通饱和度」：「…
&figure&&img src=&https://pic2.zhimg.com/v2-76c58f5d90d1ecacf9a902_b.jpg& data-rawwidth=&3651& data-rawheight=&2737& class=&origin_image zh-lightbox-thumb& width=&3651& data-original=&https://pic2.zhimg.com/v2-76c58f5d90d1ecacf9a902_r.jpg&&&/figure&&p&&b&导语：&/b&现在每当直接或间接带一支研发团队我都会给大家做一次敏捷思想和实践的培训（注：软件方向，复杂的硬件开发流程建议使用IPD思想）。作为一个有近10年的开发编码工作经验的资深程序员，作为一个管理者，作为一个还算转型成功的创业者，我一直有种初心&/p&&ul&&li&希望所有研发人员能够敢于并且会表达自己，让更多的人了解自己；&/li&&li&希望所有的研发人员不仅仅是机械的写代码，也能洞悉市场、了解用户，让自己的产出能够适配用户和市场的需求，这何尝不是一种成就感；&/li&&li&希望所有的研发人员不再受困于狭窄的职场方向，而是有更多可能转型产品、市场、管理。&/li&&/ul&&p&我认为敏捷开发的实践带给了我这些：&b&工作的收益、内心的释放、转型的机遇以及最重要的自信&/b&，所以也想分享给大家这些。&/p&&hr&&h2&敏捷开发思想&/h2&&figure&&img src=&https://pic3.zhimg.com/v2-247e6746e3cecdccaa009dcb7bcf917f_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&960& data-rawheight=&328& class=&origin_image zh-lightbox-thumb& width=&960& data-original=&https://pic3.zhimg.com/v2-247e6746e3cecdccaa009dcb7bcf917f_r.jpg&&&/figure&&ul&&li&所有人都可以从字面上理解敏捷代表着“快”；&/li&&li&呆伯特老板的理解：没有什么计划或者文档，直接开始写代码......&/li&&li&很多业内人士的理解：迭代开发。&/li&&/ul&&p&以上理解不能算是错，但都是盲人摸象式的理解。我们先看看几种常见的开发模式：&/p&&ul&&li&&b&计划驱动的&/b&瀑布式开发；&/li&&li&&b&逐步完善的&/b&迭代开发；&/li&&li&&b&风险驱动的&/b&螺旋式开发；&/li&&li&&b&价值驱动的&/b&敏捷开发；&/li&&/ul&&p&除却外包项目常采用的瀑布式开发外，在很多人印象里仿佛剩下的三种开发方式都该是敏捷开发，其实这里有个文字游戏，就是“***的”这个定语，&b&敏捷开发是由用户价值（用户的需求）驱动&/b&，这才是区分标准，这种对核心的强调，是在提醒我们需要最重视的是什么。至于用户价值的意义，不言而喻——如果我们做出的东西并不是用户需要的，那又有什么意义？在敏捷开发的过程中其实既有螺旋式开发的思维，也有迭代式开发的流程，甚至有计划式开发的阶段。&/p&&p&&b&敏捷宣言—价值观&/b&&/p&&figure&&img src=&https://pic2.zhimg.com/v2-8ae1e61fbc_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&864& data-rawheight=&296& class=&origin_image zh-lightbox-thumb& width=&864& data-original=&https://pic2.zhimg.com/v2-8ae1e61fbc_r.jpg&&&/figure&&p&很多“保守力量”反对敏捷开发的原因就是说敏捷不注重计划或者是文档等等。这里的文字游戏就是“胜过”二字，并不是没有，而是取舍侧重的分别。总结如下：&/p&&p&&b&“自组织团队与客户紧密协作，通过高度迭代式、增量式的软件开发过程响应变化，并在每次迭代结束时交付经过编码与测试的有价值的软件。”&/b&&/p&&p&
胜过&/p&&p&“与客户确定合同后在初期制定并遵循基于活动的完整计划，在重型过程和工具指导下，通过完成大量文档进行知识传递，最后交付需求。”&/p&&p&&b&敏捷开发之 12 条敏捷原则&/b&&/p&&p&1、我们最优先要做的是通过尽早的、持续的&b&交付有价值&/b&的软件来&b&使客户满意。
&/b&&/p&&blockquote&注：客户的期望值管理&/blockquote&&p&2、即使到了开发的后期，也&b&欢迎改变需求&/b&。敏捷过程利用变化来为&b&客户&/b&创造竞争优势。&/p&&blockquote&注：欢迎变更需求但不是意味着可以随时变更，在一个计划节点内要保证需求不变更&/blockquote&&p&3、经常性的交付&b&可以工作的&/b&软件，交付的间隔可以从几周到几个月，交付的时间&b&间隔越短越好&/b&。
&/p&&blockquote&注：比如scrum，节点周期往往设置为2到4周&/blockquote&&p&4、在整个项目开发期间，业务人员和开发人员必须天天都在&b&一起工作&/b&。
&/p&&blockquote&注：研发人员对业务的理解可以使产品更具备可用性甚至有卓越的用户体验，业务人员对技术的理解也会让其更专业，还可以加深不同团队的交融理解&/blockquote&&p&5、围绕被激励起来的&b&人&/b&个来构建项目。给他们提供所需要的环境和支持，并且&b&信任&/b&他们能够完成工作。
&/p&&blockquote&注：比如针对需求和实现性大家的头脑风暴，鼓励每个人发言，比如任务采取主动领取，而不是被动分配，倡导民主和开放&/blockquote&&p&6、在团队内部，最具有效果并且富有效率的传递信息的方法，就是&b&面对面的交谈&/b&。
&/p&&blockquote&注：面对面交谈不但效率高，而且有利于清晰透彻的了解对方的意图，直面解决冲突&/blockquote&&p&7、&b&工作的软件&/b&是首要进度度量标准。
&/p&&blockquote&注：每一个节点都要保证软件是可用的，而不是99%的完成但不可用&/blockquote&&p&8、敏捷过程提&b&可持续的开发速度&/b&。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。&/p&&blockquote&注：scrum节点就如同心跳一般让我们的计划有规律&/blockquote&&p&9、不断地关注&b&优秀的技能和好的设计&/b&会增强敏捷能力。&/p&&blockquote&注：倡导每个人要有自主学习能力，建立学习型组织&/blockquote&&p&10、&b&简单&/b&----使未完成的工作最大化的艺术----是根本的。&/p&&blockquote&注：书籍 &a href=&https://link.zhihu.com/?target=https%3A//book.douban.com/subject/4210602/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&大道至简 (豆瓣)&/a&， &a href=&https://link.zhihu.com/?target=https%3A//book.douban.com/subject/1467587/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&UNIX编程艺术 (豆瓣)&/a& 的核心思想&/blockquote&&p&11、最好的构架、需求和设计出自于&b&自组织的团队&/b&。&/p&&blockquote&注：《失控》中的去中心化，生物般的进化&/blockquote&&p&12、&b&每隔一定时间&/b&，团队会在如何才能更有效地工作方面进行&b&反省&/b&，然后相应地对自己的行为进行&b&调整&/b&。&/p&&blockquote&注：“实践——反省——修正——成长......”的正循环&/blockquote&&p&基于以上这些原则和关键词，抽出几个敏捷开发的核心：“价值”、“客户”、“人”、“团队”。&/p&&hr&&h2&敏捷实践之Scrum&/h2&&p&大家要明白一个区别，敏捷开发是一种思想，下面来讲述一下承载这种思想的其中一种开发过程Scrum。&/p&&figure&&img src=&https://pic4.zhimg.com/v2-b84dd2abac409da62021a_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&636& data-rawheight=&475& class=&origin_image zh-lightbox-thumb& width=&636& data-original=&https://pic4.zhimg.com/v2-b84dd2abac409da62021a_r.jpg&&&/figure&&p&从这张开发过程使用的统计图中可以看出Scrum的流行程度。Scrum本身并不是方法论，它只是一个框架，它只定义了高层次的管理流程，如下图示&/p&&figure&&img src=&https://pic2.zhimg.com/v2-fb42a9be22832dafd54bcec_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&670& data-rawheight=&488& class=&origin_image zh-lightbox-thumb& width=&670& data-original=&https://pic2.zhimg.com/v2-fb42a9be22832dafd54bcec_r.jpg&&&/figure&&p&它并不涉及具体开发方法或者人员的有效沟通技巧等。这些没有涉及的领域需要同其他理论和技能互为补充，以确保项目的成功。&/p&&figure&&img src=&https://pic4.zhimg.com/v2-6c3b69ffdf674e4d5f2110_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&864& data-rawheight=&515& class=&origin_image zh-lightbox-thumb& width=&864& data-original=&https://pic4.zhimg.com/v2-6c3b69ffdf674e4d5f2110_r.jpg&&&/figure&&figure&&img src=&https://pic4.zhimg.com/v2-d62ae3c088e35f1d394accace804a16a_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&941& data-rawheight=&700& class=&origin_image zh-lightbox-thumb& width=&941& data-original=&https://pic4.zhimg.com/v2-d62ae3c088e35f1d394accace804a16a_r.jpg&&&/figure&&p&可以看到Scrum的实施过程是建立在敏捷开发思想12原则基础上的。反过来，对流程的实施也可以加深大家对敏捷原则的理解。&/p&&p&&b&Scrum兼有的价值观&/b&&/p&&ul&&li&核心价值观：承诺、专注、公开、敬重和勇气&/li&&li&提倡的原则：自我管理、涌现机制、可视性和评估/适应循环&/li&&/ul&&p&&b&Scrum的要点提炼&/b&&/p&&ul&&li&Backlog——明晰商业价值，场景化用户故事&/li&&li&任务估算——精细，可控，准确&/li&&li&会议——专注，高效，开放&/li&&li&目标——清晰，可达成&/li&&/ul&&hr&&h2&敏捷开发的书籍推荐&/h2&&p&《&a href=&https://link.zhihu.com/?target=https%3A//book.douban.com/subject/3390446/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&硝烟中的Scrum和XP &/a&》
&/p&&p&《&a href=&https://link.zhihu.com/?target=https%3A//book.douban.com/subject/4164024/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&高效程序员的45个习惯 &/a&》&/p&&h2&敏捷开发的工具推荐&/h2&&p&&a href=&https://link.zhihu.com/?target=http%3A//atlassian.csdn.net/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Jira && confluence&/a&
项目管理、wiki知识库&/p&&p&&a href=&https://link.zhihu.com/?target=http%3A//www.redmine.net.cn/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Redmine&/a&
需求、原型、协作&/p&&p&&a href=&https://link.zhihu.com/?target=https%3A//jenkins.io/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&jenkins&/a&
持续集成&/p&&p&&/p&&p&&/p&&p&&/p&
导语：现在每当直接或间接带一支研发团队我都会给大家做一次敏捷思想和实践的培训（注：软件方向，复杂的硬件开发流程建议使用IPD思想）。作为一个有近10年的开发编码工作经验的资深程序员，作为一个管理者，作为一个还算转型成功的创业者，我一直有种初心…
&figure&&img src=&https://pic1.zhimg.com/v2-f659f6af4c396ffd7bdebdbb42d9e566_b.jpg& data-rawwidth=&1324& data-rawheight=&814& class=&origin_image zh-lightbox-thumb& width=&1324& data-original=&https://pic1.zhimg.com/v2-f659f6af4c396ffd7bdebdbb42d9e566_r.jpg&&&/figure&&p&我们看不到真相，不是因为离它太远，正相反，是我们身临其中太久，以致什么也看不到。&/p&&figure&&img src=&https://pic1.zhimg.com/v2-f659f6af4c396ffd7bdebdbb42d9e566_b.jpg& data-rawwidth=&1324& data-rawheight=&814& class=&origin_image zh-lightbox-thumb& width=&1324& data-original=&https://pic1.zhimg.com/v2-f659f6af4c396ffd7bdebdbb42d9e566_r.jpg&&&/figure&&p&人类大脑具有神奇的可塑性。&/p&&p&无论是认知科学、临床医学还是脑神经科学都有大量实验证明：无论是猴子还是人类，仅玩几天游戏便会使大脑皮层产生变化。&/p&&p&&br&&/p&&p&而如果说，我们天天浸泡其中的互联网，却没有引起我们的认知水平、行为模式、乃至整个社会意识形态的些许改变，那也太离谱了吧？&/p&&p&&br&&/p&&p&那么，互联网、尤其是移动互联网近十年来究竟使社会潮流发生了那些改变？&/p&&p&我们作为个人、或商业机构又该如何驾驭这种变化？&/p&&p&&br&&/p&&p&本文，李少加将结合&u&&b&经济学、社会学、发展心理学、进化论、互联网科技的新兴研究&/b&&/u&，与各位分享互联网用户，也就是我们自身，在“认知水平、社交传播、时间决策”这三个关键维度的深远改变。&/p&&p&&br&&/p&&p&我想，这无论对个人职业发展或是企业战略思考还是有一定参考价值的。&/p&&p&&br&&/p&&blockquote&无论本文论证多充实、推演多严谨，亦最多适合98%的群体，请思辨参考——李少加（作者）温馨提醒。&/blockquote&&p&&br&&/p&&p&&br&&/p&&h2&&b&一、用户认知水平变化：二元极化&/b&&/h2&&p&&br&&/p&&p&任何新事物对人的改变都是从“认知层面”发生。&/p&&p&&br&&/p&&p&互联网时代的最大改变，可以总结为三点：&/p&&ul&&li&&b&资讯爆炸&/b&&/li&&li&&b&信息及服务唾手可得&/b&&/li&&li&&b&社交本质剧变&/b&&/li&&/ul&&p&&br&&/p&&p&你或许会问，互联网不是“消除信息不对称，带来了自由、平等、多元化”么？我只能说，这虽然是互联网创立之初的美好愿景，但演变至今日，显然已经失控。&/p&&p&&br&&/p&&p&&b&（1）资讯爆炸引发的信息过度简化&/b&&/p&&p&&br&&/p&&p&先谈下“资讯爆炸”，早年前就有众多专家担忧互联网信息量超载会给我们的大脑带来过大的负担。事实证明，专家们一如既往，&b&错的离谱&/b&。&/p&&p&&br&&/p&&p&没错，现代人的大脑跟原始人并没有多大区别，我们今天一天接触的信息量比原始先辈们一辈子接触的信息量还大。然而，人类与生俱来似乎就有强悍的“信息筛选屏蔽能力”——&b&海量信息引发大脑信息筛选能力的“快速进化”&/b&。&/p&&p&&br&&/p&&p&这不是好事么？&/p&&p&很遗憾，&b&“进化”从来就不考虑“优劣”，进化考虑的是“适应性”&/b&。&/p&&p&&br&&/p&&p&除了极少数比例的精英，普&b&通大众筛选&/b&信息的手段&b&简单粗暴&/b&：&b&基于爬行动物脑的喜好&/b&——即“爱”“恨”“情”“仇”“浅显功利”等资讯会优先占据用户注意力。&/p&&p&&br&&/p&&p&然而，我在推文《&a href=&https://link.zhihu.com/?target=http%3A//mp.weixin.qq.com/s%3F__biz%3DMzI2NzA3OTQyMA%3D%3D%26mid%3D%26idx%3D1%26sn%3D6ea8ce440c2c836db426d26%26chksm%3Df00a5cf15c7b92b9cb18e28fef7cf07a4cd949%26scene%3D21%23wechat_redirect& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&知识的致命陷阱&/a&》也论述过：&/p&&blockquote&「&b&最高产的思维是那些引领我们重新构想有用的全新描述的思维&/b&。」&br&而这些全新思维的习得是需要一些“&b&脱离舒适圈的全新知识刺激&/b&”，这与爬行动物脑的“口味”恰好反过来的。&/blockquote&&p&&br&&/p&&p&举个例子：&/p&&p&对于一个前互联网时代的初中生，闲暇时间，他可能会翻看摆在书架上的《时间简史》（*注：理论物理背后的思维其实非常高价），慢慢的打开了一个脱离现实视角的思维世界，激发了全新思维发育的“可能性”。&/p&&p&&br&&/p&&p&然而，这件事对后互联网时代的初中生变得如此艰难——他们的闲暇时间都被游戏娱乐牢牢占据，对于&b&心智发育尚未健全&/b&的孩子，他&b&不大可能具备“摆脱多巴胺的诱惑”、&/b&沉下心来翻看沉闷的思想类书籍的能力。&/p&&p&&br&&/p&&p&所以，总的来说，&b&互联网的泛滥应用&/b&对于大量&b&“存在进一步发育健全人格”的“可上可下”的人群是极不公平&/b&的，他们&b&极大的推迟了大脑高阶思维能力的发展&/b&，错过了&b&构建宏图伟业的最佳人生时期&/b&。&/p&&p&&br&&/p&&p&如果说，资讯爆炸只是降低人大众“投入注意力学习高价值资讯”的概率。那么，互联网的另一个影响则更为致命：&/p&&p&&br&&/p&&p&&b&（2）信息及服务唾手可得对大脑“奖赏回路”的重塑&/b&&/p&&p&&br&&/p&&p&自然界，任何动物一旦一段时间毫无所获，必将面临挨饿乃至死亡的危机。&/p&&p&人类的先祖一样如此，这进化出了一种现代人称之为“无聊”的“焦虑感”。即，一旦我们无所事事，就会感到焦虑。这种&b&不舒服的感受会迫使我们“行动”，而且通常会倾向于“脱离舒适圈”&/b&（更有机会脱离困境）。&/p&&p&&br&&/p&&p&换句话说，&b&人类需要必要的“无聊感”。&/b&比如一个初中生无聊时可能会翻看厚重难啃的名著经典。但是，时下，对一个人成长&b&至关重要的“时空间隙”&/b&，却&b&被互联网以最低成本解决&/b&了。&/p&&p&&br&&/p&&p&商业机构绞尽脑汁占据我们所有人一分一刻的“无聊时间”，每个人看似都很“忙”，忙的连睁眼起床、上厕所、洗漱、吃饭、甚至与人交谈都在盯着手机屏幕。&/p&&p&&br&&/p&&p&而一旦“断网”，许多人人都会出现“烦躁、抑郁”的“症状”。听起来是不是很熟悉？ &/p&&p&&br&&/p&&p&2012年针对中国青少年一项名为《网络上瘾者不正常的大脑白质完整性》的研究显示：上瘾者在大脑中引起的变化与酗酒、吸毒的变化非常类似。&/p&&p&吸毒成瘾会改变大脑的奖赏回路，网络成瘾怎么可能不会“重塑”大脑呢？&/p&&p&&br&&/p&&blockquote&所以，这里回复下读者 @&u&R君&/u& 在昨天预告的提问：&br&电子设备是否会影响人类认知能力，比如注意力下降、记忆力下降？&br&从物理角度讲，并不会。一些游戏对人类认知能力还有提升效果。但是，相比这点益处，更刺激的互联网应用却会很轻易的改变“多数人”的大脑奖赏回路，被动的大幅度降低人们的专注力。&/blockquote&&p&&br&&/p&&p&我是说，多数人。少数心智健全的人只是把互联网当做一种高效的工具，能够游刃有余的游走其中。从而在互联网中获得极大的“利好”。&/p&&p&&br&&/p&&blockquote&所以，这里回答另一个读者@&u&钟一亦&/u& 对预告的提问：&br&我个人感觉互联网对我利大于弊，比如能获得『前互联网时代』压根不知道的资讯，而我好像也没有对互联网很上瘾？&br&是的，所以我刚提到了“心智健全”的人，并无歧视之义，真正意义上的知识精英基本上能游刃有余的摆脱“爬行动物脑”的过渡干涉。当然，这并非是这些人天赋智慧，而是生长环境的“契机”使然，比较幸运（以前推文谈过，此处不展开）。&/blockquote&&p&&br&&/p&&p&所以，宏观来看，互联网对大多数“心智尚未发育完全”的群体并非利好。&/p&&p&&br&&/p&&p&尤其需要注意的是，人类有不少思维智能&b&只能在特定的人生阶段习得&/b&，而&b&一旦错过&/b&这个阶段，将&b&再也无法真正掌握&/b&。&/p&&p&比如，“双母语能力”，几乎只能在5岁之前才有机会学会。现在脑科学研究尚浅，我们&b&不知道还有多少人类的高级思维智能是错过了某阶段之后再也无法习得&/b&的。&/p&&p&&br&&/p&&p&2014年英国著名意识研究科学家Susan Greenfield发表了《头脑变化》：网络不是在创造更智能的机器，而是创造出更蠢的人类。&/p&&p&著名科技记者皮埃罗有句玩笑我很喜欢：“要让人工智能超越人类有两种方式：一种是让智能更聪明，第二种是，让人类变蠢！”&/p&&p&&br&&/p&&p&期待人工智能不是通过第二种方式胜出。&/p&&p&&br&&/p&&blockquote&如果你想测试下自己是否属于“心智发育成熟的人”，最简单的方式是“断网”一周，看看自己是否会“不舒服”，验证下自己是否还具备“享受安静独处”的能力。&/blockquote&&p&&br&&/p&&p&后互联网时代用户认知水平总结：&/p&&p&互联网本身是一种全新中立的技术工具，由于上述影响，它&b&让牛人更牛，也让蠢人更蠢&/b&。&/p&&p&而&b&绝大多数『可上可下』的普通人，却极大的降低了这个群体“向上”的概率&/b&。&/p&&figure&&img src=&https://pic1.zhimg.com/v2-246c166a85c4e49da476d2d2ec845834_b.jpg& data-rawwidth=&1266& data-rawheight=&1006& class=&origin_image zh-lightbox-thumb& width=&1266& data-original=&https://pic1.zhimg.com/v2-246c166a85c4e49da476d2d2ec845834_r.jpg&&&/figure&&p&&br&&/p&&h2&&b&二、社交媒体：既毁了社交，也毁了媒体&/b&&/h2&&p&&br&&/p&&p&在互联网的诸多应用中，对“人类文明”改变最大的可说是“社交媒体”，没有之一。&/p&&p&社交媒体对社会最大贡献可说是既&b&漂亮的扼杀了“社交”，又优雅的终结了“媒体”&/b&。&/p&&p&&br&&/p&&p&&b&（1）社交媒体扼杀了社交&/b&&/p&&p&&br&&/p&&p&与互联网一样，社交应用的初衷也很美好：创建一撮高效、志同道合的虚拟社交空间，不受地域、时间的限制，低成本能耗、共同协作创造更多社会价值。&/p&&p&&br&&/p&&p&然而，正如物理世界中“&b&有序总是自发的向无序演化&/b&（熵）”，人类一旦聚拢之后体现的“宏观群体本能”似乎也具备将“中立化工具向负面方式使用的倾向”。古人不就常说“好事不出门，坏事传千里”么。&/p&&p&&br&&/p&&p&人是社会化动物，社交是人之为人的属性，这已经是刻印在我们基因中的刚性需求了：我们&b&唯有从亲朋好友的真实情感交流中才能获得“自我感”、“存在感”、“归属及安全感”&/b&。&/p&&p&&br&&/p&&p&然而，社交媒体，尤其是神奇的“点赞”发明之后，&b&社交网络逐渐演变成了个人“虚荣”的放大器&/b&。人们只需选取特定的角落、拍照P图、发布，就能&b&以极低成本打造“虚拟良好的自我形象”&/b&，相比之下，真实的“情感社交”实在麻烦的很。&/p&&p&&br&&/p&&p&对人类这一物种而言，虚荣（背后是优越感）能刺激“多巴胺”分泌，但&b&多巴胺只是奖赏“期望”，改变行为，却带不来幸福&/b&，网络社交就是这么一回事。（“情感社交”却是反过来的）。&/p&&blockquote&PS：“社交媒体上瘾症”的实质包括虚荣瘾、偷窥瘾、八卦瘾。&/blockquote&&p&&br&&/p&&p&当然，我们不能否认这类“伪社交”带来了巨大的商业价值：&/p&&p&人们从此更乐于花大钱“体验斑斓多彩”的人生。如果没有朋友圈，那些高端消费、旅游产业估计为萎缩掉一大半的市场。&/p&&blockquote&我在斯里兰卡时，曾跟一些国人拼桌吃饭，他们刚拍完照挤出无比优越的微笑，放下手机后随即说了句，这个国家好无聊……&/blockquote&&p&此外，更不用提社交媒体每年数十亿美元的广告市场。&/p&&p&而基于社交媒体的大数据与新商业的联合衍生的更巨大商业（用户行为贡献了数据，然后收益却归大公司所有）。&/p&&p&&br&&/p&&p&然而，在众多的商业成功背后，我们永远不知道作为人类个体，我们牺牲掉了哪些“人性”、牺牲掉了哪些“幸福体验”，而这些“人性”、“幸福感”又是否能用几十、几百亿美元买回来。&/p&&p&&br&&/p&&p&社交工具硬生生的文字、图片、表情交流永远无法取代面对面社交“表象音色”情境化带来的情感价值。人与人之间的&b&功利型社交取代情感社交，将使人类变得更自我为中心、更自私，彼此信任度极低&/b&。&/p&&blockquote&我私交甚好的朋友中，不少人都表示“很少打开朋友圈”或“要不是工作需要都想关闭朋友圈”了。&/blockquote&&p&&br&&/p&&p&&b&（2）社交媒体扼杀了媒体&/b&&/p&&p&&br&&/p&&p&后社交媒体时代，评判一篇文章好坏的标准已经不是“社会价值”，而是被市场机制极其肤浅的简化为“阅读量”、“分享量”。&/p&&p&于是，大多数社交媒体提供的只是“八卦”、“未经调查思考的信息”，这些垃圾资讯填充了大众的视野。一些广告营销机构搞的“病毒式传播现象”不仅不受指责，还被许多机构视作MBA经典，竞相模仿。&/p&&p&哪里获得关注，哪里就是吸金之处，&b&社交媒体在事实上直接消灭了大量传统的优质媒体&/b&、刊物，哪怕少数幸存者也唯有逐渐的庸俗化，苟延残喘。&/p&&p&&br&&/p&&p&社交媒体之所以演化至此，与第一部分谈的“大众整体认知水平下降”有着高度的因果循环关系，反过来，社交媒体又进一步助长“认知水平下降”。&/p&&p&&br&&/p&&p&当然，我并没有把这一切问题归咎为互联网本身。&/p&&p&全民娱（愚）乐早在纸媒电视时代就已经开启了，&b&互联网与金钱一样，不过充当着放大镜或加速器&/b&罢了。&/p&&p&&br&&/p&&blockquote&以我个人而言，互联网绝对是“利好”，毕竟我既不成瘾也没有丢失真实社交，我个人对互联网始终持中立态度。其实以上问题也更快更激烈的暴露了市场机制的弊病——市场机制解决不了许多社会问题。&/blockquote&&p&&br&&/p&&p&按照上述演化推论，可以确定几点：&/p&&p&一、真实的人际社交萎缩，口碑传播效果降低。（注意，是真正的情感化社交口碑传播，不是社交媒体传播）&/p&&p&二、月盈则亏，个人还是相信精英阶级的决策，社交媒体对社会的负面影响势必将大受限制。各大机构、平台已经逐步出台削弱低俗信息传播的力度，说的直白点，“朋友圈分享、传播”将不再像以前有效了。&/p&&p&三、个人建议是，市场、运营人员&b&别过于醉心研究基于爬行动物脑的“病毒传播”&/b&，就算它一时能规避法务风险，也&b&难免以自伤品牌形象为代价&/b&。&/p&&blockquote&大量数据证明，分享量高的文章带来的关注贡献率反而很低。&/blockquote&&p&&br&&/p&&p&那么，后互联网时代对大众的认知、社交模式改变如此之大，对人们的时间使用方式又会带来怎样的影响呢？&/p&&p&&br&&/p&&p&&br&&/p&&h2&&b&三、用户时间决策模式：故事左右我们的时间&/b&&/h2&&p&&br&&/p&&p&如果我问你：“你的业余时间自己能把控多少？”，你是不是以为我脑子被驴踢了。&/p&&p&但是，在怀疑我是否刚从动物园出来前，我们最好反思下：我们真的能很好驾驭自己的时间么？&/p&&p&&br&&/p&&p&如前面论述，巨大的市场竞争压力导致所有的互联网商业机构都在招揽最优秀的人才，&b&“玩命思考研究”如何最大程度的抢夺用户们的稀缺注意力资源&/b&——我指的是，用户的时间。&/p&&p&&br&&/p&&p&举个例子，下班后，表面看，你有几个小时的自由时间。&/p&&p&这些时间，你可以“自由把控”，可以学习充电、运动健身、与家人静静地散步……然而，如果你在回家的地铁上恰好看到了一个“异常吸引你的游戏广告”、或者你刷微博的时候“恰好”收到了你喜欢的八卦资讯（基于行为分析），那你当晚的“时间”是否因此改变了？&/p&&p&&br&&/p&&p&这就是当下用户时间的决策模式——&b&被无数围绕在周边的线上线下传媒资讯所潜移默化&/b&。&/p&&p&&br&&/p&&p&你不信传媒具有这么大的影响力？&/p&&p&&br&&/p&&p&那我们不妨先思考下，我们的时间分配本身是由什么决定的？个人目标，对吧。&/p&&p&&br&&/p&&p&那么，个人目标又是怎么来的？&/p&&p&&br&&/p&&p&我们不妨借鉴下社会学、认知学的观点：&b&人类的思维模式是以故事&/b&（符号思维）&b&为基础&/b&。&/p&&p&社会心理学家罗杰.尚可、罗伯特.埃布尔森认为，人们对于事实要点的记忆，是围绕故事排列的，那些&b&被记住的事实其实是附在故事&/b&中，&b&其他事实&/b&可能会形成短暂记忆，但影响较弱，而且&b&最终会被遗忘&/b&。&/p&&p&&br&&/p&&p&既然&b&故事能够让人们构建宏伟的目标&/b&（时间决策模式），那么，&b&故事本身也能够影响用户时间决策&/b&则是再正常不过了。&/p&&p&&br&&/p&&p&那些打动你改变时间决策的传媒资讯，背后凭借的就是某种吸引你的内隐故事（游戏化思维的背后同样是故事原型）。&/p&&p&&br&&/p&&p&此外，同样作为一种可支配资源，“时间”比起“金钱”来显然要吃亏的多：&/p&&p&&br&&/p&&p&一瓶农夫山泉你硬收用户60块钱他会很愤怒，甚至可能转化成“一生黑”；&/p&&p&但你让用户刷60分钟段子，哪怕他事后感觉空虚抑郁，但&b&却从未替那“60分钟”不值&/b&。后者还是“永不可再生资源”呢！&/p&&p&&br&&/p&&p&&b&用户对时间的价值感知非常模糊&/b&。&/p&&p&&br&&/p&&p&用户越害怕“无聊”的焦虑感，就越容易基于“易得性原则”廉价消费自己的时间，以致用户的时间变得更不值钱，再往后恐怕真的就“轻如鸿毛”了……尤其可怕的是，大部分用户自身居然还没有这个意识。&/p&&p&&br&&/p&&p&&b&用户习惯培养起来很难，被改变却容易的多&/b&。&/p&&p&&br&&/p&&p&结论是，以目前的主流态势来看，&b&谁掌控了流量大头、谁掌控了最善于讲故事的传媒能力，谁就左右了大众的时间&/b&。&/p&&p&&br&&/p&&p&&br&&/p&&h2&&b&四、后互联网时代对我们的重大启示&/b&&/h2&&p&&br&&/p&&p&李少加认为“进化论”的“进化”两字很容易让大众产生误解：好像进化意味着更强、更好。但事实并非如此，&b&进化仅意味着“更好的适应环境”&/b&。&/p&&p&&br&&/p&&p&那谈到这里，似乎本文的建议也不言而喻了——迎合大众，更确切的说，迎合爬行动物脑，设计更刺激的“成瘾”机制吸引黏住用户？&/p&&p&&br&&/p&&p&然而，进化论毕竟只是“自然界逻辑”——但时下无论职场人士、创业者甚至一些商界大佬，却&b&在基于对进化论一知半解的情况下错误的解读了商业的进化逻辑&/b&。&/p&&p&&br&&/p&&p&人类是自然界中唯一具备“符号思维”的生物（目前已知），这种思维赋予&b&人类除了被动适应之外，更多是主动改造环境以更好的生存&/b&。&b&这个思维才更符合健康的商业逻辑&/b&。&/p&&p&&br&&/p&&p&我们从微观经济学也可以受到启示：供给-需求会保持在某个市场平衡点，有意思的是，&b&在这个平衡点上，供需双方彼此对价格都不满意&/b&（卖方觉得卖便宜了，买方觉得买贵了）。&/p&&p&&br&&/p&&p&类似道理，后互联网时代确实是娱（愚）乐至死牢牢占据着主流战场，用户虽然成瘾其中：游戏、直播、视频、刷微博、朋友圈……然而&b&用户真的满意么？不见得&/b&。&/p&&p&&br&&/p&&p&据我直接、间接的调研，大部分用户并未从中感受到“幸福”。&/p&&p&“但是，除此之外，还能做什么呢？”某用户如此回复我。&/p&&p&&br&&/p&&p&这恰恰是巨大的机会点，也是所有商业机构真正应该发力之处——当所有的商业都在绞尽脑汁思考“如何让用户更成瘾”时，你能不能想到一点别的？（不知道张小龙提出“好的产品是让用户用完即走”，背后是否基于同样的逻辑）&/p&&p&&br&&/p&&p&&b&满足已知的表象需求，就像线性思维一样，位于低解释水平，很简单&/b&。&/p&&p&在已验证有效的成瘾设计中修修补补顶多盖个帽子即可。然而这也意味着无尽的同质化，尤其在相关规范尚不成熟，而国内众多毫无廉耻心的抄袭者们的推波助澜下，&b&这演变成了一场毫无审美可言的聚众斗殴，谁拉的流氓&/b&（投资）&b&多，谁就更有机会胜出&/b&。&/p&&p&&br&&/p&&p&&b&用户其实并不满意，用户在等待着，更多破蛹而出的创想&/b&。&/p&&p&&br&&/p&&blockquote&昨天推文预告时，读者@畵扇 提问：&br&产品应该顺应趋势抢用户注意力，更加打碎自己，还是应该反向而行？做更有价值的输出？&br&以上便是我的答案。 &/blockquote&&p&&br&&/p&&p&那么，我们究竟还能做些什么呢，或者说，应该做些什么呢？&/p&&p&限于篇幅关系，我将在后续推文深入讨论此话题。&/p&&p&&br&&/p&&p&此处先提几个大思路：&/p&&p&（1）对互联网机构，迎合用户的爬行动物脑或者在一定时期内是最安全、最稳妥的做法。但也注定了与“伟大无缘”，此外，还特别没意思。&/p&&p&（2）这种&b&稳定与安全是以未来的“迅速衰亡”为代价&/b&。因为，类似囚徒博弈，多数企业都会采取稳妥的策略，最终导致市场变臭（现阶段已经发生）&/p&&p&（3）创新势在必行。但&b&多数创新会掉进“用户不知道自己需要”的尴尬区域&/b&（参考上篇推文的论述）&/p&&p&（4）&b&唯一的解决方案就是采取“熟悉又有点不同”的渐进式创新&/b&。&/p&&p&（5）多点诚意、少点套路，&b&社会型企业将是商业文明&/b&的未来。&/p&&p&大体来说：&/p&&ul&&li&让用户“被碎片化的时间”填补起来； &/li&&li&重新唤醒用户的“人性”（符号思维）；&/li&&li&重新点燃用户被“虚无”浇灭的“追求感”&/li&&/ul&&p&这些都是非常好的新商业方向（比如「少加点班」推出的“知愿者实验”做的便是这件事）。&/p&&p&&br&&/p&&p&嗯……以本文观点，喜欢本文的读者在人群中比例应当挺低的。如果本文的阅读数据很“漂亮”，那真是狠狠的刮了我一巴掌。&/p&&p&&br&&/p&&p&然而，我是真诚期望自己被“打脸”的，于公于私。&/p&&p&世界更多元化一点，色彩绚丽斑斓一点。&/p&&p&挺好。&/p&&p&&br&&/p&&blockquote&本文参考著作索引：&br&《Animal Spirits》George A.Akerlof & Robert J.Shiller&br&《Humankind 2.0》Piero Scaruffi&br&《The Society of Mind》Marvin Minsky&br&《未来简史》尤瓦尔.赫拉利著&/blockquote&&p&&br&&/p&&figure&&img src=&https://pic1.zhimg.com/v2-38baafc8c2e019da7862_b.jpg& data-rawwidth=&1486& data-rawheight=&688& class=&origin_image zh-lightbox-thumb& width=&1486& data-original=&https://pic1.zhimg.com/v2-38baafc8c2e019da7862_r.jpg&&&/figure&&p&&/p&
我们看不到真相，不是因为离它太远，正相反，是我们身临其中太久，以致什么也看不到。人类大脑具有神奇的可塑性。无论是认知科学、临床医学还是脑神经科学都有大量实验证明：无论是猴子还是人类，仅玩几天游戏便会使大脑皮层产生变化。 而如果说，我们天天…
&p&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-86945afb53bf_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&600& data-rawheight=&195& data-thumbnail=&https://pic1.zhimg.com/v2-86945afb53bf_b.jpg& class=&origin_image zh-lightbox-thumb& width=&600& data-original=&https://pic1.zhimg.com/v2-86945afb53bf_r.jpg&&&/figure&&p&&br&&/p&&p&&b&Agile——敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知，但以下总结了ThoughtsWork咨询公司的敏捷开发试验，希望可以达到管中窥豹的目的。
&/b&&/p&&figure&&img src=&https://pic4.zhimg.com/v2-454fe6be72a4e61b6e63db_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&618& data-rawheight=&295& class=&origin_image zh-lightbox-thumb& width=&618& data-original=&https://pic4.zhimg.com/v2-454fe6be72a4e61b6e63db_r.jpg&&&/figure&&p&&br&&/p&&p&&b&受到推从的n个敏捷开发实践流程：&/b&&/p&&p&&br&&/p&&p&&b&1.Iteration&/b&&/p&&p&&b&迭代开发。&/b&可以工作的软件胜过面面俱到的文档。&/p&&p&因此，敏捷开发提倡将一个完整的软件版本划分为多个迭代，每个迭代实现不同的特性。重大的、优先级高的特性优先实现，风险高的特性优先实现。&/p&&p&&br&&/p&&p&在项目的早期就将软件的原型开发出来，并基于这个原型在后续的迭代不断晚上。迭代开发的好处是：&b&尽早编码&/b&，尽早暴露项目的技术风险。尽早使客户见到可运行的软件，并提出优化意见。可以分阶段提早向不同的客户交付可用的版本。&/p&&p&&br&&/p&&p&&b&2.IterationPlanningMeeting&/b&&/p&&p&&b&迭代计划会议。&/b&每个迭代启动时，召集整个开发团队，召开迭代计划会议，所有的团队成员畅所欲言，明确迭代的开发任务，解答疑惑。&/p&&p&&br&&/p&&p&&b&3.Story Card/Story Wall/Feature List&/b&&/p&&p&在每个迭代中，架构师负责将所有的特性分解成多个Story Card。&/p&&p&每个Story可以视为一个独立的特性。&/p&&p&每个Story应该可以在最多1个星期内完成开发，交付提前测试（Pre-Test）。&/p&&p&当一个迭代中的所有Story开发完毕以后，测试组再进行完整的测试。在整个测试过程中（pre-test，test），基于Daily build，测试组永远都是每天从配置库上取下最新编译的版本进行测试，开发人员也随时修改测试人员提交的问题单，并合入配置库。&/p&&p&敏捷开发的一个特点是开放式办公，充分沟通，包括测试人员也和开发人员一起办公。&/p&&p&基于Story Card的开发方式，团队会在开放式办公区域放置一块白板，上面粘贴着所有的Story Card，按当前的开发状态贴在4个区域中，分别是：&b&未开发，开发中，预测试中，测试中&/b&。&/p&&p&Story Card的开发人员和测试人员根据开发进度在Story Wall上移动Story Card，更新Story Card的状态。这种方式可以对项目开发进度有一个非常直观的了解。&/p&&p&&br&&/p&&p&在开发人员开始开发一个Story时，ta需要找来对应的测试人员讲解Story功能，以便测试人员有一致的理解，同时开始自动化系统测试脚本的开发。&/p&&p&&br&&/p&&p&&b&4.Standup Meeting&/b&&/p&&p&&b&站立会议。&/b&每天早上，所有的团队成员围在Story Wall周围，开一个高效率的会议，通常不超过15分钟，汇报开发进展，提出问题，但不浪费所有人的时间立刻解决问题，而是会后个别沟通解决。&/p&&p&&br&&/p&&p&&b&5.Pair Programming&/b&&/p&&p&&b&结对编程&/b&是指两个开发人员结对编码。结对编程的好处是：经过两个人讨论后编写的代码比一个人独立完成会更加的完善，一些大的方向不至于出现偏差，一些细节也可以被充分考虑到。一个有经验的开发人员和一个新手结对编程，可以促进新手的成长，保证软件开发的质量。&/p&&p&&br&&/p&&p&&b&6.CI/Daily Build&/b&&/p&&p&持续集成和每日构建能力是否足够强大是迭代开发是否成功的一个重要基础。&/p&&p&&b&基于每日构建。&/b&开发人员每天将编写/修改的代码及时的更新到配置库中，自动化编译程序每天至少一次自动从配置库上取下代码，执行自动化代码静态检查（如PCLint），单元测试，编译版本，安装，系统测试，动态检查（如Purify）。&/p&&p&以上这些自动化任务执行完毕后，会输出报告，自动发送邮件给团队成员。如果其中存在着任何的问题，相关责任人应该及时的修改。&/p&&p&可以看到，整个开发组频繁的更新代码，出现一些问题不可避免。&/p&&p&通过测试部又在不停地基于最新的代码进行测试。&/p&&p&新增的问题是否能够被及时发现并消灭掉，取决于自动化单元测试和系统测试能力是否足够强大，特别是自动化系统测试能力。&/p&&p&如果自动化测试只能验证最简单的操作，则新合入代码的隐患将很难被发现，并遗留到项目后期，形成大的风险。而实际上，提升自动化测试的覆盖率是最困难的。&/p&&p&&br&&/p&&p&&b&7.Retrospect&/b&&/p&&p&&b&总结和反思。&/b&每个迭代结束以后，项目组成员召开总结会议，总结好的实践和教训，并落实到后续的开发中。&/p&&p&&br&&/p&&p&&b&8.ShowCase&/b&&/p&&p&&b&演示。&/b&每个Story开发完成以后，开发人员叫上测试人员，演示软件功能，以便测试人员充分理解软件功能。&/p&&p&&br&&/p&&p&&b&9.Refactoring&/b&&/p&&p&&b&重构。&/b&因为迭代开发模式在项目早期就开发出可运行的软件原型，一开始开发出来的代码和架构不可能是最优的、面面俱到的，因此在后续的Story开发中，需要对代码和架构进行持续的重构。迭代开发对架构师要求很高。&/p&&p&&br&&/p&&p&因为架构师要将一个完整的版本拆分成多个迭代，每个跌倒由拆分成很多Story，从架构的角度看，这些Story必须在是有很强的继承性，是可以不断叠加的，不至于后续开发的Story完全推翻了早期开发的代码和架构，同时也不可避免的需要对代码进行不断完善，不断重构。&/p&&p&&br&&/p&&p&&b&10.TDD&/b&&/p&&p&&b&测试驱动开发。&/b&正如上面讲的，迭代开发的特点是频繁合入代码，频繁发布版本。测试驱动开发是保证合入代码正常运行且不会在后期被破坏的重要手段。这里的测试主要指单元测试。&/p&
Agile——敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知，但以下总结了ThoughtsWork咨询公司的敏捷开发试验，希望可以达到管中窥豹的目的。
受到推从的n个…
&p&看不清的话可以去这里下载： &a href=&//link.zhihu.com/?target=https%3A//www.pmowner.com//%25E8%25B5%%25BA%%25B8%258B%25E8%25BD%25BD/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&资源下载&/a&&/p&&br&&p&&b&为什么要提倡敏捷开发&/b&&/p&&p& 人口红利时代的结束，互联网流量增量停滞，互联网行业整体由增量市场转为存量市场，创业的竞争压力变大&/p&&p& 资源的有限性，我们应该尽量先做最优先级最高的事情，快速地试验和学习&/p&&p& 敏捷提倡自我总结和改进，不断提高团队成员的能力和素质&/p&&br&&p&&b&中国特色的敏捷&/b&&/p&&p& 极限编程&/p&&p&
每天只工作8小时？还没到你‘极限’嘛，工作量严重不饱和，来来，多给你分配点任务；&/p&&p& 拥抱变化&/p&&p&
产品、策划需求频繁变更，常常自打嘴巴，昨天说好的今天又变卦。&/p&&p&
“我的需求有一个很‘简单’的改动……怎么要花这么久才搞好？你的代码架构一点都不灵活，根本就不够敏捷嘛！你懂得拥抱变化不？”&/p&&p& 迭代式开发&/p&&p&
做完了就赶紧先上线，出问题了就再修复一版更新上去&/p&&p& 持续集成&/p&&p&
哥天天提交几百行代码，不用编译，不用自测，没有Test Case，哥就是这么自信。&/p&&p& 测试驱动&/p&&p&
我点了两下，没发现什么明显问题，可以发布出去了&/p&&p& sprint冲刺&/p&&p&
版本明天就要上线了，今晚大伙儿来个通宵大作战，努力冲刺一把。&/p&&p& 迭代回顾&/p&&p&
那谁，版本刚上线问题肯定很多，这两天辛苦一下，手机24小时开机待命&/p&&p& 结对编程&/p&&p&
开玩笑，一份事情两个人轮流干，每人只领一半工资可以不？&/p&&br&&p&&b&mvp最小可验证产品——用一个最小的可实现模型去验证你的需求，即最小的代价&/b&&/p&&p& 产品&/p&&p&
项目的特点&/p&&p&
临时性&/p&&p&
独特性&/p&&p&
目的是为了结束&/p&&p&
运营的特点&/p&&p&
持续性&/p&&p&
重复性&/p&&p&
目的是为了延续&/p&&p& mvp的目的&/p&&p&
降低风险&/p&&p& why&/p&&p&
需求的不确定性&/p&&p&
资源的有限性&/p&&p& 做产品围绕的两个要点&/p&&p&
用户需求&/p&&p&
互联网行业通常并不是真实的用户需求，是需要验证的&/p&&p&
互联网——没有永远的真理，只有快速的迭代&/p&&p&
如何实现&/p&&br&&p&&b&point估算&/b&&/p&&br&&p& 目的&/p&&p&
评估故事的需要的点数，了解这个故事的大小&/p&&p&
评估一个sprint完成的点数（团队效率）&/p&&p&
以历史的角度分析团队每个sprint完成的点数，从而量化团队当前的效率&/p&&p&
在燃尽图中分析当前sprint的运行情况&/p&&p&
根据团队每周完成的平均点数和backlog需求的总点数计算项目需要的工期&/p&&p& 实施&/p&&p&
pm 阅读story条目，讲解这个条目中可能会有的问题及需要注意的事项，发起讨论。&/p&&p&
大家都理解这个story后开始做点数评估，按照：0,0.5,1,2,3,5,8,13,20,40,?,∞ 中的一个数字做为你对这个story的评估，这时你并不知道别人评估了多少，别人也不知道你评估了多少。&/p&&p&
当大家都完成评估后，开始公开评估结果，这时我们要观注结果的差异性。比如有人评估了1，而有人评估了8，显然这里面的差异是明显的，这个时候我们需要考虑：为什么有这么大的差异，是不是有什么我们遗漏了的？这时大家应该重新认识这个问题并评估。如果大家的意见比较一致，则可以进行下一个story的评估。&/p&&br&&br&&p&完整的总结脑图，看不清的话可以去 &a href=&//link.zhihu.com/?target=http%3A//pmowner.com& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&pmowner.com&/span&&span class=&invisible&&&/span&&/a& 的资源下载中下载原图： &a href=&//link.zhihu.com/?target=https%3A//www.pmowner.com//%25E8%25B5%%25BA%%25B8%258B%25E8%25BD%25BD/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&资源下载&/a&&/p&&figure&&img src=&https://pic2.zhimg.com/v2-59da2cb337b84da61026a81_b.jpg& data-rawwidth=&2723& data-rawheight=&5784& class=&origin_image zh-lightbox-thumb& width=&2723& data-original=&https://pic2.zhimg.com/v2-59da2cb337b84da61026a81_r.jpg&&&/figure&
看不清的话可以去这里下载：
为什么要提倡敏捷开发 人口红利时代的结束，互联网流量增量停滞，互联网行业整体由增量市场转为存量市场，创业的竞争压力变大 资源的有限性，我们应该尽量先做最优先级最高的事情，快速地试验和学习 敏捷提倡自我总结…
&figure&&img src=&https://pic3.zhimg.com/8f03a667ef7a68c8bf24d_b.jpg& data-rawwidth=&1529& data-rawheight=&1080& class=&origin_image zh-lightbox-thumb& width=&1529& data-original=&https://pic3.zhimg.com/8f03a667ef7a68c8bf24d_r.jpg&&&/figure&&p&&i&本文有 &/i&&i&&a class=&member_mention& href=&http://www.zhihu.com/people/8de9aa7f60d890b29c39& data-editable=&true& data-title=&@覃超& data-hash=&8de9aa7f60d890b29c39& data-tip=&p$b$8de9aa7f60d890b29c39& data-hovercard=&p$b$8de9aa7f60d890b29c39&&@覃超&/a&&a href=&http://www.zhihu.com/people/fu-xiao-yu-58& class=&internal&&付小鱼&/a&&/i&&i&撰写，由 &a class=&member_mention& href=&http://www.zhihu.com/people/476c58ffaa8a35fb4f78& data-editable=&true& data-title=&@阿古逮得勿& data-hash=&476c58ffaa8a35fb4f78& data-tip=&p$b$476c58ffaa8a35fb4f78& data-hovercard=&p$b$476c58ffaa8a35fb4f78&&@阿古逮得勿&/a& 润色和矫正。&/i&&/p&&br&&p&敏捷开发（Agile Develop）在国内一直很火，但是很少有人去探索其背后的细节和具体实施过程，大部分停留在口头浅显的概念。这次覃超大魔王撰文来解释scrum及其所提倡的敏捷开发过程。&/p&&p&Scrum：英文解释 &a href=&http://link.zhihu.com/?target=http%3A//www.merriam-webster.com/dictionary/scrum& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Scrum | Definition of scrum by Merriam-Webster&/a& （来自英文词典的权威：韦氏大词典）：&/p&&blockquote&&p&rugby : a way of starting play again in which players from each team come together and try to get control of the ball by pushing against each other and using their feet when the ball is thrown in between them&/p&&/blockquote&rugy：英式橄榄球。scrum：来自英式橄榄球运动，本质含义就是一群人你推我搡地去抢球和控球。&p&那在软件开发上的解释呢？&/p&&p&国内查阅百度百科： &a href=&http://link.zhihu.com/?target=http%3A//baike.baidu.com/view/1528674.htm& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Scrum_百度百科&/a&：&/p&&blockquote&Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：&i&Scrum of Scrums&/i&.&/blockquote&&p&大魔王自己看了三遍，还是不知所云。看完的体会就是：百度百科解释的好像很专业，也说了不少东西，但是看了还是觉得像没看一样。。。可能中国人就喜欢玩概念不说本质吧。也没有几个人去花时间给大家把本质说清楚。&/p&&br&&p&于是又查阅 Wiki 的解释：&/p&&blockquote&&p&&b&Scrum&/b& is an iterative and incremental &a href=&http://link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Agile_software_development& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&agile software development&/a& methodology for managing product development. It defines &a flexible, &a href=&http://link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Holism& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&holistic&/a& product development strategy where a development team works as a unit to reach a common goal&, challenges assumptions of the &traditional, sequential approach& to product development, and enables teams to self-organize by encouraging physical co-location or close online collaboration of all team members, as well as daily face-to-face communication among all team members and disciplines in the project.&/p&&p&A key principle of scrum is its recognition that during a project the customers can change their minds about what they want and need (often called &requirements churn&), and that unpredicted challenges cannot be easily addressed in a traditional predictive or planned manner. As such, scrum adopts an &a href=&http://link.zhihu.com/?target=https%3A//en.wikipedia.org/wiki/Empirical& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&empirical&/a& approach—accepting that the problem cannot be fully understood or defined, focusing instead on maximizing the team's ability to deliver quickly and respond to emerging requirements.&/p&&/blockquote&&p&哦，这一下子顿时恍然大悟。百度百科上的解释就是直接抄的wiki上的内容，翻译成中文。不过翻译的哥们估计是英语专业毕业的，所以翻译只限于字面含义，背后道理他估计也不懂。比较搞笑的是，百度百科忘记翻译了第二段，但是我却觉得第二段才是核心：&/p&&p&Scrum的核心思路，是首先承认我们的客户（或者我们的产品服务的用户）并不清楚自己的需求，并且人类的需求会不断变化（“requirements churn”：就是需求本身在不断地倒腾），所以我们默认需求是变化的需求，并且制定出一套策略能让整个组按照小功能快速开发，并且后续不断迭代。回归 Scrum 的英文含义：把开发就搞成一堆人在合力拼抢，把功能分成小块，快速开发和迭代。&/p&&p&结合我之前在Facebook工作的时候的具体经验，我把scrum的步骤总结如下：&/p&&ol&&li&项目负责人（一般是PM）列出一个要做的功能列表，按照优先级排好；每次从列表中抽出最重要的，且可以在二到三周内可以完成的几个；安排成子任务，分配好；&br&&/li&&li&对于每个任务分配一个PM，一个Designer，一两个程序员和一个测试，一个sprint（由一个小组快速迭代开发一小功能）。Sprint：有快速的意思，美国第三个无线运营商 Sprint。这里就是快速开发小功能的意思，不是百度百科上面翻译成的“冲刺”。&br&&/li&&li&马上开始做，且小组成员共同参与明确需求，设计原型，和编码迭代等整个过程（和scrum的本意一样，一群人一起上去“野蛮”完成任务）。这是和传统开发区别最大的地方。它并不像瀑布模型那样：设计等待pm确定需求；技术等待设计师出稿，或者技术等待PM写完需求（这种分级开发是最原始的办法）。上述瀑布工作流的问题是：每个阶段的某个角色很忙，但其他人闲的蛋疼；但是由于组与组做得远，没有任何讨论，所以对于需求或者设计的细节没有任何了解。技术人员往往直接拿到一个要求就开干，完成了事。极大地扼杀了技术人员的积极性，创造性和成就感。&br&&/li&&li&每天开小会（daily scrum）来分享每个小组具体完成了哪些进度；同时项目负责人再总结总体的进度；&br&&/li&&li&2-3 周后，小任务们应该告一段落，然后回顾总结一次。准备下一次的小任务（next sprint）。&br&&/li&&/ol&&br&&p&在Facebook，基本上由PM来做项目负责人，也由他们来drive（掌控）项目进度和组织daily scrum。每一个自然人不一定只参加一个小任务，可以兼职，比如经常性有PM和测试同时参加数个小任务。整个流程用图来描绘：&/p&&figure&&img src=&https://pic3.zhimg.com/d90e24a5be97e_b.jpg& data-rawheight=&1683& data-rawwidth=&2997& class=&origin_image zh-lightbox-thumb& width=&2997& data-original=&https://pic3.zhimg.com/d90e24a5be97e_r.jpg&&&/figure&&br&&p&再反复强调一次：Scrum是敏捷开发的最常用形式，其核心思想就是 &b&需求是经常变化并且难以确定的，犹如 Schr?dinger's cat（薛定谔的猫）一样；&/b&所以把大功能划小，然后配置完整的小团队（麻雀虽小，五脏俱全）去快速迭代开发（小团队的每个人都参与整个小任务的完整开发过程），直到把成批的小任务KO掉。&/p&&p&举一个在Facebook时我实际开发 voice message 的例子。Facebook Messenger上的voice message（发送语音消息）首先是由我在 Hackathon 上面做出一个原型，然后被 E Director 和 PM老大 喜欢，把它列为正式功能。接着启动对 voice message 的正式开发：&/p&&ol&&li&开会把具体需求确定下来（有我，设计师Dustin，PM Rob，还有PM老大和一个Engineering Director）；&br&&/li&&li&Dustin开始设计，我经常和Rob过去看他的进展，同时三个人讨论UI一些具体细节做成啥样：我喜欢可爱酷炫一点的，Dustin喜欢简约的（老外设计师）嘛，于是有时争论一下；&br&&/li&&li&我先把语音消息确定的小功能点开始写代码，同时让Rob建立Task（一个类似Jira或者Tower的东西，用与任务管理）；&br&&/li&&li&Dustin逐渐把交互特效（用Quartz Composer和Origami）和UI图给我，我开始完成UI部分；每完成一点，就把app装在机器上给他们看（或者说骄傲地炫耀一下），然后他们自然也给我不少反馈；于是三个人有时一起高兴庆祝，一起互相坚持己见友好撕逼；&br&&/li&&li&Daily scrum上汇报我们三个人的进度（也就是voice message的进度），有时show off一下我们的成绩，直到最后完成。&br&&/li&&/ol&&br&&br&&p&关于Scrum和敏捷开发大致就是这些。对团队的要求是：&b&组小，团队的人素质很高，很活跃，另外责任心强，最好在招人的时候就保持好比较高的水准。&/b&所以各位创业公司的朋友来让你们公司来试一下这个方法！&/p&&br&&p&另外，要注意的是，Scrum并不是万能的。而且Scrum只是软件开发的流程，并不能解决公司产品上的问题（而公司的成功很多时候在于产品本身）。对于Scrum的局限性正好 Medium 上有一篇写得很深刻的文章，这里翻译引入：（信息量比较大，同时毕竟是翻译，有点拗口，大家耐心看）&/p&&br&&p&&i&这篇文章的作者Adam
Pisoni是Yammer的联合创始人和前CTO，也是&a href=&http://link.zhihu.com/?target=http%3A//Responsive.org& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&Responsive.org&/span&&span class=&invisible&&&/span&&/a&的创始人之一。&br&原文地址： &a href=&http://link.zhihu.com/?target=http%3A//firstround.com/review/im-sorry-but-agile-wont-fix-your-products/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&I'm Sorry, But Agile Won't Fix Your Products&/a&&br&译文如下： 感谢 &a href=&http://www.zhihu.com/people/fu-xiao-yu-58& class=&internal&&付小鱼&/a&&/i&&i& 的精彩翻译！&/i&&/p&&br&&br&&blockquote&&h2&“不好意思，敏捷开发并能不能修复您产品的问题”&/h2&&p&Steve Denning是写作关于未来工作方式的最好作家之一，大家可以去拜读一下他的作品。几周前他给福布斯写过一篇文章，在这篇文章开头他提出这样一个问题：目前已经成为主流的敏捷开发是否与过去的很多管理理论一样，只是一时的狂热？经过分析，他认为敏捷开发的流行并不仅仅是一时的狂热，因为“敏捷开发以及Scrum解决的正是过去被回避的问题。它们直接倾听用户反馈，更强调能力而非权威”。&/p&&p&在我看来，敏捷开发系统对于开发团队有很大的进步意义，但是它还是不够深入。在敏捷开发出现之前，经常会出现这样的局面：一个团队花了大量的时间和资源却做出一个根本没有市场的产品。在瞬息万变的今天，试图预测用户需求已经变得几乎不可能，而敏捷开发就是为了从根本上解决这个问题：&b&如何开发用户需要的产品。&/b&&/p&&p&敏捷开发告诉我们&b&快速实验&/b&和&b&收集用户反馈&/b&的重要性，但是它却没有改变传统的中央集权式的管理方式。即使使用敏捷开发，没有实权且对全局信息了解甚少的工程师仍然有可能花费大量的时间去开发并无市场的产品，从而导致用户的不满，工程师的消极，以及管理层的失望。 &/p&&p&实际上，我同意敏捷开发宣言和守则的所有观点。这些观点现在看来仍然没有过时。敏捷开发强调我们应该从快速开发和迭代中学习，而不是死守一个既定的路线。而且应该让用户从一开始就深入地参与到开发的过程中。我们应该不停地倾听他们的意见，随时准备改变方向。&/p&&p&在敏捷开发之前，项目管理的方式是一开始创建一个总路线图，在这个路线图里面详细规划了需要做的事和如何做以及需要多少时间。现在我们都知道，这种路线图很少能准确预估真实情况。更糟的是，在路线图规定的截止日期和产品正式发布日期之间，项目主管很可能会改变计划。这让那些认为自己正在严格执行路线图的工程师感到不满。（&b&我想这是所有软件公司的通病，特别在国内。程序员想机器人一样被使唤来使唤去，但是很多时候熬夜做的东西没过一周就被替换成另外的方案，付出的劳动全部白费。&/b&）这也意味着会不断地出现新的不切实际的截止日期，从而迫使各个团队开始花费更多的时间在制定计划上面。讽刺的是，执行过程中缺乏透明度反而给了各个团队更大的自主权，让他们可以自行决定使用的方法和优先顺序等。但是，这种自治权和缺乏透明度经常会导致管理人员和工程师之间的不信任，最终无人获益。&/p&&br&&p&而Scrum的作用在于增加项目过程中的透明性和提升工程效率。管理人员每周决定下一步要完成的功能，工程师们估算各个功能所需时间和资源。大家一起计算花费然后确定下一个冲刺阶段能够完成的功能数。&/p&&p&Scrum极大地增加了透明性，使得管理人员不会再轻易提出不切实际的要求。同时它也需要不停地更新路线图。但是这种透明性实际上限制了工程师的自主性，他们的权力仅限于决定完成每个功能所需时间，然后从管理人员已经确定的功能里面挑一个来完成。&/p&&p&这导致工程师即使完成了一个任务，也无法了解到这个任务在整个项目中的作用和重要性。&/p&&p&虽然Scrum成功的限制了管理人员的权力，它却更多地被用来控制工程师的工作。管理人员仍然在决定各个功能的优先级，以及分配每个团队该