Chinese – 敏捷开发咨询顾问,Scrum认证,敏捷项目管理培训,敏捷教练,Scrum培训,优普丰,UPerform https://www.uperform.cn Mon, 03 Oct 2022 03:15:45 +0000 zh-Hans hourly 1 https://wordpress.org/?v=6.4.5 https://www.uperform.cn/wp-content/uploads/2018/07/cropped-cropped-UPerform-ico-1-32x32.png Chinese – 敏捷开发咨询顾问,Scrum认证,敏捷项目管理培训,敏捷教练,Scrum培训,优普丰,UPerform https://www.uperform.cn 32 32 专注要事、把手弄脏、高效优雅是对抗规模化焦虑的好办法–读Getting Real(达成现实)和 Rework(重塑工作) https://www.uperform.cn/%e4%b8%93%e6%b3%a8%e8%a6%81%e4%ba%8b%e3%80%81%e6%8a%8a%e6%89%8b%e5%bc%84%e8%84%8f%e3%80%81%e9%ab%98%e6%95%88%e4%bc%98%e9%9b%85%e6%98%af%e5%af%b9%e6%8a%97%e8%a7%84%e6%a8%a1%e5%8c%96%e7%84%a6%e8%99%91/ Mon, 11 Sep 2017 07:31:06 +0000 http://www.uperform.cn/?p=917
作者:Jacky 申导

飞机上读完了来自著名敏捷产品开发小公司–37signals的两本书,Getting Real《达成现实》和 Rework 《重塑工作》,后一本是前一半的升级版。作者是大名鼎鼎的Jason Fried / David Heinemeier Hansson / Matthew Linderman。讲述在VUCA(乌卡)互联网时代,用聪明、快速、容易的方式构建一个成功的产品。

最能够引起共鸣的,第一个是专注,专注于问题的关键,专注于客户价值,专注于要事,分清轻重缓急,敢于说“不”。第二个是“动手,别吵吵”,把手弄脏同时拥抱变化,迅速决定下一个小目标,然后完成它,从成功的成就感和经验中迭代前行。第三个是高效的适量工作远好于过量的低效工作,轻松优雅地平衡好生活与工作,在路上要不时地抬头望望天。

正巧在看到一篇文章,关于今日头条旗下悟空问答高薪挖角快手和知乎社区大V(即头部作者和活跃答主)。这些有价值的知识内容是日积月累,彼此启发而慢慢产生的。“但对于估值已经超过200亿美元的今日头条,规模化焦虑正变得越来越强烈,以至于它根本没有耐心花数年时间去经营一个可以源源不断长出优质内容的社区或者生态。他需要所有能让用户沉迷的东西,而不是真正有价值的东西,在尽可能短的时间内聚集到自家平台上来。在别人建造的森林里,寻找最粗最壮的大树,砍倒,拖走,插到自家的花园里,然后就可以骄傲地宣称:我们拥有一片最牛逼的森林,这里没有树苗,没有小树,甚至没有生长过程,每一棵树生来就是最牛逼的参天大树。”

这像极了现在火爆的敏捷培训和咨询市场,特别传统大型咨询公司,也想来分一杯羹,试图快速复制一套商业模式结合手上的客户资源,来帮助那些同样传统的大型公司来进行组织规模化敏捷转型,甚至所谓创新。可行吗?不知道,反正已经有一头大象失败了,但是还有更多的大象会想试试,我们冷眼旁观,继续做好自己的事情就好了。

回到这两本书,不论是思维还是实践,都和我们现在这个打造中的小而美的“海豹突击队”很像,也坚定了继续前行的决心,不管是领导力和敏捷教练、精益创新产品咨询、Scrum认证培训、Design Thinking等等。我们这个团队不会拒绝长大,但绝不会急于拔苗助长。踏实地开创一项生意,而不是一个臃肿复杂的怪物。多少初创团队急于扩展规模、接受投资,只会沦为傀儡,忘了初心。

读书笔记

1 起跑线
  1.1 问题的关键是什么?
    1.1.1 为自己而做,自助
    1.1.2 一切源于必要性
    1.1.3 要与众不同,吸引世界的注意(dent)
  1.2 不要太早扩张和融资
    1.2.1 会成为资本和规模的奴隶,真的需要这么多吗?
        1.2.1.1 开创一个事业,而非一家公司
    1.2.2 自己必须先在乎这个东西
    1.2.3 资源拮据往往能激发想象力
  1.3 固定时间和预算,灵活控制产品范围
    1.3.1 要有优先级
        1.3.1.1 渐进明细
        1.3.1.2 抓大放小
        1.3.1.3 不要过早拘泥于细节
        1.3.1.4 Good enough is good enough
        1.3.1.5 动作越快,用户的反馈越好
    1.3.2 别把时间浪费在还未成问题的问题
    1.3.3 魔鬼在细节中
    1.3.4 划定自己的底线,“不”做什么?
  1.4 找个敌人
    1.4.1 别老跟着领头羊
    1.4.2 你的激情或者冷漠,会其作用的
    1.4.3 把你自己投入到你的产品中,走近客户
    1.4.4 做的比竞争对手少
        1.4.4.1 放弃冷战思维
  1.5 数月的规划没有作用
    1.5.1 放弃猜测,决定这个星期该做的,而不是今年的,然后去做!
    1.5.2 能动手就别吵吵
  1.6 从成功中学习,而不仅仅是从错误中学习
  1.7 高效的适量工作,不要过量的低效工作,保持节奏
    1.7.1 没时间只是个借口
    1.7.2 完美的时机从来没有过
    1.7.3 去睡觉
  1.8 文化不是创造出的,而是持续行为的副产品
    1.8.1 以身作则
    1.8.2 用人不疑、疑人不用
    1.8.3 请大家按时下班
    1.8.4 制定政策只适用于情况一再出现的时候
    1.8.5 非凡的环境能产出信任、自主、责任
    1.8.6 别用那些4个字母的词:need, must, can't, easy, just, only, fast, everyone, noone, always, never,asap,这些都是激起敌意
2 保持精益
  2.1 越精益,越容易改变,质量越高
    2.1.1 轻装上阵
  2.2 减少改变的成本
    2.2.1 移除阻碍
    2.2.2 从三人小组开始
        2.2.2.1 梅特卡夫定律
  2.3 拥抱约束
    2.3.1 不充裕会强迫创新
    2.3.2 Stay Hungry
3 首要任务
  3.1 做你自己
    3.1.1 通过亲切友善和人性化,来有别于大公司
    3.1.2 从客户出发
    3.1.3 要由自己的理念和原则
  3.2 去网罗对味的顾客
    3.2.1 找到核心市场
    3.2.2 不要试图讨好每个人
4 挑选功能
  4.1 部分,而非残缺不全
    4.1.1 构建一半产品,而不是有一半缺陷的整个产品
  4.2 只留精髓
    4.2.1 从说“不“开始”
    4.2.2 看清隐藏的成本
    4.2.3 做你有把握的
        4.2.3.1 “调子出自你的指尖”
    4.2.4 盯住那些不变的本质的东西
    4.2.5 忘记功能需求
        4.2.5.1 只有不断被提醒的需要,才是重要的
    4.2.6 问人们不要什么
        4.2.6.1 创新来自于说不
  4.3 做个决定,别拖延了
  4.4 出售你的副产品
5 操作
  5.1 一场把软件运行起来的比赛
    5.1.1 尽快推出一个真实的产品
  5.2 在不断反复中工作着
  5.3 从灵感,到草稿,到HTML,到Code
  5.4 远离设置首选项
    5.4.1 设置首选项是一种逃避困难抉择,丢给用户的方式
    5.4.2 要自己拿主意
  5.5 搞定
    5.5.1 决定都是暂时的,拿个主意然后继续下一步
    5.5.2 成就=点子x执行
  5.6 放飞让大众去测试
    5.6.1 提前预热
    5.6.2 Beta测试
  5.7 缩短时间
    5.7.1 把时间和任务分成小份
    5.7.2 小的任务和时间表
6 组织
  6.1 跨职能团队
  6.2 独处时间
    6.2.1 留出不被打扰的整块时间
  6.3 会议有毒
    6.3.1 少开会
    6.3.2 分解它
    6.3.3 时间盒
  6.4 寻找和庆祝小的胜利
    6.4.1 每天发现点什么
    6.4.2 不断最求可达成的小目标
    6.4.3 越长的清单越做不完
