今天开始，整个团队开始闭关开发。可以认为是一个形式大于内容的事物，但是如同很多事情没有形式就没有内容一样，并不是形式本身有问题，而是不能只有形式或本末倒置。

在被事情推着向前走的时候，非常需要内心笃定一些原则，哪怕只是当前的自我思考。

严格控制需求与变更。严格的意思是非决绝。原因很简单，绝大部分人做不到，软件工程上也不可能做到。更多时候是向开发团队外部传达一个信号。而这种信号的隔离与传达是TL的责任，非常考验识别重点和辨别一系列披着伪重要紧急外皮伪需求能力。

区分会议与沟通。很多会议并不解决沟通问题，80%的人可能是陪听，效率是很低的。闭关给了一个相对封闭的空间，发起沟通的成本很低，但是一定要避免退化成会议。原则上一周的正式会议不超过3次。

躬身入局，微观管理。如同很多人不安过35岁中年危机、能否继续码代码，这个阶段很多人一定也纠结过是否要写代码、是否要有点线面齐下。也许以后我会有不同的认知，但是对于当前的自己，保持脚不离地，接地气的思考和行动。

留意没有deadline的问题，要么把问题破碎为有deadline的子问题，要么无视它。“短期、长期解决方案”逐渐成为话术套路的今天，不要为伪长期提供温床，在团队内竭力积压其生存空间。

区分复杂与混乱。能从事实中抽象出简洁往往比复杂更接近本质。但这往往是非常困难和痛苦的事。思维偷懒的人从一开始就抽象出复杂，然后在执行过程中，又以行动的偷懒来用复杂为借口阻挠迭代为简洁的路径。TL要学会在初期识别复杂，需要思考力和领域的专业能力；也要学会在中期不断的破碎重组。

不要被质疑摇摆。质疑是一定是有的，质疑的理由那更是千奇百怪的，有些甚至一开始就是不怀好意。时间尺度长一点，更多人会为你的一致性喝彩。自给自恰的解释系统很多时候一定是孤独的，甚至一开始只能自己诉说。珍惜每一段路上的同路人。

–EOF–