Steelray Project Analyzer-Project Analyzer软件下载 v2018.12.24

　　Steelray Project Analyzer是一款非常实用的项目管理软件，可以用户在工作中有效的减轻工作负担，同时在项目创建以及维护过程中降低工作压力，提高用户的工作效率，还可以的将项目的交付质量大大提高；随着程序的更新，此工具可以让用户在几分钟之完成所有的项目评估，同时还可以对所有项目进行质量以及性能进行评估，并且会生成一份针对所评估的项目产生的结果，可以对照项目管理的内容进行实践进度表进行分析，同时也可以对内部定义进度表进行分析；此版本为，可以让用户永久免费使用，需要的用户可以下载体验

软件功能

　　1、易于阅读记分卡

　　我们的创新记分卡一目了然地向您显示每次检查的结果，使用易于阅读的绿色，黄色和红色指标。我们创新的乐谱条在紧凑的空间中向您显示大量信息。每个比例都是完全可定制的。

　　2、强大的报告库

　　分析仪预先配置了分析计划质量所需的所有报告。除了我们创新的记分卡之外，Analyzer还包括DCMA 14点评估，计划比较报告，验证报告，最长路径工具等等。

　　3、DCMA EVAS和14点指标

　　国防合同管理机构EVAS指标和14点评估是一系列检查，有助于确保您的日程安排具有可靠的关键路径。Steelray项目分析仪提供的报告按照您的时间表运行这些评估，并以清晰易懂的格式解释结果。

　　4、内置调度Enyclopedia

　　Steelray Project Analyzer包含The Coach，这是一款内置的百科全书，可以深入分析您的结果，并以简单的方式解释。对于一些用户，教练教他们计划质量的基本原理。对于其他人来说，它可以作为快速参考。

　　5、跳转到本机计划

　　当分析器标记任务时，只需单击超链接即可在本机调度应用程序（例如Microsoft Project）中过滤这些任务。 Steelray项目分析仪提供了一个平稳的工作流程来解决计划质量问题。

软件特色

　　分析仪是唯一使用经过统计验证的量度的解决方案。

　　分析器提供了最佳调度实践的最全面的信息库，该信息库是由来自不同行业的大型项目经理社区收集的。

　　与其他解决方案相比，分析仪可以处理更大，更复杂的项目进度表（这就是为什么我们最好的一些客户是真正的火箭科学家）的原因。

　　分析仪简单，无摩擦的界面使其成为最容易使用的解决方案，从而缩短了获得结果的时间并节省了更多成本。

　　分析器通过其内置的调度质量百科全书使调度程序更好。

　　分析器发现的问题远远超出了DCMA 14点评估的范围，因此您更有可能通过审核，从而避免了计划搁置和收入损失的麻烦。

　　作为计划质量第一的工具，Analyzer通常是计划分析师职位描述和简历中列出的一项技能。

　　Analyzer是由热情，高技能的美国开发人员生产并提供支持的产品，致力于提供优质的服务。

安装步骤

　　1、用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、只需要使用解压功能将压缩包打开，双击主程序即可进行安装，弹出程序安装界面

　　3、同意上述协议条款，然后继续安装应用程序，点击同意按钮即可

　　4、可以根据自己的需要点击浏览按钮将应用程序的安装路径进行更改

　　5、现在准备安装主程序，点击安装按钮开始安装

　　6、弹出应用程序安装进度条加载界面，只需要等待加载完成即可

　　7、根据提示点击安装，弹出程序安装完成界面，点击完成按钮即可

方法

　　1、程序安装完成后，可以直接运行程序，然后进入程序配置界面，根据需要进行配置

　　2、此时会弹出一个程序激活界面，打开安装包，运行注册机，可以随意输入名字以及邮箱，然后生成注册码，复制激活进行激活

　　3、根据图中的标注将应用程序注册码复制到对应的激活框中进行激活，邮箱地址为输入地址

　　4、完成以上操作步骤后，就可以双击应用程序将其打开，此时您就可以得到对应程序

使用说明

　　大型项目需要复杂的时间表，这些时间表会影响许多人的计划，不仅影响项目资源，还影响财务，管理以及许多相互依赖的部门和实体。

　　至关重要的是，时间表必须尽可能准确，以便公司可以节省工作量，减少预算并确保团队按时交付。

　　不幸的是，复杂的计划软件（例如Microsoft Project和Primavera）中的复杂计划在关键路径中容易出错。这使得难以信任预测，从而破坏了对该程序的信心。

　　使时间表充满信心。

