推荐工具地址
http://cafe.baidu.com/
这个工具百度很多团队都在使用，现在开发了一版对外的，我觉得很赞。
我觉得工具的核心功能就是很好的解决项目延期的问题。
我个人对于这个工具的理解。
任务拆解
针对大型项目，任务拆解是非常重要的一块，如果没有合适的拆解，很多问题都会积压到项目deadline才集中暴露，如果暴露的问题太多或者问题难度太大，都会直接导致整个项目的延期。
如何拆解项目：
我们的经验是分为story和task，两个层级。
针对story的定义
就是项目中每一个具体的产品上可感知的功能点，所以story由pm拆分比较合适
对应story的大小
从项目上看，是可以独立验证的一个功能，例如一个图片上传组件，一个筛选区域的完整筛选功能。
从时间上面看，最好不要超过10天。
针对task的定义
就是每个story中具体的开发任务，这个是由开发人员自己拆分
story的拆分个人经验最好是从时间上面去拆分，每个任务最好都是1，2天的工作量，最多不要超过3天。
拆分任务的另外一个红利就是，对于任务拆分的越细，对于需求的理解就越透，很多问题你会发现在拆分时就能暴露出来。
当你将一个20天，30天的任务能细化到每一天做什么时，你会发现，你项目的整体设计就已经出来了。
拆分还有一个红利，当你将任务拆分的特别细致时，越不容易被质疑。这个和确定预算的道理差不多。
每天任务状态跟踪
下面是工具里面的任务跟踪状态图
对于团队之间的合作，每天的任务跟踪可能不用特别细致，跟踪story整体状态即可。
但是对于团队内部，任务进度是务必跟踪到task的，这样能让每一个风险点最快的暴露。
每天都及时确认下当前task的状态，没有问题，大家正常进度开发，出现问题及时解决问题。
问题及时暴露
对于每个项目，特别是时间周期比较长的项目，避免不了会有一些坑，以及一些当初没有预料到的风险。
我们决定不了会遇到什么样的风险，但是我们可以决定一个处理风险的方式。
是风险全部挤压到项目后期集中爆发还是将风险分散于开发的日常任务中？
多人合作
这个工具可以多人合作，不能能够了解到自己的状态，还能同步了解合作方的状态。
疑问
拆分其实就需要花费一定的工作量，那么前期花这么多时间是否值得？
如果平常项目经常遇到delay，或者平常项目经常出现到了项目末期都是出于一种赶工的状态。
我觉得可以考虑引入这种模式。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。