项目计划与追踪是软件开发项目的核心内容，但是以往的软件开发项目管理模式存在几个不足：首先，它们基本都是以计划为中心的，而用户最关心的需求实现状态却被淹没在众多的任务中不得而知；其次，项目计划不够灵活，为了应对伴随项目始终的变更，不得不采用多项目基线之类的笨重方法；另外，项目任务相对简单，难以构造复杂的管理流程。CPW针对这些不足，借鉴了流行的敏捷开发理论和实践，提出了以需求为中心制定计划的理念，提供了多层次的迭代化的计划体系应对变化，内置了多种包含开发管理流程的任务，帮助开发团队更加有效地完成开发任务。
用户需求是软件开发项目的源头和归宿，因此将用户需求作为项目计划的中心目标顺理成章。在CPW中，项目是以一系列发布版本迭代式的完成的。在发布版本计划中待实现的用户需求是最核心的内容，真正实现了以用户需求为中心制定计划的理念。
变化伴随项目开发始终，因此计划也需要积极应对变化而不是逃避。CPW吸收了诸如XP（极限编程）之类敏捷开发方法中迭代化开发、小版本发布等实践的精髓，提出了“分支-版本计划-阶段计划-任务计划”4级计划体系来应对变化。
在CPW中，项目经理能够：用分支来管理并行开发的子项目，用版本计划迭代化地规划用户需求的实现，用阶段计划来分阶段实现版本计划的目标，用任务计划来落实和管理具体开发活动。
图1 版本计划
在以往的项目计划中，任务通常比较简单，但要想实现一个管理流程，如缺陷修复，可能需求多个任务联合完成。如果相同类型的任务很多，需要重复定义很多次系列任务，费时费力，而且由于任务之间只能够定义简单的前置关系，因而无法构造复杂管理流程。
针对这种情况，CPW提出了流程任务的概念，将一些常用的管理流程置于特定的任务类型中，不仅能构造出以往通过多个任务联合也不能实现的复杂管理流程，而且使得任务更有针对性更容易使用。在CPW V1.0中内置了4种流程任务：软件需求实现、测试任务、缺陷修复和一般任务，能够满足大部分软件开发活动管理需要。
建立在工时统计基础上的绩效考核是衡量一个开发团队以及个人开发能力的主要途径。CPW中的各个流程任务中都加入了“工时”这个度量指标，全程收集项目人员工时花费和趋向，为量化的绩效管理提供了可靠的数据。PMI倡导的EVPM（挣值项目管理）是用于测算和表达项目进度的一种方法，强调完成的工作量、花费的时间和成本。实行EVPM能使管理决策更有效，还能起到评估和控制项目风险的作用。CPW能够在工时数据的基础上进行挣值分析，提供报表和风险提示信息，帮助项目经理了解项目现状、及早发现项目问题。
图2 项目挣值分析图
