首页 > 管理

关于团队建设和个人成长

2015-11-10 14:12:20 分类: 管理

一些关于团队建设和个人成长的观点总结,来自团队餐会中各位同事的观点,感觉挺有代表性,所以分享出来 不涉及任何公司隐私

 

1).当感觉团队氛围不对,或者某些做法有问题,或者对一件事情的做法存在不同意见时,每个人都有责任在第一时间表达出来,目标是为了让团队变得更好;


2).要输出好的文档和接口 及时输出文档,输出好的文档,能极大提高团队的效率

一个团队就像一支球队,你希望别人给你的传球接起来很舒服,你传给别人的球也要好接传到位,多从使用者(对方)的角度来考虑问题:架构/流程/接口是不是好理解;


3).团队应该有良好的沟通和知会机制,信息能及时地达到每一个人

每个人都应该知道团队的蓝图是什么,近期目标是什么,现在团队在做什么,当前有什么困难;


4).同事之间应多交流,互相促进,碰撞出火花,这也是一个团队有吸引力的标志之一;


5).工作有激情有吸引力的另一个标志是:做的事情是否有挑战性;


6).团队应该关注每个人的成长,当然技术上的提高和成长,更多是个人的事情;


7).无论团队还是个人,多总结反思,多复盘;


8).路线和里程碑很重要,忙碌了一段时间,达到了一个里程碑,应该有点小小的奖励;


9).认真做出来的功能,现在极少得到使用,或者极少得到用户反馈,这让人没有成就感

现有的产品,应该加大收集用户反馈的力度,这对于后续改进和工作很有参考价值;


10).面试时能力看起来很强的人,出活量和效率,未必比得上看起来能力平常的人 性格和特点很重要;


11).每个人都应该多输出 输出想法,见解,意见,总结,文章;


12).保持模块概念的完整性 不合适的需求期望放到模块中时,要say no;


13).对自己做的东西要有要求 对于程序员来说,代码要写得体面;


14).走feature owner的方式,开发人员的scope过大(负责需求收集,整理,开发,项目进度,测试安排,版本发布,所有横向和纵向交流,资源获取等),

可能会让人没有精力集中开发,而收缩scope,开发人员仅负责具体的开发动作,可能让人缺乏对整个产品的理解 需要权衡;

 

参考手册

W3c0.com 提供的内容仅用于培训。我们不保证内容的正确性。通过使用本站内容随之而来的风险与本站无关。W3c0 简体中文版的所有内容仅供测试,对任何法律问题及风险不承担任何责任。 当使用本站时,代表您已接受了本站的使用条款和隐私条款。版权所有,保留一切权利。 鲁ICP备15022115号