　　作为“计划质量”空间中第一个也是功能最强大的商业软件应用程序，Steelray项目分析器（以下简称“分析器”）继续将标准设置为发现关键路径中的问题并提高其准确性的最佳解决方案。

　　分析器中的基本记分卡报告

　　记分卡报告是原始报告。您可以在“条件库”中添加任何条件以创建条件的记分卡，每行一个。

　　如何使用alzer。选择一组

　　fiy nrohlem单击结果以在计划应用程序中过滤标记的活动。它还提供了足够的信息以供自己共享。它可以轻松导出到大多数Microsoft Office应用程序

　　输出vzer的主要

　　记分卡显示在Analyzer的主应用程序窗口中，但是可以通过单击“复制”按钮将其轻松导出到大多数Office应用程序。每行都是您选择的条件检查。在一行中，以下信息是

　　提供：

　　指示灯：通常为红色，黄色或绿色，但是可以配置。

　　指导按钮：单击指导图标以查看标准说明和纠正问题的步骤。

　　已匹配：此链接显示计划中已为此问题标记了多少个任务。

　　高亮按钮：单击以高亮显示匹配的任务/资源，而不是过滤器。根据评分的配置方式，“不评分”或“其他值”。

　　评分结果：根据条件，可以是“符合”，“不符合”，“

　　分数

　　分数条：彩色条（通常为红色，黄色和绿色），上面标有分数作为标记。

　　常见的错误会歪曲关键的道路

　　计划软件使创建计划表和计算关键路径变得相对容易，但是它对于防止导致错误关键路径的常见错误没有多大作用。

　　根据过去15年中看到的数千个时间表，我们可以肯定地说几乎每个中型到大型时间表都包含严重错误，其中包括：

　　过度使用硬编码的开始和结束日期，而不是让计划软件进行计算。

　　忽略将任务与它们所依赖（或依赖于它们）的其他任务进行排序。

　　不正确地使用了计划工具的功能（例如：在任务上添加“滞后”以操纵开始日期）。

　　考虑一下：调度软件的目的是产生一条良好的关键路径，几乎所有中型到大型的调度都包含使关键路径不正确的错误。

　　使用分析仪的影响

　　假设有一家公司邀请您来参加他们正在启动的大型项目的咨询。在您的第一天，他们会为您提供项目时间表，该日期为当年12月15日。您将进度表加载到Analyzer中，运行记分卡报告，然后Analyzer分析该进度表中的六个关键问题。

　　因此，您需要与计划程序和利益相关者见面，修改计划，然后再次通过Analyzer运行它。现在不再有任何问题，但是完成日期是2月15日，比原先的预测晚了两个月！

　　影响？现在，您可以获得有关进度安排真相的有价值的前期信息，并且可以做一些事情—在错误信息会导致时间和成本超支的头几个月之前。

　　我必须告诉您分析仪对我有多大帮助。我的分析时间减少了80％。我让Steelray Project Analyzer帮我做。我的工程团队喜欢Excel输出。

　　Steelray Project Analyzer是为最终用户而开发的。我已经使用该工具几年了，它的易用性和强大的功能给我留下了深刻的印象。通过适应其支持的产品的最新版本，Project Analyzer的技术已经成熟。此外，客户支持人员与用户一起工作的专业方式是一流的。

　　分析人员经过深思熟虑，就像他们过去十年来在我的竞技场上一样。他们真的知道最终用户会遇到什么问题。

　　基本原理

　　进度表应主要由与之相关联的离散任务组成。摘要和里程碑是报告和计划跟踪所必需的，但不应该是大多数订单项。

　　计算方式

　　总努力任务 /总任务

　　摘要任务

　　基本原理

　　进度表应主要由与之相关联的离散任务组成。报告和计划跟踪需要摘要，但摘要不应占大多数。

　　计算方式

　　总摘要任务 /总任务

　　大事记

　　基本原理

　　进度表应主要由与之相关联的离散任务组成。摘要和里程碑是报告和计划跟踪所必需的，但不应该是大多数订单项。

　　计算方式

　　共有里程碑任务 /总任务

　　不完整的任务

　　基本原理

　　项目越接近完成，在没有重大干预的情况下，我们对最终财务和进度结果的影响就越小。

　　计算方式

　　总未完成任务 /总努力任务

　　关键任务不完整

　　基本原理

　　关键路径是课程表中最重要的领域之一。它通常是进度表中最困难，最耗时且技术上最具挑战性的部分。它应该只占整个计划时间表的一小部分。

　　该分数衡量所有关键的未完成任务的百分比。

　　计算方式

　　总不完整的关键任务 /总未完成的任务

　　缺少继任者

　　基本原理

