头脑风暴小结

简介:
   下午做了阶段性工作回顾,采用头脑风暴式,总结了最近的工作中的一些好的或者不好的内容.将自己收获到的记录如下:
    1.拳不离手曲不离口,平常多积累.在中国IT企业,刚进入项目组就直接提枪上战场,没有适应期的现状比较多,需要适应.
    2.与周边部门的协调问题需要专人去处理,特别是需要双方高层领导指定了对应接口人.
    3.持续集成和单元测试必须逐步搞上来.
    4.团队中每个人都要专精一项,但对其他方面需要有了解.团队的建立和稳固需要一个磨合期.
    5.开发人员在开发过程中发现设计或者需求上存在问题时,需及时提出,澄清问题,否则很可能最终还是会由开发人员背黑锅.另外,主动提出,澄清问题,是一种比较好的意识和工作态度,是职业素养.
    6.开发测试是一家,所以需要抽空多帮助测试人员,使测试人员具备一定的编程能力.

    7.开发指南,安装部署文档等帮助说明文档,虽然由开发人员写,会存在写成技术贴而忽略了读者的情况,但能在一定程度上帮助开发人员理清开发思路,理清思路并调整文档协作方式,能更好帮助文档阅读者.



本文转自leipei博客园博客,原文链接:http://www.cnblogs.com/leipei2352/archive/2012/12/14/2817373.html,如需转载请自行联系原作者

目录
相关文章
|
4月前
|
领域建模
领域建模问题之事件风暴的主要特点是什么
领域建模问题之事件风暴的主要特点是什么
|
6月前
|
人工智能 运维 安全
危机来临,防御性编程能否帮助程序员抵御裁员风暴?
最近,一则关于使用“防御性编码”来应对大公司裁员潮的消息在职场社交平台迅速受到关注。这一策略背后的思路是,通过编写晦涩难懂、难以维护的代码,确保一旦离职,留下的代码难以被替代,从而在一定程度上提升自己的“不可取代性”。 这种方法是否真的能够成为程序员保住工作的"护城河",还是仅仅是一种对心理的安慰?或者只是一种缓解压力的调侃?
03、组件间的通信(头脑风暴)
03、组件间的通信(头脑风暴)
|
领域建模
原来,头脑风暴并非最有效的创意方法
原来,头脑风暴并非最有效的创意方法
原来,头脑风暴并非最有效的创意方法
漫画|面试风暴
面试是一件非常美妙的事情,也许会让你学到不少、也许会让你感叹万千、也许会让你焦急难安。可能会感到世界的参差、或是受到不公的评价、亦或者是看到大千世界。正好前两天开始了久违的求职,在求职的过程中,总会有些有趣又好玩的事情,在此下来和大家分享一下啦!
88 0
|
测试技术 数据库 前端开发
|
算法 关系型数据库 设计模式