技术负责人写代码获得的信息大致和制作人玩游戏是一样的。
感受重心
团队研发的过程中,依旧是一个比较复杂的过程,团队的做的好的和不好的地方,需要实际上手才能感受到。
而口头以及ppt汇报的方式,主客观的原因会造成大量的信息丢失。
这里用一个篮球的例子来举例,这是一段解释乔丹和科比两位篮球大师背身单打的关键点:
这种情况下的防守队员往往会在他身后或者在他和篮筐之间
当你在低位落位以后,最关键的感觉防守者(的重心)
通常来说,防守你的人会更侧重防守一侧或者另一侧
一旦他们这样做,你可以往另外一个方向转身
开发中也是一样,你不能从表面的姿势上看出来团队的实际情况,在当下的迭代中,强势和弱势一方在哪里。
那么通过上手以及适当的施加压力,就可以让优势弱势的一方显现出来。
复杂系统中准确抽取关键信息
和制作人玩游戏一样的,我们可以把游戏拆解成巨复杂的系统,但是上手玩游戏,很快就知道是否好玩。
这个就是把超大复杂系统抽离关键信息的过程。
团队有一定规模之后,信息量开始变大,通过调研汇报的方式是一种“高效”但“不够有效”的方式。
主观原因,大家都有隐藏自己问题的倾向,这个整体发生的时候,会系统性的隐藏问题的关键(所以ceo总是最后一个知道公司快挂了的人)。
客观原因,就是信息汇总的时候,汇总的人如果不够专业负责,依旧是信息丢失。
所以如果时间允许,能够参与到开发中,就像我们玩游戏一样,从研发流程,规则遵守到开发士气一目了然。
诚然,这种方式消耗不低,但是确实是最有效,如果可以承受,应该尽量这样去做。
参与到一个个开发中去,“现场有神明”(稻盛和夫)。