7 人员配备
  7.1 不要过早招聘太多员工
    7.1.1 慢慢加人,迅速发展
    7.1.2 Brooks定理
    7.1.3 程序员的效率和效果相差悬殊
        7.1.3.1 高精尖要用诸葛亮
        7.1.3.2 普通工作用三个臭皮匠
    7.1.4 从亲力亲为开始
        7.1.4.1 直到无法忍受了再雇人
        7.1.4.2 不必担心“错过了那个牛人”,因为你还不需要他
  7.2 核查自我介绍,而非简历
  7.3 先从模拟项目开始结对工作
  7.4 根据对开源社区贡献来选择人才
    7.4.1 上学和受教育是两码事
  7.5 寻找通用的专才
    7.5.1 具备快速学习的能力
    7.5.2 而非专供一面的专家
  7.6 热情是装不出来的
    7.6.1 选择快乐的,中等技术水平的
    7.6.2 不选令人不满的专家
    7.6.3 为提问加分
    7.6.4 避免喜欢发号施令的人
    7.6.5 寻找自律的人
  7.7 找文字功底好的人
    7.7.1 清晰的文字才有清晰的思路
8 界面设计
  8.1 界面先行
    8.1.1 从页面核心开始扩展
  8.2 常规、初始、错误三种情况
    8.2.1 期待一个周到的初次运行体验
    8.2.2 做好防御
    8.2.3 应用的上下文胜过一致性
  8.3 每个字母都至关重要
  8.4 统一管理功能到公共界面
9 代码
  9.1 使代码尽量简化
    9.1.1 寻找更简化的方案
  9.2 选择使团队兴奋和倍感激励的工具
  9.3 代码会说话
  9.4 付清技术债
  9.5 通过API、RSS引入数据
  9.6 功能定义文档无用
  9.7 写活文档
    9.7.1 告诉我一个故事
    9.7.2 把产品想象成一个人
10 定价和注册
  10.1 免费样品
    10.1.1 毒品贩子用好货来吸引回头客付钱上瘾
    10.1.2 拿出最热单曲作为免费奖励
    10.1.3 大厨把自己的食谱展示出来,才能出名
    10.1.4 向人们展示你的是怎么运营生意的
  10.2 让注册和注销毫不费力
    10.2.1 离开时用growth Hacking设法挽留
    10.2.2 但不要勉强留住用户及其数据,来去自由
  10.3 避免长期合同和注册费用
  10.4 塑料子弹
    10.4.1 用提前通知和保留条款来缓和坏消息给用户的打击
11 推广
  11.1 好莱坞运作
    11.1.1 从挑逗,到预演,到开幕
  11.2 博客比广告更有力且便宜
    11.2.1 尽早征集共鸣和注册
    11.2.2 有趣的特色是引起共鸣好办法
  11.3 通过分享和教育来推广
    11.3.1 让顾客从你这里学到东西
    11.3.2 别去和对手竞争打广告和销售行为
    11.3.3 别写新闻稿Spam,去脱颖而出
  11.4 研究日志并跟踪共鸣(buzz)
  11.5 在应用内推销升级的机会
  11.6 起个好记的名字
  11.7 不需要市场部,每个行为都是Marketing
12 技术支持
  12.1 感知痛苦
    12.1.1 拆除研发和技术支持之间的墙壁,全员上阵
    12.1.2 零培训零手册,使用内嵌的帮助和答疑
    12.1.3 最高优先级去响应疑难问题
  12.2 招募跨职能端到端部队
    12.2.1 每个人都上前线
  12.3 强硬的爱,对客户说不
    12.3.1 当客户抱怨时,先让他们沸一会,他们最终会适应的
  12.4 公开你的坏消息,掌握主动
    12.4.1 快速、直接、诚实
    12.4.2 塑料花与残缺之美的鲜花(wabi-sabi)
    12.4.3 最糟的道歉就是不含道歉的道歉
13 上线之后
  13.1 上线一个月后发布一个重大更新
  13.2 保持发帖量
  13.3 测试版是私下的,公开的应该是发布版
  13.4 所有缺陷并不生而平等
  13.5 等到要求改变的应激反应停止后再采取行动
  13.6 订阅竞争对手的新闻消息
  13.7 小心臃肿的怪物
    13.7.1 更成熟并不意味着更复杂
14 软件之外的也可以应用这些理念
  14.1 小而快的绿色贝雷帽和海报突击队
  14.2 白线条乐团,2个人,流畅的乐曲,儿童鼓点,最少化待在录音室里
  14.3 苹果iPod并不像竞争对手一样提供内置调频广播或录音机
  14.4 橄榄球的"快攻hurry up offence",减少集合(huddle)和战术选择(play-call)的官僚
  14.5 Rachael Ray的30分钟美食节目
  14.6 莎士比亚、海明威用简单清晰的语言也有更好的文学效果
]]>
周鸿祎点名引入的一堂Scrum培训究竟给傅盛创业带来了什么 https://www.uperform.cn/%e5%91%a8%e9%b8%bf%e7%a5%8e%e7%82%b9%e5%90%8d%e5%bc%95%e5%85%a5%e7%9a%84%e4%b8%80%e5%a0%82scrum%e5%9f%b9%e8%ae%ad%e7%a9%b6%e7%ab%9f%e7%bb%99%e5%82%85%e7%9b%9b%e5%88%9b%e4%b8%9a%e5%b8%a6%e6%9d%a5/ Wed, 30 Aug 2017 04:59:57 +0000 http://www.uperform.cn/?p=884
2008/2009年交际,奇虎360创始人周鸿祎在看过优普丰敏捷学院创始人Bill李国彪先生翻译的敏捷经典著作《Scrum敏捷项目管理》后,通过其人力资源总监邀请我们给奇虎做了一次Scrum培训,包含了敏捷思维和敏捷实践等内容。这堂敏捷课里关于获取认知能力、拥抱变化的敏捷的心态又给傅盛的创业带来了哪些思考和启示呢?让我们从今天的文章里一探究竟。
内容来源:本文转载自公众号盛盛GO(id:盛盛GO)。图片设计 |邱小军 kay责编| Even

笔记君说——

侠客,你好!新商业路上,笔记侠时刻与你相互守望,并肩作战。

你与创业成功的距离,不是智商的距离,而是认知,并且不断提升认知。

前不久,我受邀参加明势资本年会,简单分享了一些关于认知的思考历程。碰巧也受邀给百度中层做了同一命题分享。这让我想起自己跟百度有过的两次擦肩之缘。那就由此开头吧。

一、与百度的两次擦肩之缘

说来不信,我之所以来北京,其实为了考一个研究生。因为我的大学知名度不高,工作很难找。所以当时第一个想法就是考研究生。

那个时候,北京物价很高,我身上只带了400元人民币,想租个房子,还得押一付三。于是只好跑到北航同学的宿舍挤了两个月。就这样,开始了半工半读。

结果是书没读好,工作也没做好。最后,跟领导闹意见,随便投简历,误打误撞,进了一家叫3721的公司。进入3721不久,就跟百度打仗。这时,百度就来挖我们。当时我们认为,百度那种小破公司,不去。后来,人家上市了,我们都很崩溃。

这是第一次与百度擦肩而过。

第二次与百度擦肩而过,是我打算从3721离开。那时,跟百度的人都吃过饭了,结果周鸿祎同学给我打了很长的电话,叫我去奇虎。如此,我做了 360安全卫士。

回顾这一路,才发现,我并不是大家想的那样,一上来就改变世界。我跟雷军说过,你在大学读的书是《硅谷之火》,梦想改变世界;而我读的书是《联想为什么》,我想的是去联想做个好员工。结果有一天猎豹上市了,对于这件事,我自己也很诧异。我好像从来没有想过会做出这样一些事情。也不认为自己有这样的机会。当然,去打工,做得比较优秀,成为一个好的领导人,这是有机会的。但去开创一个公司,甚至在一些方面形成自己独到的认知,这是从没想过的。

事情如此发生,我认为,核心是自己进了一个新赛道——互联网。这算是我莫名奇妙进入的新赛道。进入后,你发现所有东西都是新的。一开始想要学的所谓管理,其实跟互联网公司的搭建和运作,完全不一样。

我今天有这样一点点成绩,核心就是在新赛道获取了当时那个大时代下绝大部分人没有看到的一些知识和信息,形成了关于认知的一种观念和能力。这种能力,让我们从一个基层起点,开始超越很多人。

二、一个人最核心的能力是获取认知

