527这样的项目(5月27日计划发布的项目),涉及到的系统多,团队多,新内容技术也多,比如金融,物流,分润。怎么样在时间短,工作多的情况下做好计划,做好分工协调,有诸多挑战。这段时间我会跟大家通过微信,分享做事情的方法和思路,以及平时的一些思考和发现。

今天跟大家分享系统化思维。

Peter Senge (聖吉) “第五項修煉”, 1999: 處理問題時不可以單看個別事件, 必須從整個因果系統出發, 俯瞰全局; 藉此了解個別問題間的根本結構,由此可獲取具前瞻性的遠見, 及綜觀全局的視野

系统化思维,简单来说就是对事情全面思考,不只就事论事。是把想要达到的结果、实现该结果的过程、过程优化以及对未来的影响等一系列问题作为一个整体系统进行研究。

系统的层次: 个别事件:观察到… 趋势模式:经过分析… 系统结构:影响因素…

从整体而非局部看待问题,动态而非静态,长期而非短期;观察现象和透视本质;分析演绎与综合归纳。

系统是一个概念,反映了人们对事物的一种认识论,即系统是由两个或两个以上的元素相结合的有机整体,系统的整体不等于其局部的简单相加。

一个组织是系统,一个产品是系统,一辆车也是一个系统,527要上的项目也是一个系统。

系统是一个有机的整体,要系统化全面地分析,要从全局而非局部,从变化而非静止,从未来而不仅是现在,从本质而非现象来分析。

举例子来讲,从全局的角度,这次527对于客户意味着什么,价值是什么,业务的大目标是什么,对于我们意味着什么。从未来的角度,这次的下一步是什么,我们要做什么样的准备。

系统化地看,从不同角色的交付方面,既要考虑到产品需求的质量,完整性,产品的节奏;也要考虑到开发方面系统的架构,计划;也要考虑到测试的迭代,测试的计划。

内部团队方面,要考虑到团队的状态和节奏(加班管理,休假生病等时间的预留,团队的时间不能排太满,预留20%的空间),团队的士气,团队的压力。

外部团队,要考虑到第三方的进度,能力,进度,风险。客户的管理,第三方UI的不断调整(我们如何应对,专职的两个前端全力配合第三方,前端同事自己改,测试,提交代码,跟开发同事并行工作)。

如果我们仅从一个模块,一个团队,或者仅从一个角色的视角,或者从一个阶段做计划,很容易遗漏重点,带来新的风险。

从未来而不仅是现在考虑问题,既要清楚眼前的重点,也能看到未来各个迭代阶段的重点,主要的工作量,挑战和风险。以及如何应对。

我们看到的很多事情,包括功能用不了,支付不稳定,管理后台慢,都是现象。那么如何去找到本质是什么,需要开发静心地一步步去分析,抽丝剥茧,找到根源解决问题。这是透过现象看本质,是系统化思维中的一条线。就支付不稳定的情况,首先我们要有日志,其次要能根据用户提供的信息(比如手机号码)找到响应的日志信息,然后分析日志(要详细的日志),可能需要结合微信的api文档错误码文档一起,找到本质的原因解决问题。

从整体全局来看,一天支付失败的量是多少,占比是多少?有没有这个数据,如果没有如何能够让系统产生这些数据。根据比例分析严重程度如何。

从未来而不仅是现状来看,今天支付不稳定,明天(以后)是否还会继续出现,怎么样从根本上稳定下来,未来出现问题,能否及时发现,预警。

推荐图书:《系统化思维导论》,《你的灯亮着吗》