作为IT项目经理,您在使用项目管理软件时是否遇到任何瓶颈?

是。 瓶颈是项目管理软件。

项目进展迅速。 每天都有很多人做很多工作。 除非“行动者”有能力更新管理软件中的状态,否则该计划永远不会准确。 PM必须举行状态会议(浪费时间)以更新计划。 然后,团队重新开始工作,该计划已经过时,直到下一次状态会议为止。 许多“软件”都试图使团队成员更容易地报告自己的状态,但是有的有,有的没有,并且仍然归结为PM追逐状态。 这…真糟。

在这里,我将事先同意Chuck Cobb和敏捷方法。 敏捷至少使日常状态更新成为一个正式过程,该团队在“临时会议”中定期进行更新。 Scrum会议关注以下三个问题:

  1. 你昨天有什么成就?
  2. 您今天打算达成什么目标?
  3. 您需要我做什么(或团队成员要做)以使您轻松做到?

简而言之,您的身份是什么?

软件是瓶颈,除非软件在完成任务时让团队成员参与进来。 在大板上清除任务之前,该任务才能完成,从而更新软件。

-克林特

我完全同意克林特。 最重要的是,当工作流程与项目管理软件之间断开连接时,大多数瓶颈都会出现。

当PMO尝试或购买软件时,他们认为它会适应其工作方式,尽管有些幸运,但在许多情况下,团队必须更改工作流程以适应新安装的软件。 这个过程变得更加复杂,团队对经理/软件感到沮丧,而且事情显然陷入了困境。

那里有很多PM应用程序,一开始可能“测试”尽可能多的事情比匆忙做事更明智,并选择一种解决方案,使您一路头痛。 我所说的“测试”并不一定意味着要使用该应用程序,而是要与公司代表交谈,尽可能多地提出问题,并查看与您的工作流程有多接近。 在一个小时的会议中,您可能会发现几乎所有需要了解的内容。 一个好主意是让团队成员出席这次会议。