自己平时工作总结的方法论,希望对大家能够有所帮助,认真对待这些工作方法并能坚信坚持这样的工作方式最终给大家带来职业上的提高。同时建议大家从当下开始,不仅认真工作,也要认真总结各种方法和经验,落实在文字上。
第一、二线的技术支持工作中遇到的问题,尤其是技术问题,第一个小时内集中精力争取自己来解决;
如果没有解决,则在第二个小时内应开始寻求同事「peer」和团队直接领导「技术经理、leader」的帮助;
如果第二个小时内仍未解决,则从第三个小时应提升问题寻求帮助的范围和级别,向更多的部门和更高层的领导寻求支持。
一般技术问题经过1-2-3法则的步骤处理,一般可以得到解决,或者获得清晰的解决途径或方案。
解析:本方法来源于我技术支持工作中。举一反三,类似的方法适用于我们处理其它的技术和非技术领域的问题调研和处理。
在这个法则中,除了本身的字面含义,要着重理解和灵活运用以下相关点:
对项目和工作进行更新和总结,尤其是阶段性的,经常通过邮件的方式。我一般采用如下的结构,来撰写这样的更新或总结内容:
S-Summary : 首先对所涉及的项目或问题的背景、全貌以及之前阶段的状态进行简要总结说明,使相关人员有整体的了解。
P-Progress : 其次对当前汇报的周期取得的进展进行汇报。
P-Problem(s) : 再次是列举当前存在的问题
P-Plan : 最后给出后续的工作计划,包括工作内容和日程。
解析:本方法常用于对复杂或分阶段完成的工作进行汇报和更新。感觉该方法的适用面很广,可以用于自我对项目的总结和分析,也可用于对内部和外部的工作更新和汇报。它不仅可以使我们的工作更新和汇报结构严谨有序,内容翔实,更是一种很好的分析工具和方法帮我们理清思路,厘清问题,理顺后续的工作方向和内容。
对于SPPP各点,我认为需要着重理解的地方如下:
S-Summary : 对问题的总结说明,既是为了干系方的整体了解,也有助于我们自身对全局和总体目标和任务保持清醒认识。每次的汇报,这点的内容改动也许是最少的,但「这部分的内容在我们脑子里一定是最清楚的」。
P-Progress : 对当前汇报的周期取得的进展进行总结,可以展示我们的进步和成果「这点是向领导和客户争取认同和进一步支持必不可少的」,也「便于我们对之前的完成情况进行总结并对原有计划和方案作出修正」。
P-Problem(s) : 列举的问题要明确,这些问题是经过认真考虑后列出的;解决这些问题就意味扫清了前进的障碍和潜藏的风险,因此必须让相关方都清楚地认识,以便获得可能的支持。
P-Plan : 无论后续是否可以获得外来的支持,始终记住「自己是这个项目/问题/工作的owner」,所以工作要继续,要有清晰的下一步工作方案;这个方案可以根据实际情况进行调整,但在制定之初就要有明确的日程和里程碑;切记「任何计划一定是和完成或阶段完成的时间点紧密结合的」,否则就无法执行和评价。
--END--