进化

十年前，传统的IT企业如金蝶等，软件开发一般都是里程碑式的，一般以年为单位。年头由产品经理写好一份大需求，各方评估完后开始项目启动。设计、开发各做几个月之后测试，之后缓慢迭代beta。虽然听起来感觉一年很长，但每次到Deadline时，总是发现时间不够用。最终，也是带着一大推未完成的功能和bug的产品推送到市场，更多的项目是胎死腹中。

而如今互联网式的生产，则开始施行迭代式开发、敏捷式开发，产品需求、设计、开发并行，产品经理随时根据用户反馈和竞品情况做需求，界面设计与开发同步进行，测试若有若无。有可能一两周，夹杂着不成熟的功能、设计和bug，这样的产品就直接上线，供用户下载了。

一种是里程碑式的开发，一年一个版本，思考时间略多，发布版本中的缺陷略少，但动作慢，市场敏感力弱；一种是迭代式开发，一个月一个版本，不想太久，缺陷挑战比较大，但与此同时，也更能抓住用户需求的变化，可以在渐进中更加瞄准核心，也有更多的机会微创新。

从人类进化的历史角度来看，从猿猴进化成人类，这期间，这只猿猴并没有忽然间从猿猴1.0升级到猿猴2.0，而是升级为猿猴1.0.1，因为他在渐进式的变革——从站起来不会思考，到灵活的大脑和双手。

任何一个优秀的产品，如果你去梳理它的发展历史，你就会发现，其实没有所谓的一步到位的极致，任何一个好的产品都是在原有基础上不断进化而成的。

高效团队需要做的就是

（1） 关注目标，细化本周任务

（2） 大的工作项拆分成小任务，添加关注人与分配人员 （3） 随时check团队、项目、任务的动态 在Worktile的工作台，可以实时了解团队的最新动态。在项目的简报中，可以查看项目的动态活动。在任务中，只要你关注该任务，就能通过消息获得该任务的最新消息。 （4） 持续优化流程 Worktile特色之一就是看板式管理。看板具有可视化、流程化等特性。详情见Worktile协同特色之二：任务看板管理。 （5） 庆祝小胜利，添加新任务

多次小的胜利胜过一次大的胜利。每当小细石碑拿下之后，团队一起庆祝胜利。同时下一步的工作也开始添加到本周任务中。

所有权

高效的团队，每一个成员既是管理者也是执行者。每一个成员在团队中都可以发出自己的声音，为团队或项目目标发挥自己的力量。团队是一种开放、平等、透明的文化，大家所做的事情都是围绕着目标而出发。

在Worktile，每个人都能明晰自己的所有权：

• 我创建的任务——发现需要解决的事情

• 分配给我的任务——明晰我的任务

• 我关注的任务——随时了解我关心的事情动态

  

【我创建的任务】

当任何一个团队成员发现一个问题时，他都可以在相应的项目的【收件箱】中，创建一个任务，写下这个问题。比如Worktile团队就有一个项目是【Worktile反馈】，我们列出了从用户那收集到的所有需求信息，任何产品、设计、开发人员都可以随时check反馈，还可以自己认领被列为开发计划中的任务。这样，慢慢的引导并形成了团队成员发现和解决产品问题的能力。每个人都可以第一时间发现问题，了解问题，解决可以解决的问题。

【分配给我的任务】

在Worktile的工作台，可以看到【我的任务】和【我的日程】。每天打开Worktile，每一位成员都能知道自己需要做些什么，通过截止日期可以知道哪些任务比较紧急，今天有哪些日程安排。于是，一天的安排就可以有条不紊的进行。

【我关注的任务】

消息收件箱中会随时推送我关注的任务、话题、文件等的最新动态，不需要繁琐层级的沟通，你就随时可以查看这些任务的最新进展。

透明

团队的信息尽量公开透明化，减少繁琐的层级话筒传递。每一个团队的成员都可以了解自己所在项目的最新进展情况，明确自己的职责与他人的职责。这样不仅可以减少信息传递的沟通繁琐与失误，还可以大大增强团队成员的参与感，进一步而加深自己的责任感。这样慢慢会从自上而下的管理式驱动类型团队转型为客户价值驱动类型团队。更多了解，可查看认识Worktile的权限管理思路

在Worktile，团队、成员、资料、动态，形成了一个信息资源池（更多了解可查看我所认识的Worktile——Worktile图解 ）。每个人都可以在自己的项目权限内找到有价值的信息，这样省去了很多不必要的沟通，提高了每个成员沉浸式的工作体验，从而进一步提高效率。每个人都可以沉浸在自己的工作乐章中。