关于工作方法的总结_工作方式方法总结

去年一直在忙碌，累得不行。回头想想却不知道忙了什么。心里郁闷得很，于是与其它几位同事私聊，发现大多数同事都有类似的问题。所以想把问题列出来，并寻找解决方式和方法。期间，也有同事提出建议，例如采用敏捷开发之类的解决方案，加入看板等可视化工具等。个人不抵触，只是细想下来，敏捷开发侧重团队视角，对于个人，“架构”还是偏重。所以，还是想通过细节的调整，完成个人工作方式的改变。不论团队采用何种合作方式，都要保证个人任务完成的高效性和经验积累的有效性。

任务太多，忙不过来

由于兼顾开发，测试和支持，任务迎接不暇。开发和测试确实分不开家，时间开销大，但其实支持才是劳神费力的。你需要理解对方用意，同时切换视角，使用合适的语言，回复适当的内容。既要有度，还要体现专业性，不好把握。再者，从时间安排上，通常早上进行支持，时长约一个小时。剩余时间用于开发和测试。而中间穿插午休，一定程度上会影响开发工作的连贯性。同时，不同任务间的切换，会产生开销，造成效率的降低，导致加班。从此死循环...

明确方案：

首先，支持任务还是要放在首要位置，要第一时间反馈，不能将进度卡在自己这里。对于不确定的问题，应及时与leader沟通。

其次，对于开发和测试任务，尽量避免频繁的切换。要控制新任务的引入，要有明确的优先级。在引入新任务时，一定要明确任务的deadline。

再者，要与leader进行沟通，使其了解自己手头的任务数量，进度，及优先级安排。当有跨级任务产生，要第一时间通知leader。

关注细节，忽略方向

对于开发工作，一路平趟的机率较小，大多数情况下还是会出问题的，且出问题的往往不是方案，而是细节。这是最头疼的！细节花时间多，但在效果体现上却并不明显。容易造成效率低的假象。同时，由于在细节上花费时间较长，会影响对方向或更高次元的设计、研究的时间投入，没有时间思考和进行知识储备。

明确方案：

在引入任务时，需对任务内容和范围有详细的解释，避免画蛇添足。对于出现的细节问题，应及时记录，以便在应对时间成本的质疑时，做到有理有据。此外，要进行阶段性反馈，避免失联式的个人深挖。锦上添花是好事，但应在团花锦簇之后。

要引入研究和学习任务，写明原因，重点在于与工作的关联性，用以知识储备和信息涉猎。

缺乏有效沟通，形成孤岛

每天的早会，都会跟大家说明昨天的工作内容，进度，及今天要做的任务。但大家对于自己所做的工作，还是一知半解。

问题分为两方面来看。一是，同事并不在意自己的工作内容，一是，自己并未表达清楚。前者抛开不论，后者需要个人去解决。

明确方案：

如果存在技术壁垒，尽量避免讲述细节，从“上帝视角”对内容进行描述和解释。沟通是有来有回的，解释完后，应询问对方是否清晰，主动获取反馈。当对方有疑问，再由浅及深的输出细节。进行有效沟通，节省时间成本。对于要讨论的事情，一定要形成定论，并记录在案。反过来，对于同事的工作内容，提出自己的疑问，并收集与自己相关的信息，便于之后请教。

阶段目标不明确，无成就感

往往在接到任务时，都已是细节。对于任务所在的项目没有明确的了解，包括目标和计划节点。因此，一通工作后，只有细节的概念。当项目完成时，无参与感，无成就感。

明确方案：

当引入任务时，索要任务背景及计划安排。前者，可以帮助了解项目，后者方便控制任务进度。此外，对于目标的设定，不应只限于任务。对于全年的目标，应及时跟leader沟通，明确大的方向。并判断是否与自己个人发展方向是否一致。

期望

认真思考完之后，发现很多方法其实自己一直在用，但并未重视和贯彻。例如JIRA，就能够解决任务管理问题。已掌握的方式方法，若有效则继续使用。希望以上的改变能够坚持，形成惯性。而对于时间的管理，自己还需要好好考虑。如何做到自律，不是一天的问题，而是要坚持的问题。