团队如何做抉择

1.独裁:领导说了算 优点:领导的权利最大,易易靠命令管理人员,没有太多纠纷,团队进度能加快 缺点:成员没有机会参与决策,易不尊重团队成员,造成内部矛盾 2.独裁+顾问:领导和一些外部的顾问商量之后做决定 优点:易产生更多好的建议,不会产生独裁 缺点:团队成员还是无法参与决策 3.民主投票:这样就产生了赢家和输家 优点:成员能参与决策,更加公平公正,能够民主的决策出好的建议 缺点:团队决策结果产生较慢,易浪费时间 4.全体一致同意后再决定 优点:团队所有人都满意,避免了团队纠纷 缺点:团队决策结

[转]http://36kr.com/p/5056442.html 编者按:本文来自微信公众号"盈动资本"(ID:incapital2009),36氪经授权发布. 撰文|Slava Akhmechet 翻译|盈动资本 绿植 2016年10月5日,RethinkDB联合创始人Slava Akhmechet在官网上宣布RethinkDB公司破产倒闭.因为无法建立一个可持续的商业模式,这款开源的分布式数据库难以为继.Slava Akhmechet随后写道:"我们竭尽全力让Rethi

独裁:领导说了算 优点:员工之间不容易出现争执 缺点:领导不一定一定能做正确的决定 独裁+顾问:领导和一些外部的顾问商量之后做决定 优点:可以让领导做的决定更加正确 缺点:顾问不一定考虑到公司利益 民主投票:这样就产生了赢家和输家 优点:对员工更加公平 缺点:容易产生矛盾 全体一致同意后再决定 优点:避免了矛盾 缺点:一个决定需要耗费很多时间

a)独裁:领导说了算 b)独裁+顾问:领导和一些外部的顾问商量之后做决定 c)民主投票:这样就产生了赢家和输家 d)全体一致同意后再决定:皆大欢喜? 个人看法:如果一个领导足够大牛,那OK,都听你的,没毛病.可现实这么厉害的大牛是很少的,基本上属于那种绝对完美到不被自然所包容的地步,所以,想想就好了,当真就不行了. 那如果有顾问呢?来了一个可以说得上话的,应该可以了吧?也不行.他只有自己的声音,而他的声音又必须附和领导的声音,说白了,还是领导说了算. 那我们也来个投票呗!对和错?投票能决定吗?里

4 月 16 日消息,创新工场微信公众号上日前发布了一篇创新工场 CEO 李开复日前做了一场分享,讲述春节期间在美国硅谷的见闻. 李开复谈及谷歌.特斯拉.Airbnb 这些企业为何成功.李开复还给创业者建议,称打造百亿美元独角兽,必须要做三件事. 李开复分享的主要内容如下: 我们学到了什么? 在硅谷我们见了 Google 的资深副总裁 Jonathan Rosenberg,他做了一个非常有智慧的分享.在这个分享中我捕捉到几个片段,但其中我认为最重要的是:我们都知道怎样做独角兽,但怎样做一个百亿元

激励可以很大限度的激发员工实现自我价值的热情 企业有企业的文化,作为一个优秀的技术团队,也应该有一个良好的技术团队文化,这是激励的基础 一 行为文化 做为技术驱动导向的团队,首先,在称呼上,所有人的称呼统称为某某工,也可以用昵称或者外号(不准有侮辱性),要不就是直呼其名,这样不易对人产生压抑感,而且领导也较容易亲近手下,团队亲和力较高,潜在会形成扁而不平的管理氛围.对于个别人在公事上,以"玩笑"的口吻称呼非领导级别的同事为"某某总",这样的习气要严厉禁止,并且给与警

团队项目冲刺第七天个人工作总结如下: 1.昨天干了什么? 昨天对团队成员做完的部分界面进行了整合,同时对一些界面进行了优化. 2.今天准备干什么? 今天继续整合界面,将各个界面的主题或者布局进行统一,另外,今天准备做一个欢迎的界面,即一打开app有一个标志性的界面. 3.遇到什么困难? 不知道如何设置全屏界面,改变了theme,课时仍然得不到想要的界面效果,目前还没有解决:另外,对于安卓的MVC模式有点模糊,对于活动的使用不熟悉,浪费了很多的时间.

(速途网专栏 作者:娄昊川)坚果云是一款中文存储服务,前身是“坚果铺子”,提供免费的云空间,与dropbox类似,用户可以直接把档案同步到坚果云,供自己和伙伴用任何设备访问.自上线以来,几乎所有用户都反映该产品满足了他们很多需求,那这个产品背后的精神和团队究竟有着怎样有趣的故事. 今天我们采访了坚果云的两位创始人,同样也是坚果云的打造者,蔺皓和杨剑: Teambition:坚果云和dropbox是最像的,同步性能都非常好,想比之下坚果云最大的优势在哪里? 蔺皓:dropbox也是一款存储个人数据

敏捷开发系列文章目录 设计评审和测试用例评审我们都是迭代的第二天做,一般会给开发人员半天的时间思考一下他自己故事的设计,然后抽出1-2个小时进行设计评审,设计评审完后就做测试用例评审.设计评审就是让团队帮你查遗补漏完善你的设计,而测试用例是测试.PO.开发三者又一次落到实处的交流. 设计评审和测试用例评审都是为了解决产品质量问题而提出来的解决办法. 我们团队敏捷开发前期也是没有搞设计评审和测试用例评审的,是有几个迭代产品的质量老是提不高,在迭代回顾会议中大家讨论出,就算设计评审和测试用例评审会占