客户的需求是开发的核心驱动。以需求为核心，才能构建出客户真正想要的系统，避免频繁的返工，从而真正推进项目，有利于之后的谈判、回款。
高层跟底层人员存在资源、信息不对等的情况，底层人员往往只看到部分，有一定的思维认知局限，执行上层的决定时，人很可能会基于自己的认知（可能存在局限性的认知），在具体任务上偏离了上层的决定。
有时候高层也会犯错，但底层执行了错误的决定，责任也是高层的，而不执行，底层人员就有可能要负责。
大局优先，是体现在项目的推进。一个项目得到推进，一期、二期得以实施，公司拿到回款，就形成了一个良好的循环：开发人员工资、年终奖得到了保证，公司生产活动也能继续顺利的开展。
站在局部的角度，项目就是一个个大小任务。开发人员往往兼顾几个项目，日常难免会碰到各种事情，阻碍主要任务的执行；又或者，你认为当时是做某件事情的好时机，就去做了；又或者，项目的那个模块又出现什么小bug，又得分时间处理，如此种种，导致项目没有真正得到推进。
为此，必须有一个方向点，就是把重心放在主要任务上。
敏捷开发、小步快跑，产品不断迭代升级
业务流程的通顺，优于细节上了修缮。
时间是宝贵的，在初期，开发一个模块，最优先做的是把影响业务流程的给做出来，跑通业务流程，不要钻牛角尖、执着于细节。
假如业务流程走通，得以在客户面前演示，我们就可以收到及时的反馈，调整开发的方向，在初期，客户也不会太纠结于细节的问题，我们开发的成果是不是客户自己想要的，才是客户关心的重点。
影响协作（他人）的优先；
客户急的优先；
推动大局的优先；
上级亲自交代的事情的优先。
交代的事情，要在什么时间完成，最后都要及时反馈，领导需要根据情况进行调整，不麻烦他人。
不要等领导主动问起，主动汇报更好。
建立起一个任务的发布、反馈跟踪机制。