目录
黄金法则三:听别人说话猜测他的关键点,每一句都挺懂我觉得不可能,要找关键点
黄金法则四:有些人你需要以礼待之,有些人不需要太客气,因为他觉得你不要对他客气,那你就不需要客气.
1.通过信任关系对别人施加影响,从而大大提高领导能力,失去了信任关系,领导能力急剧下降,往往很难再重新建立.
表设计字段对应要一致举例:同一个字段在多个模块中名称必须一致,不允许出现不一致的情况
bug轮流制,先问一下有没有人认领,没有的话轮流负责跟踪bug
每星期审查一次,初始分100分,没毛病加0.5或1分,有毛病减0.5或1分,计入绩效考核,要以激励为主
黄金法则一:不要认为所有人都能认同你,绝对不可能!
黄金法则二:处理人际关系的学习没有终点,是个终身过程.
黄金法则三:听别人说话猜测他的关键点,每一句都挺懂我觉得不可能,要找关键点
黄金法则四:有些人你需要以礼待之,有些人不需要太客气,因为他觉得你不要对他客气,那你就不需要客气.
一.领导力
1.通过信任关系对别人施加影响,从而大大提高领导能力,失去了信任关系,领导能力急剧下降,往往很难再重新建立.
2.在改动别人代码之后,提前打招呼
-
我改你的代码,有不懂的地方需要你指导!
-
我改你的代码,改动大恐怕影响你的功能!
二.如果避免相互推诿的情况发生
-
开发人员各自模块划分清晰
-
表设计字段对应要一致
举例:同一个字段在多个模块中名称必须一致,不允许出现不一致的情况 -
bug轮流制,先问一下有没有人认领,没有的话轮流负责跟踪bug
三.代码规范审查
-
每星期审查一次,初始分100分,没毛病加0.5或1分,有毛病减0.5或1分,计入绩效考核,要以激励为主
四.如何设计功能(细节)?
-
从用户角度设计功能
-
从用户角度区分功能优先级
-
产品经理和用户的意见相结合
- 有战略意义的功能
五.如何催促进度?
- 按时开会汇报进度,不能简要的说一下功能完成度,我需要直接从代码上看完成度,这样心里更有底
- 说明用户需要在哪个点交付什么功能,会得到什么利益
六.如果决定模块的开发顺序(相当于多条件排序)?
- 从用户实际操作顺序来决定开发顺序
- 从功能重要性来决定顺序
七.当你要推行一项政策时?
- 建立共识