敏捷软件开发管理实践：细化任务与项目跟踪

敏捷软件开发管理实践之项目跟踪 敏捷软件开发管理实践中，项目计划告诉了我们要如何去完成项目，但是项目计划的执行并非总能够沿着预定的轨道前进。如果没有健全的反馈机制，计划的执行定然会偏离预定的轨道，而唯一能够确避免的措施就是追求项目计划执行中最细致的项目跟踪，在计划的执行稍有偏离的时候就纠正其方向，这在控制理论中，就是基于反馈的控制。 在项目管理中，细化任务是非常重要的。现代控制理论告诉我们，控制的精确程度是建立在被控制量量化的粒度之上。量化得越细，就能够控制得越精确。因为在很少偏移量的时候这种趋势就得以纠正。但是量化并非没有代价，过细的量化会增加成本，所以这之间存在一个权衡。 敏捷的项目管理要能做到随机应变，应付各种可能出现的情况，也是建立在对任务的细分，并对任务的状态采取高频度的探测并及时调整的基础上。那么任务究竟要细分到什么程度呢？这并没有确定的度量。不同规模的项目可能都存在不同，但是我的经验告诉你，如果可以的话，让你的任务的工作量尽可能控制在一天以内。 在项目计划的执行中，控制任务的粒度是非常重要的。项目计划的失控往往都是由于项目任务划分不够清晰，粒度过大引起的。我想这是我和很多软件从业者的深刻体会。当然，一个常见的反驳意见是“不是我们不想细化任务，而是项目刚开始，很多东西都很模糊，无法把任务划分得很细”。其实这句话中存在两点误解： 第一，任务划分与产品的解析度是无关的。这里，我杜撰了一个词语“产品的解析度”，用来表达对产品的了解程度。的确，我们对一个产品了解得越多、越细，就越可以把如何完成这个产品的工作任务划分得更加精细。但是反过来，即使一个产品初期对我们来说是模糊的，难道我们的任务就不可以划分得很细吗？其实照样可以。产品从模糊到清晰的过程也是问题分解的过程，每个大问题都可以分解为许多子问题，而对于每一个子问题，其实完全可以对应到相应的子任务。 第二，任务划分包含解决问题的思路。所谓任务，都是为了解决某个具体问题，而如何解决这个问题，从逻辑上我们首先需要把问题分解。问题分解的过程就可以对应到相应的子任务。敏捷的项目管理需要我们在项目计划的执行中，能够随机应变，应付各种可能出现的情况，也是建立在对任务的细分，并对任务的状态采取高频度的探测并及时调整的基础上。 敏捷软件开发管理实践中，项目跟踪和任务划分是非常重要的。只有通过细化任务和控制任务的粒度，才能确保项目计划的执行不偏离预定的轨道，达到预期的目标。