最近时间管理上出了点问题,前段时间的举行的交流会现在才放出, 基于super的总结上我再修改了一下。
【会议目的】
前端开发在研发流程中与其他岗位协作效率的提升，研发流程、协同规范、有效沟通。（ppt分享及会议主持：ivanehwang）
【会议内容】
一、 提升优化满意度（ppt分享：superliu）
PPT主要内容为不断提升用户对我们的满意度而分析总结在工作当中可能遇到的问题和解决方案，主要讲述提高工作效率，如何与产品、开发等相关人员协做及沟通相关技巧。
二、 项目工作量与进度
交互设计师，视觉设计师，产品经理前期占用太多时间，到最后留给你完成开发的时间已经很少了……
1) 兼做PM(no time)
2) 砍需求（功能分批）
3) 预留风险时间
4) 功能实现变更
5) 模块化 (公用,减少重复劳动)
6) 向上沟通
7) 投入度，归属感()
8) 加班 (不建议)
总结：这里大家比较一致，就是首先要保证项目按时完成。如果后面的开发时间因为“设计阶段过长，没有按时交付设计稿”而不够，哪么在不能加人，加时间的情况下， 就只能对当前任务进行拆分，把重要的、紧急的先行完成，别的再安排时间上线。这里比较反对直接说YES或NO的作法，YES的话，就是自己加班完成，但这 样质量，及以后的工作效率得不到保证。NO的话，则显的一点职业素质就没有了。
三、 开发联调问题
页面完成后，产品经理和视觉设计师都已经确认，但到了下游开发时却被打回说页面结构不符合开发的要求……
1) 前期沟通（在设计上）
2) 提升重构人员的专业上水平（为下游预留接口）
3) 数据推动改版（先完成进度）
4) 规范的制定，公用库（Bug list）
5) 浏览器差异化
6) 拥抱变化
7) 过程与结果（管理上）
8) 规范与培训（管理上）
总结：沟通一直大家都在说很重要，这个因为前期沟通不够而产生问题，因为前期沟通到位而避免后期问题大家都说了不少案例。这里大家也深入分析，在不同公司的大环 境下沟通的情况也不一样，如果是领导比较强势，哪么可能比较倒霉，可能无法有效沟通。项目的成熟度也有关系，比如不成熟、前景不太明朗的项目可能就会总是 改来改去，这时如果只是一味接需求来做就比较被动，要在前期设计阶段进入沟通，这样后面才压力轻点。
四、 其它问题
或许您也有自己的苦衷，提出来，让大家一起讨论解决方法……
1) 前期沟通 (重要:在设计评审会上)
2) 提升重构人员的水平 (预留接口,方便下游)
3) 数据推动改版 (重要:先完成进度,雪中送炭,锦上添花)
4) 新的功能引发老功能的问题(推倒重来、单元测试、模块化)
5) 机动团队backup VS 人员空置
6) 模板化企业站 VS 扩展性（模板版本更新、稳定性为前提）
总结：流程建设这一块大家主要是为了保证工作有序可控，把风险性降低。这一块的流程建设中的风险、敏捷、成本是互相牵制的，在人力成本迟迟得不到添加的情况下， 哪么敏捷、风险性就会增加。降低风险性这里目前大家尝试的写文档、人员交叉等建设目前来说因为项目进度（敏捷性）的压力都进行不太顺利。最后因为大家讨论并行开发又引入了模块化的话题，这里大家主要分享了对代码根据作用域进行拆分，然后再进行组合的一个思路和实践，不过对于细节大家还有些 分歧。