掘友的一个谈论，让我又想跟我们唠会儿嗑了。
我之前写过一篇文章叫《该写好代码吗？我也苍茫了》。所以，这位掘友谈论说，他在上家公司的时候，他们组代码质量要求高，前期设计考虑全面，所以上线后问题少。可是在领导眼里就像没事做一样。其他组常常出事故，反而很忙，像是一直在霸占难题。
我回复说：那或许是领导不够专业，没有深化到项目里。
回复完了，我仍然意犹未尽。所以，才有了这篇文章。
正常情况下，关于一个软件项目或许一次版别迭代，负责人应该是心中有数的。这个项目的难度怎么？手里的人员才干怎么？大约做多长时间？最终会到达什么作用？这些应该是负责人的基本功。我不自夸，横竖我带项目时，我们几个负责人都是能做到的。
据此，你才干更好地掌握一个项目的一直。有时，项目中间呈现难题，要干涉。有时，我们超额完结，要嘉奖。有时，很简单的功能，他开发出了许多bug，要扣奖金。乃至有时候，一个月的工期，老板硬要半个月完结，这时对成果不能要求太高，你不能又要做完又要做好，那是找打的节奏，最终会两败俱伤。
可是，存在一种叫“外行办理熟行”的情况。这类领导呢，他不知道你干了啥，也不知道对你来说这活好不好干，乃至你干没干完他也分辩不出，全赖读你的周报和方案。但他却是你的分管领导。
我原本认为，在技术领域不会存在这类情况。后来发现，不但有，竟然还很遍及。而且在国内，这仍是一道别致的景象。
听过一个报导，说国内有一位教授，他从国外买来高端芯片，先把标志磨掉，再印上自己的Logo。然后，他对外宣传是自主研制的。出其不意的是，他还开发布会，还拿到了上亿的科研资金。随后几年，他乃至还推出了第二代、第三代、第四代，都是通过自己印标签的手法完结的。
整个进程，凡是有熟行审一下图纸，看一下生产车间，都会很容易识破骗局。
当然，咱们普通人一般到不了研究芯片，那么高精尖的层次。可是，我觉得作为一个普通企业的小领导，参加到项目中，这总是能够的吧。
从实际情况来看，其实很少有领导能躬身入局。哪怕这个领导只管六、七个人，他也会再分成三四个组。遇到一项任务，领导会组织给职工，让它们去洽谈完结。而他，要去规划团队未来的发展。
我有种很明显的感觉，但现在还找不到一个合适的名词来描绘它。只能从一些例子上去体会其间的差异。
我有一个任领导，开周会是他做总结。他说这一周，后端完结了什么，前端没有完结什么。前端还反驳他，说自己完结了。领导说，别诈骗我，你仅仅把接口地址敲上了，底子没调用过，你跑跑试试，数据结构对不上。他是最了解整个项目开发进度的人。
还有些领导与他构成明显的对比。他们了解工作靠开会听报告，就算只有三个下属，也要他们说说这周干了啥。他做一下汇总，然后再上报给他的领导。功能交付后，项目呈现了问题，他会说是下属诈骗他，竟然谎称工期，没测说测了，没做说做了。
至于构成这种差异的原因，或许跟文明和准则有关。不能说哪种绝对好或许不好。
前面那种“严管型”领导地点的公司，企业文明中，负责人制，不讲理由。出了问题不要推脱是张三、李四没做好，他们担不起这个职责，便是你负责人的问题。所以，这才导致了领导会落实每一项流程。
后者那类“报告型”的企业，从上到下都重视文书的格式、遣词，考究高瞻远瞩，着眼未来，允许试错，探索创新。因此，他们便将更多的精力投入到了报告上。
作为一名老程序员，我感觉，软件开发是一种很工程化的作业，一层层拆分好，组织到基层人员手里，告诉他们怎么执行就能够了。可是新一代领导说，办理的最高境地是让团队具有自驱力，硅谷便是这样的。自驱力便是你不必组织，他们自己就能主动克服困难去完结。即使领导不在，团队也能照常工作，这才是健康的团队。
抱歉，有点儿跑题了。
本文的初衷是“外行办理熟行”与“躬身入局”。
我觉得“外行办理熟行”在国内是必定现象，尤其在技术领域。
在国内的中小企业，作为团队的领导，“行政类”的工作要比“专业类”多。你看看你的领导，他常常开会和写资料。这不是它自己要干的，也不是老板要求的，是受行业和环境的影响。你想要申报科技企业，申请方针扶持，参加高新评级，你就得去预备。
除此之外，团队的日常办理，年方案、月方案，人员活动、评优、优化等等，都会耗费日常的精力。而这些活，专业的程序员并不想干。
另外，就算一个熟行被推上办理岗位，程序职工种杂乱，常识更新也快，那他干上几年，也会慢慢被磨成“外行”。
因此，熟行外行仅仅相对的，并不重要。我则更强调“躬身入局”。
躬身入局，便是参加到项目中。就算不写代码，最少也了解下我们遇到的问题。在这个进程中，作为办理者，能够制定一些规矩和规范，来保证良性运作。好的流程准则，是能够实现职工自驱动的。
举一个身边的例子。现在夏天了，天气很热，办公室都会开一天的空调，温度调到23度。
这天下过大暴雨，空气清新，气温很低。这时，23度的空调就很冷了。正对着空调口的瘦同事，就想去关掉空调。成果被一个静止都会喘粗气的大胖子给阻止了。
胖子问：为啥关空调？
瘦子说：外面下雨，不热了！我冷。
胖子说：你冷你穿衣服。你关了我热。
瘦子说：你热，你翻开小电扇。
说完，瘦子关了空调。 随后，胖子又翻开了空调。
这类工作便是公说公有理，婆说婆有理。搞不好还需要领导出头调停，或许搞一个群体性的投票。假如没人理你，那就看谁的底线更低，或许说谁更狠。
可是，假如说团队制定这么一个小规矩，便是室温超越26度能够开空调制冷，制冷底线是23度。那么，即使没有领导在场，我们也能很好处理此类工作。乃至，这类情况底子都不会发生。
这仅仅为了体现规矩重要性的例子。到软件开发中，或许便是比方这类景象：一个接口假如多个端都调用，那么就由后端组织特定的数据格式。
假如你躬身入局，你就会阅历类似的工作。否则的话，你或许会说，吵什么吵，我们要以全局为重（仅仅要求停止争持，没有决定开不开空调）。
或许说这么多，有人朝我笑了：你认为我傻？我这么做，老板给我涨工资，多拿钱！
抱歉，抱歉！我只想着怎么进步项目质量了。关于挣钱方面，我外行了！
唉，我们一定要重视环境的重要性。
