大家的WBS都是如何写的？

w7a8 · 发表于 2008-4-25 09:09:36

分了几层，细到什么粒度，是按照两周原则呢还是有不同？里程碑如何设置？

上一篇：帮这个项目经理想想办法：新老产品交替
下一篇：项目管理部的尴尬局面

lily_014 · 发表于 2008-5-6 13:23:41

对很多时间领导会质疑开发人员的工作量

iamredeye · 发表于 2008-5-6 11:43:20

你说的任务项大概是指schedule activity。还是要看项目特性，比如规模，对大的项目2天显然太细，也做不到。计划也是有成本的。对需要特别monitor的成员，2天却是一个好办法。只有一个原则，就是粒度让pm感到安全。

另外WBS是project scope，千万不要又变成了product功能分解

lily_014 · 发表于 2008-5-6 11:06:58

呵呵前面我说的那个是实际的情况，之前楼主不是问各个公司是怎么做的？
任务的细分程度当然是视情况而定，前面也说了是借鉴敏捷里面的，因为要做到可视度而且如果要引入每日构建的话，通常是开发人员拿到任务后就不用再去细分了，直接可以coding。
纠正一下每个任务项，即最小工作包，有个2周原则，即80小时原则！
我理解的是，工作包里面含每个任务项，工作包2周原则，而任务项是2天。当然这是理想的状况。如果有误解欢迎大家纠正。。。。

w7a8 · 发表于 2008-5-4 22:27:36

每个任务项，即最小工作包，有个2周原则，即80小时原则！
对里程碑而言，无需区分用的是什么life cycle！
同意楼上的，粒度应该视项目具体情况而定，PM觉得能管理能度量就可以了！
文无定法，符合项目实际（考虑各种约束）的才是最好的！

iamredeye · 发表于 2008-4-29 17:34:37

粒度到managable & measurable。具体时间和项目大小特性都有关。

里程碑就是你特别想去measure的点，对迭代和瀑布来说有什么本质上的不同呢

lily_014 · 发表于 2008-4-25 12:54:12

通常情况下分三到四层这样一个粒度来分
模块
  子模块
   功能点
模块
子模块
   任务包
      任务项
基本上是每个任务项（功能点）不超过两天（16小时），不过这还是个设想，具体还没执行呢
这也是借鉴敏捷开发里面的。

我也有同样的问题，如果采用迭代的话，里程碑该怎么设呢？

[时间管理] 大家的WBS都是如何写的？

逛了这许久，何不进去瞧瞧？