读书需要笔记，还需要交流

最近的外债和自己的计划输出比较多，有很多想写的东西，都还没有来的急写，

比如《持续交付》已经看的差不多了，而笔记仅仅输出两篇，《精益产品开发》差不多看完了，读书笔记还没有写，最主要的是自己想要写的关于《基于声明式、完全受控的版本管理、持续构建、自动化测试的规划方案》，以我的认知觉得这应该是一个趋势，对了还有答应的一个ppt没有改好，关于zcip（软创的持续集成平台）的编年史系列也还没有输出。

我很多时候做一些自己觉得很重要的事情都要有一种状态，算是一种灵感吧，来了这个状态就感觉一切都那么自如，否则真是憋了半天一笔都么有下。

但我想先写这篇，是我自己观察到的一个现象，大家应该都看到过也都有认知，我这里就仅仅把他们做个小小的描述吧。

《企业级IT架构转型之道》 这本书很多人都读过，我看过关于此书的读书笔记加我自己的一共三篇，链接如下：

https://www.jianshu.com/p/e14b9d69f511  ---我的领导，工作的重点之一是研发流程改进，组织架构治理、敏捷转型等

https://www.jianshu.com/p/e3ab29d37849  ---我，负责持续集成、自动测试平台、DevOps工具链技术探索落地等工作

https://www.jianshu.com/p/ce1f66a243fb    ---我的领导，负责整个DevOps的发展和规划

我的那篇当时确实写的有点急，有些过程中的思考和感想没有沉淀输出，自己之前也输出关于服务中心建设对于按项目交付的方式是否有价值，不过这里面的内容也能体现出我要说的事情了。

关注流程的领导重点关注了书中重复建设的浪费，组织架构转型中的痛点、思考转型中的可能会产生的问题等

关于负责DevOps产品发展和规划的领导，笔记和我看过的领导的一个总结中，更多的是看待产品的方式来看待这本书中的营养价值，也从阿里的这个确实思考我们这种公司和技术平台将来的方向。

关于我，我有一个感觉和后面的领导很像，就是在看我关于阿里中台起源和落地的减少后还意犹未尽之时书直接跳到了技术产品了，有点失望，但我更多的是思考很多产品和技术如何在我们当前借鉴和落地，能给我们团队带来什么价值。

不是说我们每个人没有看到别人关注的地方，但从我们的注意力真正会落到哪里其实和我们的工作背景和期望有密切的关系。读书需要笔记，就像精益产品开发一样资源效率需要优化，但更需要交流，价值需要流动。所以我需要思考怎样能够把我们的读书活动不仅读书笔记落地，更需要我们在一起交流，知识流程传播起来带来的价值更大。

此处又给添了一个债务，呵呵。

PS，我们的读书笔记地址：https://www.jianshu.com/c/91e17fdac121