您的位置:首页 > 其它

大公司最佳 leadship 业务系统-营销系统 如何得到高绩效,高口碑,高影响力

2018-01-15 11:44 351 查看
管理,项目,进度,协作沟通.一定要让对方给出时间点.
 
团队口号:快乐工作,快乐学习,快乐分享,注重贡献
1、 团队规模:
目前团队主要成员6人

 
2、 管理难度:
A:项目多而且还来源于不同产品,每个产品都觉得自己的项目优先级最高
B:全职做营销系统开发的比较少,只有4人,实习生,外部支援者
C:团队成员职业规划不清晰,甚至有些人完全没考虑自己长远的规划,做事积极性不是很高,每个人觉得只要把自己手头的事情做好就可以了,不会去考虑“代码优化”,“架构优化”,“能力提升”。
D:开发、产品、运营信息不通畅,之前基本上只有开发和产品的沟通,与运营的沟通几乎没有,导致运营一直不知道开发的资源情况,开发也不知道运营的想法,导致很多该做的东西没有做不该做的东西反而做了,而且运营还抱怨。
E:测试资源不够影响项目上线进度,致命的是之前负责营销的测试都辞职了,如何去保证效率以及质量是个很棘手的问题。
F:组员身心疲惫,抱怨项目太多、自由支配的时间少。
G:接手营销组时间不长今年年初才正式成为营销组的leader,所以对自己是个很大的挑战比如“管理能力提升”,“思维方式的转变”,“组员的磨合”,“上下沟通”,“对业务的了解”等等。
 
3、 业务难度:
A、 在业务不停的情况下跨部门、跨地域接入总部券系统:年初为了联合营销,产品决定地方券系统接入总部。由于总部的券系统和地方券系统相差很大几乎是不一样,接入总部等于地方和营销相关的业务都需要修改,当时涉及到11个系统。既要保证对接顺利完成,还要保证11个系统上线不出问题。
B、 不影响业务的情况下做代码重构以及架构调整,类似给飞行中的飞机换发动机:之前的营销系统比较大,所有的业务代码都放在一个工程中,为了稳定起见决定把营销系统按业务拆分成4个系统分别是“券管理”,“券活动”,“司机奖励”,“定时任务”
C、系统稳定性:营销做活动的时候系统的并发量还是很高的,比如“定向发券活动”运营希望1个小时内能给1000万的用户发券,而且每个用户还可能发多张,这对系统压力还是很大的,而且还不能影响其他业务。
D、防刷券:营销有很多活动都是对外的,而且不用登入,导致这些活动会给不良用户有机可乘,如何防止用户刷券是一个棘手问题。
E、 数据安全:由于有很多对外接口,针对这些接口的管理以及安全性保证要下一定的功夫。
 
 2、优秀事迹:
          主要体现在“业务支持”,“团队成长”,“工作效率”,“项目质量”,“信息通透”,“做榜样”等方面。
           业务支持:
A、 主导券系统跨地域、跨部门接入,并且保证涉及到修改的11个系统上线不出问题。
B、 推动营销架构调整,一边做业务一边做架构调整,将marketing系统拆分成“券管理”,“券活动”,“司机奖励”,“定时任务”4个系统,使营销整体吞吐量提升了40%。
C、从年初到现在发布上线的项目有10多个,架构调整完全没有影响业务的正常需要。
团队成长:
A、 和组员沟通了解他们真实的诉求、以及他们的职业规划,执行过程中做到充分的信任与放权。
B、 根据每个人的职业规划,给予他们机会调动他们的积极性,比如“A”想向管理发展给予他机会让他多熟悉不同的业务,多参与多模块合作的项目,并且由他主导项目的管理与把控,同时把他作为leader的备份去培养;“B”喜欢研究技术,由他主导团队技术提升,架构调整,同时让他作为组内的技术培训讲师;“CDE"都想向高级工程师发展所以尽量让他们多主导项目的设计与开发。
C、提升组内学习氛围,鼓励学习新技术,鼓励技术分享。比如我们几乎每周都有分享,内容不限于业务,不限于技术,每个人都可以把最新学习到的新东西在组内分享。
D、鼓励组员参与一些兴趣小组,让他们多接触一些新技术,拓展知识面。
 
工作效率:
A、 根据每个组员对业务熟悉程度重新设定他们的工作职责,比如ABC负责司机奖励和任务相关业务;DE负责券与活动相关业务,A还兼职负责kmc。
B、对面影响力, 要求减少对接的产品,根据业务划分明确营销只对接2个产品,一个是券和活动的产品,一个是司机奖励的产品,其他产品要提需求必须找对应业务的产品去沟通,其实很多项目优先级没有那么高但是产品为了自己的kpi都会说自己的东西比较紧急,固定对接产品的目的减少资源竞争,让产品内部先排好优先级再告诉开发,保证每次只做最重要的项目。
C、推动时间管理(首先自己要做好):每天看下todolist, 写到便签上.鼓励他们梳理每天要做的事情,按照重要的事情优先的原则给工作排序,并且设定好完成时间。目的就是让他们有自由支配时间去学习,去提升自己的能力,其实也在变相的提升效率。
 
项目质量:
A、 规范项目流程:每个项目都必须按照团队设定的流程来走,从“需求”,“设计”,“开发”,“测试”,“发布”全程都需要有人跟踪。
B、 多次代码review:第一次是代码提交时我们接入了git的review流程;第二次是代码提测时需要通知相关人做代码review,每次review都按照团队定的review项去执行。
C、提升单测覆盖率:规定工程的单侧覆盖率不能低于40%,并且ci环境中单侧必须要能执行通过。
 
信息通透:
A、 促进产品,运营,开发信息通畅:成立营销feature-team,成员主要包括“开发leader”,“产品”,“运营”,“测试leader”,“项目经理”,小组定期组织会议交换意见确定资源以及项目优先级。
B、 建立feature-team专属的wiki页并且将项目的所有需求,计划,设计,排期都在统一的wiki下,保证整个链路信息的透明度。
C、每周的营销内部周会基本上都叫上“测试”,“产品”保证项目进度以及风险透明。
D、每周的研发周报都会抄送给所有的产品,高管,测试以及开发。
 
做榜样:
A、在要求别人的同时自己也要做好榜样:自己也做成长计划,并且将自己的计划同步给组员。让他们看到自己是如何去执行。比如我给自己定下目标今年要阅读16本书,目前已经看完6本,每个月至少和1个高级别的人交流,目前已经交流了5个。同时在人才培养方面,培养一个管理者,一个资深工程师,2个高级软件工程师,1个合格的软件工程师。
 
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息