fei33423的专栏

执行力: 一个事情可能涉及到不同的人. 你在这个事情上的角色,你的重心,你依赖的人是否是重心. 自己的事情自己推动,自己记住. 一方面是刷脸, 友好交流, 低姿态交流. 另一方面要整理/记住你打交道的人,谁负责什么,谁懂哪个,找最核心人,最懂这个东西的人. 另一方面是时间管理,定时催.对老板:　　1. 老板不知道你做的事情(目标设定) 2. 老板要的是规划(对上报告), 自己给自己设定 金字塔四位下的目标,各种维度.如何细化.　　　　2.1 明确老板期望 ...

时间管理金字塔:当天,当周todolist是结果.背后的是各种事务池,背后是团队共同的目标,背后是领导的目标,背后的是领导领导的目标.和项目管理一样. 基层任何一项都需要对应一个wiki excel进行结构化总结,数据报表.excel最好了.list 只是最终的层级. -- 依赖日程. 周报用于总结. 有了list之后还要继续细分层级,衍生list很重要. ...

1.CI做到90%的行覆盖率，真能发现BUG吗？如何评估测试用例的有效性2. 基于traceId的单测覆盖率. 可以将线上流量清晰归类. 开源产品类似3. 配置规则，怎么测？内网文章,超级厉害.通过脑图,类似产品的思维方式. 职能图. 角色(内部运营配置,员工,产品,依赖方)以服务端分配码为例,第一个层级: 角色 (员工,访客,管理员,内部预配置)第二...............

避免散点问题:   1. 都是散点的问题,没有分类,金字塔.   2. 散点的问题 ,也可以,但要够难,行业解决不掉,行业对比.  复盘时间轴, 并且后续有没有方法论如何长期避免这些问题的action,述职重点讲  1. 做事情的意义  2. 行业对比  3. 有没有多个方案  4. 为什么采用这个方案.  5. 整体架构图, 分类, 核心方法论. 过5年之后系统剩下...

Typora 非常完美.目录,文件夹,图片.都支持的很好. 保存每日todo,备忘.基础项目管理.线上分析日志. 

管理,项目,进度,协作沟通.一定要让对方给出时间点. 团队口号：快乐工作，快乐学习，快乐分享，注重贡献1、 团队规模：目前团队主要成员6人 2、 管理难度：A：项目多而且还来源于不同产品，每个产品都觉得自己的项目优先级最高B：全职做营销系统开发的比较少，只有4人，实习生,外部支援者C：团队成员职业规划不清晰，甚至有些人完全没考虑自己长远的规划，做事积极性不是

管理,项目,进度,协作沟通.一定要让对方给出时间点.大数据-监控系统-BI一、管理说明：1.团队规模 大数据智能平台部实时监控组，目前有6名同学参与到实时监控项目（包括实习生）。另外，由于实时监控系统依赖外部系统、服务较多，虚线团队还包括：公共技术部 3人（ dba baidu-dbproxy）；基础平台部 3人（）；原大数据架构团队 6人（）；2.管理难度

容易陷入的坑:1. 早会只抛问题,抛风险,感觉抛出来老板知道后就可以了. 抛出后, 具体对风险的action是什么, owner不管了, 需要老板定下来, 要么改时间,要么加人.2. 只关注action,没有数据支持,可衡量具体化.3. action执行者不把自己当owner, 依赖方需要管理,时间点,和过程风险暴露和解决. (自己经常遇到的坑)4. 不要对别人有要求...

当跨部门业务项目和技术项目很多时, 还在做手头项目,还未进入提测阶段,又要被拉去评审了,反响很大.1. 如果你不反馈,组员压力就会很大,就会很不爽. 最终老大又会怪到你.2. 另外你帮他们去计划时间,他们也会很不爽. ( 别忘记掉通知组员去设计和排期了.那就是你的不专业了)     和主题无关的ps:        组员成长最好是另外结合业务的成长,变成ow

核心:每天想哪三件事最重要一个人并不会有很多事情要做(线上bug几种, 那就迅速的放到 黄色标签里, 其他的有时间的放到outlook日程里, 有时间就做, 其他的想法也放到小标签里 ,但想法过了就没灵感了,必须想 ,学习思考泛型, xml配置等等)只需要一个toDo就够了,一眼看去脑子瞬间就反应过来该不该做;;;四象限反倒是可以当做每周整理的分类;个人工作中时间管理...