加班
加班追赶进度有时候是一种高效的手段，即便疲惫的加班后的第二周效率低下。
或许员工串休影响后续进度，但和在紧凑的节奏中追击了一个目标所获得的价值相比，还是后者的价值更大。在接近里程碑节点进度时，和疲惫导致效率低下，或者串休导致后续工作效率低下相比，项目的清晰度提高的效率远在前两者和其他因素之上。
压力
在领导要求不合理工期或要求不合理加班的压力下；在团队能力低下，无法完成目标的压力下，如何做比较好？
首先，试探性的和领导沟通工期和加班的影响，和团队能力并不能因加班获益。
如果沟通中，领导提出工作到半夜1点之类的话题，则可以确定，领导对加班的态度是不可改变的。这种情况，需要先让团队进入加班状态，以提高下次沟通氛围。
在阶段性加班后，再被要求加班，可在被要求加班前或当时提出加班申请，已缓解气氛。不再去试探性沟通，减少对持。
效率
当员工能力不足时，加班可以弥补一定量的工期，而工作计划会更好的弥补工期，提高效率。
当项目出现延期时，定制延期的详细工作计划，可以明确到某员工未完成任务，并重新为其排计划，排计划时与员工一起计算工时，这样可以起到警惕作用，等于明确通知某员工你的任务没完成，远比用谈心来提高效率更有效。
产品
产品开发与项目开发上线后的路线区别如下：
项目开发的路线：上线—试用期—完成期—维护期。
产品开发的路线：上线—试用期—完成期—成长期—成熟期—扩展期。
产品上线后需要经过一段时间运行，用户试用才能进入完成期，之后再进入成熟期。
产品开发期，架构为核心，但产品进入完成期后，需求与功能才是核心，产品进入不断完善需求与功能阶段，随着时间推移，进入成熟期。
产品成长期间，做技术领导，会感到业务压力巨大，因为接触的业务压力经验不足，但需要保持信心，因为其他人面对业务压力，肯定比不上技术好的领导，而业务出身的领导，也一样不会搞的比技术好的领导高明，但技术好的领导需要将技术视野渐渐转向业务视野，才能保证产品的成长效率。
产品上线后，产品的成长效率将会被提到主要问题上，好的架构可以支持产品成长效率的飞跃。
好的架构可以降低BUG率，让产品在上线后，迅速将团队注意力从BUG维护转向产品成长。
随时随地看视频
