计划 必须有 目标 、 时限 、 投入 、策略。
没有目标，没有时限，就等于随波逐流，听之任之，也将没有什么收获和成效。
也就是没有计划。
先完善的通思之，而后择优而行动。
没有经过完善的通顺的思考，就根据第一印象的目标采取第一反应的行动，
往往事倍功半。
人多或者人少，都是团队。合理分工也是团队建设。
人少时，不要总赶着加班，任务是分阶段完成的。
人多时，不要因“暴富”而不知所措，
早期加入和新近加入，不要仅盯着项目任务来分派，
要留心于培养和造就人才、团队。
必须有一个通盘的设计和交互处理。代码未动，逻辑先明。
没有想好，必不能做好。
清晰的设计，如同黑夜的灯塔。
项目经理如果没有想好，项目的出路只能在摸打滚爬中前进。
每个成员都必须了解业务。
技术只是基本，关键是利用技术实现业务价值。
项目不太紧时 或 功在平时：
1、对项目，进行业务功能逻辑的整理和讲解
项目背景、项目架构、项目流程、Web端功能、手机端功能、数据库
对相关整理和讲解 进行录屏
对团队成员进行考核
以及作为后续新进项目人员的培训资料
2、回顾bugzilla中的问题
制作开发自测CheckList列表
提升后续开发的质量
3、代码整理
提取项目公共代码 通用代码
对代码进行规范
4、技术点整理
分Web端 手机端 对项目实际应用到的新技术点 进行整理
如Web端的Linq WCF部署 数据库存储过程等
并将这些技术点整理成帮助文档包含具体实例 进行知识库的规整
领导 员工 都是公司和项目的一份子 分工不同 各有专攻
自我的角色认知，影响决断和行为，
项管的技术能力可以不若主程 但不能因此而怯于管理
如同老板不一定会编程 但他一定要清楚自己团队 努力的方向 想要的结果
文档的力量，主体流程一定要用清晰的流程文档化。
不要你讨论来，我讨论去，有的知道了，有的忘记了。
一个项目其中心流程肯定不多，一定要吃透，团队各开发人员必须互通。