　　几乎每个任务都应该有一个继任者，除了一些例外，例如项目里程碑的结束。

　　要问的问题是：“如果任务工作的结果没有交给其他人，我们为什么要进行这项工作？”

　　计算方式

　　总缺少后续任务 /总非摘要任务没有实际完成任务

　　前辈失踪

　　基本原理

　　所有任务都应该有一个前任，只有一些例外，例如启动里程碑。

　　计算方式

　　总缺少前置任务 /总非摘要任务没有实际完成任务

　　与继任者的摘要任务

　　基本原理

　　摘要任务不应具有前任或后继任务。当摘要任务和详细任务链接在一起时，许多调度软件应用程序很难计算日期和关键路径。

　　计算方式

　　总总结随着后续任务 /总摘要任务

　　与前任的摘要任务

　　基本原理

　　摘要任务不应具有前任或后继任务。当摘要任务和详细任务链接在一起时，许多调度软件应用程序很难计算日期和关键路径。

　　计算方式

　　带有前任任务的总摘要 /总任务

　　持续时间<5d

　　基本原理

　　任务持续时间通常应在5到20个工作日之间。

　　太多的细节会使时间表变得难以阅读，无法维护，甚至最终无法用作管理工具。细节太少会使日程安排不仅仅限于橱窗装饰。必须存在足够的细节以清楚地标识所有关键交付物，并且必须包含足够的信息以知道项目在任何给定时间点处于什么状态。

　　业界一致认为，近期任务的长度应为一周到一个月。不到一周的时间，您将花费比实际更多的时间来维护和更新时间表。一个多月后，您将无法获得进度和预计完成日期的准确估算。由于无法完成已经完成的任务，因此不计算在内。

　　计算方式

　　D5d任务= Task.Duration <5d且Task.Milestone为No和Task.Summary为No且Task.ActualFinish未设置

　　D5d任务总数/ 未完成任务总数

　　持续时间> 20天

　　基本原理

　　任务持续时间通常应在5到20个工作日之间。

　　太多的细节会使时间表变得难以阅读，无法维护，甚至最终无法用作管理工具。细节太少会使日程安排不仅仅限于橱窗装饰。必须存在足够的细节以清楚地标识所有关键交付物，并且必须包含足够的信息以知道项目在任何给定时间点处于什么状态。

　　业界一致认为，近期任务的长度应为一周到一个月。不到一周的时间，您将花费比实际更多的时间来维护和更新时间表。一个多月后，您将无法获得进度和预计完成日期的准确估算。由于无法完成已经完成的任务，因此不计算在内。

　　计算方式

　　D20d任务= Task.Duration> 20d且Task.Milestone为No和Task.Summary为No且未设置

　　Task.ActualFinish总计D20d任务/总计未完成的任务

　　前辈完成，任务未开始

　　基本原理

　　进度进度应决定计划的结束日期。过去没有提前安排时间或留下不完整的工作，这并不能真实反映出项目状态和预计的结束日期。

　　计算方式

　　任务未启动任务=

　　任务包含已完成的前任任务，但任务尚未启动。

　　应启动的任务总数/不汇总的任务总数

　　日期受约束的任务

　　基本原理

　　任务应该很少人为地与日期联系在一起。持续时间和/或资源与计划逻辑和工作日日历相结合，应确定计划日期。如果使用了大量约束日期，则计划表可能无法正确计算关键路径和接近关键路径。

　　计算方式

　　总约束任务 /总非摘要任务任务，而无需实际完成

　　没有基准完成的任务

　　基本原理

　　在计划的早期，应在项目进度表中确定任务和里程碑的基准日期。对于涉及客户的大型项目，合同可能要求在开始日期之后60到90天内完成，然后进行正式审核。

　　计算方式

　　没有实际完成的基准任务总数丢失 /非概要任务总数

　　没有分配资源的任务

　　基本原理

　　资源加载的项目进度表应将资源分配给所有离散任务，并且不应将资源分配给摘要任务。资源计划要求对所有离散任务进行资源加载，以便分析和识别资源约束或资源过载。

　　计算方式

　　合计未分配资源的任务 /总未完成的任务

　　总松弛度<-20d的任务

　　基本原理

　　所有时间表都应有相当少量的松弛或浮动。较大的正值或负值的松弛值可能表示日程安排不佳。较大的负松弛表示逻辑错误或程序不再符合承诺日期。较大的正松弛可能表示逻辑不正确或缺失。

　　计算方式

　　TS-20任务=Task.Summary =否

　　Task.Milestone =否和Task.ActualFinish未设置和Task.TotalSlack <-20D

　　TS-20任务总数/ 未完成任务总数

