每年过年回去都要跟武馆的师弟师妹师侄一起吃个饭，聊一聊不同行业上这一年的收获和感悟。先把核心观点列上：负责人不是任命出来的，是干出来的，在我们软件领域，是主动维护、计划并实施出来的。
首先，模块负责人是个违背敏捷的概念，它使团队除sm外又多了一层任务管理和人员分配。不过，既然模块复杂度和人员扩张到这种程度，暂时的模块负责人也没有问题。在这个敏捷组织结构发展的特殊阶段，敏捷管理者（sm）和模块负责人同时具有任务指派权，模块维护的职责是否落到模块内变成了完全靠模块负责人个人的一件事。在这个背景下，我们聊一下怎样做好一个模块负责人。
先聊一下模块负责人的职责，模块负责人兼具模块业务分析师（ba）、代码设计师（tl）、sm三种角色。作为ba，负责向模块内开发者澄清需求以及用例设计故障复盘，作为tl负责层次设计和代码把关以及优化分析，作为sm负责排计划排人力。模块负责人是干出来的，是在强调主动性，主动思考人力和项目目标的关系，思考故障和管理流程的内在关联，主动分析覆盖率，主动设计交叉波及用例，自然地就会成长为模块负责人，或者后备模块负责人。另外从态度上，要心怀模块，维护它、优化它。
很多人负责了一个模块之后，仍然守着sm安排的一亩三分地，不认为模块相关的责任都属于自己管理的范畴。这样处事态度的同学，一年是新员工，两年负责模块，以后还是只能停留在这个层次了，因为一直都做不好一个模块。
其实做什么事都一样，不会天上掉馅饼。职务任命之前都会有一个考察阶段，做成什么样子完全在个人。所以多思考有担当有计划有执行力才能真的称这个职。
