2018-04-24

1.开始项目的项目规划

1.整体工程的设计模式：MVC,MVVM,MVP,Rout...
2.整体工程模块划分：基础层，网络层，硬件层，公用层，管理层，逻辑层，资源层，配置层...
3.提前思考项目需要使用的第三方库，最好使用cocopods导入
4.考虑整个项目界面有哪些是可以公用的，有哪些View是可以在很多位置使用的，哪些控件是需要封装的，哪些是要做动画处理的等等。
5.归纳出整个项目使用的颜色，一般不会超过五种，使用宏文件管理好颜色配置文件，
同时在Xode常用颜色管理面板设置好项目常用颜色值，后续使用XIB直接使用设置好的颜色，
这样不会造成颜色混乱， iOS11在Assets.xcassets里面新增了一个颜色管理很方便使用，
并且可以实现全局变换颜色，同时归纳出常用的字体大小等等...
6.搭建好项目基础框架并建立好代码管理仓库
7.和后台确认接口字段，如果后台规范，则可以直接根据后台给的接口文档进行先行开发，绘制UI和逻辑同步进行！

2.如何管理好一个或者多个项目

第一：切片原则，将项目功能不断的进行分解和细化，制定计划进度表。
第二：主流程先行原则，也就是一个项目中最核心的功能，这里所说的最核心实则是客户最关心的功能，
该功能使用频次高，大部分的业务流转都在此功能中。
第三： 以静制动原则，做项目需求变更是在所难免的，频繁的需求变更直接反应出项目人员对需求的把控能力及规划能力，
面对需求的变更先静下来分析该需求是否合理，能否有更好的解决方案，如果变更了该需求从上流到下流会需要多少时间周转，风险在哪里等。
第四： 保留原则，对于项目的一个周期循环，要有实时的文档记录，需求的变更要签订变更合同，而不是说变就变，最后面目全非反倒无可追溯，
很多程序员并不是不想做好一个产品，而是怀着一颗打磨产品的心却被变更的需求折磨的体无完肤，甚至出现程序员在代码注释中骂客户骂公司的行为，
实则为无泄可发而为之。
第五: 控制源头原则，所谓水往下流，从商务部--项目部--设计部--开发部--测试部环环相扣，源头始于需求，牵一发而动全身，不动是不可能的，
一个完整的项目不可能不动，动要有原则，有限制的动，需求是一个无底洞，必须限制范围。
第六: 沟通为主，无论哪一个环节都需要多协调沟通，因为需求在传递的过程中很可能会变味，
就好比一句话传递10个人后意思会与原来的有所差异甚至偏离原意，严格来说沟通是最重要的一环！