　　总松弛度<30d的任务

　　基本原理

　　所有时间表都应有相当少量的松弛或浮动。较大的正值或负值的松弛值可能表示日程安排不佳。较大的负松弛表示逻辑错误或程序不再符合承诺日期。较大的正松弛可能表示逻辑不正确或缺失。

　　计算方式

　　TS30任务=Task.Summary =否，Task.Milestone =否

　　未设置 Task.ActualFinish且Task.TotalSlack <30d

　　TS30总计任务/ 未完成的总计任务

　　总松弛> 200d的任务

　　基本原理

　　所有时间表都应有相当少量的松弛或浮动。较大的正值或负值的松弛值可能表示日程安排不佳。较大的负松弛表示逻辑错误或程序不再符合承诺日期。较大的正松弛可能表示逻辑不正确或缺失。

　　计算方式

　　TS200任务=Task.Summary =否和

　　Task.Milestone =否和Task.ActualFinish未设置且Task.TotalSlack> 200d

　　TS200任务总数/ 未完成任务总数

　　总松弛量<-200d的任务

　　基本原理

　　大多数项目在正常执行期间都落后于进度。但是，项目不应在较大的负松弛时间内运行很长时间。应该确定并实施恢复计划或解决方法。如果没有可行的方法，则应起草新计划，直至商定的完成日期。

　　计算方式

　　TS-200任务=Task.Summary =否

　　和Task.Milestone =否

　　和Task.ActualFinish未设置且Task.TotalSlack <-200d

　　TS-200任务总数/ 未完成任务总数。没有从头开始的任务

　　基本原理

　　大多数任务依赖项应为“完成后开始”。由于大多数任务表示将具有开始日期和结束日期的工作，从而导致其他人需要某些产品或文档，因此该工作通常在大多数时间以某种顺序执行。如果大多数任务需要并行链接，则这些任务可能会处于很高的级别。

　　计算方式

　　非FS前任任务总数/不完整的工作任务总数

　　WBS遗失的工作

　　基本原理

　　所有任务都应分配一个工作分解结构（WBS）标识符。WBS是成本明细表集成的关键。缺少的WBS标识符使工作外观看起来不在计划的预算或范围之内。

　　计算方式

　　WBS任务总数丢失 /任务总数

　　将来的实际开始/结束日期

　　基本原理

　　实际日期必须反映任务何时开始和/或完成。它们不应该自动生成，将来也不应该存在。实际完成日期不能早于任务的实际开始日期。

　　计算方式

　　CurrentDate =状态日期（如果没有状态日期，则为今天）

　　FutureTask =Task.Summary为否

　　AND

　　Task.ActualFinish> CurrentDate或Task.ActualStart> CurrentDate

　　总计FutureTasks /非摘要任务

　　实际开始之前的实际完成时间

　　基本原理

　　实际的完成日期不得早于实际的开始日期。

　　计算方式

　　实际实际完成任务之前的总实际完成次数 /总工作量任务

　　资源汇总

　　基本原理

　　通常，摘要任务不应为它们分配资源。严格来说，它们是概述或汇总功能，不应驱动计划日期或资源加载。

　　在某些情况下，可以将资源分配给摘要任务而不是详细任务。只要资源没有在将被重复计算的两个级别上都没有加载，这是可以接受的。

　　计算方式

　　资源任务总计汇总 / 努力工作总计

　　基准执行指数

　　基本原理

　　用来指示已完成的实际工作效率的衡量标准。

　　计算方式

　　到状态日期为止（或者如果没有今天的状态日期）：实际完成的任务：实际完成日期不是“ NA”（或完成百分比= 100）应该完成的任务：状态上或之前的实际完成日期日期。实际上已经完成的任务/应该已经完成1.0的任务已步入正轨。<1.0更差> 1.0更好.95以上：绿色.90至.85：黄色.85以下：红色

　　绩效指标

　　基本原理

　　此标准可用于根据选择作为输入的字段来计算进度绩效指数或成本绩效指数。对于进度绩效指标，这可以衡量目标效率比率。例如，如果计划可交付成果的成本为50,000美元并且完成了25,000美元的工作，则SPI为0.50。

　　计算方式

　　预算的已完成工作成本（BCWP）/计划的已预算工作成本（BCWS）

　　大于1.0是有利的。小于1.0是不利的。

　　成本绩效指数

　　计算方式

　　预算的已完成工作成本（BCWP）/实际已完成工作成本（ACWP）

　　大于1.0是有利的。小于1.0是不利的。

　　进度绩效指数

　　计算方式，预算的已完成工作成本（BCWP）/计划的已预算工作成本（BCWS）