大家知道,我和张泉灵一起创立了紫牛基金。当时我对泉灵说:我到北京第一份工作正好在央视旁的信息科技研究所的楼,做一个技术支持岗位,而你就在邻近的央视大厦;我是一个普通学校毕业的普通大学生,而你是央视名主持,处在最高的起点。但为什么有一天我们会有机会一起工作?甚至搭战略,定方向,大家都能一致。

在以前,几乎不可能。核心是她在那条船上所有的技能积累,其实是那个时代形成的一种工业化和电视化的积累,而我在一个新赛道上完成了互联网的整个积累,等到一个新的时代机会点出现时,我们才能得以交集。

如果把维度拉大,想想当年,英国人打鸦片战争时,也不是人有多强壮,而是船坚炮利。本质上是他们对整个现代物理学的认知。包括后来英国人给香港地区带来的一套现代社会治理机构的认知,以及对海洋贸易的认知,使得香港迅速发展起来。

三、认知深刻、判断准确,

才是核心竞争力

一个人最核心的能力是获取认知,以及不断升级认知。即使大家都在新的赛道,都在新的维度,这不是核心;我的看法比你更深刻,我做出的判断比你更准确,这才是核心。

2001年时,产品经理这个职位,根本不像今天这么火。那个时候,也不懂什么是产品经理。对细节,我也并不是天然关注。我在想,我的优势在哪?

我想,我的优势可能就是:可以一直让自己处在一种不知道的无知状态。就像海绵一样,开放吸收的状态。

周鸿祎当时面试我,他讲完话后,我觉得这个人跟神一样。脑子那么快,讲话那么犀利,一辈子我也不可能做到。

那个时候,我觉得自己跟他离得太远了。我的直接领导是从斯坦福大学毕业回来的,我也觉得很遥远。或许,正因为我的起点不高,所以我能够一直保持这种状态。一开始,我会总结为海绵一样的吸收状态。后来,我认为应该是像小学生一般的虔诚和好奇。我看到每个人,都会想他为什么这么讲。

四、产品经理戴着镣铐跳舞

百度的人也在问一个问题,产品经理能培养吗?如果产品经理能培养,应该怎么培养?

首先,我认为产品经理一定能培养。但,一定不是天生的。否则,就成了玄学。产品经理就是一个框架式方法论。我总结为戴着镣铐跳舞:有一定的规则,有培养,也有实战。

但我后来想起来,有个很重要的点,即产品经理应该是曾经身处绝境,没资源、没人、没钱,也能把产品做到极致。正因为处于这种状态,你才会把自己的姿态放得非常低,绞尽脑汁的思考和学习。做360安全卫士时,我们只有四个人。因为周鸿祎所有精力都在做搜索。他要打掉百度。他跟我说,你去把其他插件干掉,我们就有很多流量了。我说四个人怎么做?怎么跟300人的金山,600人的瑞星比?这场仗根本没机会打。正是因为资源很少,就更重视自己的心态。我当时每天睡不着。我用8个字形容过自己的心态,战战兢兢,如履薄冰。感觉每走错一步就会跨掉。产品是个体系工程。每个点都要学习。我觉得,可用乔布斯讲的一句话来概括——虚心若愚,求知若渴。以前我没有认真想过这句话。其实这是一种永远把自己当成傻x,对每个人,都像小学生一般去仰视。对我而言,这可能是认知方面非常重要的一个点。

五、人和人最大的差别是认知

人和人最大的差别是认知,而不是智商。我也看到了很多优秀的人。拼智商,有一堆人比我聪明。技能上,差别是可量化的。我认为,三年后,蓝翔技校都应该开深度学习的课程,大量人来进行数据标注的工作。像裘伯君当年,能把DOS逆向,写个WPS,就搞出个金山。今天可能就不行了。认知的差别才是本质。以为自己知道,其实很多你并不知道。自以为是,是自我认知的死敌。很多人容易下结论,这没什么了不起的。有人说,寿司就是米饭加鱼片。我还想说,古代原始人的壁画还是BBS。如果这样去看,实际就没差别,但真正能形成一些本质差别的认知,才是核心。自我否定,就是要假设自己不知道,假设自己是小白。这才是人与人之间形成差别认知的核心。自认为知道和真的认为知道,不是一回事。我在猎豹想推动几千人往深度学习转,真的很难。你真的觉得挺重要的,但发现没有行动。很多东西又不可证伪。一个认知当中,有的是真,有的是伪,可能有70%是真,占大多数,但可能那30%的伪就会导致一件事儿做不成。证伪这件事,非常重要。这就是为什么我说产品经理本质是个实践的工作。

六、没有行动,就是伪认知

以为自己了不起,跟大家吹个牛,说回字有4种写法,很容易。但真正要把它转化为行动,这才是创业者和企业家要做的。先假设自己就是那95%不知道自己不知道的人。一定要保持警醒。心态一放松,就会有一连串的反应。核心就是要坚信,相信现象即规律。其中很重要的一点,就叫对外求教,找到带路党。一定不要相信自己能够把这件事搞定。这,我也是从雷总身上学的。当时他做手机,很多人嘿嘿一笑。说没做过硬件的人,做什么手机,但他说,没做过,没关系,可找做过的人。当时我讲深度学习,有位媒体人士就问我,一个做锤子的怎么做深度学习?我说,当年保时捷也是做拖拉机起家的。核心是你认不认为重要,然后就是不断找资源。

七、放下恐惧、拥抱变化,

创业不怕试错

改变,是一个人最难做的事情。虽然每个人都在讲拥抱变化,但如果拥抱变化的人能有5%就不错了。常常是,99%的人,根本不想变。

有个词叫“但是”,例如,“这个事情很好,但是,不符合我”。我现在特别烦的就是“但是”、“然而”。很多时候,我们就是太相信自己,太恐惧外在。

一定要全力以赴去改变,错了没关系。创业也是这样。互联网的核心,就是不断用试错的方式找到机会。

我以前也不太想战略,尤其猎豹高歌猛进时。后来,开始慢慢思考,今天我们遇到问题,一定在各个层面都出问题了。一定不是简单的归因。当然,它可能是直接导火索或表现形式。如果你够强壮,你的抗打压能力应该够强。如果没到那个能力,就说明底下没有夯实。

八、战略三板斧:

预测、破局点、All in

人的认知差距会迅速拉大。过去四年,我们公司保持着每年150%的增长。但,你对这个世界的认知,你的判断能力,能保持每年翻一倍增长吗?其实非常难。这就是用固态模式做事情。

看到一个亮点,我们做了,觉得自己那三板斧有用。但,你发现进入深水区后,三板斧根本没用。曾经自己带着十个人,就把这场仗打下来了,那是一个多么美好的时代。

过去十年,中国互联网都可这么干。但后来发现,不一样,结果越做越不好,越做越累,关键还很委屈。因为每天都很努力的工作,然后没做好。本质是我们缺乏方法。

所以,要寻找大格局下的破局点。以前,对战略想得少,对风口也想得比较少。我记得,周鸿祎给我传达过一句话叫“只要坚持一个点做下去,就会有机会”。后来发现,当时的互联网是严重的稀缺经济。那个时候,就像西部大开发,遍地是机会。只要你想做一件事情,活下来就是王道。所以,剩者为王。

今天不一样了,红海竞争了。这种竞争态势下,真的得认真思考。每个点不能单做,或许做下去有机会,但人家已经布局重兵。或者有很多事情,超出了你的认知。这就要求你有格局和破局结合的思考模式。

我以前讲过一个战略三板斧:预测、破局点和All in。其实,这代创业者,讲单点的故事更多,但格局思考少了。

格局思考是一种思维习惯。至少像我这样草莽出身的人,以前想的更多是用一个小的点怎么撬动。但整个大行业、大风口、大机会的思考不够。看到的都是一些热点。想到的都是一些兴奋点。这个时代,变迁之快,使得一个所谓的小的兴奋点,在红海竞争中根本微不足道。第一,很难形成真正的爆发性。只有稀缺时,才可能有爆发机会。第二,很难形成突围作用。对手对你严防死守,你只稍微做一些亮点,很快就被扑灭了。

如果换作五年前,我可能不是这么思考问题。那个时候,就觉得360免费做成了,再做一个差不多的,也能做得好。但现在,我会认为,有一些关键词,一定要去琢磨。如果每个人都在讲这些词,你就把这些词放在脑子里经常琢磨。我曾经跟苹果前CEO交流过,他认为一把手的两种能力非常关键。一方面,能跳出来,看到行业之间各种变化的机会。另一方面,又能深入进去,看到变化的连接点,能把这个点做到足够极致。当这两个方面之间产生交叉,一个时代要开启了,这就是巨大的行业机会。两者缺一不可。这也是为什么我一直强调,有格局思考,才有战略认知。而战略的核心,就是对清晰目标持续推进的路线图。

