数据有了，它能告诉我们什么呢？这是一个以数据说话的年代，口若悬河的辩解也好，信誓旦旦的保证也好，都不如寥寥几个数字来得有说服力。当然，中国人讲究一分为二，凡事不肯轻易结论，同一件事物，不同的人有不同的阐释，有时候甚至结论大相径庭，也并不希奇。曾有一笑话，说某阔少行善积德，每日施舍乞丐两文钱，突一日乞丐只收到一文钱，遂问其故，阔少解释说因娶妻生子，开销加大，乃减去一文，乞丐闻言怒道：“你怎么能拿我的钱去娶妻生子！”，可见，即便是一文钱这么小的事情，尚且仁者见仁，智者见智，何况关乎国计民生的统计数据呢。因此，以下分析，仅是笔者个人的一家之言，相信聪明的读者自有独到的见解。

    细心的读者一定发现，表一中的统计数据，并没有包括蓝皮书中的所有职业。比如“CIT/CTO”、“配置管理人员”、“DBA数据库管理员”、“网络管理员”和“技术支持工程师”，就未纳入计算。这里需要说明一下，笔者在本文中的分析，是以项目为单位的，而未纳入计算的这些职业，都是跨项目的，理论上并不完全从属某个项目组，因此，我们将其排除在外。

    按照传统软件工程理论，一个项目组由项目经理、系统分析员、高级程序员和程序员组成。从这四种角色的职责不难理解，他们在项目组中的数量是呈金字塔形状的，其比例大致从1:2:4:8到1:5:25:125。这个比例是这样得来的，在传统软件工程理论中，金字塔的上一级对下一级负有管理责任，而通常的管理理论认为，在工业社会，个人能直接管理的人数，在7到13人之间，而软件是智力密集型产业，因此，直接管理人数在2到5之间比较合理。

    如果按照这样的比例，对照表一中的数据，我们不难发现，在平均意义上，中国的软件项目组的职业结构是严重失衡的。具体表现是，项目经理数量太多，而程序员数量太少，本应呈现金字塔形状，实际上却成了几乎一个直桶。是什么原因导致职业结构的严重失衡？这个问题，值得我们深思。