关于toc约束理论的学习与体会

        去年下半年获得同事推荐一本书《凤凰项目》，感觉非常不错，同事在组织内部集体采购，推荐每人阅读，并每周开展内部分享讨论。伴随着学习深入，开始逐步转移至toc约束理论。总体来说，IT方面的技术书籍都比较专业晦涩，而《凤凰项目》和toc系列则风格独特，以故事方式不断增加用户的代入感，与主人公一起走过这段经历，确实收益很多。

      由于这些问题确实是大家容易遇到，虽然不同但感同身受，因此会引发思考，并在工作中尝试使用。一直以来，在IT管理方面思想深入的书籍不多，而通过集中学习，我们开始反思手头的工作，通过认识手头的两类四种工作类型，认识这些类型的特性、背景、产生的原因，管理手头工作。同时对于工作目标、流程、资源有了更加深入的理解，知其然也需要知其所以然，这样才能真正用于管理工作本身。借助这些所得，不仅改进了有效组织管理，而且去年的一个平台重构的重大项目也使用部分关键链技巧获得很好的效果，各项工作很少延迟交付，这在之前多项目开发中也难以想象。当然这种管理方式也和团队间合作有莫大的关系，对于多组织、多环节协作来说，推进起来应该会更难，但效果应该会更明显。我们组织的管理不太涉及这些官僚体系，通过多个小组集体学习讨论让大家得出应有的结论和措施，推进起来就很容易。

       所以感觉就是理论必须和实际结合，只有传统项目经验容易陷入经验主义中，而经验主义则特别依赖个人，不同人经验差异性较大，不容易统一思路；第二点就是关于团队目标的重要性，很多项目延迟首先是多个环节只关注自己认为重要的东西，导致没有面向总体目标，IT项目的最终目标就是及时高效、高质量的满足用户需求；第三点就是对于信息流的管理在大项目中很重要，保持项目可控、及时发现问题加以调整依赖于及时准确的信息，及时发现瓶颈，排除地雷；最后就是团队文化的重要性，团队固化、官僚文化、缺乏协作、没法自发自动改进是最大的敌人。