周末参加了一个金融IT的聚会，liusf讲了一个“流程银行”的topic，这个话题的关注点是如何经营商业银行，着重于如何更好的经营传统体制下的商业银行，着眼于通过对业务流程的改进来提高银行的经营效率，提高服务质量。流程的改进还牵扯到组织结构的变化和重新设计，这是两大要点。激进的民生银行就做了很多垂直化结构的事业部设置，其高层大力的在推行流程银行改革。
我讲的话题是用greenhooper来实施scrum过程，关注的是如何把软件开发过程经营好，这个范围比起经营一家巨型的银行来说小多了。但这两者却有极多的相通之处。以下是一个两者实施基础的一个对比
|
左边是liusf列出来的要点，右边是我列出来的要点，为什么会出现这么多同类要求？
这让我联想到最近在看的古代中国的一些思想，古人看什么东西都可以用阴阳五行去解释，我们这个软件开发、银行/公司经营是否也可以呢？
软件开发过程比较好的实践的是引入迭代，比如scrum的sprint，xp也要求迭代，RUP也要求迭代，而不是传统的瀑布流程，而在团队建设方面，有一种叫做“全功能团队”的方法，这些做法在我看来都是一种将大圆拆分成小圆的方法。一个项目开发从头至尾是一个大圆，而一个sprint就是一个小圆，大圆包含了product backlog、项目交付品、版本计划等等，而小圆包含了对等的sprint backlog、 sprint交付品、sprint计划，流程银行中整个银行是一个大的整体如同一个大圆，垂直化组织结构就是一个小圆，这个小圆可以独立完成绝大部分工作，这样就可以简化业务流程、提高效率、提高服务质量。
另外还有很重要一点各个小圆之间不是完全隔离的，是互相有关联的，比如sprint1和sprint2之间，虽然sprint1已经结束了，但需要有sprint总结会议，让sprint2站在一个更高的起点上来开始一个sprint，也就是一个新的圆运动。对于一家以项目开发为主要业务的公司，各个项目就是一个个的小圆，这些项目有起点和终点，从起点到终点就如同走了一个圆的运动。但如果各个圆之间没有联系，那是相当糟糕的一个局面，一个项目结束一个新项目启动的时候不是站在更高的起点上就等同于原地踏步的圆运动，自然界是不会允许这种圆运动存在的，比如宇宙他是一个核心不断向外扩展的，人体的圆运动会让人生长成熟最后衰老死亡，但下一代人和上一代人是不同的，虽然人生还是这么一个过程，但从基因上讲有进化，虽然这个过程极其缓慢，但从科技文化积累上讲在近代来看就是极其明显的，我们下一代人的小朋友甚至比现在的大学生还懂的更多，这是可能的。
认可这个圆运动的规律后，如何找到这些共同的因素呢，就如同五行的五个要素可以解释所有的自然规律。对于一家企业来说哪些是这些关键的要素？ 企业文化、管理水平、平台工具、执行力、员工素质 或者其他要素？ 对于项目来说，也需要这些要素，这些要素或许也有生克关系，当一家企业出现问题或者一个项目出现问题，这要找到哪些要素出现问题，然后根据生克关系来解决问题。而不出问题的时候这些要素应该是一种平衡的状态，但这种平衡可能有很多层次，这不像人体的平衡，健康分的层次恐怕不多，或者就一个层次。但好的企业分的层次会很多，顶尖、一流、优秀、良好 这些都是平衡状态的不同层次。如何打破现有平衡向更高一个层次的平衡过渡，这是一个课题。
“天人合一”的理念是值得借鉴的，人如何才能健康，就是遵循自然的规律，就是小圆遵从大圆的规律。一家企业如何能生存发展的更好，需要遵从整体的经济形势和规律，一个部门如何能发展需要遵从企业的运转规律，一个项目如何能运转好，需要遵从部门、公司、客户这些大圆的运转规律，一个sprint如何运转好，需要遵从整体项目的规律。 这么说起来看起来好像说废话似的，但这些规律是什么，这需要深入研究的。
以上是一些不太成熟的思考，其实对古人阴阳五行的理论很是诧异，这套东西是在科技极其落后的条件下，在春秋以前就产生了，春秋战国时代有一些发展，之后通行了几千年。基本来源就是夜观天象，靠肉眼来观看星星的运动规律，靠肉眼和徒步（那时候马很差，跟现在的驴子一般体力，一般人还没有这种马）来记录风雨雷电的规律，于是产生了这么高度抽象的理论哲学，古人是不是太牛B了点。 我们现在有射电望远镜，强大的CPU，大可以看到无穷远，细可以看到无穷小，不超越古人搞点新的理论哲学出来实在过意不去啊。