部门老大的发言引发的思考

4月25号,部门召开了一季度的总结会,部门老大最后的总结发言,有很多值得学习的地方,在此做个记录。

另外,上级领导也开始慢慢放权,让我负责更多系统的管理工作,感激的同时多了不少压力,于是想引以为鉴,时常警惕自己。

部门老大,大家都叫他「海大人」,小米刚成立时,就跟着雷总干,他是开发出身,一股工程师的气息,很敬业,思路清晰、敏捷。

最后总结发言用了30多分钟,尽力领会他想表达的,映射到自己。

总结的这些,都是我要为之努力的,我还只是一个小兵。

细节很重要

海大人很关注细节:会场两边的显示屏亮了(上一次不亮),每个项目组之间的PPT衔接更顺畅了,演讲的超时时间也少了,他对这次会议的准备提出了表扬。

工作上,细节也很重要,如果项目的分析、规划和执行不够细致,很容易延期,团队的协作也会很乱,上线后,项目的可用性和稳定性也不敢保证。

所以,做任何事情,都要细心,不放过任何一个细节,有些问题可以不解决,但也要了解,前期的细心分析和规划,会让执行更有章法和自信。

企业以盈利为目的

企业最终是要赚钱的,需求要不要做,系统是自研还是外采,都要考虑其产出比。

我们部门,很多项目都是服务于各个业务部门的,比如订单、仓库、物流、销售、客服等,海大人提出了要进行内部核算,和每个业务口核算成本,项目成本占他们营收的成本有多少。

所以,做项目、接需求时,要把价值说清楚,做好体验,让业务方满意,才能让对方认可你的成本。

做事情要有亮点

海大人说:伤其十指,不如断其一指,要做重要的事情。

还说:轻重缓急,生死攸关,做领导当下最关心的事情,很重要。

我们组堆了很多需求,大部分都是业务方提的,说实话,我觉得的亮点的功能很少,更应该站在使用者的角度,找他们的痛点。

后面,应先做亮点、更重要的事情,再慢慢查缺补漏,进行完善。

微信30分钟

线上问题的及时处理很重要,大的话会导致多个系统不可用,小的话也会影响使用方的体验,所以,接到问题反馈时,应及时答复,即使短时间无法立刻解决,也要先回复。

首先,人员的职责要划分清晰,接到问题反馈时,属于自己的问题会更主动的去解决;然后,节假日或小组聚会,要安排人值班,实时关注反馈的问题。

讲困难

海大人说:和他讲困难的时候,要表达出自己的思考,给出可选的解决方案,评判方案时,要极心无二虑,尽公不顾私。

工作中,确实有很多这样的人,包括我,遇到困难时,没有仔细分析、思考,就把问题抛给了上一级,不但自己没有锻炼,给领导的印象也会不好。

所以,给领导讲困难时,最好给出自己的可选方案,还要站在公司利益的角度,进行分析,推荐出一个方案。

技术架构、业务架构

功能好、交互体验好还不够,稳定性、扩展性也很重要。

另外,部门目前的技术和业务比较分散,跨大组的交流也比较少,导致好多组再做相似的事情。

所以,部门成立了技术架构组和业务架构组,面向公司未来几年的发展,从整体上考虑技术和业务架构,规范一些事情,减少各个组的开发门槛。

我这块的实践也比较少,多向他们学习。

翻篇了

以前的荣誉已经过去,不要卖老的功劳,已经翻篇了。

要把老员工从舒适区拉到安全区、焦虑区,不断学习和成长。

培养有精力、有能力的人,提拔他们,你能你上 !

我的性格偏内向,内向的人不会安于已有的成果,永远认为自己做的还不够好,这点我是符合的。

团队协作

这部分是我自己加上的,最近深有感触。

规划很重要,有了目标,大家才能向一个方向使劲。

团队每个人都应齐心协力,按照规划的任务,按时高质量的完成,如果一个人偏离方向,都可能导致项目无法完成。

团队氛围和凝聚力的培养是提高团队协作的有效方法,这块是我最薄弱的,后面多向同事学习。

欢迎扫描下方二维码,关注我的个人微信公众号,分享我的工作、学习和生活 ~


情情说