创业者的技术合伙人——在全民创业，各行各业都移动互联网化，猿团为创业者提供技术支持，并提供投融、法务、工商等一条龙创业服务。创业在猿团将会变得更加容易，帮助创业者不走弯路。
Teambition：好用的团队协作工具
创业热越演越烈，企业扁平化的管理让工作流程更加简单，然而由于很多产品型创企工作流程不够严谨，不可避免地出现一系列问题，比如任务被遗忘、团队成员对项目或事情的进展不同步、聊天经常脱离主题、文档不方便归类和查找、团队成员的时间不同步等协作问题。
在“互联网+”推动下，创业热越演越烈，创业公司宽松的工作氛围也有目共睹。企业扁平化的管理让工作流程更加简单，然而由于很多产品型创企工作流程不够严谨，不可避免地出现一系列问题，比如任务被遗忘、团队成员对项目或事情的进展不同步、聊天经常脱离主题、文档不方便归类和查找、团队成员的时间不同步等协作问题。Teambition从团队协作着手，解决了企业这些痛点。以下为猿团记者专访内容，原创作品，如需转载请注明出处。Teambition，团队协作工具的创导者，通过帮助团队轻松共享和讨论工作中的任务、文件、分享、日程等内容，让团队协作焕发无限可能。据悉，目前Teambition 的用户数超过百万，其中订阅了企业版服务的有几千家企业，在网页、桌面、移动环境都打造了体验出众的应用，其 iPhone 应用还被苹果公司评为2015年度最佳应用。公司已获得来自戈壁投资、IDG、盘古及北极光的多轮融资，并于2014年入选中国最具投资价值企业50强。采访之前，笔者就听说过Teambition自带的标签：开放、自由、平等、透明……这似乎是一个集合了所有创业公司优点的企业，团队年轻，管理扁平，福利优渥，这样一个年轻的公司，COO应该是怎样的呢?团队从最初的20人，成长到100+人，从高流失率到如今的稳定，又都有哪些宝贵的经验?本期猿团专访的嘉宾，是Teambition COO王雅倩女士，上海交通大学管理学学士，应用心理学硕士，瑞典隆德大学管理学博士。王雅倩，人如其名，集优雅与理性于一身，采访中思路清晰，谈吐优雅，团队管理方面的经验以及对公司运营的见解，她娓娓道来。之前我们曾采访过90后美少女COO、年薪百万女boss、独立一人承办全国级会议的女汉子，王雅倩作为猿团专访第四位女性嘉宾，“女博士”的头衔或许总让人望而生畏，也让某些男权主义者为其盖上“女强人”的帽子，然而面前的雅倩却温和、有礼，干练中透露着让人如沐春风的柔软，工作之余喜欢亲近大自然，也喜欢做菜和烘培。采访中，王雅倩向笔者讲述了她的博士研究生涯，以及为何选择加入Teambition。5年编著300多页论文 她发现运营实践的重要王雅倩是上海交通大学管理学学士，应用心理学硕士，曾在麦肯锡实习，也在意大利水泥集团总部(米兰)工作过。2009年，她正式出国留学，攻读瑞典隆德大学管理学博士。当时，王雅倩的博士研究是以瑞典最大的包装公司 SCA Packaging 为案例，撰写论文。为了取得一手资料，她花了三年时间在欧洲各个分公司收集数据，做案例分析，长时间坐在SCA Packaging的办公室，和公司员工一起办公，并访谈他们管理层和各个部门的员工，以此来了解一家公司怎么运作管理，会出现哪些问题。五年时间，博士论文出来了，三百多页印刷成书，厚厚的一本承载了5年的光阴和努力。然而，王雅倩却发现，这样一本书寄给当时作为研究对象的公司，他们也不太会看，即便看了，也不会觉得这个事情会对工作产生什么影响。她开始意识到，“做研究”和“真正运营一家公司”完全是两码事：做研究提供给人们知识，发展他们的理解能力，只需要知道 How 和 Why 就可以了。然而真正做运营，事情发生时必须马上想办法、做判断去解决。因为这个认知，王雅倩开始思考以后的工作导向，是留在学术界当一个学者，还是进入企业界实践运营?经过反复斟酌，她做出了选择：纯理论的东西毕竟意义有限，自己更希望能用理论和知识去解决具体的问题。加入Teambition 她带好了120多人的团队加入Teambition可以说是一种偶然。王雅倩告诉笔者，2010年，Teambition CEO齐俊元作为信息系交流生到瑞典隆德大学留学，两人出于偶然的机会认识，等王雅倩博士毕业回国，齐俊元立刻找到她，希望她能加入Teambition。面对邀请，王雅倩经过了慎重考虑，最终放弃了国内其他名企的橄榄枝，决定加入Teambition。因为在这样的创业型企业，自己能做的更多，才能发挥更大的影响力，为公司创造更大的价值。加入Teambition时，团队氛围并不理想，毫无规划，事事临时，只有20余人，而且员工流失率高。面对这样一个糟糕的局面，王雅倩马上进入角色。回想起当时的情景，她忍不住笑道：“困难很多，理论上的知识用起来还是有一定局限性，于是边学边用，不断总结，主动去发现问题，解决问题。“面前的王雅倩笑起来乐观而自信，笔者虽然无从得知她背后付出了怎样的努力，但她所做出的成绩，却是有目共睹的。经过调整，Teambition终于走上正规，团队发展到一百二十多人，也由原来简陋的办公室搬进高大上的张江科技园。除上海总部外，Teambition还设置了北京、广州、深圳、成都、杭州和南京等7个城市办事处。Teambition，团队协作工具创导者Teambition的使命是帮助更多企业与团队实现他们的目标。 Teambition希望最大限度地降低沟通成本，提高工作效率，做好每个项目，同时有效管理团队知识资产，助力团队稳健成长。为了打造最好用的团队协作工具，Teambition 提供了任务、文件、分享、日程等内容，针对性地解决团队协作问题。“任务管理“可以让每个人的责任和任务更清晰;“文件共享”有条理地存储和共享文档，并支持随时访问、即时评论;“分享墙”则可用来做头脑风暴，或者发布一些规则和通知，做知识沉淀;“日程安排”可以用来安排团队的开会等事务。王雅倩表示，今年，Teambition 的产品能力和服务能力都大大提高，产品方面开放了应用与插件平台，扩展了用户的使用场景，实现与印象笔记等第三方服务的对接，提升了提供解决方案的能力。对于企业用户来说，Teambition 提供的企业版服务更专注于企业管理、成员效率、组织周报功能。在王雅倩看来，Teambition 一直专注于团队协作问题的解决，整个团队全心全意想把这件事情做好。Teambition 愿景是帮助那些富有创意、渴望成就、乐于创造，为了一个共同目标而努力的人们，实现他们的目标，帮助每一个团队成为协作型组织。Teambition 诞生至今已经5年有余，就像王雅倩所说，整个团队一直在做一件事情，也只做一件事情，就是帮助更多的企业和团队更好的协作。所谓“协作”，就是一群人在一起完成一个目标。因此，Teambition 公司的使命，就是帮助更多的企业和团队，去实现他们的目标。作为这样一家解决团队协作问题的企业，自身团队管理方面又有哪些经验呢?对此，王雅倩表示，想要留住人才，加强团队凝聚力，创业企业除了为人才提供有竞争力的薪资和待遇，同时更应让员工去做自己擅长的事，提供足够的个人成长空间。当然，对于创业这件事，王雅倩也有自己的看法，她把创业比喻成一场马拉松，考验的是耐力、体力和心态。她认为，创业者一定要平衡好压力，找到合适自己的生活方式，保持好的身体状态来跑这场马拉松。当然，创业结果固然重要，但路边的风景和途中的收获也很美好。写在最后：虽然和王雅倩接触时间不长，但笔者已经看到一个优秀团队领导者的风范：自信、乐观、严谨、不惧怕困难。我们可以想象到在王雅倩背后，Teambition年轻的120人的团队风貌，又是抱着怎样的工匠精神来雕琢产品。为了本期的专访，笔者特意下载Teambition进行了使用，发现这是一款非常不错的项目管理工具，UI设计精美，品质把控严格， web端的设计和体验也很赞。或许很多用户喜欢拿它与Trello比较，但笔者认为，创新的目的不是为了创造新事物，而是填补空白，发掘新的价值，而这正是Teambition在做的事情。我们也希望Teambition秉持着这种严谨的产品态度，帮助更多的企业把协作做到最好。如果你也有一个创业梦，欢迎关注【猿团专访】，了解每个CEO背后的故事，或者创投信息;如果您创业成功，想与我们一起分享创业故事，预约CEO专访，欢迎发送CEO简介或公司简介至邮箱：。(文章来源：猿团传媒 作者：瘦司)
热门产品：
大家都在看
肖像权侵权
其他违法信息
输入您的姓名（必填）
输入您的邮箱（必填）
输入您的电话
输入您要举报的内容
客户端下载：
Copyright (C) 2006-, All rights reserved.
北京凯铭风尚网络技术有限公司 版权所有teambition – 团队在线项目协作工具
Loading...
teambition 的几个主要功能足够一般小团队项目使用了。界面比较简洁，
任务墙可以为其他人添加任务、设置截止日期、优先级，拖拽设置任务为 未完成、进行中以及已完成。
分享墙类似于一个小型内部论坛。文件库可以上传文件并对文件进行评论。
回顾页面以时间线的形式显示了当前项目的所有活动，对于需要写日志的同学来说比较实用，直接拿来就可以用了。
当你有新的消息的时候，teambition 的网页图标会像 Gmail 一样显示未读数量，有强迫症的同学赶紧去清零吧。
上次小众推荐了 tower.im 之后，我就把 tower.im / teambition / fengcheco 等国内外几个团队协作都玩了一下，怎么说呢，各有特色，然后都不完善，当我向其中某个开发团队提出 bug 的时候竟然跟我说就是那样的~ 呵呵
按分类查看文章:
大家都在讨论些什么
: 恭喜 CHYJ
espduo 五位同学，请注意查收邮件。: 再用力刷新一下: 看一看你的魅蓝是不是日了狗的yunos系统: 官方提供 依然无效: 蓝牙协议里是有实现回报点亮的接口的。: 我刚想用docker部署就看到了这个教程。。。差点就造轮子了: 不错，学习了
最热门标签
传说中的小众软件 让你的手机应用与众不同。
商业网站或未授权媒体不得复制、转载、使用本站内容。为你推送和解读最前沿、最有料的科技创投资讯
36Kr股权投资
汇集行业内最优质创业项目的股权投资平台
聚集15家顶级投资机构的专业互联网融资平台
聚集全球最优秀的创业者，项目融资率接近97%，领跑行业打造高效协同的小而美团队
年团购业务开展以来，大众点评的研发团队规模从几十人发展到近600人，从“游击队”发展到“正规军”，多兵种作战带来了战斗能力的提升，也带来了协同的挑战，如今，为了应对不断变化的行业发展，大众点评需要打造一支高效协同的小而美的特种兵队伍，其中的挑战有哪些？如何来应对？大众点评的研发管理高级经理唐灏将从如何避免大公司病，如何打造小而美的团队，如何实现团队之间的高效协同这些角度，来剖析点评在研发管理方面的一些心得体会。
年4月，早期团队规模一直比较小，2010年，随着团购业务的快速发展，O2O被广泛的接受，大众点评的研发团队也进入了快速发展时期，短短两三年，点评的研发团队（包括技术、产品、业务运营与系统三个部门）规模从几十人发展成为几百人，每年都几乎人数翻倍，通过10年来技术部人数的变化就可以感受到近几年研发团队的发展速度。
、产品中心、财务中心等，各条业务线齐头并进，为点评的平台策略打下了坚实的产品基础。
，视觉设计师要交付视觉稿，重构工程师把视觉稿变成HTML和CSS，前端开发工程师负责javascript部分，后端开发工程师负责相关的service和业务逻辑开发，QA写test
case并进行测试验收、应用运维工程师负责上线等，另外还有平台架构师、测试架构师、前端架构师、工具开发工程师、算法工程师、数据仓库开发工程师、BI分析师、SCM等。必须经过评审，每个项目如果是A级或者B级，还必须要做设计并进行设计评审，开发工程师只负责开发，测试则全部交给QA，而QA很容易成为整个研发的瓶颈，因为他们在前期几乎很难参与到项目中，工作往往在中后期开始，大量测试需求的积压导致整体产出效率大大降低。
、UAT展开了各种讨论，甚至编写口水歌来互相开玩笑——“需求不是你想改想改就能改，让我疯狂，让我焦虑，PRD快拿来”。
，程序员只看到自己开发了若干个feature，但是不知道这些feature组合起来，交付的完整的价值是什么。
年，我们一直在这方面进行探索和尝试。 的虚拟团队
的概念，怎么做？最简单的就是从座位调整做起，不再以部门为单位来安排座位，而是考虑同一个业务块的相关人员坐在一起，程序员的左边直接坐着产品经理，右边就是QA，有什么问题转个身大家就可以讨论解决掉，快速轻量决策。
的团队”理论，意思是说团队的规模应该控制在两个pizza能吃饱的范围内，理想情况是10人左右，否则就会导致沟通成本上升，团队认同感降低，团队效率下降。
的概念，开始进行小团队reorg，将组织架构按照业务进行拆分，变成30多个研发小团队（不包含产品运营人员），幸运的是点评的管理层级一直比较扁平，这样的调整也比较的顺畅，很快完成。
年年末，整个研发线开始进行目标设定，目标设定是通过回答这么几个问题来进行的。
》这本书，每个团队要求用尽量直白的描述来回答这些问题，进而梳理出每个团队的目标出来。
年精益产品思维的深入的熏陶，2013年，点评研发线开始全面引入敏捷研发模式，其实之前已经有不少团队开始尝试用Scrum的方式，并且自下而上的进行了一些推广和尝试，而这一次，则是自上而下和自下而上互相结合，全面开始推广。
（原来的产品经理）开始通过讲故事来让每个成员了解故事的价值，Team
Member（开发和测试）更多的依赖面对面的交流来了解需求，并鼓励主动领故事，优先实现高优先级的任务。Scrum
Master则帮助团队扫清各种障碍，确保团队工作的高效、顺畅，而不再依赖命令来进行工作任务的分派。
型人才发展模式，一个后端开发工程师除了熟悉java开发以外，还要具备一定的javascript开发能力，要能写单元测试，尽可能的提高代码的质量，以减少QA的工作量。
最早的点评研发团队就像是一群游击队，之后随着规模的扩大变成了正规军，而现在我们希望把我们的研发团队变成一群特种兵，一群007一样的特工，那这样的部队和游击队之间有什么差别呢？其中一个显著的差别是游击队是土枪土炮，而特种兵则有强大的特种武器支持，比如会射击的手提箱、会拍照的眼镜、会通话的手表。
同样的道理，高效的研发还需要强大的工具平台去支撑，这点在王淮的《打造facebook》一书中有详细的阐述，在facebook，他们让最优秀的工程师去开发工具，在国内则往往正好相反，对于点评来说，还不能做到让最优秀的工程师去开发工具，但我们投入不小的资源去打造优秀的工具平台，我们有专门的工具平台开发团队，比如这个团队开发的“Button”发布平台，目标就是可以做到一键发布，目前这个平台已经全面铺开。
当我们切分成了足够小的团队，每个团队有了自己的目标，采用敏捷的方式来运转，并且有了强大的工具平台支撑，这简直就是一支研发梦之队。
等等，有这些真的就高效了吗？不尽然，单个团队的高效不代表整体就是高效的，很快我们在实践中发现了这个问题，不少团队都反应说，和其他团队协作的时候非常不顺畅，不得不出现等待。那如何确保整个团队是高效的呢？这就需要非常好的协同了
，并重新对团队目标进行必要的调整，内部进行充分的沟通。而对于团队交付有效的价值方面，PO的重要性特别大，因为PO把握了团队的方向，PO需要具备将Story的价值清晰的传达到团队每一个成员那里，确保团队交付的是对整体目标有价值的产出。
必须在这个Sprint交付，但是这个Story依赖API团队的开发，而对于API团队来说，他们这个Sprint里面有自己的Backlog，客户端团队的需求只能放到下一个Sprint里面去，这该怎么办？
Master要发挥最主要的作用，为团队扫清障碍。对于PO来说，可以去API团队讲述这个Story对于公司价值的重要性，尽量争取把这个Story加入到API团队当前的Sprint中，Scrum
Master则可以灵活的调配资源，去争取双赢的解决方案，比如临时从自己团队中安排一个人加入到API团队中去，完成对自己团队非常重要的Story。更有甚者，可以直接让客户端团队工程师去修改API团队的代码，然后让API团队的程序员做Code
Review即可。解决方案中的下下策是依靠管理层去命令API团队做出妥协，这样的安排很容易降低交付的质量，降低团队的满意度，要慎用。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。