温智全的博客

Elvin wen's Blog

年度规划会议中,育亮讲到了一个规划三角形的方法论,感觉受益匪浅。
对于 MS 平台,可以拆分为【平台,数据,架构】三个维度来开展规划;数据包括数据分析,数据存储的完整性和实时性等,架构包括现有架构的稳定性和可运维性等,平台包括易用性和便捷性等,可以从三个维度各自的特点来思考可以做的内容,而不是仅仅限制于其中某一个维度;
做规划的时候,还要注意点到即止,把大目标分解为几个更细粒度的方向,为每个方向打一个分数,规划每个双月需要把各个方向提升多少,最开始不用做太多,先提供最基础的能力,把特别缺失的部分先做到及格,然后通过迭代提升分数,不要把某个方向做到很高分数后才去做别的方向,做规划需要考虑均衡发展,避免头重脚轻。

做需求之前我们需要思考几个问题:

  1. 为什么要做。已经是老生常谈了,不能为了做需求而做需求,而是要思考这个需求可以提升哪些指标,满足哪些用户需求,是否合理等等
  2. 使用场景是什么。其实有的时候我们思考出来的需求可能是伪需求,乍看之下很有道理,但是如果不能结合使用场景来落地,那其实这个需求并没有实际的意义。能够满足使用场景落地的需求才是好需求。
  3. 制定何种评估指标。其实这一点我们都做到了一部分,我们每次实现需求并进行验证时都在自己的脑海里有一套评估指标,比如返回值是否符合预期,数据是否正常修改等等,但是如果某个需求比较大,更好的方法是把这些指标书面化,然后再思考一下是否有遗漏,尽量避免人为导致的疏漏。
  4. 实现到什么程度能满足业务的需求。大部分的需求也不是需要一步到位的看,我们在讨论一个需求时,如果能够先做出一个MVP版本满足业务的基本需求,然后再不断地根据业务的新需求迭代优化,可能是一个更加灵活和快速的方式

信息同步非常重要,当我们前期与其他同学对接了需求之后,如果由于某些原因无法正常开始开发的话,一定要及时同步到对方,否则对方默认我们会支持而开发了相应功能之后,问我们要功能的时候却无法提供,这样不但浪费了对方的人力还会对双方的合作产生非常负面的影响。切记切记,信息一定要及时同步。

如果把面对逆境比作攀登山峰,我们可能成为三种角色:放弃者,扎营者,攀登者,放弃者很好理解,遇到逆境便产生退缩的想法,屈服于逆境,觉得自己不行;扎营者是克服了几个逆境之后,觉得自己满足了,便不再举步向前,原地扎营;攀登者用于面对和发现逆境,并不断的克服,不断向前。大部分人都是扎营者,但我们都期望攀登者。遭遇困难时,我们可以使用夸张的方式告诉自己遇到了逆境,例如在脑海里告诉自己“叮!逆境来了”,这样我们便不会畏惧它,而是去想办法克服它,不断向前,我们终将成为攀登者。

本周阅读了《非暴力沟通》了解到我们周围其实充满了无意识的“暴力沟通”,比如直言“你这个方案不对”,“你应该这么这么做”等等,这种沟通很可能导致对方有很不好的感受,不利于后续的沟通。所以在沟通之前我们可以先把谈话目标说出来,然后采用四步法进行沟通:讲事实,讲感受,讲原因,讲需求。例如:妻子对丈夫说,我想和你谈谈你回家晚的情况,这周你有四次在22点之后回家(讲事实,不要添加主观感受,例如“经常回家晚”),这样让我感到很孤单(讲感受),因为你不在家我没人可以说话,也有点害怕(讲原因),我希望你今后尽量在22点之前回家(讲需求,明确的提出需求)。先提出谈话目标,可以让对方提前知道接下来要讨论的要点,然后通过事实,感受,原因,需求一步步让对方了解到自己做的事情造成的影响,应该如何去做,而不会引起情绪上的爆发。当然,非暴力沟通也不是适用于所有的场景,使用前需要视谈论的话题而定。

就像电脑的CPU一样,我们做事时,其实也是有上下文的,如果不断被其他事情打断,那我们切换回原来上下文的成本就会非常高,会极大的降低我们的工作效率,所以集中精力免打扰的完整的做完一件事情才能最大限度的利用好我们的精力和能力。应用在我们工作中,一天中可以在某几段需要集中的整块时间(oncall当天可能要做好没有整块时间的打算),开启勿扰模式,减少被打断的次数,才可能更高效的完成设计或者编写代码,提升整体的任务完成效率

当你决定做一件事情时,你必须在72小时之内行动起来,否则你可能永远不会再做了。这是前两天从一本书上学习到的一句话,觉得很有道理,无关乎是不是三分钟热度,因为我们处在一个信息爆炸的时代,每天又在不断的被信息淹没,如果决定做一件事时不马上行动起来,很可能就会被后来的信息淹没。至少当我们有一个想法时,赶紧记录下来,然后根据四象限模型放到对应的优先级中,这样以后才有迹可循。我理解这句话的要点就是提高执行力,立即行动起来。

最近听到了几个定律:荷花定律,竹子定律和金蝉定律,其核心思想都是要坚持不懈,荷花在最后一天开满池塘,而前一天只有一半而已,竹子4年时间发展根系,只为之后迸发的成长,蝉在底下长久深埋,只为最后的腾飞。这些其实都很符合当今的一个说法,苦练基本功,延迟满足感,不要因为眼前一时的得失产生放弃的心理,而是顶住压力,不断地保持学习和进步,这样才能让我们获得更好的成长。比如我们平常开发过程中,可能会遇到一些比较棘手的任务,导致站会的时候感觉没有什么进展,这个时候我们不应该失落而导致效率降低,而是更应该想办法解决问题或寻求帮助,从而锻炼自己的技术水平,更快更稳的成长。

当我们遇到困难需要向上寻求帮助时,可以使用【2+2】原则,一共提出四个问题:1. 期望的结果是什么;2. 当前的进展是什么;3. 遇到了什么困难;4. 需要哪些资源帮助,这四个问题,前两个可以快速阐明问题的背景和进展,后两个可以明确阐明难点和需求,使用这种方式寻求帮助可以更高效的完成沟通,节约双方的时

我们都知道事情是需要分紧急程度和重要程度的,那我们应该如何对这些事情排出优先级呢?首先对于不紧急不重要的事情我们不要耗费时间去做,对于紧急不重要的事情一般我们称为琐事,要无负担的做,最好就是记录到 todo-list 中,这样就可以放空大脑关于这部分的负担,抽空的时候做就好,对于紧急且重要的事情毫无疑问应该尽最大努力去完成尽量做到 100%,对于重要不紧急的事情,需要我们每天持续的去完成和优化,争取当他成为紧急重要的事情的时候能做到完成 120%