有一次我跟腾讯总裁 Martin 聊,我说,今日头条挺猛的,抢你们朋友圈的流量,你们得重视。他就苦笑一下说:是,但你知道互联网就像武林大赛,你有一群人,却打不过一个高手。关键点就在于两种认知的比拼。

后来我反思,公司高速成长,其实是一群人的成长。而这群人的认知,其实没有像业务成长那么快。你给他很重要的位置,他对这个行业的认知最后就代表着这家公司的认知,最后就出问题了。我在清理行业干了十多年,包括以前能做360和猎豹清理大师,在清理这个点上,用户怎么使用手机这个点上,我的认知肯定穿透了全行业。所以,这个点上,我能找到机会。

今天在互联网公司,你得在一个领域,在这个认知点,有你非常认可的人,且能真的理解深入的人,去担当重任。最怕让做报告人的认知取代行业的认知。而做报告的人,一般未必有行业有深入理解。最后造成,看上去投了很多人,但整个认知维度不够深。投了很多资源,沦为无效资源。所以遇到一些困难,都不是问题。最怕遇到困难后,你觉得事实就是这样,而不去更新认知。这才要命。

最后,我想说,创业就是九死一生。创业要做的一个庞大的系统工程。几个亮点,根本不足为道。而其中只要一两个盲点,就导致整个事情崩塌。时代变化之快,竞争之激烈。对创业者关于各个维度的思考,要求越来越高。创业者要多从内心出发,反思自己认知上的差距。即使勤奋,也要聪明的勤奋。关键在于,勤奋只是基础。

延伸阅读:

个人认知升级的三剂解药。

作为一个创业者、职场人士来说,怎么调整、升级自己的认知?

把一件事情转化成行动,难度之大。认知到行动,中间有巨大损耗。我给认知升级开了三剂解药:

解药一:坚信大趋势

想法要立刻转为行动。坚信大趋势,坚信这家公司的各种认知决定。不要简单的批判,你一定要相信那些行业领头人。他们拿到的信息肯定比你多,处理信息的能力比你强,他们的认知不是现阶段的你所能赶得上的。不理解,就执行,在执行中理解。

盲目坚信,立即行动,在行动中形成认知。不要怕死,早死早超生。去年,我想出做机器人的决定,几乎没人认为可行。我就想,先去找人,坚信趋势,立即行动。那种情况,不做,更没有机会,只能是大量时间的损耗。不行动,是最糟糕的。行动,才有可能证伪。坐而论道,没有意义。

解药二:对外求教,不做井底之蛙

有一个对外求教的心态,非常重要。对外求教,是为了扩展你的视野。要找到带路党,吃过猪肉不一样。他们比你强不是他们聪明,而是有着你不知道的认知。“当年我和徐鸣做可牛影像,我们的口号是我们来了。我们的技术水平,做过的客户端体验,见啥灭啥。我们来这个行业了,谁还活得下去?结果,美图秀秀把我们打得内心都快崩溃了。”这是我们特别容易陷入的一种状态:以自我为中心,不向外看。面对新事物,很多人甚至连尝试和对外沟通的欲望都没有。完全不知道外面发生什么。强调一点:认知理解与聪明度无关。只有从认知角度,而不从聪明角度,去理解这个世界,理解所在行业,你才会有更多不一样的认知,才能看到更多别人看不到以及顽固不愿去理解的机会。越是处在绝路的团队,越是往外看得多。

解药三:活在当下,面向未来

活在当下,恐惧时,想想错了又如何?多错才有机会对。这是我给自己的一个思维训练。当你面对一些事情,想想最坏的结果是什么?想完你会发现,最坏结果与你内心的恐惧,根本不在一个量级。

恐惧就是恐惧本身。不肯尝试的本质是不敢面对所谓失败。但,这个失败的后果是什么?很少有人认真思考过。其实绝大部分失败是没有后果的。

再就是面向未来,纠结时,想想五年后会怎样?会不会被淘汰掉?如果五年后,你跟这个时代已形同陌路,这才是最可怕的。行业变化之快,超出我们想象。

]]>
【教练观察】关于冒一定风险的一个小故事 https://www.uperform.cn/%e3%80%90%e6%95%99%e7%bb%83%e8%a7%82%e5%af%9f%e3%80%91%e5%85%b3%e4%ba%8e%e5%86%92%e4%b8%80%e5%ae%9a%e9%a3%8e%e9%99%a9%e7%9a%84%e4%b8%80%e4%b8%aa%e5%b0%8f%e6%95%85%e4%ba%8b/ Thu, 17 Aug 2017 06:45:07 +0000 http://www.uperform.cn/?p=868

 作者:Lisa Guan

之所以写出这篇文章,甚至一改以来的逗逼风格,严肃起来,是因为之前在我的培训上,发生了一件小事,给了我一些启发。在不久之前的培训中,当讲到作为团队的leader如何使用引导手段,促使团队成员群策群力的时候,有位学员提出了, 他平时工作中是让团队成员群策群力的,无奈团队做出来的一些决策都是考虑不全面的,可能带来潜在的风险。最后他总是不得不出来替团队做出正确的决策。
所以他有一个困扰:看到团队的选择明显有风险的时候,难道不应该阻止团队麽
 
我问他,风险有大有小,如果你看到了特别大的风险,一旦发生后,团队无法承担,那么你确实是要阻止团队的。但是如果风险只是可能发生的,而且发生之后造成的损失是可控范围内的, 为什么不让团队去尝试一下呢?毕竟你苦口婆心的讲一万遍,不如他们试错一遍来得印象深刻。更何况你看到的风险,到底有多大的发生概率?这位leader表示无法认同。于是我又举了一个例子,比如我们知道两三岁的小朋友,正是对这个世界充满了探索精神,但是又全无风险意识的年纪。经常会做出一些危险的动作,磕磕碰碰。但是他们正是在磕磕碰碰的过程中,意识到哪些行为是危险的,哪些行为是安全的,这是个学习的过程。作为看护他们的成人来讲,如果小朋友在车来车往的马路上乱跑,风险很大,而且一旦风险变成现实,后果就是生命的代价。所以不管小朋友能否理解,是否同意,大人都一定要去阻止。如果小朋友在家里玩一把并不锋利的小剪刀,可能的风险是戳到手,带来疼痛,但是由此他也会学到用剪刀时要避免戳到手,这种情况你是要去阻止呢,还是让他自己体验呢?这位leader这次听懂了,很严肃的说,我有个三岁的儿子,这两种情况我都会坚决阻止,绝对不会让它发生的。然后我从他脸上读到了他几乎要冲口而出的下一句话:等你有了孩子你就知道了!

那个……等我有了孩子,我能不能体会他的心情还是个未知数,但是从这段对话至此也浮现出了问题所在,这位leader,是『有风险,是最正确的废话』这篇文里提到的 -低风险偏好的人。他看到了可能发生的风险,于是阻止了团队的行动计划,将决策权拿回自己这边。完全不考虑风险发生的概率,和一旦发生后可能的应对方法,或者应对失败后损失是否能够承担这些因素。
对于这个事情,我有点话也要严肃的展开讲一讲:1:即使leader代替团队做了决策,也不意味着leader的决策就是一定更好。 而且leader自认为屏蔽了风险,其实是以团队的信任和学习机会为代价。2:如果leader总是阻止团队尝试他不认可的行为,那么也就意味着团队被允许采取的行动,都不会超出leader的认知范围。团队的智慧也不会超过leader已有的智慧。形象一点说,假如一个这样的leader带10个团队成员,那么这个团队如果做的是搬砖那样的体力活,他们的生产力就是1+10 = 11如果这个团队从事的是创造力为主的脑力劳动,那么他们的生产力就是  1+10 = 1

绝对不会存在1+10>11的情况出现

虽然我暂时还没有孩子,但是我也知道,一个总试图把能看到的风险挡在孩子之外的父母,一定养不出比自己优秀的下一代来。
在下图中,leader的倾向越靠左,团队呈现出来的情形就越缺乏创造力,倾向于体力劳动型团队,擅长执行而不善思考和应变。leader的倾向越靠右,团队的思维方式就越灵活,就有越多空间尝试多样性的想法和实践,学习进度也会越快,偏向创新型团队。
后来这位leader又问了一个问题:怎么可以让团队做出正确的决策?我告诉了他,如果你一直在寻找怎么改变别人的技巧,那么注定会失败。让团队做出正确的决策,首先要改变的是作为leader的自己。 – 首先,要将自己的风险偏好,调整到”合理风险区间”内,允许团队的决策中存在一定的风险,或者潜在的问题。这个过程中,要克服的是自己对可能发生的风险的焦虑感。– 不试图改变团队的决策。同时与团队一起分析风险发生的几率,预防措施,以及一旦预防失败的后果。表达万一当风险发生时能,自己能够给予的帮助。– 当风险从”可能发生”状态变成”已发生”状态时,不指责团队,利用自己作为leader的经验和资源,与团队一起应对风险,减少损失。

