why? 为啥要有代码之外
我相信相当一部分人是在写业务代码,也有相当一部分人在写业务代码当中,像我一样迷茫,所以这里把一些个人日常的思考记录下来,跟大家分享一下。如果正好能给您带来一点点触动,那肯定是我的荣幸。
why? 为啥要写排期?
我相信大部分的团队一样,先排期再开发,排期的过程当中一部分是老大定的,一部分是自己定的。
因为我也不是老大,聊一下自己负责写排期的思考吧。
how?怎么写排期?
大部分的排期都是和产品沟通之间,双方互相妥协之后的结果,我相信大部分互联网公司的产品都是恨不得下一秒自己的prd就转化成正常跑起来的程序然后上线。
but?作为开发的我们呢?
这当中其实一部分是团队磨合,一部分是个人沟通技巧。
团队磨合:
个人认为团队磨合比较有效的方式是“吃饭”,这里的吃饭,包括但是不限于一起去吃饭,也有可以一起打打游戏,或者约着周末去蹦蹦迪,
核心还是在于互相了解,彼此逐渐的增强信任感。当然及时完成prd的转化也是信任的一种,毕竟产品也有kpi嘛。
个人沟通技巧:
这里个人只谈自己实际用到的一小部分,至于其他的欢迎大家补充和交流。
真诚:干活嘛,最省心的方式还是直言不讳,a就是a,少甩点锅,埋点坑,比啥都强(产品和开发都一样)
说“不”:
10天,能干完就是能干完,不能干完就是不能干完,但是在说法上要迂回一下。
分两种情况:
1 干不完
我觉得说的时候,不要说干不完,直接告诉产品,10天OK,但是10天能做成的产品大致上长什么样子,要事先和产品将清楚。
比如有哪些功能是不可变得,有哪些功能是脆弱易崩溃的,这个一定要说清楚,并且“形成文档”。
2 干的完
干的完,那还发什么愁啊,就说干的完呗。
What?写啥?肯定是写排期啊,不然写个锤子??
这里分两种类型
1 自己写自己的(老手)
2 自己写自己的(新人)
3 自己写小弟的(带人)
自己写自己的(老人)
自己写自己的肯定好嘛,一般来说只要人没问题,不是真滴要“混”,自己心里肯定是有点b数的。
自己写自己的(新人)
新人分两种,一种是刚到公司的新人(有经验),另一种是刚毕业的新人
刚到公司的新人(有经验),
自己写自己,感觉一般也会有点b数,一般把自己上家的在同类业务花的时间乘1.15或者1.25基本上不会有问题,多和同事沟通,问一问,多聊一点业务,问题一般不大。
刚刚毕业的新人
这类人一般经验不够,怎么办呢?
强烈建议自己记录和写总结,这个绝对是提升自己估时间准确性的神器。
有人要问了,那第一次做呢?
万一我做过几次开发,又没有总结呢?
那就让老大帮你估计,然后从现在开始总结啊。
自己写小弟的
如果是第一次带人,这种一般也不太好写。
个人建议是如果小弟是刚刚毕业的新人,最好是给一个没那么死的时间的任务,慢慢做。
然后每天跟小弟聊一聊,留意一点他的进度,然后基本上一个任务做完,大致上你会了解到这个小弟的水平,然后给他写的时候稍微的压缩一点时间,给他一点压力。
如果是带过很多人的大佬,大佬您喝茶,您看看我这边还有啥写的不好的地方欢迎补充,欢迎大佬指点。
这里大概就是个人的一点点的思考和理解了,欢迎各位大佬,来指点一哈啊QvQ。