在项目中成长自己：
         随着TSP项目进程逐步的深入，我对CRM后台也更加的了解，但对自我来说这些了解还远远不够；还需要更多的深挖。在项目中深知要想做好产品，必须先成为该类产品的专家才能做得更好。在TSP项目中这种深知的感觉尤为真切。

         在TSP项目由于前期很多细节逻辑和需求不够明确,导致后期在同一个问题上反复修改，并且是对已确认的方案进行反复修改，改动范围也较大。暴露出我和项目组成员对产品的深度和广度的了解还不够，对客服小二的操作细节研究得还不够细致，没有能即时发现问题。同时也发现在前期考虑不完善的情况下，后期集体确认的东西，到最后还是改动很大，这本身就不是高效和高质量团队的表现。为什么这么多的内容在后期会推翻重做或修改,这是我们急需考虑和解决的问题。注重效率和质量兼备才是好的项目团队；

          TSP还有一大特点：激烈的讨论演变的争吵。会上的极度争吵不能解决实质性的问题，冷静的沟通效果才会更好。争吵对与会者的思想和精神上的影响也很大的。
如果具有该产品专家的专业深度和专业广度的思维，我想很多产品问题是可以在前期避免的。所以具有专家深度和广度思维将是下一步的努力目标；

         再来说说服务大厅2期项目的一些总结和感受吧。

         在该项目中深知交互、前端、开发的之间交叉的痛苦。由于前端资源的紧张，交互设计师把MOCKUP交付前端之后，前端出完主要页面就交付开发了，开发得担负一定前端的任务把其他页面补全，同时也做必要的页面更改。这样的结果是开发补全的页面往往达不到交互设计师和前端的要求。这个时候交互和前端也需要参与修改，往往这时候的修改比新作页面更烦人。唯一可以解决的方法是以模块的形式组建后台系统。交互设计师利用模块搭建页面，开发根据搭建页面直接开发系统，前端只需要维护和新增模块就OK了。这样三者各负其职，产品展现也得到了高度的统一。现在这个解决方案已经在开始规划和实施了，希望能早日成形。

         在项目中发现问题解决问题，成长自己！

团队的成长才成长自己：
         不断的互相帮助和不断的团队分享，势必会让团队走上自由开放、技术优良的道路上。我会努力帮助团队成长，同时团队也努力帮助了自己的成长。