这个故事关于我们一名天才团队成员的陨落，他对我们的产品架构有深入理解，有预测未来需求的不可思议的能力，有大量专业领域知识积累。

他是贡献最多的成员。他曾驾驭我们的旗舰项目。我们叫他 Rick 好了。

Google 花了两年采访 200+ Google 员工，调查了 180+ 高效的工作团队，发现了 5 个特征。

我们公司和大部分传统软件公司一样，随着业务的发展和新领域的开拓，公司的管理风格越来越像华为，这是不是最佳的演进路线，我觉得值得探讨，以下是我的思考，希望跟大家讨论。

3. 是否有问题跟踪器? 4. 写代码之前修正所有 bug 吗? 5. 是否有实时更新的计划表? 6. 是否实时更新产品功能和使用方法的文档? 7. 是否使用市面上最好的工具？ 8. 是否有完整的测试计划？

我来谈谈亲身经历过的“怪现象”。为什么说怪呢，人多力量大，似乎才符合常理，但是往往在软件项目开展的过程中会出现人多、事少、工作量大的情况，这跟我们以往的认知大相径庭。

在软件开发者的职业生涯中，我们一定会遇上一两个产生负价值的同事。你也许会想：负价值是个什么鬼？

不知读者您是否深有感触，我们在会议上花费了太多的时间，这些原本能够为公司产生生产力的时间，都浪费在了冗长而低效的会议上。这些会议通常洋溢着令人厌烦的气氛，大多数时候我们可以得到这样的结论——“会议在拖我们的后腿”。

好的文化氛围需要引导才能产生，它是我们每一位团队成员在面对事情上面的集体倾向，它能够帮助我们将团队建设的更好，它需要时间。

“谁也无法改变现状，唯有无数程序员血洒大地，才能使项目重建天日?！闭庖坏阋膊豢湔?，软件项目做烂了就是个坑，参与者也不过是填坑的。就像是在魔兽世界战场遇到国家队一样，你赢也赢不了，出也出不去。

据我观察，就我认识的牛叉技术经理，他们通常也是优秀的调试者（debugger）。为什么会这样呢？这两项工作到底有什么重叠的技能呢？

作为一名技术团队的管理者，上有企业老板，下有团队成员，在这个承上启下的位置上，必须要有一定的管理能力才能使整个团队发挥最佳水平。但是仅仅有管理能力还不行，管理方法还必须适合一支技术团队。本文通过分析技术团队的特性，从6个方面来探讨了如何去管理技术团队。

本篇涵盖的是我们在研发过程和项目管理流程，以及当中在DevOps上做的一些努力去优化开发人员的体验，就试着从各个环节总结

在异地协作的创业团队，尤其是存在时差的情况下，会遇到的最大的问题就是对于无论是需求，还是原型和设计，都存在一个异步确认的过程，不能面对面吵一架解决，那就需要合理的协作机制能方便的讨论，反馈和追踪。

本文是对如何制定团队沟通协作的方法的一些思考，适用的团队大概应该在10-30人左右，最好focus在一个产品上，和业务团队有一定地理或者部门距离，不能完全坐在一起工作。

销售经理：“如果能添加这 5 个功能，就能做成这个大单。这些功能缺一不可”
开发Leader：“OK，我们可以在 8 个月内完成这些功能”

?每个人在职场中基本都会面临“上下左右”的沟通关系：“上”即自己的主管；“下”即自己的下属（没有下属的除外，所以基层员工的职场关系要简单很多）；“左右”即团队内部的同事，或需要跨团队协作的同事，或可以交流的同行等。

我特此做一下说明。题目所问“UI设计的整个工作流程是怎样的” ，我的回复是把“UI设计”当做一个整体的团队流程来看。而题目也可以解读为“UI设计师的整个工作流程是怎样的“。

以自身经历为基础，讲述作为游戏策划，在日常工作中的一些基本沟通技巧。主要涉及以下几个方面：①信任在沟通中的重要性；②聆听的意义；③表达的技巧；④与程序和美术沟通的方式。

为什么工程师的效率有那么明显的波峰波谷？负面情绪与工作效率有什么关系？ 团队 Leader 应该怎样保证整体的效率输出与大家的成长？为什么醉心于技术的同学做项目总是虎头蛇尾？

项目终于交付了，上午大家去KTV爽了一把，最后的一首海阔天空，让我们大家感觉到我们不仅仅是程序员，我们的心中原来还一直有梦。