去评论
距米网-精简版

如何创造产品开发的节奏?

JUMU
2020/05/13 18:53:39
许多经理在产品研发中遇到了这样的问题:预期产品将在8个月内上线,并在一年后完成70%的功能;截止日期临近,但产品目标无法完成;已发布版本,但发现有大量错误未处理……
那么,作为管理员,如何确保该版本每两周发布一次?功能完善时产品快速稳定吗?


制作产品就像马拉松一样,节奏感非常重要
我是一个喜欢跑步的人。参加马拉松比赛时,如果要取得好的成绩,则必须首先了解自己的身体状况。幸运的是,在比赛期间,您将根据自己的身体状况不断调整跑步姿势和速度,节省体力,并在终点线前冲刺。
产品开发和跑步马拉松几乎相同。在整个过程中,我还需要不断调整团队的工作状态并保持节奏感。我无法解决无限加班的所有问题。这很容易进入恶性循环,每个人也会有不良情绪。
为了形成节奏感,我认为我们必须首先专注于我们的工作。工作很明确,每个人都将集中到一个地方,很容易实现目标,沟通也将减少很多阻力。
毛泽东主席曾经说过:面对强大的敌人,我们必须集中力量,突破彼此。那几乎是什么意思。
当然,仅提出索赔是不够的,而且是实现索赔的方法。在管理团队的过程中,我走了很多坑,并总结了我在爬坑过程中的一些经验。我在这里组织了他们,并与您分享了它们。


使工作更加集中
我记得当我第一次负责该项目时,我自然充满野心。我每天认真组织需求并填写任务列表。为了按时完成产品发布的目标,我要求团队加班并取得进展。走向生活的顶峰。但是令我困惑的是,这种方法没有加快流程,而是使团队更倾向于工作。
后来,在师父的指示下,我用一句话唤醒了我的梦想:无法实现的目标等于没有目标。
是的,设定这么大的目标。每个人都不知道每天在哪里做。我想后面还有很多……我去了他叔叔,然后去了京东淘宝!
学完本课后,我决定改变我的管理风格。
我总结说,团队效率低下的主要原因是没有明确的目标感,这导致每个人失去工作热情。所以我想,如果将漫长的任务清单变成可以实现的小目标,是否会使每个人都更有动力?
之后,我开始将项目分解为许多小目标。每个目标都是单独计划的。目标中没有多少任务。它可能在大约2周内完成。然后我一次只进球。下一个。这样,您可以增强目标感并专注于工作。(如下所示)
将项目划分为几个阶段目标,并一次专注于一个目标
在尝试了这种新的管理方法之后,一个月之内,我显然可以感觉到团队效率得到了提高,每个人的积极性越来越高,加班工作的需求越来越少。


跟踪进度并及时调整目标
但随后又出现了新问题:
由于每个任务的工作时间都是在制定计划时估算的,加上存在紧急漏洞需要修改或需要用户反馈以尽快解决此突发事件的情况,因此很难确保可以按计划完成目标。

为了按时达成目标,每天早上到达公司时,我都会举行一次常会,约20分钟,总结前一天的工作,并制定当日的工作计划。
一方面,澄清当日每个人的工作内容,使每个人的工作目标保持一致;另一方面,根据目标进度及时调整计划内容,以确保计划的完成。尤其是在早期阶段,当每个人都不熟悉估计的工作量时,甚至有必要及时调整目标。
如果目标中的任务在任何情况下都没有完成,我也将结束该目标并将未完成的任务移至下一个目标。
至于为什么我们应该毫不犹豫地提出任务,我们也应该结束目标,我将在稍后讨论。
首先,我必须解决如何制定当天的工作计划的问题。
正如我前面提到的,早上会议的一个非常重要的部分是阐明每个人当天的工作内容。当然,不清楚的是,仅仅谈论它,管理就需要落在笔上,并且必须有记录。
但是问题是,在已经有一层目标计划的前提下,如何在计划中制定另一层计划?而且,如果管理级别太深,则不便查看。
这确实困扰了我很长一段时间,直到采用list + Kanban开关,我才解决了这个问题。
在列表中设置目标计划后,我将看板板划分为三个任务栏:待处理,进行中和已完成。首先将目标下的所有任务分配给“待处理”。在早期会议上,我会将您当天要完成的所有任务拖到“进行中”。
这有两个好处:对我来说,列表模式对于添加任务和设置目标计划更为方便。对于那些执行任务的人,看板模式允许他们仅关注“进行中”的任务,而不会干扰目标中的其他任务。
但是这种方法有一个局限性:

对于列表和看板模式都支持的工具,适应性将非常好。如果只能使用看板和目标管理,但在计划时的体验会稍差一些;如果只有列表模式,则由于其层次结构较深,因此不建议使用此方法。


不要将错误和任务放在同一“篮子”中
另一个较难解决的问题是错误管理。
之所以很难,是因为错误本身是不可控制的。就像玩打地鼠游戏一样,您不知道它们何时会弹出,或者弹出多少,您不会忽略它,否则它将与您玩游戏。
因此,开发人员常常不得不放下工作来应对这些生动的“仓鼠”,这极大地影响了进度。
为了解决这个问题,我必须  避免将错误和任务放在一起  ,否则每天都会有新的错误进入当前目标,而我永远也不想完成它。
我通常将错误和计划划分为不同的项目管理。测试首先将错误记录在一个单独的项目中,标记该错误的紧迫性,然后确定哪些错误可以进入当前目标并首先进行处理。
在设定目标时,我将留出1至2天的时间专门处理紧急情况和错误。具体时间取决于实际的错误输出和紧急程度。
有时会发生这种情况,直到产品上线为止,项目中将有数百个尚未解决的错误。
实际上,这是很正常的情况,我不会刻意处理所有错误,因为永远无法处理错误,只要保证不影响功能和稳定性,产品本身就是健康的。
这是单独管理错误的另一个原因:  避免被这些“异地因素”打扰。


确保必须完成目标
最后,让我们讨论为什么必须完成目标。实际上,在撰写本文时,每个人都能够发现上面编写的所有内容都是为了实现一个目标:完成目标。
您可能会问,即使调整计划,我们为什么也必须确保实现目标?
实际上,原因很简单:只有按时完成团队的目标,每个人都可以将目标视为实用标准。
尽管在一开始,由于目标任务量设置不足或错误输出过多,某些任务可能无法完成。但是,只要坚持不懈,您就会发现目标设定将变得越来越合理,留下的任务将更少,并且将完成越来越多的目标。它将由仪式变为标准。当您完成任务时,您将继续具有成就感,让每个人都专注于您面前的目标,并保持这种高效的工作状态。
以这种方式,自然地建立起节奏感。