这样的PM是我的目标么？

PM的职责定义在不同的公司有很大的差别，这个公司文化，管理体制，项目规模都有关系。有些公司，PM只是起到沟通，协调的作用；而有些公司，PM就是一个项目中的“王”。
项目越大，涉及的方方面面越多，需要的计划、沟通、协调工作就越多，PM也就越脱离技术岗位而靠向行政岗位。而一些小项目，PM往往管理技术一起抓。
至于说规模大到什么程度，PM就没有精力做技术工作，这个也很难说。我带的上一个项目一共10个人（包括我），我仍然是PM兼Architect，而且我估计每周花在项目管理上的时间不超过2天。

但是任何情况下，PM的工作都不应该是以写文档为主的。

4%的项目管理成本嘛，差不多。包不包括开周会啊做项目阶段评审的活动？

我仍然是PM兼Architect

pm的核心职责在于协调资源，从道理上说似乎不需要他去做编码。但是我想没有具体的实际编码基础，很难掌握资源的分配原则。而很多文档的写作其实也是很有技巧，大家不要轻视。比如写标书，写方案，写计划，这些东西没有几年的牢固基础，写出来的东西只能吓唬吓唬外行。
而对于review的问题，我想PM不去做，也不是没有道理，而且我有的时候还认为，根本在国内就不应该提倡任何人来直接的review代码，而应该让人去review测试。这样会少很多人事关系的是非。
我也在所谓的大公司做过，很多所谓的pm只是一个摆设，他们顶这样一个头衔，负责的就是把单搞定。他们的工作很重要，而且往往是最重要的（虽然这样有些让人觉得悲哀）。这些人对于公司的生存是重要的，我们不能因为他们的工作不符合我们的胃口，就有看法。