CORNERSTONE对话腾讯&华为敏捷专家

由CORNERSTONE主办的“深圳敏捷狂欢大会”圆满落幕。这次活动集齐了敏捷领域的大咖与近百位敏捷研发爱好者到场，会上你们经过提问互动与敏捷大咖产生了精彩的思想碰撞，你们就敏捷开发如何落地及技术人员如何转型晋升这两个话题作了深度探讨.

如下为敏捷专家薛军和李林在敏捷狂欢大会上的演讲分享

为何腾讯产品最好

2017年5月份，网上有一份关于移动APP月活跃度的排名数据，在这份排行榜中，前十四名里，腾讯的产品就占了七款。 这个耀眼的数据足以说明，腾讯的产品是有多受欢迎。

腾讯的产品为何会那么好呢？其实这和腾讯的创始人马化腾以及其企业文化有关。马化腾是一个天文学爱好者，爱好天文学的人最喜欢作的一件事就是远距离思考规律，因此马化腾的这种爱好延伸到产品上就是，为了作好一款产品，他们会花时间去观察和研究用户的行为习惯，而后找出这些行为背后的规律，再根据规律去优化本身的产品，只为更好地知足用户需求。因此一个产品之因此能成功，离不开它的企业文化，而企业文化的核心是它的创始人。就像当年为何李彦宏能作好搜索引擎，由于他自己的技术就很牛逼。

腾讯产品创新之道

腾讯的产品创新之道由三部分组成， 即产品、研发和运营，这是一个闭环的过程。第一步，先由产品远距离观察用户寻找规律。但这规律并不必定是真理，也不必定是可以成立，因此须要研发用敏捷开发快速对规律进行迭代验证，把这些规律变成一个产品、一个迭代或者一个模块，快速试错。运营要在后方发力，及时收集用户反馈，帮助产品优化，这个过程是持续循环的。腾讯的优点就在于这个循环的效率足够快，一个APP理论上来讲都是两周一个版本，而像H5，小程序，WAP这种网页类的通常都是一周一个版本或者两周一个版本，若是按照这个循环规律去执行，那么一个产品若是是双周一个版本，那么在一年内大概就会有22个版本，若是是一周一个版本，那么一年的话大概就会有44个版本，也就是腾讯的产品在一年以内最少都有22次试错调整的机会，这种机会越多，产品就能优化得越好。

产品如何作减法

腾讯更加注重Evolution（进化），而不是Revolution（革命），它所追求的不是那些特别先进或者复杂的技术，它所追求的是是否能作出超出用户指望的产品，给用户不同的体验。而优化用户体验最直接的方式就是为产品作减法，经过大数据挖掘出用户的高频行为，而后在用户高频行为上加大投入，这就是腾讯为产品作减法的实现形式。

研发如何追求本质

在研发上，腾讯无止境追求的是功能的本质性，以微信语音聊天功能为例，用户在公共场合接听语音担忧会被听到，因而微信开发出了听筒模式，可是这个功能是由用户自主设置的，不少用户都不会特意去设置它，也就是说这个功能在那时候的开发程度并无很好地解决用户“倾听”的问题，后来微信团队花了一年多的时间去寻求解决方案，终于经过算法实现了微信语音自动切换模式的功能，这个功能的实现结合了人体工学结构，是经过检测手机在三位空间中有没有一个近似90°的弧线，加上距离感应器在四厘米之内触发，两个条件加在一块儿，大大下降误触的可能。所谓研发的本质，一是好用，二是天然。

运营如何借力

好的产品是没有用户教育成本的，因此咱们在设计产品的时候，应该考虑产品的外显性，外显性体如今用户在使用一个产品时传递出来的信息，能自带传播功能。像微信的打飞机游戏、语音聊天、摇一摇等功能就属于外显性功能，它们集趣味性与互动一体，使微信自带运营效果。

提问互动环节

Q:微信在迭代过程当中是如何挖掘出用户的需求和痛点的？