– 结束后与团队一起回顾,从失败中学习。

只要坚持的去按这几条做, 慢慢团队就会做出正确的决策来。然而这几条的行动方,都是leader本人。要改变别人,永远都是从改变自己的行为方式开始。

最后,说到带孩子
现在好多家长都学过育儿知识,你们一定知道下面的场景背后的原因是什么:孩子一哭闹父母就妥协,类似的事情在无数家庭每天都上演:
商场里,妈妈说:“不可以再买恐龙,家里已经有很多恐龙,而且家里很多玩具你都没玩!”孩子哭闹滚地,“我就要我就要!”大人一脸无奈牵着孩子从货架上取下了一只绿色的恐龙玩偶;
游乐场里,“爸爸,我还要玩小火车……”爸爸拒绝后孩子开始哭闹,眼泪鼻涕横流,面对路人怪异的目光,这爸爸窘极了,只好再去买一张票,孩子这才破涕而笑;
这种场景,就是大人不能将最初的决定贯彻如一,于是孩子就不会把大人的决定当真,总是不会听话。对待成年人也是一样的。leader告诉团队,你们群策群力,想出一个好方法来。但是团队想出方案后,leader又觉得不好,自己做了决策。传递出去的信息就是 — 群策群力这件事不必当真,最后leader总会给出决定的。
]]>
[锤子手绘] 23张图,读Lean B2B不容易,让我画给你看 https://www.uperform.cn/lean-startup-b2b-mvp/ Tue, 04 Jul 2017 03:44:51 +0000 http://www.uperform.cn/?p=716

[锤子手绘] 23张图,读Lean B2B不容易,让我画给你看

这么久没更新公众号的文章,实在是在学习新技能。所以一本书(阅读和整理的时间大概50天),20天,23张手绘稿,把我的阅读笔记共享给大家。

就是这本书《Lean B2B 》(精益B2B创业),目前没有中文版,所以啃英文版也真心辛苦啊😱😱😱😱😱😱😱😱 (😄,我目前不想创业,就是在学习)

这本书作者说了,作为一个cookbook,实际上就是涵盖了在B2B领域精益创业的方方面面的内容,给出了一个靠谱的路线图。因为是cookbook,所以肯定是按照每一个步骤,细致的说出要做的事情和要避免的坑,整个书的结构就是线性的。实际上,对于B2B创业者来讲,跟自己做菜一样,有捷径可走就不要错过,该发挥的地方就发挥。

作者建议的B2B 精益创业的路线如下,整个路线也是基于他提出的B2B创业金字塔。

在进入创业之前,应该先了解B2B和B2C的不同。

在这本书里面反复强调,建立客户关系非常重要。精益创业是关于创新,关于愿景,而精益B2B创业,最要考虑的就是怎么样跟客户建立靠谱的关系。

再看看B2B的机会,特点和难点。

B2B的解决方案最终要为客户考虑的一定是这三个方面:

  • 增加收入
  • 降低成本
  • 提高客户满意度

了解了不同之后,再审视一下自己,是不是真的适合B2B创业,是不是已经了解到B2B创业的七宗罪(坑)。

都想清楚了,那就一起去组建团队吧。

有了团队,有了愿景,就需要用合适的方式来选择市场。

精益画布和精益B2B画布一起来创建自己的假设。

有了问题,对照自己的目标,想想有怎样的机会。

找到了市场,就要去寻找早期采用者。

看看下面这段话,“平均年龄40岁”,嗯锤子还有机会😄😄😄。

按照前面已经筛选好的早期采用者名单,接下来就去联系他们把。

接下来更重要的是去寻找问题,因为只有找到问题,找到真正的痛点,才能找到有价值的解决方案和方向。

不建议问卷调查,建议问题访谈的很重要的原因是,通过面对面的问题访谈,也可以建立客户关系。问题访谈的时间不宜过长,要有适当的安排。

进行了一些问题访谈,是时候分析一下结果。当然分析之前先要去掉极端值,以免影响最后的分析结果。

嗯,如果觉得自己没有对手,就想想Excel,你真的可以被EXCEL做的更好吗?

根据问题分析的结果,就可以开始寻找解决方案,最好是能够找到5位灯塔用户。

用了愿意为你付费的灯塔用户,那就开始创建MVP( Minimum Viable Product)吧。

有了MVP,就要针对最火超眉毛的客户们进行演讲,在你的Pitch中一定要说出你的解决方案到底有啥价值。

要去跟潜在客户进行解决方案的访谈,通过demo和演示来促成购买协议。

针对MVP的试用目标还是为了找到产品/服务跟市场的匹配(Product Market Fit),那PMF到底是什么。

通过在与客户交流过程中学到的内容进行PMF的评估。 如果能够一下找到PMF,当然是完美,如果找到一部分,至少说明方向还算正确,那就建议采用迭代的方式不断的去完善。

那,找不到PMF怎么办?那就转型吧,从B2B创业金字塔的塔尖开始,要不转型成功,要不。。。有的时候退出不一定是坏事。😄

到现在为止已经把整条创业道路的每个点都说了一遍,那么在强化一下,创业过程中可能碰到的问题和一些解决方案。

解决这些问题的关键点,很大一部分其实就是客户关系,所以,想要加速整个过程,有下面一些技巧。

当当当,多谢你都看到这里了,Lean B2B这本书我也算是完成了。当然书上还有更多的细节,如果想了解,那就自己去看吧。


]]>
硬件产品增量分拆于规模化Scrum敏捷研发中的应用 https://www.uperform.cn/split-hardware-product-increment-in-large-scale-scrum/ Sun, 18 Jun 2017 16:33:13 +0000 http://47.93.224.23/?p=345 如何分拆硬件研发中的产品增量?

这个例子来自德国纽伦堡的某个硬件产品团队,他们在5年前开始导入LeSS(大规模敏捷)。

产品领域是电信硬件和软件,其中关键是cross connect board(某种PCB电路板),包含电源、FPGA–现场可编程门阵列(其中一些最终融入到ASIC–专用集成电路中)、设备驱动等。

一个架构要点是,容错是非常重要的;一块PCB电路板经常具备另一块“B计划即故障切换(failover)板子(想象该cross connect board”方案具有A板和B板),即使在单块板子上也会有容错处理(例如:从外接电源切换到电池)

作为一个例子,一个特性团队应该包含具备不同技能的人,如电路板设计、热能分析和调整(降温和耗散设计)、电源、FPGA(Verilog编程语言)、Linux设备驱动(C和C++语言)、其他(此外,有个人现在能用FPGA的Verilog语言做TDD,采用了一个有趣和有用的工具叫SVUnit。如果想学习更多硬件研发和增量分拆的话,我推荐大家接受FPGA Verilog TDD辅导)

将巨型增量分解为更小(但仍然巨大)增量的一个明显方式是:

  • 只有一块板子
  • 不集成A板和B板
  • 不支持故障切换
  • A板和B板集成并带有故障切换。 *

对于单块板子,它包含供电,并支持主(电源)备(电池)切换。注意团队可以创建一个增量,只有一个主电源的单块板子(相对于支持切换到备用电池来说)…没有其他东西了。于是第一个具体的增量是这样的:

  • 带有主电源(外部供电)的单个板子(不含其他芯片/功能)
  • 带有第二电源(电池供电)的单个板子(不含其他芯片/功能)
  • 带有主备电源(以及主备切换)的单个板子

接下来,现在是DC直流电(而非AC交流电),而板子需要AC/DC转换器。这也需要2个(为了容错切换)。于是:

  • 带有主备电源的单个板子,以及主AC/DC转换器
  • 带有主备电源的单个板子,以及第二AC/DC转换器
  • 带有主备电源的单个板子,以及主备AC/DC转换器(以及主备切换)

板子要能够通过探针和查询来提供信息。于是:

  • 带有主备电源的单个板子,以及主备AC/DC转换器,能够启动并提供”空“的服务水平信息
  • 带有主备电源的单个板子,以及主备AC/DC转换器,能够启动并提供简单的服务水平信息
  • 带有主备电源的单个板子,以及主备AC/DC转换器,能够启动并提供丰富的服务水平信息

