实践看板方法也有一段时间了，设计了各种卡片，尝试去统计各样的指标，努力想要找出优化改进的地方，但是觉得很难，看板并没有什么起色，反而因此带来的工作量让好多同事都有些抱怨，改进优化反而得不偿失，持续的改进没有什么方向，看板逐渐成为例行公事。这是很悲哀的事情，如果没有好好学习看板的理论，认真的去实践，这就是现状。之前看了大卫安德森的《看板方法》，略略感受到了看板的理论怎么和实践相结合，了解到看板方法所关心到的各个方面，但是在具体落地实施上，还没有太多办法，但是很明显的感受到自己所学习的东西太少，书读得太少，想得太多。于是接着看何老师这本《精益产品开发》，真的是开卷有益，书中分了三大部分，第一部分原则就让我受益匪浅。这篇心得便是重点分享书中提到的聚焦价值的流动效率。
书中举了一个看医生的例子，让我转换我们日常软件开发的思维角度。以前，我们都是按照现有的人力资源，再根据需求池里面挑选优先级更高的需求进行开发，在人力负载能够承受的情况下，尽可能的让每个人都能够干更多的项目，挣得更多的功能点，哪怕是付出了很多的加班也习以为常。诚然，这也是一种的开发模式，按照资源、时间和范围典型的三要素角度做项目开发和管理，但是看了书之后，我不禁问自己，这是最有价值的吗？做的项目多，功能点高就一定最有价值吗？未必！书中提到摩尔理论，反摩尔理论，在现在的时代当中，一个功能没有在合适的时间上线就意味着价值大打折扣，甚至毫无价值。当我们关注如何充分利用人力资源的时候，可能最有价值的功能和业务正在我们的手上，在我们的流程中悄悄地，严重地贬值，但是我们对此一无所知。
所以，是时候从聚焦资源效率回到聚焦价值流动效率上来了。结合我们现有的流程，我们在回到需求开始的时候，就应该认真的从价值角度进行分析，这个需求的价值是什么？不是从IT的角度，而是从业务的角度，这个需求能够为公司创造什么样的价值，延时成本有多大？当我们能够有一定数据来度量这个价值的时候，我们才可以进一步的考虑，如何通过IT将这个需求做成可用的软件，做成可以创造价值的产品。在确定需求价值的前提下，我们才能够继续的思考，哪部分是最有价值的，能否分成多个迭代，让这部分最有价值的内容尽快上线，进一步考虑，这部分的内容能否进一步拆分成不同的模块或功能，对这些模块功能并行开发，逐个模块和功能提交测试，当完成一个最小可发布版本的时候能够第一时间上线。我想这个是我看了这本书之后思维上的重大转变。当我们以终为始来评估这个需求的时候，我们就考虑到了全流程的精益，考虑到整个产品生命周期的计划，进而就可以讨论到如何来协调我们的流程和各个团队来进行合作，一致达成目标。看了这本书之后，真的想到很多过去不曾关注的地方。当然，这只是一个开始，在朝着这个目标的过程中，我们还有很多的具体问题，比如开发团队的协作，如何解耦，跟测试团队的合作，分批次测试，跟运营团队合作，分批次上线，这里面涉及到流程的问题，也涉及到技术和管理各个方面的问题。当然，也是回到我们能否通过看板尝试来标识这些问题，从而让我们可以考虑怎么解决这些问题。
带着这些问题，我会继续结合实践寻找答案，但是真的感恩看这本书给了我这样的启迪，让我能够更深的去思考我们更应该关注什么，怎么更有效的工作，怎么给公司创造更大的价值。
网友评论