做Lead Programmer已经4，5年时间了，从云日志扒了些以前的感想写在这儿。
主程的主要工作是：
1, 评估并执行程序组的计划。
在程序组开始制定milestone，sprint的计划时，应该已经和design团队有明确的沟通，定义 了功能的具体需求和优先级，一定要不要等到做团队计划时才来定需求或者根本需求都还没有定下来，如果这时design团队还没有定下来，也不是说要消极的等待，可以帮助（一起制定功能优先级）催促（提醒设计的deadline）协调（实在设计出来了，就马上改变工作计划）designer的工作。
Designer的设计需要具体到每个边界情况，UI界面，UI Flow，数值等。
大团队的划分和管理很重要。比如分成几个scrum team，scrum team这间应该怎么协调安排工作，scrum team内部应该怎么沟通，会议怎么安排，才能让大家清楚的知道自己要做什么，别人在做什么，这个周期大家的目标是什么，必须每个都非常清楚才行，如果只有Leaders和QC知道的话，那么完成度就受影响，而且积极性也掉动不起来。
2, 领导，组织并发展一个组的程序员。
更多的是发展方面吧，其做法是：
依据每个程序员的专业特点，对其工作能力不足方向进行指导，比如有些程序员有代码的规范问题，有些有沟通问题，有些有工作态度问题。除了及时沟通指出问题来以外，还要给予直接的帮助。
组织有效的活动去帮助大家提高，比如Review的会议等。
根据每人的职业期望，去安排具体的工作，比如MLL期望尝试各方面的工作。
在遇到工作问题或者瓶颈时，能及时发现，给予指导，能自己的帮助和就自己解决，不然要提供合适的外部渠道去支持，比如MSDK。当然团队越成熟，这方向Leader能帮上忙的地方越少。
关心生活和情绪，也许这方面相对工作来讲比如微小的方面，Leader如果处理好了，也可以提交组员的工作效率和积极性。同时，也是提升领导者自我魅力的一个方面。比如组员活上出现了问题，和他多聊聊，若能帮助解决实际问题，他的工作积极性也有一定的提高。
制定优先级并管理组的日常工作，保证功能能按时按质量的完成，在预算范围内，合符生产规范。
优化工作流程，观察，思考。如果有block生产效率的地方，比如开会时间过长，沟通流程过于复杂，都应该积极思考解决的solution，以及后继的Action Plan。
若项目进度不能按时完成，需要事情思考和找出解决问题的方法。
3, 基于现有引擎和生产管线需求作出决策。
这就是技术决策方面。前期包括引擎工具的选择，日常开发技术的选择，与其它部门如动画，美术等开发部分制定工具pipeline等，优化大家的工作效率。