P6 对应的工作年限是 2～5 年，核心能力要求可以用一句话来概括，独立负责端到端的任务。这句话有两个关键词：

  • 独立：P6 做的事情跟 P5 差不多，但已经不需要别人带着做了。P5 和 P6 的开发人员都会参加需求评审，只不过 P5 参加的时候只是在听，而 P6 可能就会针对需求直接提出意见。
  • 端到端：负责项目中的某部分功能的全流程相关事项。
    • 开发的端到端事项包括需求评审、方案设计、编码、修改 bug 和上线等；
    • 测试的端到端事项包括需求评审、测试方案设计、执行测试和上线等；
    • 产品的端到端事项则包括用户分析、需求写作、数据分析和竞品分析等。

image.png

技术：掌握团队用到的技术“套路”

P6 在技术方面的核心要求是熟练掌握端到端的工作流技术，因为 P6 是项目主力劳动力，需要参与项目流程中的某些阶段，完成分配的任务。

P6 级别的技术详细要求，我总结在了这张表格里：

image.png

在 P6 阶段，提升技术能力的关键就是掌握团队用到的各种技术的“套路”。以 Android 开发人员为例，套路包括设计模式、SOLID 设计原则、Android 的 MVP 架构和各类工具（比如 Fiddler，Wireshark，tcpdump）等。不同岗位的“套路”不同，你可以自行整理，也可以求助团队中有经验的同事。

在 P5 阶段，你可能只要了解一些单个的技术点就能完成工作；但是到了 P6，你就必须知道怎么整合这些技术套路，来完成端到端的项目开发任务。
**

提升技术深度

除了熟练使用套路，P6 还需要深入理解套路背后的技术原理和细节，提升自己的技术深度。

P6 阶段提升技术的时候，很容易掉到一个陷阱里，那就是贪多求全。你可能看了很多技术，其他人说起某个技术点的时候，你都有印象。但其实你只是蜻蜓点水，并没有深入学习。

正确的做法是什么呢？

  • 重点抓住跟当前工作内容强相关的技术点和技术套路，深入学习和研究，重点提升技术深度。如果有精力，你再去拓展学习一些暂时用不到、但以后很可能会用到的技术。

业务：掌握所有功能并深度理解处理逻辑

在业务能力上，P6 相比 P5 的提升主要体现在两方面:

  • P6 对功能掌握得更全面
  • P6 对处理逻辑的理解更深刻

P6 级别的业务能力要求，我总结在了这张表格里：

image.png

P6 级别提升业务能力的核心方法是我自创的“5W1H8C1D”分析法。传统的“5W1H”分析法只关注需求的功能属性，所以我在“5W1H”基础上，又增加了对需求的质量属性（8C）和上线后效果（1D）的考虑。

除了这个方法之外，认真做好竞品分析也很重要。通过对比竞品和自己的产品类似功能的差异、优劣，你能够更好地理解业务。

管理：推进项目中的子任务

P6 管理能力的要求主要是能够负责项目中的子任务推进。

具体的管理要求，我总结在了这张表格里：

image.png

工作量评估：WBS 分解法

P6 的管理职责包括任务的工作量评估、计划制定以及分配和跟踪等。其中工作量评估是 P6 的核心职责，而计划制定以及分配和跟踪，主要是配合项目经理来完成的。而且，工作量评估的准确性是第一步，会直接影响到后续工作的合理性。

四种评估方法：

  1. 拍脑袋法：让团队有经验的人直接拍脑袋想一个工作量数字。
  2. 扑克牌法：找 3～5 个人员，每人给一张小纸条，每个人把工作量评估写在纸条上，最后取平均值。
  3. 对比法：参考曾经做过的类似的项目，看看之前的项目工作量是多少，然后以此为基础想一个数字。
  4. WBS 分解法：把需求拆解为多项小任务，单独评估每个小任务的工作量，然后汇总；评估小任务的工作量的时候可能采取上面这 3 种方法。

WBS 的全称是 Work Breakdown Structure，中文翻译是“工作分解结构”。WBS 分解法的原理是，通过把项目工作按阶段可交付成果分解成更小的、更易于管理的组成部分，来提升项目管理的效率。

我们以朋友圈点赞为例，开发人员采用 WBS 分解方法，可以得到下面这个任务分解表格：

image.png

image.png

对于分解出来的子任务项，我们就可以用“拍脑袋法”评估工作量了。这样做能够兼顾效率和效果，因为子任务项已经比较小，基本上你凭经验就能够得到比较合理的结果。就算单个任务项有偏差，也是有的偏多有的偏少，最终的偏差反而会互相抵消。

避免过于乐观：加 Buffer

大部分人在评估工作量的时候都会比较乐观，而且在项目过程中可能有各种意外出现（比如某个开发或者测试人员生病）。在实践中，为了避免过于乐观的评估给后面的项目进度带来风险，我们往往会采取加 Buffer（缓冲）的做法，也就是说，将评估的初步结果乘以一个大于 1 的系数来作为项目的工作量。

这个 Buffer 系数可以在 1.2～1.6 之间浮动，一般根据项目的复杂度决定。全新的业务功能 Buffer 会高一些，在已有业务功能上修改时 Buffer 会低一些。

小结

  1. P6 的核心能力要求是独立负责端到端的项目任务，主要提升目标是成为独立自主的“项目能手”。
  2. 技术方面，P6 需要掌握团队用到的各种技术的“套路”，重点提升技术深度，学习时要避免贪多求全的心态，优先深入学习跟工作内容强相关的技术。
  3. 业务方面，P6 需要掌握某类业务相关的所有功能，并深度理解处理逻辑，主要的提升方法是“5W1H8C1D”分析法和竞品分析。
  4. 管理方面，P6 需要负责项目子任务推进，包括工作量评估、计划制定和沟通协调等。评估工作量的时候，建议使用 WBS 分解法，先拆解成容易评估的小任务，然后独立评估每项任务，最后汇总。

image.png