博客

产品开发透明度的价值

由杰米弗内切邦12-10-20

我们已经涵盖了粒度和节奏的价值。除此之外,还必须透明,因为没有它,所有信息流,连接和问题解决的能力都具有较少的价值。 

 

首先,透明度是信任的前体(或者是需要透明度所需的信任?好吧,这两种方式都有工作方式)。我如何相信所有团队都在轨道上,或者不是?我如何相信我在很重要的事情上确切地工作?我如何相信当我需要其他团队进行同步时,他们会准备好?这不相信一个人,但信任产品开发的进度。信任在产品开发中更为重要,因为它的线性较少,并且具有比许多其他进程更令人障碍,以及通常在不同的子团队或功能上的协调通常更多。例如,如果我告诉别人我要离开办公室并直接回家,那么这可能有一个相当可预测的时间表。当然,异常发生(如意外),但那么异常的影响很容易检测和理解后果。但如果我必须从未知的点A到未知的点B,并且甚至不知道我是否有车,我正在使用公共交通工具,或者走路,那么很难从异常确定正常,或者理解后果异常情况。这更接近产品开发的感觉。 

 

为什么这件事?有一个时间表,只需按时间表!好吧,当一切都可以预测时,这很好。但要在产品开发中到达,你有时必须推动额外的努力,占用额外的风险,或者把别的东西放在一边,因为它是一个创造性的过程。如果有5支球队,如果我不知道(或不能 相信)其他人都会在那里,那么我会通过多少障碍,以确保我已经准备好了。那就是时间表。 

 

同样的问题不仅仅是在计划中,而是在工作范围内。如果我们被要求占据产品的20%,而且我拥有子系统,只有这么多的牺牲或新想法,如果没有其他人正在进行进度或测试边界。如果我不相信我们都试图将获胜的产品一起一起,只有这么难,我可以工作,而且所以我可以思考,以自己实现胜利。 

 

基本上,您可以相信愿景,包括性能,成本和时间。通过对其的进步透明度,您可以实现愿景的信任。因此,产品开发效益极大地从透明度效益,而不仅仅是在安排达成,而且在系统或子系统性能结果方面。 

 

最后,透明度有助于我们解决问题。我们无法解决我们看不到的问题。粒度有助于我们在小小的时候检测到问题,高音节点有助于我们迟早解决它们,但如果它们也是透明的,我们只能解决它们。看一个问题,解决问题。这应该在整个产品开发过程中进行。 

 

我们不能希望问题最终会出现。产品开发中的共同行为是遇到问题,然后有信心将被解决。毕竟,为什么要创造大量的噪音和焦虑的东西,这不是一个问题;让我们等到它是否真的是一个问题。然而,这种缺乏透明度在延迟分辨率比创造解决方案更为成功。产品开发团队以透明的方式练习练习措施的问题,不会导致更多的工程设计变化而不是那些没有的工程设计变化。然而,他们的工程设计变更早期发生,这最终比延迟更便宜,并且产生的风险更少。如果阳光是最好的消毒剂,那么透明度是问题的最佳解决方案。