Day17 Review周期(Issue Board)

专案运行过程，如何将进行方向维持着，不会像YAMAHA一样乱点技能树呢？

这就需要「时时勤拂拭，莫使惹尘埃」。重点就在於要周期性地对於专案内的问题审视「处理进度」，一般我都会用Review一词，这样比较传神，没有上下之分。
PMBOK称Issue Board，运作的精神就是把直得追踪的议题放入，然後议定一个周期大家来看看。如果这个机制是一个资讯系统(网站)，就是像Mantis、JIRA之类可以担当重任。如果在teams里面开一张excel表，这也没有问题，只要团队成员「确实拥戴使用」即可。
Review的周期很简单，不去搞敏捷开发，也可以做得很像很敏捷。PMBOK在切分专案工作有一条经验原则，超过14天的工作就容易失去管制。其暗示就是以每周、隔周的周期性去Review就对了。这两者之间具有的数学公倍数关系，如果你摸透了，转换为用小时制的紧凑型专案，就知道如何设计管制点与Review周期。