最近项目的总结，多数是错误向的收获

最近参加了一个比较累的项目，反面收获比较多，自己一一写了下来。
欢迎大家对其中的任何点提出自己的想法来参与讨论哦。

[技术] 技术选型不能主观评定，不要带个人感情来进行讨论
[技术] 架构要迎合技术趋势，不能太保守，当然也不能太超前；不能说因为我不会所以那东西就不好，不建议使用
[技术] 后端架构不要反来影响前端，后端是服务前端的，前端需要良好的用户体验
[技术] 前后端的代码规范都很重要，代码写出来是给别人看的，不能仅仅是为了交差，图一时之快，也要考虑一下项目的可维护性，尽量少给别人挖坑
[技术] 后端与前端是紧密配合的，推卸任务定出的方案肯定不是最优方案，需要细细梳理、冷静思考
[技术] 前端少逻辑才能少代码才能少 bug，由于架构或者数据的问题仍给前端处理是非常荒唐的,前端也需要平等地位
[技术] 不写代码，不落地的架构师还不如没有
[产品] 业务需求需要细细梳理，不是只画画流程图
[产品] 界面与交互需要研讨后再画会更高效
[产品] 画 UI 的时候就应该让前端考虑如何布局，不要让美工出像素图来布局
[产品] 美工的审美很重要，最好要强迫症，完美主义者
[产品] 需求和测试在项目末尾阶段还都不完全清楚需求是这么可怕，内容要形成图或者文字，口头传达的没用，没约束力
[产品] 对于细节点是产品需要花时间去思考的，不能前期不思考放任开发自有发挥，等后续客户提出自己的想法再让开发去修改，产品反而说当时又没办法思考的这么细
[管理] 资源需要充分利用，多开小会多研讨
[管理] 前端、后端、业务是紧密结合的，全分开是没办法融合配合做出想要的内容的
[管理] 对 APP 的工作量估算太低，其实工作量巨大
[管理] 不能临时换帅，而且是换来换去，走走去去
[管理] PM 需要控制团队的情绪，掌控节奏，激励团队，解决难题，稳步向前
[管理] 团队大需要及时进行切分，一个人最多管理 7 个人
[管理] 项目不能疲劳作战，要可持续性发展
[管理] 资源与架构的问题是 PM 和架构师需要协调解决的，不要团队其他人互相推诿
[管理] 浑水摸鱼的人不要，该杀就杀，不要手软
[管理] 对于分工要明确，对于不属于自己的内容应该先明确不是，然后再从项目角度出发，自己可以为团队做什么，否则直接做了不属于自己的内容，别人以为是理所当然，自己觉得很委屈
[管理] 团队成员不能拿“我不会”做为挡箭牌，不管是技术还是需求还是测试
[测试] 测试不要依赖于前后端，应该独立思考
[测试] 测试是项目中很重要的一环，不能混，敷衍，准出的关要把好
[招聘] 宁缺毋滥，招聘不能着急，不用过于考虑其他的杂项