关于改变

     公司里推行的月度总结制度的第二个月，每个研发和设计岗位人员都按时提交了自己的总结报告，我全都认真看了，也让每个人都在总结会议上发言了。做了两个月的对比，有的人总结的内容比第一次有进步了，有的人总结内容少了，在一个集体里通过对比你不需要花特别大的心思就可以轻松看出不同人之间的差别，但总的来说我还是感到欣慰，至少这个制度让每个人都坚持下来了2个月(后面也要一直坚持下去)，透过他们自己写的文字，我能更直接了解他们的想法，这是我的初衷目的。

     其次的另一个想法是，我希望通过这种方式记录他们的总结，通过对比让他们自己感受到自己的计划想法与实际行动是否存在偏差，继而知道该在哪些方面努力。我希望每个程序员或设计师在工作中不只是纯粹的完成任务，而是更多的要去思考，总结好的东西，并且记录下来，如果能在公司集体里分享出来给其他人那就更好了。

    很早之前，我和技术经理说过这样的话，我希望我们团队除了完成外部项目之外，我们每个月还要主动的做出一些改变，比如技术架构、产品的改进、管理制度的完善等。今天在总结会上，我再次特意提出和重申了这个观点。大多数时候，我们都习惯性地把所有的精力都集中到最紧急的项目中去了，我们要努力去按客户预期的时间交付开发项目，功能开发任务把每个程序员和设计师的时间排得满满的，一个项目完成了跟接着另一个项目，以至于完了半年后，我回头一总结，发现除了完成了外部项目外，我们似乎还是跟半年前没啥不一样的地方。

   我更希望的是每个月都能看到公司团队产生不一样的变化，即使是很小一的点变化也比没变化强，所以在排月度计划时候，我都会

加入一些技术架构、自家产品迭代的目标任务。我想如果我们一直只做项目，没有自主的技术和产品，那我们也一直摆脱不了做码农、外包的宿命，我想改变这现状，所以要求他们每月至少努力去偿试做不同的改变。

   其实在这两年多以来，我们也一直在改变，基础技术架构从SSH转到SSM，前后端分离架构、前端引bootstrap、AngularJS，APP 开发框架从appcan 到 React-native，服务端架构第3个新版本也于上个月完成，到目前已具备自主积累的技术框架ZDF(zongdao framework) 。我希望以后是能有计划地去改变，并不是等我们有空了再去改变，改变是要一直持续做的事情。

   一新同事今天说，上个月进公司才摸熟了原来那套框架，这个月新的项目发现新版本的框架改变了不少东西，又得花时间去研究怎么使用。我说，这都是正常的事情，要习惯这种改变。

   在技术和公司治理的路上，我时常提醒自己，如果我们都不主动付出努力去改变现有的状况，世界怎么可能自己变更好。如果哪天我们都自己不想折腾了，停止改变了，那我们等着出局的日子也不远了。