Showing items from 研发管理

本文为CEO和管理者提供了关于如何在软件开发过程中内建质量的观点，帮助他们避免常见的陷阱，提高团队的效率和产品的市场竞争力。

小时候看古代小说，总觉得他们打仗用的阵法特别炫酷，比如一字长蛇阵，攻击到蛇头、蛇身或蛇尾时，瞬间就能卷、绞、咬。这些情节总是让我觉得又威风又神秘，兴奋不已。长大后明白了作为个体的士兵在组成部队后，通过阵法的运用，能产生出远超个体之和的力量。

在现代商业社会，面对激烈的商业竞争，你的团队如何排兵布阵呢？本文尝试探讨一下团队拓扑在嵌入式领域的应用。

不知道你有没有注意到，走进各个企业，总能看到那么几句振奋人心的标语，其中“一次把事情做对”绝对是个高频词汇。以前每次看到，我都会想：这家企业也太教条了，都什么时代了。对失败这么零容忍，还怎么创新呢。这个时代的主旋律不是从错误中学习，快速响应、快速迭代吗。

然而最近一年的嵌入式领域经历，让我重新反思，“一次把事情做对”不仅是对工作效率的追求，更是对质量控制的严格要求。在嵌入式产品开发领域，这一理念的重要性尤为突出。

组织中所有的问题都可以最后归结为人的问题。很多时候我们期望流程和工具能够解决这些问题，然而如果忽视了团队中个体的需求、动机和互动方式，那么再正确的流程和再好的工具也无济于事。因为流程和工具无法发现人、培养人、激发人。

真正的团队效能来源于团队之间以及成员之间的协同合作、有效沟通和共同目标。因此，在构建和优化团队时，我们需要将关注点放在团队本身，坚持“团队优先”的原则。

在以往，嵌入式系统开发往往是单兵作战，依赖于个体能力，详细的需求文档并不被视为必要条件。然而，随着嵌入式系统的复杂度不断提高，团队协作变得至关重要。这就离不开知识的传递和消费，因此需求管理在嵌入式系统中的重要性日益凸显，它不仅关乎业务实现，更影响到团队的沟通和项目顺利进行。

最近，我们在一项嵌入式项目中探索了不同的需求描述方法，从传统的需求规格说明书到敏捷的用户故事，再到我们最终采用的系统用例。这一方法极大地提升了团队的开发效率，本文将分享我们的经验和思考。

今天看了本好书《卓越工作》，迫不及待地要分享给大家。

作者的第一份工作是在波士顿咨询公司（BCG），加入公司后想着要996大干一番，却发现一女同事早8点晚6点准时下班走，也不加班。关键是工作还做得比自己好。之后的多年时间里，直到他做了哈佛商学院的教授，他都还在思索为什么当年那位女同事能够用更少的时间却能做得更好？

作者发现，没有人愿意愚笨地工作，但大多数人实际上却就在愚笨地工作，因为真的不知道怎么聪明地工作。于是他深度访谈了120位专业人士，调研了5000人后，形成了这本书的内容。

我节选几个观点与大家分享。