---
title: 产品与工程管理
canonical: "https://xiaofeng.dev/topics/product-engineering-management/"
author: 唐小锋 Xiaofeng TANG
description: 早期文章沉淀的方法论：产品经理、技术管理、团队协作、软件系统和工程判断。
---

# 产品与工程管理

早期文章沉淀的方法论：产品经理、技术管理、团队协作、软件系统和工程判断。

- [为什么开发团队和业务团队之间需要产品经理？](https://xiaofeng.dev/writing/product-manager-between-dev-and-business/): 人月神话第七章“为什么巴别塔会失败”（见本消息的另一篇文章），里面提到了三种组织关系：
- [[摘]大型项目组织架构：技术主管和产品负责人谁主导更合适？](https://xiaofeng.dev/writing/tech-lead-vs-product-owner/): 以下内容全部摘自《人月神话》第七章：为什么巴比伦塔会失败？
- [技术经理涉及的工作内容：关于事](https://xiaofeng.dev/writing/technical-manager-work/): 技术经理这个词并非一个能够精确定义的岗位，但有一点很明确：技术经理不是一个直接贡献者，而是一个间接贡献者。
- [技术归技术、人归人——《人件》笔记](https://xiaofeng.dev/writing/peopleware-notes/): 《人件》的英文名也很有意思：Peopleware，既是说不能把人当作固定物件，也是说不能把人的问题当作技术问题。这本书的基本论点都是基于这个想法：我们工作中的问题更多属于社会学范畴，而非技术范畴。社会学问题不能用技术性思路来解决。这本书的内容驳杂，很难系统化地梳理，所以仅按照书里的顺序挨个把有趣的点摘录下来，希望有...
- [Brooks法则：“向进度落后的项目中增加人手只会使进度更加落后”](https://xiaofeng.dev/writing/brooks-law/): A：“离系统上线只有3个月时间了，还有这么多功能没有做，怎么办？”
- [软件系统的生命——概念一致性](https://xiaofeng.dev/writing/conceptual-integrity-software-system/): “绝大多数欧洲的大教堂中，由不同时代、不同建筑师所建造的各个部分之间，在设计或结构风格上都存在着许多差异。后来的建筑师总是试图在原有建筑师的基础上有所“提高”，以反映他们在设计风格和个人品味上的改变。所以，在雄伟的哥特式的教堂上，依附着祥和的诺曼第风格十字架，它在显示上帝荣耀的同时，展示了同样属于建筑师的骄傲。
- [立体监控](https://xiaofeng.dev/writing/three-dimensional-monitoring/): 按照一般的实践，对于需要7 24小时运作的在线系统，光靠开发人员小心谨慎是完全不够的，势必引入一些监控工具，每次监控的失败报警都可以作为一种反馈机制，增强系统的可用性。再进一步会发现，监控的意义可以远不止于此。
- [人类是科技的附属品吗？](https://xiaofeng.dev/writing/humans-and-technology/): 是工业革命轰隆隆的蒸汽机，还是极端精密的计算机？全新的农业技术、杂交水稻、转基因食品？是拯救了许多人的抗生素、靶向药？还是让人又爱又恨、容易沉溺的游戏和智能手机？