说到项目管理，难免会提到进度跟踪。做项目管理的人都知道进度跟踪很重要。所以，大家都会把进度跟踪作为项目管理工作的重要工作之一。为了能够更加及时跟进项目进度，很多项目团队，都引进项目管理软件来辅助跟踪进度。有了项目管理软件，进度跟踪是便捷了许多，但是也有不少项目管理者还是抱怨进度偏差还是不断出现，很多项目计划还是没能够如期完成，项目目标和质量，还是没能够到达上级要求的。那问题来了，进度跟踪了，也会产生进度偏差的原因何在?回顾项目进度跟踪过程，从任务安排、任务跟进和任务跟踪(进度跟踪)的管理者这方面出发，看看产生进度偏差的是怎么产生的吧。
产生进度偏差的原因之一：任务本身的估算不合理
任务本身的工作量估算是否合理?进度出现偏差首先要考虑的工作量的估算是否合理，是否考虑了工作中存在的技术难
点，是否考虑了项目成员自身的技能，是否考虑了其它应该考虑的风险。任务计划下达给项目成员时候应该获取承诺，但很多时候获取承诺是无用的，是否可以承诺或者是否能完成承诺跟项目成员的个人经验和技能有太大的关系。
当偏差出在估算上，而且后续项目都是采用的相同估算模式的情况，调整项目计划往往是必须的了。对于短期型的项目，如果这个时候才发现是项目成员技能问题，而想通过培训来提高技能以取得立竿见影的效果往往已经是不现实的。
如果项目任务中存在着技术攻关或技术难点需要解决，对于这种任务往往是很难估计工作量的，而且一旦在技术问题上被卡住往往对项目进度产生致命的影响。唯一的方式就是把无法预测和不透明的东西转换为透明，在项目开始之前就应该进行风险分析和应对，提前进行技术问题的预研，开发原型，积累相关的知识和经验。
估算问题的根源又出在历史项目或版本对项目历史数据的采集和分析不够，准确的估算依赖于专家的经验，但专家的经验同样是依赖于历史项目和历史数据。估算问题的根源还在于对项目成员技能和生产率水平没有较清楚的认识，一个软件类任务的完成往往存在着巨大的个人生产率差异和进度差异。
产生进度偏差的原因之二：任务本身的粒度细化不够
对于一个软件项目，出现1-2天的偏差很容易得到纠正。而如果出现1-2周的偏差则很难再进行纠正。任务本身的粒度和工作量直接和偏差的大小相关。当任务本身的粒度太大的时候是不适宜进行跟踪的，任务本身是否会偏差不在取决于跟踪者，而是执行者对于大粒度的任务是否有很好的细分和自我控制能力。
任何一个任务，要么不出现偏差，要么出现成倍的偏差。一个任务的粒度如果是1个月，那这个任务很有可能要2个月才能完成，如果我们的进度偏差最多允许一周，则需要把任务粒度细化到周，按周进行跟踪。如果对于任务最多允许偏差1-2天，则需要把任务粒度细化到天，按天来进行跟踪。细粒度的跟踪目的就是要消除不确定性因素和风险，尽可能早的发现任务中的问题，这样才有可能有时间来解决问题和纠正偏差。
因此，在利用项目管理软件或者项目管理系统来进行任务管理的时候，创建任务的时候，最好能够跟踪上述方法来设定任务完成时间，这样子更能够更好做到进度及时跟进，尽早发现问题，早解决。
对于大粒度的项目任务，任务内部本身也存在跟踪但一般只能有项目成员自己进行。任务没有细分，成员反馈的任何任务完成40%,70%等完成百分比都是不可靠和主观的数据。项目成员的自我监控能力对进度是否偏差起到重要的影响，在这种情况下，任务是否能够按期完成对项目经理是不可控的，因此项目经理必须对成员有充分的了解和信任。对于这一点，有一些项目管理软件，是采用双进度条来管理任务进度，如：拓源优课项目管理系统。项目进度跟进者，当发现项目执行者任务进度填写不合理时，可以通过项目整体进度来进行调整，并可以通过评价功能提出自己疑问和建议，起到提醒指引的作用。
产生进度偏差的原因之三：进度跟进者对业务和技术领域的不熟悉
对于IT领域项目经理，对业务和技术领域的熟悉是必须具备的能力。有了这些能力才可能和项目组一起得出比较好的WBS分解和任务工作量的估算，有了这些能力才可能实现细粒度任务的划分，并定义清晰的出入口准则。
在项目的跟踪过程中往往体现的较多的是项目管理能力，但在项目控制过程中体现更多的则是业务和技术能力。控制的目的是真正去发现问题的根源，去解决问题并纠正偏差。举个例子：项目经理给项目成员安排了一个任务，要求本周完成，到了周末项目成员反馈无法完成需要延期2天，项目经理就确认延期两天并调整后续任务。到了下周二，项目成员又反馈出现了新问题，有个细节没有考虑到还需要延期三天，项目经理不得已又进行任务调整。这就是我们常看到的场景，整个任务和项目计划都变得不可控制了，项目成员有责任，但项目经理同样有责任，项目经理在第一次出现偏差时候就应该介入任务或问题本身，帮忙一次诊断和分析问题，挖掘问题延期根源，或者调整任务粒度，改进监控方式，而这些都需要项目经理具备一定的业务和技术能力，具备相关的经验积累及时做出指导。
在第一次出现进度偏差的时候，你需要的就是及时介入问题，查找问题根源而不是简单的关注成员反馈的下一个可能完成的时间点。只有这样才可能进度小偏差就立即查找根源并控制，而不是进度大偏差的时候进行应急。
总而言之，进度跟踪了，也会产生进度偏差的原因就在于：项目任务粒度划分和任务跟踪频度是否合理;项目进度跟进通过项目成员自主填写的百分比数据可靠性不一定可靠，需要针对任务设置一些考察点或者关键控制点，才能更好把控进度;任务延期，需要重视，不能只是跟踪，发现问题了，却不及时进行解决。要记住，进度跟踪，不是为了看数据，安抚自己的心情，而是要利用这些信息，结合项目执行实际情况，做好下一步工作安排和管理，从而实现项目目标。
原文链接：说到项目管理，难免会提到进度跟踪。做项目管理的人都知道进度跟踪很重要。所以，大家都会把进度跟踪作为项目管理工作的重要工作之一。为了能够更加及时跟进项目进度，很多项目团队，都引进项目管理软件来辅助跟踪进度。有了项目管理软件，进度跟踪是便捷了许多，但是也有不少项目管理者还是抱怨进度偏差还是不断出现，很多项目计划还是没能够如期完成，项目目标和质量，还是没能够到达上级要求的。那问题来了，进度跟踪了，也会产生进度偏差的原因何在?回顾项目进度跟踪过程，从任务安排、任务跟进和任务跟踪(进度跟踪)的管理者这方面出发，看看产生进度偏差的是怎么产生的吧。
产生进度偏差的原因之一：任务本身的估算不合理
任务本身的工作量估算是否合理?进度出现偏差首先要考虑的工作量的估算是否合理，是否考虑了工作中存在的技术难
点，是否考虑了项目成员自身的技能，是否考虑了其它应该考虑的风险。任务计划下达给项目成员时候应该获取承诺，但很多时候获取承诺是无用的，是否可以承诺或者是否能完成承诺跟项目成员的个人经验和技能有太大的关系。
当偏差出在估算上，而且后续项目都是采用的相同估算模式的情况，调整项目计划往往是必须的了。对于短期型的项目，如果这个时候才发现是项目成员技能问题，而想通过培训来提高技能以取得立竿见影的效果往往已经是不现实的。
如果项目任务中存在着技术攻关或技术难点需要解决，对于这种任务往往是很难估计工作量的，而且一旦在技术问题上被卡住往往对项目进度产生致命的影响。唯一的方式就是把无法预测和不透明的东西转换为透明，在项目开始之前就应该进行风险分析和应对，提前进行技术问题的预研，开发原型，积累相关的知识和经验。
估算问题的根源又出在历史项目或版本对项目历史数据的采集和分析不够，准确的估算依赖于专家的经验，但专家的经验同样是依赖于历史项目和历史数据。估算问题的根源还在于对项目成员技能和生产率水平没有较清楚的认识，一个软件类任务的完成往往存在着巨大的个人生产率差异和进度差异。
产生进度偏差的原因之二：任务本身的粒度细化不够
对于一个软件项目，出现1-2天的偏差很容易得到纠正。而如果出现1-2周的偏差则很难再进行纠正。任务本身的粒度和工作量直接和偏差的大小相关。当任务本身的粒度太大的时候是不适宜进行跟踪的，任务本身是否会偏差不在取决于跟踪者，而是执行者对于大粒度的任务是否有很好的细分和自我控制能力。
任何一个任务，要么不出现偏差，要么出现成倍的偏差。一个任务的粒度如果是1个月，那这个任务很有可能要2个月才能完成，如果我们的进度偏差最多允许一周，则需要把任务粒度细化到周，按周进行跟踪。如果对于任务最多允许偏差1-2天，则需要把任务粒度细化到天，按天来进行跟踪。细粒度的跟踪目的就是要消除不确定性因素和风险，尽可能早的发现任务中的问题，这样才有可能有时间来解决问题和纠正偏差。
因此，在利用项目管理软件或者项目管理系统来进行任务管理的时候，创建任务的时候，最好能够跟踪上述方法来设定任务完成时间，这样子更能够更好做到进度及时跟进，尽早发现问题，早解决。
对于大粒度的项目任务，任务内部本身也存在跟踪但一般只能有项目成员自己进行。任务没有细分，成员反馈的任何任务完成40%,70%等完成百分比都是不可靠和主观的数据。项目成员的自我监控能力对进度是否偏差起到重要的影响，在这种情况下，任务是否能够按期完成对项目经理是不可控的，因此项目经理必须对成员有充分的了解和信任。对于这一点，有一些项目管理软件，是采用双进度条来管理任务进度，如：拓源优课项目管理系统。项目进度跟进者，当发现项目执行者任务进度填写不合理时，可以通过项目整体进度来进行调整，并可以通过评价功能提出自己疑问和建议，起到提醒指引的作用。
产生进度偏差的原因之三：进度跟进者对业务和技术领域的不熟悉
对于IT领域项目经理，对业务和技术领域的熟悉是必须具备的能力。有了这些能力才可能和项目组一起得出比较好的WBS分解和任务工作量的估算，有了这些能力才可能实现细粒度任务的划分，并定义清晰的出入口准则。
在项目的跟踪过程中往往体现的较多的是项目管理能力，但在项目控制过程中体现更多的则是业务和技术能力。控制的目的是真正去发现问题的根源，去解决问题并纠正偏差。举个例子：项目经理给项目成员安排了一个任务，要求本周完成，到了周末项目成员反馈无法完成需要延期2天，项目经理就确认延期两天并调整后续任务。到了下周二，项目成员又反馈出现了新问题，有个细节没有考虑到还需要延期三天，项目经理不得已又进行任务调整。这就是我们常看到的场景，整个任务和项目计划都变得不可控制了，项目成员有责任，但项目经理同样有责任，项目经理在第一次出现偏差时候就应该介入任务或问题本身，帮忙一次诊断和分析问题，挖掘问题延期根源，或者调整任务粒度，改进监控方式，而这些都需要项目经理具备一定的业务和技术能力，具备相关的经验积累及时做出指导。
在第一次出现进度偏差的时候，你需要的就是及时介入问题，查找问题根源而不是简单的关注成员反馈的下一个可能完成的时间点。只有这样才可能进度小偏差就立即查找根源并控制，而不是进度大偏差的时候进行应急。
总而言之，进度跟踪了，也会产生进度偏差的原因就在于：项目任务粒度划分和任务跟踪频度是否合理;项目进度跟进通过项目成员自主填写的百分比数据可靠性不一定可靠，需要针对任务设置一些考察点或者关键控制点，才能更好把控进度;任务延期，需要重视，不能只是跟踪，发现问题了，却不及时进行解决。要记住，进度跟踪，不是为了看数据，安抚自己的心情，而是要利用这些信息，结合项目执行实际情况，做好下一步工作安排和管理，从而实现项目目标。
本文转载自拓源优课：说到项目管理，难免会提到进度跟踪。做项目管理的人都知道进度跟踪很重要。所以，大家都会把进度跟踪作为项目管理工作的重要工作之一。为了能够更加及时跟进项目进度，很多项目团队，都引进项目管理软件来辅助跟踪进度。有了项目管理软件，进度跟踪是便捷了许多，但是也有不少项目管理者还是抱怨进度偏差还是不断出现，很多项目计划还是没能够如期完成，项目目标和质量，还是没能够到达上级要求的。那问题来了，进度跟踪了，也会产生进度偏差的原因何在?回顾项目进度跟踪过程，从任务安排、任务跟进和任务跟踪(进度跟踪)的管理者这方面出发，看看产生进度偏差的是怎么产生的吧。
产生进度偏差的原因之一：任务本身的估算不合理
任务本身的工作量估算是否合理?进度出现偏差首先要考虑的工作量的估算是否合理，是否考虑了工作中存在的技术难
点，是否考虑了项目成员自身的技能，是否考虑了其它应该考虑的风险。任务计划下达给项目成员时候应该获取承诺，但很多时候获取承诺是无用的，是否可以承诺或者是否能完成承诺跟项目成员的个人经验和技能有太大的关系。
当偏差出在估算上，而且后续项目都是采用的相同估算模式的情况，调整项目计划往往是必须的了。对于短期型的项目，如果这个时候才发现是项目成员技能问题，而想通过培训来提高技能以取得立竿见影的效果往往已经是不现实的。
如果项目任务中存在着技术攻关或技术难点需要解决，对于这种任务往往是很难估计工作量的，而且一旦在技术问题上被卡住往往对项目进度产生致命的影响。唯一的方式就是把无法预测和不透明的东西转换为透明，在项目开始之前就应该进行风险分析和应对，提前进行技术问题的预研，开发原型，积累相关的知识和经验。
估算问题的根源又出在历史项目或版本对项目历史数据的采集和分析不够，准确的估算依赖于专家的经验，但专家的经验同样是依赖于历史项目和历史数据。估算问题的根源还在于对项目成员技能和生产率水平没有较清楚的认识，一个软件类任务的完成往往存在着巨大的个人生产率差异和进度差异。
产生进度偏差的原因之二：任务本身的粒度细化不够
对于一个软件项目，出现1-2天的偏差很容易得到纠正。而如果出现1-2周的偏差则很难再进行纠正。任务本身的粒度和工作量直接和偏差的大小相关。当任务本身的粒度太大的时候是不适宜进行跟踪的，任务本身是否会偏差不在取决于跟踪者，而是执行者对于大粒度的任务是否有很好的细分和自我控制能力。
任何一个任务，要么不出现偏差，要么出现成倍的偏差。一个任务的粒度如果是1个月，那这个任务很有可能要2个月才能完成，如果我们的进度偏差最多允许一周，则需要把任务粒度细化到周，按周进行跟踪。如果对于任务最多允许偏差1-2天，则需要把任务粒度细化到天，按天来进行跟踪。细粒度的跟踪目的就是要消除不确定性因素和风险，尽可能早的发现任务中的问题，这样才有可能有时间来解决问题和纠正偏差。
因此，在利用项目管理软件或者项目管理系统来进行任务管理的时候，创建任务的时候，最好能够跟踪上述方法来设定任务完成时间，这样子更能够更好做到进度及时跟进，尽早发现问题，早解决。
对于大粒度的项目任务，任务内部本身也存在跟踪但一般只能有项目成员自己进行。任务没有细分，成员反馈的任何任务完成40%,70%等完成百分比都是不可靠和主观的数据。项目成员的自我监控能力对进度是否偏差起到重要的影响，在这种情况下，任务是否能够按期完成对项目经理是不可控的，因此项目经理必须对成员有充分的了解和信任。对于这一点，有一些项目管理软件，是采用双进度条来管理任务进度，如：拓源优课项目管理系统。项目进度跟进者，当发现项目执行者任务进度填写不合理时，可以通过项目整体进度来进行调整，并可以通过评价功能提出自己疑问和建议，起到提醒指引的作用。
产生进度偏差的原因之三：进度跟进者对业务和技术领域的不熟悉
对于IT领域项目经理，对业务和技术领域的熟悉是必须具备的能力。有了这些能力才可能和项目组一起得出比较好的WBS分解和任务工作量的估算，有了这些能力才可能实现细粒度任务的划分，并定义清晰的出入口准则。
在项目的跟踪过程中往往体现的较多的是项目管理能力，但在项目控制过程中体现更多的则是业务和技术能力。控制的目的是真正去发现问题的根源，去解决问题并纠正偏差。举个例子：项目经理给项目成员安排了一个任务，要求本周完成，到了周末项目成员反馈无法完成需要延期2天，项目经理就确认延期两天并调整后续任务。到了下周二，项目成员又反馈出现了新问题，有个细节没有考虑到还需要延期三天，项目经理不得已又进行任务调整。这就是我们常看到的场景，整个任务和项目计划都变得不可控制了，项目成员有责任，但项目经理同样有责任，项目经理在第一次出现偏差时候就应该介入任务或问题本身，帮忙一次诊断和分析问题，挖掘问题延期根源，或者调整任务粒度，改进监控方式，而这些都需要项目经理具备一定的业务和技术能力，具备相关的经验积累及时做出指导。
在第一次出现进度偏差的时候，你需要的就是及时介入问题，查找问题根源而不是简单的关注成员反馈的下一个可能完成的时间点。只有这样才可能进度小偏差就立即查找根源并控制，而不是进度大偏差的时候进行应急。
总而言之，进度跟踪了，也会产生进度偏差的原因就在于：项目任务粒度划分和任务跟踪频度是否合理;项目进度跟进通过项目成员自主填写的百分比数据可靠性不一定可靠，需要针对任务设置一些考察点或者关键控制点，才能更好把控进度;任务延期，需要重视，不能只是跟踪，发现问题了，却不及时进行解决。要记住，进度跟踪，不是为了看数据，安抚自己的心情，而是要利用这些信息，结合项目执行实际情况，做好下一步工作安排和管理，从而实现项目目标。
本文转载自拓源优课：http://www.toyoke.com/news/show-4400.html
网友评论