Skip to content

v0.6.0 — The DCMA-14 profiles carry CPP's written thresholds

Choose a tag to compare

@danafitkowski danafitkowski released this 08 Nov 18:06
· 2 commits to main since this release

The DCMA-14 profiles in config_profiles.py now carry the thresholds CPP's own tools use, as CPP's written DCMA-14 definition sets them (criticalpathpartners.ca/dcma-14-definition.html). The file is identical to the copy cpp-critical-path-validator bundles. The parser itself (xer_parser.py) is unchanged.

Why a minor release. Before 1.0 this project moves the minor number for a release that changes results a caller already reads. A caller that grades DCMA-14 with these profiles sees #10 move on every profile, and the nuclear and mining profiles move on the checks listed below.

Changed

  • DCMA-14 #10 Resources passes only at 100% on every profile (config_profiles.py: commercial 80, nuclear 90 and mining 70 become 100). Every incomplete activity of at least one working day must carry a resource assignment with hours or cost, as CPP's written DCMA-14 definition says (criticalpathpartners.ca/dcma-14-definition.html), and the check is not scored when a file carries no assignments. The file is now identical to the copy cpp-critical-path-validator bundles.
  • The nuclear and mining profiles carry the thresholds CPP's own tools use (config_profiles.py; 14 values differed). Nuclear: #1 1% (was 2%), #3 2% (3%), #5 2% (3%), #6 over 30 working days (44), #8 over 20 working days (30). Mining: #1 5% (8%), #3 10% (8%), #6 over 90 working days and 10% (60, 8%), #8 over 90 working days and 10% (60, 8%), #11 5% (8%), #13 0.93 (0.90), #14 0.92 (0.90). The commercial profile is unchanged. The file is still identical to the copy cpp-critical-path-validator bundles.