15年调到到家后，很长一段时间，我的leader是James，他给了我充分的信任与足够的支持，让我有机会对58到家技术体系做一个雏形的搭建。
此外，我还从James身上学到了不少处理“老板需求”的原则和技巧。
一天，James把我叫到办公室，问我某个项目的进展情况。
“X跟我反馈，说项目n进度有点慢，我想了解一下是什么情况？”
画外音：X是公司高管。
“额，这个项目n确实比较紧张，我再协调一下”
听到X到我的直属leader那里“疑似投诉”，心里有点不是滋味，为了尽快挽回颜面，我：
立刻找到项目负责人了解相关情况
迅猛从项目m协调了两个同学支援项目n
要求项目组同学周末加班加点，保证项目n提前了两天上线
周一早上，我迫不及待的到James的办公室。
“X说的那个项目n，提前两天，周末上线了。”
“提前两天上线了？怎么做到的？”
“我从项目m协调了两个同学支持项目n，并要求同学们周末加了两天班。”
“协调之前，项目n符合预期么？”
“符合预期呀。”
“你从项目m抽调了两个同学，那项目m呢？”
“可能会延期一天。”
“项目m和项目n的优先级谁更高？”
“项目m更高，所以才投入了较多的研发支持。”
“所以，你把一个符合预期的项目n提前了，把一个优先级更高的项目m推迟了？这就是你协调的结果？”
“老板X不是到您这边反馈项目慢了么，我这不是就协调一下提前上线么，我...”
“要被你气死了，我是想了解一下情况，只是单纯了解一下情况，你和我说明项目优先级，说明项目符合预期，我可以实事求是的跟X去反馈ya。”
James继续说。
“现在这个结果，X就会知道，有什么事情，不用按照正规项目流程走，找我反馈就能提前上线。那未来X来找我，Y也来找我，Z也来找我，我怎么办？”
画外音：看团队管理的成熟度，可以看，是不是所有事情都要到老大那拍板。成熟的团队，由机制保障正常运转。
“技术团队做项目，一定要有优先级，这个优先级是老板们，产品们根据整体的业务节奏制定的，这个是原则。”
“人手有限的情况下，有优先，就有次优先。次优先的项目，负责人来询问，每次这种询问都能调整优先级的话，那原则有什么用呢，那岂不是变成，谁跑我办公室更勤，谁项目优先级就更高么？”
“公司战略随时有调整，项目的优先级也可以变更，冲刺项目该加的班也应该加，但并不是以这种方式。这样只会让我们带团队未来陷入被动。”
我若有所思。
...
现在，自己带队的过程中：
（1）人手有限的情况下，不可能所有项目并行，需要机制确定优先级；
（2）boss需求，要响应，毕竟boss的视野更高，信息更全，经验更丰富。但当优先级发生变化的时候，有提升优先级的，定有降低优先级的，按照优先级机制调整；
（3）战略的项目，周末冲刺没问题，但冲刺的不会是全部项目，“运动式”加班不可取；
（4）找技术负责人改变项目优先级，不可取，一旦一次成功，未来所有项目都会来找你，机制就会形同虚设。
所以。
当我走过来问你，“了解一下项目进度”的时候，真的就是想“了解一下项目进度”，不是要暗示你，“项目慢了，必须加紧”，不必猜我的心思，猜来猜去，双方都累。
当老板（或者我）希望调整项目优先级的时候，一定会按照优先级机制，说清楚缘由，说清楚来龙去脉，一定不会说“就这么干，这是boss需求”。
相关文章：
末了，周末做了一个调研，大部分同学希望回归“技术文章”，那“带团队”系列就暂且告一段落。
今年系统的写了缓存架构设计，后续系统性的写一写数据库架构设计，希望了解数据库架构的什么内容，欢迎评论。
你有听过“就这么干，这是boss要求的”么？
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31556838/viewspace-3158263/ ，如需转载，请注明出处，否则将追究法律责任。
