写绩效考核计划，回头看看之前写的周报，记录一些感悟。
【一】
接到一个需求，首先要思考，为什么要做，做了以后有什么影响，会影响到哪些相关人员，有什么利弊。是否要做，要怎么做。做的时候会遇到哪些坑，怎么填这些坑。
五月份的时候接到路飞需求，要放开普通用户的个人描述权限。
现在看有很多不足之处，比如个人描述被用户拿去当广告用，发布个人信息。
但是运营人员却没有办法，无法对其进行编辑。
只能发现一个违规用户，发送消息提醒，不改就封禁。
现在才开始要求设置一些敏感词，不允许用户发布，就有点迟，大家任务多，推动也比较慢。
【二】
刚来的时候等需求，可能每天都会想好久今天要干嘛，现在都是主动挖掘需求，每天都有好多任务要做…原来，需求，是做不完的…
开始的时候，分不清前后端客户端，每个需求都要过问一下路飞该找谁。
接到需求，以为要马上完成，也不知道可以问技术评估时间。
也不知道需求按优先级排队。
然后找小帅问怎么办。这个天天穿洞洞鞋一喝酒就发红包的人，找路飞谈了一下，当时还以为，他是个不好说话的人。啊，突然想到最近因为打赌欠他一顿饭。
现在好多了，知道有些问题，应该拉群让大家一起推动解决，不是自个儿进行多方无效沟通。党员说了几个字，绿间就get到了，回头告诉我，看吧，程序员的沟通就是这么高效。
【三】
需求定稿要交流，保证相关需求方能看到。
以及更改需求时，要及时知会相关技术人员，不要漏了知会测试，更改的内容也要及时更新tower做备份。
tower上建了多个列表，不要把内容都复制上去。建了一个列表，其他放链接就好。以免改动时，只改了一个，漏了其他。并且改的时候也很不方便。
【四】
需求介绍，要先大后小，背景为主细节为辅。要有同理心，会上注意力集中做好笔记。
产品的会议大大小小，参与与否自己要做好判断。（目前还是做不到啊啊啊）
【五】
任务要拆分、量化。及时反馈进展。