A:有两种方式，第一种方式就是前面咱们提到的，经过数据统计的方式挖掘出用户的高频行为，而后在用户高频行为路径上加深研究，以此来知足用户需求。第二种方式就是把本身想象成用户，并且必须是各类不一样的用户，好比你把本身想象成一个老年人，那么你可能会以为字体过小你看不清，那这时候你就会知道须要加上一个功能来调节字体的大小。

Q:刚刚一直听老师您在强调要在用户高频行为路径上作投入，那么是否是能够理解为作产品如今更看重的是作数据分析，而再也不须要创造力了呢？

A:咱们前面讲的都是一些方法论，是我把微信团队这些年来所作的事情掰碎了讲给大家听，因此大家才会以为作这些事好像也不难，但若是我让你把这些方法论拿回去实践，你能保证你的团队就必定能作出来吗？

微信团队用了三年的时间，去进行磨合，才把整个敏捷思惟在团队中传播开来，只有你们都理解并认同这种文化，才能迸发出更好的创造力。就像刚刚咱们提到的，微信如何识别用户的耳朵，而后自动切换语音模式这个需求，听起来就很胡扯，但微信作到了，微信的开发人员接受了，换到别的团队，人家只会以为你是瞎闹。

Q:老师，我想问下产品经理如何才能更好地和团队进行沟通呢？就像你刚刚提到的微信语音的例子，开发若是不能接受，我要如何才能说服他？另外我是作硬件工程的，我知道软件用敏捷开发会有很好的说服力，可是硬件产品用敏捷彷佛成本会很高？

A:关于团队沟通，能够用敏捷的方法论去实现，若是大家团队目前尚未达成统一的意识，那么我建议大家创建一个“特性负责制”。什么叫特性负责制呢？就是由产品、开发、测试组成的一个小团队，这个小团队专门为某一个特性负责，之后有关于这个特性的用户反馈，改进意见等均可以直接与责任人沟通，时间长了，反馈次数多了，这个功能早晚是会被优化的，由于总有一个理由会说服到他们。

至于硬件这块，我认为是你对敏捷有误解，以特斯拉为例，他们就用了敏捷开发。他们是怎么实现的呢，就是用超配去实现，由于他们知道硬件是改变不了的，可是软件的配置能够进行更改升级，建议大家参考一下特斯拉的模式。

IT行业进入了一个史无前例的繁盛时代?

随着5G时代的到来，计算机几乎已经成为了当今大学最热门的专业，无数非相关行业的从业者转行成为开发者，IT行业彷佛已经进入了一个史无前例的繁盛时代，华为花200万年薪招收应届博士生正印证了这点。

大量开发者陷入对将来的焦虑

行业需求日益饱和，不少IT企业开始清退35岁以上员工，这使得程序员面临的压力骤增，对将来感到焦虑迷茫。这样的状况让IT行业成了时代的围城：城里的人想出去，城外的人想进来。

程序员是个吃青春饭的职业吗？

我想是也不是。说是的缘由是对于大多数程序员来讲，他们从入行第一天到30多岁，几乎一直从事着初级程序员的工做，年纪越大，经验没有获得积累，精力却一直在衰退，天然竞争不过年轻的程序员。而说不是的缘由，是其实市场上真正有经验的技术管理者如此之少，以致于我接触到的大量公司都受困于在市场上根本招不到合格的技术管理者。甚至有些中小企业还去外包CTO,这是多么魔幻的一件事，但它恰恰就发生了。

如何能从一个开发者转型成为一个技术管理者？

和大多数人预想的不一致的是，我认为通向管理者的重要门槛是学会合理的评估开发周期。另外还有一个很重要的点是要避免陷入技术的具体细节，培养大局观，学会从产品的角度思考问题。在我看来一位合格的开发者必须拥有主观能动能性，不能简单地作个机械命令的执行者，要明白能力越大，责任越大，要用于担当。

为何评估项目开发周期这件事如此困难？

