实战项目把控之粒度

今天这一篇是记录今天工作中,手头的公司一个App产品淘课App，培训宝管理端项目易用性优化的进度把控的有感而发。这其实也是项目管理中的一个挺普遍的现象。很多项目因为类似的原因深陷沼泽，项目进度一延再延，一拖再拖，遥遥无期。同时这也和我原计划未来要要讲的东西一致，即粒度，所以决定放到今晚一块讲。

今天的有感而发缘于一个APP产品的功能优化需求。这个需求从开始至今已经有两到三周的时间，中间由于各种原因吧，导致周期相对拉长了。今天我过去找同事产品经理了解一下进度和是否存在难点和下一步的规划。一过去，看到她在考虑一个更极致的用户体验提升。当培训管理者，创建完一个评估，要分享给学员的时候，可以即按住app中生成的二维码，提示保存，然后方便转发。1、属于非计划内的优化。2、有别的办法可以间接实现。于是我强迫症发作，变身唠叨老头，开始了我下边的唠叨。

我们做项目，不能把所有的东西，都放一块来做，花很长的时间去做一个完美的东西。这样会导致项目周期会很长，项目时间一拉长，就是风险。时间一长，就如同我们在大学的时候，上一堂课，期末考试，本时几乎不看什么书，作业都抄，考试前临时抱佛脚，最后混个6-70分的人比比皆是。这都是时间拉得太长的缘故。

时间一拉长，人的拖延症肯定就上来，做事情开始懈怠。而且随着时间的拉长，遥遥无期，变没有目标感，做事情会更加没有激情。工作的效率会越来越低。把项目周期控制得短，一个最大的作用就是规避风险。

我们做事情，有限的东西，我们才能把它做完。见《开放闭合之有限与无限》，无限的东西，再大的人力物力，你也是无法完成的，因为那是无限的。如何做把把无限化为有限？

1、尽量不要做计划外的事情。

2、把目标量化，拆分粒度。

什么叫粒度，一件事物的相对细化或粗糙程度。比如社会阶段可以定义为：奴隶社会，封建社会，现代社会。越向右走，社会形态越是细化，或更为精致。同样的，我们的项目，也可以根据粒度的不同来划分，我们可以定义为：功能性，易用性，用户体验性。根据资源的情况，来确定一个项目周期要达到哪种粒度。如果说，分三种，还太粗，我们还可以把任何阶段，再拆分成：初，中，高三个阶段。总共九个阶段。对大多数的项目粒度划分完全够用。比如说，我们现在在做功能的易用性优化，这个需求，我可以定义为初，中，高，三个阶段。三个阶段有不同的标准，那你根据自己的经验，自己的认知，来定义。定义好后，我们就定好计划，本周内，我们要达到易用性初级，初级的话达到什么样的标准，分析需要优化到什么级别。其它更深入的优化，我们放到中级去完成。而不是把初，中，高要做的东西，全部放到一个阶段去完成，把时间拉长，时间一拉长，上边说到的弊病肯定就会出现。 

如同减肥，你想一下子减5-10斤，时间很长，自己拖延症肯定会出来，同时定的目标太高，太远，当效果不明显的时候，信心立马受到打击，积极性立挫。最后，减肥目标变得遥遥无期，直至最后失败。但如果换另外一种方式，把5-10斤拆分初，中、高，或者分阶段再拆三个阶段，拆成九段。一个个小目标按时，按量去完成它，一个个小目标完成后，大目标自然而然也就不会是问题。但是不要脑子只有一个易用性，而没有边界的范围定义，那就会把有限的项目，向无限延伸，那是永远也做不完的。

0-1之间，可以是1，也可以是无穷大。如果粒度是整数，那是1。如果粒度是小数，那就是无穷大。这也为什么说，“优化”，你可以永无止境地去优化。我们做事情，先完成相同粒度的东西，下阶段再去完成更细粒度的活。这才是有限的事情有限做。

以上为今天中午有感而发的话，晚上整理版。 大体上是今天说的，但先后顺序估计对不上。

再次总结：

1、 做项目，不要插队，插队容易把闭合的项目变成开放的，即有限变无限。

2、把项目按粒度拆分，把大的项目拆成小项目，时间周期缩短，快速完成。不要把很多的事情都放一块做，做大项目。时间越长，风险越大。见《确定与不确定，风险与保险》