我经常看到人们坐在办公桌前,努力在大型项目上取得进展。每次他们迫不及待地开始工作时,都会被更紧急的事情所吸引("匆忙!老板需要您将电子表格字体更改为Geneva!"), and they don'回到项目。或者他们对项目的庞大性或复杂性感到绝望,而他们却没有'完全不要上手。或者他们避风港'明确定义了驱动该项目成功完成的具体步骤,但他们陷入了模棱两可的泥潭,无法取得任何进展。这样,他们'在项目即将到期之前将自己注定要(隐喻)通宵达旦-并给他们的同事带来了真正的负担。

当我'我曾经说过很多次,你'像丰田工厂一样真实地重在生产线上。除了你'不制造汽车;您'重新制作想法。 (碳中性,并具有更好的汽油行驶里程。)这是无法运行生产线的方法。

创建有助于知识工作者将其项目分解为离散的,可管理的步骤的标准工作程序可以帮助解决此问题。

I' 写过有关标准工作的文章 之前 :本质上,它'确定和编码执行任务的最佳方法。就像那里'在安装后视镜的标准工作中,公司需要用于计划项目的标准工作。考虑一下:您的公司是否有标准的计划,跟踪和跟进项目的方法?人们是否有例行程序来做类似的事情,"增加产品线的盈利能力"并将其变为现实?还是人们在耳边演奏?

I'创建了非常简单的模板,您可以 下载 将项目分解为小动作。 ((其中包括一个示例计划,可助您一臂之力。)这不过是精简的甘特图,但如果您'曾经因Microsoft Project昏迷而感到困惑,'我可能会喜欢准系统方法。尽管此模板可以'为了充分体现独立活动和同时活动的复杂性,我认为简单性的好处胜于某些细节的损失。

您'我会注意到其中包含一列"Estimated Hours." Don'不要害怕。是的,我知道'很难估计完成一项任务需要多少小时-而您'll可能是严重错误的(通过 梅林·曼 's blog, read 规划谬误 ),当您第一次开始这样做时-但是'但这仍然是至关重要的一步。因为你'再卖给您的老板和您的客户是时候了。并且除非并且直到您知道必须卖出多少时间,否则您可以'弄清楚您可以实际进行的工作。

有了这个计划后,您可以将这些估计的时间以及所有其他消耗您时间的承诺分配到日历中。

现在,该项目每个步骤的可能性完全按照计划进行-时数和工作天数'要做每一项任务-老实说,几乎是零。但是那'不重要。重要的是,每次执行所需的时间都比您预期的长,或者错过了目标日期,您就有机会重新评估计划是否仍在执行中;如果没有,则采取适当的对策。

无论您使用此实施计划还是任何其他实施计划,重要的是创建标准工作来帮助您的员工计划其项目。顺便说一句,它还有助于视觉管理-一目了然,您可以看到自己的内容'应该做的,当你'是否应该这样做,以及是否's done.

试试看,让我知道您的想法。

2条留言