今年儿子高中毕业，大学选的专业是“computer science”，根据这个专业的特点，我给他规划的职业路径是：coding-->design-->analysis-->manage。通过这个职业路径设计，就是想让他明白两个道理：
1、编码只是整个软件生命周期中的一个环节而已，而非全部或者大部分。
2、编码是基础能力，一个合格项目管理者除了会编码，还得能设计、懂分析。
所谓“当局者迷”，在我二十多年的职业生涯中，就有几次模糊了以上道理，心存侥幸，然后就是损失时间和资源：
在实施项目过程中，一般甲方都有天然的心理优势，尤其对于那些熟悉业务、有想法的甲方管理者，依托对行业的熟悉、对业务的理解，以及在项目中的主导地位，会营造出可以做出一个“创世纪”类型的项目自信，然后就是一系列的实施、运营、收益的畅想和规划。而作为乙方的我们，虽然具有技术优势，但依然期望有一个了解行业、熟悉业务的捷径引领者，进入一个新的行业、开发一个新的产品，从而打开一个新的市场，使企业的营收得到增长。这两者一结合，幻想的泡泡就出现了，甲方主吹、乙方辅助完善，自信的甲方和饥渴的乙方共同营造的泡泡也就越来越完善、越来越美丽，但泡泡终归是泡泡，实践的针很容易就会戳破，只是迟早而已，当然越早戳破资源浪费就会越少。
出现以上泡泡的一个重要原因就是，甲方没有编码、设计、分析的基础，纯粹从业务、行业的角度进行畅想、规划，这是无源之水、无本之木，所以在这个过程中常常会感觉这个泡泡非常高大上、非常有道理，但就是不知道如何落地；而甲方也不会关注落地的事情，他认为落地那是具体干活儿人的事情。一个不知道如何落地的项目，再怎么规划，最终都是不可能成功的!
所以同时具有编码能力、设计能力、分析能力，就可以让一个项目管理者具备项目“落地”能力，只有具备这种能力的管理者才能走到更高的空间。反之只能局限在某一个特定领域，例如只会coding，那只能写代码；只会管理，那就只能做做行政管理……
网友评论