一些思考：嵌入式软件设计公司合理的组织结构

一年年的招人，人越来越多，还没回过神忽忽悠悠地被安排在PL，PM职位的人大有人在，但这种人为安排

而形成的金字塔型稳定么？随着公司走向正轨同时又遇到了经济危机的严峻环境，弊端便显现出来，大家

开始反省，什么才是PL,什么才是PM，什么才是开发人员，究竟哪些是他们的工作内容，究竟需要掌握什

么样的技能？

大多数嵌入式软件开发公司的组织结构大概是这样定义的，
开发人员（3年以内）：coder或programer，能够把PL交给的开发任务完成，主要从事的是编写代码、调

试和测试的技术工作。
PL（5年左右）：能够带领5人左右的开发人员完成项目开发，进行项目推进、管理。主要从事的是开发现

场的管理与技术工作。
PM（8年左右）：同时管理3~5个项目（30人以内），组织预算，进度安排，客户关系，员工教育等。属于

团队组织级别的运营管理。

但是这种得定义似乎并不明确，难道PM不需要了解技术么？了解技术需要到一个什么程度？是技术专家级

别么？另外，员工难道从事开发3年以后就必然走向管理么？重新思考一下，我觉得这样的定义似乎更合

情合理一些。


1 技术路线与管理路线
如果开发人员的岗位级别、工资待遇只是简单的从下属员工个数的话，那么没人愿意长期从事技术，既然
不能长期从事技术，便没人关注自己技术的长期规划，整个软件行业便会进入一个不健康的状态。所以，
在公司内部应该规划出两条晋升路线：技术路线与管理路线。对于50人左右的小型软件公司，可以培养出
5个左右的领域专家和架构专家，5名左右的PL，以及3名左右的PM，这样的数字对于每个项目只有5~7人左
右的嵌入式软件开发比较合理。然后，领域专家和架构专家应该得到极大的尊重与荣誉，能够横跨项目进
行指导与设计，提高技术创新点、适当地参与预算与计划。这样，一方面能加大金字塔结构的健壮性，增
强技术创新能力，也能够优化项目结构，灵活安排项目人员与项目周期，在一定程度上降低项目成本。

2 各职位所需技能
一般公司认为项目经理不需要太深的技术能力，开发人员不需要太高的管理能力，这样都是不科学的。
管理、经营、技术这三点对于每一层次的员工同样重要。

领域专家与架构专家:
经营能力：与行业其他公司专家间的关系、行业动态发展方向把握
管理能力：know how，
技术：深层次领域技术、深层次架构技术


PM：
经营能力：公司文化方针、符合公司中长期计划、团队规划、产品战略、客户关系、项目预算能力、行业把握能力
管理能力：团队运营能力、过程改善能力、团队教育能力、团队状态改善能力、其他部门协调能力、人员

调配
技术：产品力

PL：
经营能力：项目预算、项目战略、客户关系
管理能力：项目计划、推进能力、项目数据收集
技术：领域技术、架构技术

programer：
经营能力：自我发展规划
管理能力：开发任务管理、文档管理等
技术：开发课题发现、解决解决能力、模块开发技术、高质量编码技术等