互联网高效研发团队管理演进之一

体验，把用户体验至上作成最重要的事情，因此咱们要重视用户、重视体验。

技术，大数据的基础，持续的加大在核心期上面的投入，让技术成为拉动业务增加的引擎，只有一个公司在核心技术上超前于时代，才不会被这个市场所淘汰。

效率，提高咱们的效率，下降咱们的成本，夯实团队。

管理者的要求就是，他如何营造一个环境，能让全部人都在这里面受益，如何让全部的人能在这里面走到成长。这个是很是重要的，也就是说咱们的思路经过指标，把咱们团队的文化、工具、平台、机制，一一都给它迁出来，这才是一个完整的生态。

A feature team is “is a long-lived, cross-functional, cross-component team that completes many end-to-end customer features—one by one.” Feature teams are an essential element to scaling up agile development. Without a feature team structure (but instead, a component team organization—based on code ownership, combined with a single-function organization—analyst group, programmer group, testing group, ...) your organization is likely to create numerous wastes and sub-optimizations that lead to a sequential (waterfall, ...) development cycle. Feature teams structure resolves many of these wastes but also introduces change and challenges.

Feature teams have been around in large products for a long time, for example, within telecom systems (Ericsson) and compiler development (Microsoft). They always emerged together with daily builds because frequent builds with automated testing is a key enabler for getting feature teams to work well. With the introduction of agile development (and Scrum specifically) feature teams have gained in popularity because they focus more on end-customer requirements and shorter cycle times.

第一，它是一个为完整用户价值负责的态度，这个团队里的人有共同的目标、共同的考核标准，为结果负责。

第二，它是一个全功能的团队，一个需求端到端的涉及到全部的团队，全部的角色，它应该都是在这里面的。

第三，团队里面的人必定要专一，专一在作这个团队里面的事情，而不是并行不少个事务在处理，若是原来职能性的团队存在这个问题，并行的版本或者功能特别多。

第四，团队的人必定要坐在一块儿，这个很是重要，它为结果负责。它是一个全功能的团队，全部的角色都有，运营、市场等等。他们很专一的就在作当前的产品，他们也坐在一块儿。

职能线的人主要负责专业人员能力的培养，还有专业规范的制定和落地，为FT提供人力和资源，FT就是一个纵向的，它是全功能的团队坐在一块儿。

FT团队员工的能力要求: 全局视角，把事搞定的能力，快速学习的能力。某种程度上，这并非多特殊的能力要求，若是你的组织不须要员工具有这样的能力，组织平常的低效可想而知，应对快速变化的能力可想而知。

FT 对于提升响应速度的假设，创建在全功能带来的沟通成本的下降上，赋权带来的决策瓶颈的减小上，专一带来的无谓等待的避免上，并不直接创建在汇报关系上。 若是你的组织，赋权须要借助汇报关系来完成，那就能够设计对应的汇报关系。

理想的FT是应该跨职能、跨组件以及同地协做的。团队开发完整的用户功能，通常由6到8名具有通用技能、同时各具专长的人组成。换句话说，这就是咱们Scrum团队的原型。

自建生态是什么呢？体验必定不是一个管理者的事情，它是全公司上下的事情

体验闭环，但愿经过这种方式能让体验这件事情变成你们的价值观的一部分，能真正融入到血液里，这才是有效的。而在全民体验中，咱们关注的就是一些事业部的解答率，还有应答率，主要目的为了发现产品、流程、策略上的不足。

主要因素：

第一，咱们的指标必定是持续迭代的，而且是快速迭代的，不能是一个指标一年，效果不好，由于只有持续的去变化，它才能让你们认识到，咱们其实上一阶段已经作得不错了，下一阶段咱们的努力方向应该是什么。

第二，必定要有客观数据的支撑，不能让你们报数据，因此咱们的BI系统，就应该要作到很是的完善。

第三，创建生态，最重要的是，必定是全民参与、全员参与，这种管理上必定是让目标成为团队的目标，而不是一我的的目标，这个很是重要。

第四，咱们必定要有可落地的东西，到底落地了什么？什么东西有效，这个指标不比了，是否是这些东西还能够继续用下去。

第五，增长一些趣味性。

价值观，公司特别注重价值观的传导，管理层会常常去传递这样的价值观。价值观是否一致，决定可否一块儿协做。

总结

          互联网公司与传统行业公司都是在建造软件系统， 而提升工程能效都是长期目标。任何行业都须要快速响应变化。创建Feature Team, 组织与文化变革会是更大的挑战，提升沟通效率，在相同的价值观下统一目标，高效协做，从上到下都具备快速学习能力，这样的团队在今天市场下才有竞争力。

其它参考：

SLA https://en.wikipedia.org/wiki/Service-level_agreement
NPS https://en.wikipedia.org/wiki/Net_Promoter

--------------------------------------------------------------------------------------------------------------------------------------------

今天先到这儿,但愿对您在团队管理, 项目管理,产品管理 有参考做用 , 您可能感兴趣的文章:
企业信息化与软件工程的迷思
企业项目化管理介绍
软件项目成功之要素
人际沟通风格介绍一
精益IT组织与分享式领导
学习型组织与企业
企业创新文化与等级观念
组织目标与我的目标
初创公司人才招聘与管理
人才公司环境与企业文化
企业文化、团队文化与知识共享
高效能的团队建设
项目管理沟通计划
构建高效的研发与自动化运维
某大型电商云平台实践
互联网数据库架构设计思路
IT基础架构规划方案一(网络系统规划)
餐饮行业解决方案之客户分析流程
餐饮行业解决方案之采购战略制定与实施流程
餐饮行业解决方案之业务设计流程
供应链需求调研CheckList
企业应用之性能实时度量系统演变

若有想了解更多软件设计与架构, 系统IT,企业信息化, 团队管理 资讯，请关注个人微信订阅号：

做者：Petter Liu
出处：http://www.cnblogs.com/wintersun/
本文版权归做者和博客园共有，欢迎转载，但未经做者赞成必须保留此段声明，且在文章页面明显位置给出原文链接，不然保留追究法律责任的权利。
该文章也同时发布在个人独立博客中-Petter Liu Blog。