板子能够提供配置/控制。于是:

  • 带有主备电源的单个板子,以及主备AC/DC转换器,能够启动并提供丰富的服务水平信息,并且可以处理“复位”操作
  • 带有主备电源的单个板子,以及主备AC/* DC转换器,能够启动并提供丰富的服务水平信息,并且可以处理“复位”和“进入省电模式”等操作

或许这足以感受一下如何分拆硬件增量?

毫不惊讶,采用FPGA进行增量开发,那么板子的服务就容易进行纵向拆分(一早就有的软件功能分拆)。如果大家想要最终走上ASIC的路上,那么我们可能先仅仅从FPGA开始,最终再转变到ASIC。

=== 注意硬件组件团队的局部优化认知偏见 ===

顺便提醒我的是:据我所知,对于形式上的硬件研发敏捷或Scrum,常见的入门建议是采用预定义的接口来定义单独的硬件组件,然后据此建立单独的组件团队。这与纯软件的组件团队没有区别,且在硬件研发造成和软件研发一样的系统动态,局部优化,缺乏敏捷性,没有工作在最高价值上,造成浪费。

反之,跨硬件组件的特性团队。硬件组件的边界,有时候的确是难以用一个真正的特性团队联系到一起,这是因为”硬知识“的限制(比如我们辅导过的施乐,(1)光学引擎,与(2)送纸机械,会用到(1)大部分光学知识,(2)机械工程知识,于是难以融为一个团队)。但是通常来说,在LeSS中我们建议去尝试更多的跨硬件组件的特性团队(比如:在一个团队中,包含具备不同技能的人,如机械工程、热能分析、FPGA、电源等)。我们承认有时是太难以至于无法融合,但值得尝试,而不是将硬件组件研发落入局部优化偏见的限制思维中。

 

本文由@申导 翻译自Craig Larman(CST/LeSS创始人)在SA TCC board中回答的一个问题。优普丰敏捷学院原创内容,未经授权,不得转载。

]]>
至虚极,守静笃 | 颠覆式变革下的认知升级之路 https://www.uperform.cn/%e8%87%b3%e8%99%9a%e6%9e%81%ef%bc%8c%e5%ae%88%e9%9d%99%e7%ac%83-%e9%a2%a0%e8%a6%86%e5%bc%8f%e5%8f%98%e9%9d%a9%e4%b8%8b%e7%9a%84%e8%ae%a4%e7%9f%a5%e5%8d%87%e7%ba%a7%e4%b9%8b%e8%b7%af/ Tue, 13 Jun 2017 07:06:39 +0000 http://47.93.224.23/?p=402 作者:雷蓓蓓   网易杭研项目管理专家

如今,我们正处于一个颠覆性变革丛生的乌卡时代,我们周遭的世界正变得越发难以理解。乌卡(VUCA)时代的特点是,Volatitily:事情变化非常快,Uncertainty:我们不知道下一步的方向在哪,Complexity:每件事会影响到另外一些事,Ambiguity:影响的方式和关系还不明确。

互联网及人工智能等技术加速了乌卡化的进程,然而,伴随资讯和知识的泛滥,人们深度思考的时间越来越少。我们被大量的日常工作推得团团转,疲于应对各种突如其来的变化,很难静下心来思考问题。这导致我们处理问题的带宽越来越窄,绝大多数时候只能靠过往的经验模式做决策,形成一种被强迫的条件反射式浅反应模式。一直这样下去,我们就会越来越看不清未来,也越来越看不清自己,很有可能迷失方向。

在乌卡时代,当旧有的问题解决方式和决策方式不再奏效,甚至会陷入“越解越乱,越扑腾死得越快”的尴尬境地时,我们该如何去调动深层智慧,不被问题表象所惑,跳出现有认知模式的束缚,去看到全新的解题思路呢?

一场认知的操作系统升级今年5月份,我有幸参加了U型创变的基础课程PFP,近距离领略到U型理论魅力的同时,也让我对这个问题有了全新的认知。简单来说,U型理论是支持我们认知升级的一套方法论框架,可以说是一场认知的操作系统升级。近两年,据统计全球有185个国家,100000人参与了u.lab慕课的学习。在u.lab的调研当中,60%的人认为U.lab的学习让他们眼界大开,33%的人则认为改变了他们的一生。在社会层面取得这样的效果,和全球各地自发的u.lab线上线下社群密不可分,而“教练圆圈(coach circle)”无疑正是U社群中不断涌现的群体认识升级的秘密所在。

今天,就让我们从这个U型的核心流程"教练圆圈"说起,来个管中窥豹,看看这个在"政商社学"各界领导者中产生广泛影响的U型理论,在乌卡时代会带给我们什么样新的启示?

教练圆圈*如何撬动认知升级?

认知,几乎是人和人之间唯一的本质差别。大家都知道认知升级的重要,然而谈到如何去做到认知升级,却发现每个人都经历了不同的路径,或顿悟或渐悟,大多是可遇而不可求。我们中的绝大多数人,都很难通过自省来看清自己的行为模式和思维盲点,要想认知升级,清晰的自我认知就是第一个难点。

而教练圆圈,正是帮助我们提升自我认知的有效途径。更难得可贵的是,这种途径并不是虚无缥缈的心法,而是可落地可遵循的流程方法。在PFP课堂上奥托说,这个流程已经在实践中做了上千个真实案例,流程中的每一个细节都经过千锤百炼。

简单来说,教练圆圈就是一个小组对话的流程(Process),帮助我们调动集体智慧,从一个全新的认知层次来共同寻找解题思路。教练圆圈的目的并不仅在于解决一个特殊的问题,而在于以此问题做一面镜子,让每个人都有反思和觉醒。实践下来最大的感受就是,我们明明在讨论别人的问题,可是在结束的时候,每个人都从中看到了自己,得到了自己的收获。

教练圆圈*怎么玩

关于教练圆圈中的案例诊断流程,你可以在下面这段6分半的视频中,得到奥托详细的指导和演示。你所需要做的,就是找到一个4-5人的小组,开始第一次尝试(各个城市的u.lab社群是不错的选择,当然你也可以选择重新组建一个教练圆圈)。

你可以按照下面的流程开始:

(2分钟)选择角色:确定案例提供者和计时员
(15分钟)案例提供者陈述意图:包括你正面对的关键挑战和问题是什么?其他人怎么看待目标的状况?什么是你想要努力创造的未来?你需要哪方面的建议或帮助?
(3分钟)静默:将你所听到的与自己联结,试着感受一下,有哪些图像、隐喻、感觉、姿势涌现上来?
(10分钟)镜像反馈:互相分享有哪些图像、感受、姿势浮现上来。案例提供者对自己所听到的内容进行陈述。
(20分钟)生成式对话:所有人反思案例提供者的反馈,然后共同探索这些反思如何可以支持其对目前的情况和经历产生新的视角。
(8分钟)结束语:每个人轮流发言,然后案例提供者发言,对于目前的情况和下一步方向有哪些新的看法?互相表达感谢。
(2分钟)写日志:每个人写日志,记录自己学到了哪些?

教练圆圈中的这七步,其实就是一个典型的U的过程。

不同于从问题到解决方案的直线历程,在U的指引下,我们会经历一个下潜的过程,其中的第三步(静默)和第四步(镜像反馈)是取得认知升级的关键。

“静默”与“镜像”是认知升级的关键

在我们还没有确定什么是真正的问题之前,凭过往经验给出的建议很可能就是在误导当事人;而且由于彼此不在同一个频道,很容易变成鸡同鸭讲,吵成一团,谁也听不清谁要说什么。事实上,大多数时候,当我们在听别人的问题时,脑袋中一刻不停地盘旋着各种声音,”这个问题我早就遇到过”,”我跟你说,我要是你我就这样”,”这就不是个事儿,有什么大不了的”,”你这样肯定不行,会出大事的”……在结束案例陈述之后的3分钟静默,就是让那些旧有认知下产生的评判之声、自我表现和给建议的冲动逐渐淡化下来,让我们真正开始关注到这个问题带给我们的内在体验。事实证明,这一步非常关键!在PFP课程我们小组的案例访谈中,3分钟静默之后,小组的“教练们”产生了一些非常有意思的图像和隐喻:

有人描述就好比鱼刺卡在牙缝中,开始时只有隐隐的不舒服,尝试了很多种方式都没能弄出去,到后来整个人都不好了;有人感觉到自己的心像是被什么东西压着,胸中沉甸甸的,很想要逃开;有人看到了一个囚犯被锁链吊起双臂的画面,很想挣脱却又无力动弹分毫。

这些每个人与自己内心深度链接的画面、下意识的感受和身体姿势,就像多棱镜一般从各个角度,把案例提供者自己也未必完全意识到的内在状态投射了出来。 道德经有云:“至虚极,守静笃。万物并作,吾以观复。”只有我们去掉自身对世界认知的各种主观评判,达到空和虚的状态,才能够接受足够多的信息用以分析事物变化的真正规律;也只有这一步“静”字功夫真正做到位,我们才能与人为“镜”,观照出问题本来的实相。

共同开启一个更大的“洞见”

静定生慧,经历了这个U的下潜过程之后,真正的生成式对话就自然流动起来了。图像、感受、身体姿势的彼此看见,让我们链接到了这个问题的本源,它不再是一个人的问题,它彻底成为了我们的一部分。现场不再有旁观者,我们成为了案例提供者的另一个分身,有着同样的感受,有着从某种层面上来讲,共同的经历。我不再是小我的观点,当每一个“我”从小我的认知局限中挣脱出来,我们就共同看见了一个更大的视角,也共同开启了一个更大的洞见。你正在面对的艰难情境和身处其中的无力感,试问我们中的谁,没有经历过?你认定为原因的那个人或事,是带给你无力感的真正原因吗?你想要的到底是什么?你在努力挣脱的到底是什么?是逃离?还是坚守?你可以逃到哪里?每一个问题,都是在一次又一次,叩问所有人的内心……我们已然被牢牢地绑在一起,以一种我们尚不清楚的方式。从更高的维度去看,一个人,一个家庭,一个公司,一个国家,一个地球,这些大大小小的系统,以一种我们并不清楚的“乌卡”的方式相互交织,相互影响。即便我们逃离了这个系统,也逃不出那个系统。再没有人和我们毫无关系,再没有人可以独善其身!这就是PFP课程上第一次教练圆圈的案例诊断中,五个刚刚认识的陌生人,借由一个问题,所共同“看”到的宝贵洞见。一个小时下来,每个人都受益匪浅。

每个人都需要*一个教练圆圈

教练圆圈的本质就是一种深度同频和互动的群体对话,这样的对话在这个时代尤显珍贵。

相对于从问题直奔解决方案,教练圆圈的对话经历了一个从有形有相,到无形无相,再到有形有相的U型过程。这个U的转向和下潜非常重要,它把原来表象的问题,经过探究之后,转向事物的核心与本质,也就是“真问题”。所谓"真问题",不再是那个问题及表象本身,而是我们与问题的关系,这是一个从问题中"见自己"的过程。电影《一代宗师》中的宫二说:习武之人有三个阶段:见自己,见天地,见众生。很多人终其一生也没有完成第一步,而真正看见自己,是领导力和创造力的真正觉醒。

教练圆圈就是这样一面多棱镜,每个人都需要一个教练圆圈,来看到自己。U型理论的精髓所在,激发个人突破及组织变革关键,就是“让系统看见自己"。

问题永远都会存在,一旦我们对待问题的视角发生了改变,我们就能从问题之中看到截然不同的世界,我想这也正是颠覆式变革下认知升级的必经之路。

后记

站在奥托身边的这一刻,回想这一年U的历程,也正是我自己不断自我革新,认知升级的道路。从接触u.lab慕课以来,一个又一个震撼人心的视频,让我对MIT的自然流现研究所产生了向往;接着掉进《U型理论》这本厚厚的大部头,社会创新实验室,这个有趣的想法吸引着我,让我不由自主的穿梭在U的世界中采撷不辍。

但愿这篇文章,能够成为你认知升级之路上的一块垫脚石。如果你对教练圆圈感兴趣,想找到合适的小组开始练习,或想加入U的社群,你可以搜索并关注"天下U"的微信公众号,发送“教练圆圈+姓名+所在的城市"到公众号后台,就会得到相应的帮助。

现在,开始行动起来吧!

原文链接 mp.weixin.qq.com/s?__biz=MzA5ODExMDc1Mw==&mid=2649635260&idx=1&sn=87cc6a9afc7a8a556af1ca520b5fa890&amp

]]>
如何逐步引入TDD https://www.uperform.cn/%e5%a6%82%e4%bd%95%e9%80%90%e6%ad%a5%e5%bc%95%e5%85%a5tdd/ Wed, 15 Mar 2017 09:35:29 +0000 http://47.93.224.23/?p=227 一、团队为什么会抵制TDD

(1) 时间压力

由于团队忙于交付,所以团队不可能分心出来执行TDD,因为执行TDD需要更多的时间。所以,团队比较担心投入TDD会进一步影响进度。

(2) 学习成本

TDD不是很简单的就可以使用的,而是需要一定学习的。团队已经很忙了,还要分身学习,这对团队的直觉来说的话,一定是会更进一步降低速率,所以,团队在效果不确定的情况下,一般也不会愿意投入。

(3) 指标压力

团队一旦使用TDD,就要向管理层汇报测试的覆盖率等等,这等于是额外为自己增加了更多的负担。

二、 可能的解决办法

(1) 引入比较擅长TDD的外部资源

因为外部比较成熟的能够执行TDD的团队能够直接将TDD引入,并且带来实际的效果,所以对于团队来说,比较容易看到立竿见影的效果。这样团队就比较容易接受,并且去学习TDD。

(2) 减缓交付速度

如果允许的话,可以通过减缓交付速度的方式来腾出学习TDD的时间。但是有很多团队可能并不具备这样的条件。

(3) 减少浪费的时间

很多团队之所以忙于眼前的任务而无暇分身的首要原因是因为团队本身对于时间的使用不够科学,导致没有时间去提升团队。所以从长远来看,减少浪费的时间这个策略可以更好的提高团队整体的士气以及团队的能力。所以,这个是最为推荐的策略。

这个改善本身需要通过一定的观察,来找到团队的时间浪费点。

不过,以大多数的团队情况来看 ,下面几个方法都可以达到立竿见影的效果。

a. 改善会议

1) 会议召开之前问一下:是否所有的人都要参加,是否所有的人都要参加所有的部分? 2) 会议召开的时候遵守时间盒 3) 会议召开的时候,不要让大家岔开话题。 4) 会议不要自动充满预约的时间。 5) 尽量减少会议。

b. 引入和强化时间盒

1) 对于一个Junior的程序员需要调查4个小时而一个senior只要几分钟就能够解决的问题,就不要浪费这么多的时间。因此设置时间盒,当一个简单问题超过20分钟无法解决的时候就要询问比自己有经验的人。

2) 比如,交付一个模块的时间也应该有时间盒。在时间盒没有到来之前,需要检查进度(这里有另外一个话题,如何检查进度,简略的说,不要用百分比来统计进度,那个数据没有任何参考价值)。这样可以提前预知什么模块会造成延迟。从而提前采取必要的措施来改进。

c. 减少等待

1) 根据帕金森定律,工作会自动充满工作时间。所以,统计每个人的时间是如何使用的,可以发现,其中的大量等待的存在。所以,减少这部分的等待,可以转化为学习TDD的时间。

2) 在瀑布式开发流程下,等待都是很明显的,比如:需求分析阶段,开发和测试团队基本上出在“无事可干”的状态。开发阶段,测试人员也处在“设计测试用例”状态,可是怎么那么凑巧,测试人员的测试用例设计时间“恰好”和开发人员开发所需要的时间一样呢?所以必然有一方在某个时间段处在等待状态。测试期间,开发人员在等待Bug的出现。

3) 等待还非常的多,不一一列举了。

(4) 改善约束点

a. 团队的交付管道可能会遇到很多约束点。比如:“集成”。这个可以通过度量数据来得到具体数据。可以看到集成过程中每个人的时间是如何使用的。到底有哪里是造成约束的。比如:集成的时候,只有几个人能够在处理集成的操作,其他人只能等待。

b. 改善约束点的方法有很多,包括:拓宽管道,绕过约束点,或者将约束点的操作向前移动。这里也不一一列举具体的做法了。

(5) 提高团队“做入质量”的意识

a. 做入质量是提高成本意识以及质量意识的重要入口。当团队都有这个意识的时候,会自然而然的要求使用TDD。而无需外部要求。所以,这个是长久生效的策略。

b. 为了能够让团队提高这个意识,需要从实际统计数据出发。让团队明白,后测质量带来的问题所在,以及时间浪费。比如,bug的re-open率。以及TDD所带来的数据上的变化。

c. 最重要的是,让团队看到效果。看到效果是团队能够自动吸收TDD的最佳策略。而让团队看到效果的话,不要参考别人的成功案例。团队会找到很多借口,比如:时间不够,人员经验不够等。一定要让团队亲自去感受到TDD的效果。

]]>
敏捷中的文档平衡艺术 https://www.uperform.cn/%e6%95%8f%e6%8d%b7%e4%b8%ad%e7%9a%84%e6%96%87%e6%a1%a3%e5%b9%b3%e8%a1%a1%e8%89%ba%e6%9c%af/ Mon, 23 Jan 2017 06:04:20 +0000 http://www.uperform.cn/?p=600 (作者:Bill Li 李国彪)

大家对于采用Scrum模式中如何对待文档还是有不少的困惑的。Scrum联盟会员Ashish Sharma最近分享了他的看法,融合我们自己的心得,在此简要探讨:

Ashish认为这个话题的关键字是:必要的、有价值的、及时的(Essential,Valuable, Timely).

必要的:你的文档应该简单明了、刚好足够。开发工程师不太喜欢冗长的文档,因为经常更新滞后而且难以维护且没有意愿去细看和维护。我们推荐尽量使用非格式化的文档,例如远景概要、路线图、概要架构图、讨论草图、wiki网页等等。对于一些特殊行业的合规要求(例如医疗行业),我们也尽量用最多快好省的方式来产出最小集合的必要文档来符合实际需要。总之,高质量的代码和可随时执行的测试集/测试计划是最可信赖的新型文档。

有价值的:不是为了文档而文档。你是否真的那么需要某些文档?档不是目的,只是手段我们会针对不同的目的来确定是否有更好的更高效的,甚 至于更有乐趣的手段代替传统文档。Mike Cohn,引用Tom Poppendieck的话, 建议, “When documents are mostly to enable handoffs, they are evil. When they capture a record of a conversation that is best not forgotten, they are valuable.”

及时的:文档最好是用JIT(Just-in-Time)的态度来生成和维护。大部分文档是贯穿整个开发周期的副产品渐进演变式的生成,用于辅助我们可工作产品的频密交付,这样你对这些文档对你的价值能及时获得反馈,它们也可以是迭代出来的。这样的方式也可以降低必要文档的总量,并避免对形式主义文档的厌恶情绪。

]]>
敏捷中文Scrum认证体系如何选择? https://www.uperform.cn/%e6%95%8f%e6%8d%b7%e4%b8%ad%e6%96%87scrum%e8%ae%a4%e8%af%81%e4%bd%93%e7%b3%bb%e5%a6%82%e4%bd%95%e9%80%89%e6%8b%a9%ef%bc%9f/ Sun, 01 Jan 2017 01:52:15 +0000 http://47.93.224.23/?p=407 scrum

获得认证并非一个终点,而是一个起点,一个鼓励自己不断学习和继续提高的起点。

认证本身是一种对能力社会认可,当然能力是高于认证的。然而任何认证都是这个道理:越早拿到才越有价值,等大家都有了也就变普通了。在目前专家级和导师级人数都极少的情况下,鼓励国内大量的CSM持有者,尽快去申请CSP,从而在社区中和公司内获得认可,开辟新的职业生涯,而不是在传统职业体系的红海中挣扎。而已经拥有CSP的人士和敏捷教练们,CTC正是一个非常实用的认证,相信其商业价值会很快得到体现的。

2016最新的Scrum Alliance国际认证体系分为基础级、专家级、导师级3个阶段,全部是针对个人身份申请的。

基础级包括CSM/CSPO/CSD,分别对应于Scrum框架中的三大角色所需的基本技能和知识,有效期均为2年。这三个认证都可以通过参加授权机构开展的认证公开课而获得。(目前参加CSM,需要参加一个官方的在线考试,通过后可以拿到认证)

专家级包括Certified Scrum Professional (CSP),是理解敏捷知识且有一定经验的人士,他们是敏捷社区的实践典范与活跃分子,乐于创造、分享和传播优秀内容与实践经验给大家。获得CSP的方式不是通过上课考试,而是参加进阶学分课、社区活动等方式积攒SEU学分(类似PMP的PDU学分)然后申请获得。国内的CSP认证持有者目前有100多位,相比国内众多的IT公司和从业者来讲,还是非常少的。

导师级包括CST/CEC/CTC,是针对企业和大型组织的培训师及敏捷教练,能够提供专业的知识传授和实践指导。目前在国内工作,以中文提供服务的导师级Scrum认证者仅8人。

  • Certified Scrum Trainer (CST)是认证Scrum培训师,偏重授课能力。
  • Certified Enterprise Coach (CEC)是认证Scrum企业教练,偏重于企业级的转型工作。
  • Certified Team Coach (CTC)是认证Scrum团队教练,旨在帮助客户组织进行敏捷转型,偏重于组织级的团队辅导与实践落地,特别强调引导和教练等软技能的运用。这是去年底Scrum Alliance最新推出的导师级认证,目前全球仅有5位,国内只有1位(2016-4-21更新)。接受CTC持有者的Coaching可以用来积累SEU以申请CSP

如果对我获得CTC认证的经验有兴趣的话,请看本系列下一篇:我是怎样成为敏捷教练的?

引用:http://www.jackyshen.com/2016/03/26/how-bright-career-path-of-scrummaster-and-agile-coach/

]]>
经验之谈CSP认证学分申请究竟有多难? https://www.uperform.cn/%e7%bb%8f%e9%aa%8c%e4%b9%8b%e8%b0%88csp%e8%ae%a4%e8%af%81%e5%ad%a6%e5%88%86%e7%94%b3%e8%af%b7%e7%a9%b6%e7%ab%9f%e6%9c%89%e5%a4%9a%e9%9a%be%ef%bc%9f/ Fri, 30 Dec 2016 03:22:30 +0000 http://www.uperform.cn/?p=536 CSP认证很难申请,或者不知道该如何申请,现在就为大家解读最新的申请攻略。]]> Scrum Alliance联盟的认证是国际最权威的Scrum与敏捷认证,分为基础级、专家级和导师级。很多同学在获得基础级的CSM/CSPO/CSD认证后,想要继续深造,但觉得下一级CSP认证很难申请,或者不知道该如何申请,现在就为大家解读最新的申请攻略。

好处

打磨技能、持续精进、连接人脉、获得认可

9 Reasons Why I Decided to Become a CSP

申请要求

  • 拥有CSM/CSPO/CSD认证之一,且未过期
  • 过去5年内,至少有36个月的时间在组织内成功地应用Scrum
  • 在过去3年内积累70个SEU学分。已经获得的课程认证可以提供了一些学分哦。CSM (最多 16 SEUs), CSD (最多 24 SEUs), CSPO (最多 16 SEUs)

申请过程

一次性申请费用(申请时支付,不退还)为$100, 认证费(通过评审之后支付)为$150。

你可以在Scrum Alliance网站上找到自己的dashboard页面,点击”Apply for CSP Certification” (在”Actions”按钮下)。填写你的36个月的敏捷经验,以及所扮演的”Scrum Role”。还要提供个人简介和联系方式。

申请过程中,评审者可能随时向你会询问和澄清一下内容。

如何积累SEU学分

在70个SEU中,在线学习和视频学习不能超过17个,且每个类别也有上限(防止偏科)。

  1. A类(至多45个)。参加各种Scrum社区大会,例如Scrum Gathering大会。
  2. B类(没有上限,至少14个)。参加Scrum Alliance授权的课程,例如CSM等认证课,或者像上海优普丰这种REP合作伙伴提供的非认证课(如进阶敏捷教练课程),还有就是接受CTC认证教练的Coaching辅导也可以哦。
  3. C类(最多15个)。参加非Scrum Alliance机构举办的敏捷相关课程或活动。
  4. D类(最多15个)。参与敏捷社区志愿者服务。
  5. E类(最多15个)。独立学习,如准备一个Scrum相关的演讲,写文章,看视频,读书等。每个小时算作一个SEU。
  6. F类(最多15个)。其他集体学习,如共同培训(co-train),参与网络课程等。每个小时算作一个SEU。

参见Earn SEUs for your CSP

刷新认证

每两年需要刷新你的认证,继续积累40个SEU并支付$250费用。

参见 Renew your CSP

 

原文链接:

http://www.jackyshen.com/2016/06/15/how-hard-to-apply-CSP-certification/

 

]]>