QbatyBlog

本周六在北京腾讯举行的 WEB标准化交流会 我整场负责拍照
winter 分享的PPT 和 月影 说的关于协作，给我印象很深刻，里面有很多观点我很认同。
会上没有发言，我就在这里谈谈我的看法吧：
作为一位前端开发工程师，负责的不仅仅是页面HTML的构建，也不仅仅是页面所需要的js交互,或是页面动态的效果。
在我自己的认识中，我觉得前端开发工程师责任重大，一个项目中，需要参与的流程很多。从一个项目初期的策划，技术的评测就需要前端开发工程师参与，在考虑到用户操作习惯，页面性能，再包括将来的页面维护，升级，修改，可扩展来制定页面部署，页面结构，以及开发模式再到后期的页面优化。

和设计，产品经理来沟通整个的页面，设计风格，用户行为习惯，页面表现方式，交互方式等等.
和产品经理，后台工程师沟通整个页面的功能，交互方式，性能优化，页面部署，进行一些可维护升级扩展的计划。

前端是承上启下的，所以在协作中是非常关键的一环。

现在由团队完成的项目来看，设计可能是思绪比较自由的一方，产品是需求提出方，后台工程师是数据提供方，前端是表现方，所以所有的这些都是通过前端来展现给用户或是和用户互动。在这样的团队协作里，我觉得最重要的实际上是，把目标明确，
这个目标是团队目标，也就是这个团队在做一件什么事情，需要达到什么效果。在一个团队里如果大家方向也就是目标一致，很多协作沟通的问题都会变的很流畅，相互也会更易于理解。每个人都出于一个项目的全局观，来思考，来做事，再加上换位思考，这个team 协作应该会变得很愉快。
在目标明确的项目中，需求的变更仍然不可避免，而这种情况下需求的变更也会变的可以理解。

当然很多公司很难要求每个人都有这种项目的全局观，至少我在ZOL的时候就发现不是人人都有。这个时候可能就会有很多口角，争执，不配合，当然经历过激烈的讨论后，还是可以达到目的的，不过效率和项目满意度都会打些折扣。

我觉得新浪cdc团队在项目协作上，还是相当成熟，这可能更像一种文化
一个项目的策划，在分配到各个人之前，实际都是由team leader们去敲定技术细节，这里会有设计leader,前端leader,重构leader，后端leader 可能还有总监 然后可能每个人会分析下项目的可选方法，也会说出自己的想法，定下产品大的框架，以及大的技术方向。包括否决一些不能实现或是实现代价很高回报很低的方案，最终确定一个方案，然后再考虑可能出现的一些问题，讨论，重构需要注意的，前端需要注意的，设计如何和重构配合之类的。这个会完了之后，各个team leader会回来给team开会，把具体的工作，注意事项，包括定下方案的实现可行性，可选方案都会传达。这样一般在重构工程师到手上的活，都是省掉很多不必要的沟通的，认为清晰，明了。
从这点看，相比百度的自下而上的推动文化，新浪有点不一样，新浪更像是由中间来推动。