1. 不少初中级的开发者不能真正理解一个需求的含义。缺少经验的开发者很难第一时间发现一个需求所隐含的分支需求、边界条件、技术难点以及可能发生的阻碍。
2. 不少初级的开发者不明白完成是什么意思。事实上我花了好久才接受了这个使人沮丧的现实：大量开发者对完成的定义是写完代码。在不少状况下，不少开发者在开发计划的最后一天交付给测试人员的，仅仅是一个勉强能运行的版本。这致使了大量功能修复BUG的时间几乎超过了当初开发这个功能的时间。
3. 永远不会有所有的时间能用来开发。预估5天的任务，须要5天时间来开发，而实际上不多有组织中的程序员在5个工做日中能拥有完整的5天开发时间。程序员除了写代码，还须要参加各类和开发相关的会议，多是设计会议、QA会议、需求讲解和澄清会议，还有一些关于以前版本或产品的维护工做。根据经验来讲，开发者用于写代码的时间通常不会超过60%。

从管理者到优秀的管理者

太多人认为管理意味着统治，领导意味着权力。而我认为领导意味着知识，应该向他人展现本身的方式是正确的和最佳的，以作到说服或引导他人。领导还意味着服务，管理者应该扮演着仆人和清道夫的角色，集中精力帮助研发人员清除前进道路上的障碍。

面对海量的需求你须要利用你的经验来讲服和引导产品经理/客户，让他们放弃高投入/低价值的需求，从高投入/高价值和低投入/低价值的需求中选取部分实现，保证低投入/高价值的需求能够顺利的完成。要为了你的团队勇敢说不。

我认为身为管理者必需要学会的重要的一课，是保护本身的团队成员，免受组织中每日泛滥不绝的各类问题、争议和“琐事”的干扰，不作传话筒、 不粘锅式的领导。

提问互动环节

Q:如今团队成员年轻化，仆人式管理确实很关键，但仆人式管理意味着我要下沉到细节里，这会增长个人工做量，个人领导认为我应该关注大方向上的问题，但确实又有不少细节须要我去处理和引导，因此这让我很疑惑我到底该怎么作？

A：我刚刚说的仆人式管理，并非真正去作一个仆人。运用仆人式管理确实是须要下沉到团队当中，但这并不意味着任何事情都须要你去操心，你应该把目标聚焦在大方向上，筛选出什么是适合你来作的，或者由你出面能更好解决问题的场景，再介入。

例如上个星期，咱们在平安的项目遇到了一些问题须要和平安高层去沟通，那这时候就应该由我去出面解决，由于相对于驻扎在那边的同事，个人身份会更好一些，说话也更有份量。但若是这个场景换成是某位同事他不会敲某行代码，那这个就不属于我该管的范畴。

我认为在管理上，要有预见性。提早预估可能发生的障碍能够帮咱们更好地把握方向，这样就不至于陷入自我矛盾中。

Q:请问下华为有测试开发工程师这个岗位吗？华为内部是否也在运用敏捷开发的模式管理团队？我想从测试人员转型成测试开发工程师难度大吗？

A:华为是有测试工程师的，在十年前，华为对开发和测试的招聘要求是同样的。当时咱们的工做流程是这样的：每一个迭代开始前几天，开发会和测试一块儿去过需求一块儿写测试用例。华为的测试也要写脚本，写程序的，他们的工做和开发的工做差很少。

我认为这两个岗位之间有不少的共通点，若是你想要作好转型我认为你须要先培养一种快速理解产品的能力，你要了解产品的功能和边界，这是开发和测试都要关注点。编程能力是你如今所欠缺的，之后往这方面努力就能够了。

主办方CORNERSTONE，为新一代智能项目管理平台，可助力企业全方位解决企业协做与研发痛点，科学量化团队表现。不只如此，CORNERSTONE每个月举办屡次线下沙龙分享，旨在经过大咖干货分享，构建纯业内、纯项目专家交流圈，共同推动企业智能化管理。

现场活动花絮