摘录理念

2013-12-05

下面的一些理念主要是从37signals的两本书Getting Real和Rework上摘录的。

不要加班工作。永远把注意力放在提高工作效率上，而不是延长工作时间上。

会议有毒，及时止住。清晰地安排议程，严格按时，防止跑题。设置30分钟的会议时间，到时即结束会议。

找一个对手，站到他的对立面，旗帜鲜明地提出你的主张。这样会赢得赞同你观念的人的关注和支持。

不要做长期计划，因为太多的因素不在你的掌握下。做最短期的计划，比如今天做什么，这周做什么，over。长期计划让你盲从而错过当下时机，短期计划更易调整，让你更能抓住机会，即兴发挥。

把事情做少，把简单的事情做到最好。不要用冷战思维去和竞争对手比“多”，这样只会让你变成防御型的公司，而防御型的公司只会follow，不能think different，而不会去lead。

不要向用户询问他们需要增加什么功能，而是询问他们最不想要什么功能。

有些有用的功能加上好不好？当然好。但他们真的非要不可吗？不是。在时间、人力有限时，可以把那些有用的功能先放在一边，去定位好最重要的核心功能，并优先做好他们。去掉那些无关紧要的事情，你将变得超乎想象的高效。

避免首选项这样的功能。不要让用户去做太多细节上的决定，替他们决定好每页显示多少条数据这样类似的事情。

工作的时候屏蔽外界的干扰信号，比如噪声、手机、即时通讯、别人的谈话等。在一个安静的环境专注做事情，更容易进入一种投入的状态，接着效率会飙升。

2个人只有一条沟通链接，3个人有3条，4个人则有6条，人数越多沟通链接数增长越快，沟通成本急速增高。要将团队划分为更小的、自治的、独立的单元来减少过多的沟通链接，从而更高效。同理，将项目的程序也划分为更小的模块。

庆祝小的release来鼓舞士气，这是开发人员的动力之一。如果不能被小的release所激发，说明对现在的工作不太感冒，说明项目可能很糟，要注意。过长的、拖延的开发周期使得小庆祝之间的间隔时间过长，是开发者动力的杀手。庆祝quick wins是很大的动力来源。

通过博客宣传你的产品、理念、使用技巧等。去布道，去分享，这比打广告更有效更节省成本。

当产品推出新特性新功能时可能会听到用户负面的反馈，不要急躁，负面的反馈总是来的更快更猛，正面的反馈则需要时间。平静下来继续听一段时间，看反馈是否依旧负面，还是说变得更正面了，之后再做决定。 当然要想更实时的掌握用户反馈的动态，那最好去订阅各个渠道的用户评论。

不要盲目扩张产品。如果你只是为了拧螺丝，你不必非得造出一把瑞士军刀出来，一把好用的螺丝刀即可。不要为了扩张而扩张。

设计，开发，营销都很重要，注意平衡。

执行！