Welche Felder fließen in die Berechnung ein und wie werden sie gewichtet?
Im Demandmanagement müssen bei der Erfassung von Demands bestimmte Pflichtinformationen bereitgestellt werden, bevor ein Demand zur Genehmigung weitergeleitet werden kann. Die Vollständigkeitsprüfung unterstützt diesen Prozess, indem sie den Ausfüllgrad des Demands in Prozent angibt. Erst bei einem bestimmten Schwellenwert (z. B. 80 % oder 100 %) kann der Demand prozesstechnisch zur Genehmigung übergeben werden.
Wie funktioniert die Berechnungslogik?
Die Berechnung des Vollständigkeitsfortschritts erfolgt auf Basis der Standard-Felder, die gewichtet in die Gesamtberechnung eingehen. Für jedes relevante Feld ist im Customizing definiert:
-
Ob das Feld in die Berechnung einfließt
-
Wie viel Prozent das vollständig ausgefüllte Feld zur Gesamtvollständigkeit beiträgt
Feldgewichtung im Standard
- Name 15%
- Projektleiter/-in 15%
- Projekt Stellvertreter/-in 10%
- Auftraggeber/-in 10%
- Score 10%
- Klasse 0%
- Standort 5 %
- Kostenstelle 5%
- Termine 20%
- Status 10%
- (optional Wahrscheinlichkeit 10%)
Die Gewichtung der einzelnen Felder kann im Customizing kundenspezifisch angepasst werden. Das ermöglicht eine individuelle Steuerung, welche Informationen im Prozess besonders wichtig sind.
Warum ist die Vollständigkeitsprüfung prozessrelevant?
In der Praxis ist ein Mindest-Vollständigkeitsgrad erforderlich, bevor ein Demand zur Genehmigung vorgelegt werden kann. Dieser Schwellenwert dient als Qualitätssicherung, um sicherzustellen, dass alle relevanten Informationen vorliegen.
Beispiel: Ein Demand darf erst ab 80 % Vollständigkeit zur Genehmigung eingereicht werden.
Welche Vorteile bietet die Vollständigkeitsberechnung?
-
Transparenz über den aktuellen Erfassungsstand
-
Qualitätssicherung vor Prozessfortschritt
-
Unterstützung der Genehmigungsentscheidung
-
Flexibilität durch Customizing
Technische Informationen zur Einstellung der Felder
in der config.js Datei
fieldsSettings: [{
id: 'pmo_name',
calculationShare: 15,
visible: true,
readOnly: false
},
{
id: 'pmo_parent_name',
calculationShare: 0,
visible: true,
readOnly: false
},
{
id: 'pmo_project_leader_nicename',
calculationShare: 15,
visible: true,
readOnly: false
},
{
id: 'pmo_costs_total_planned_iv',
calculationShare: 0,
visible: true,
readOnly: true
},
{
id: 'pmo_project_client_nicename',
calculationShare: 10,
visible: true,
readOnly: false
},
{
id: 'pmo_project_dm_status',
calculationShare: 10,
visible: true,
readOnly: false
},
{
id: 'pmo_project_score',
calculationShare: 10,
visible: true,
readOnly: false
},
{
id: 'pmo_project_dm_mc_schedule',
calculationShare: 20,
visible: true,
readOnly: false
},
{
id: 'pmo_project_dm_mc_costs',
calculationShare: 0,
visible: true,
readOnly: false
},
{
id: 'pmo_project_dm_mc_scope',
calculationShare: 0,
visible: true,
readOnly: false
},
{
id: 'pmo_project_probability',
calculationShare: 10,
visible: true,
readOnly: false,
defaultValue: 100
},
{
id: 'pmo_project_deputy_nicename',
calculationShare: 10,
visible: true,
readOnly: false
},
{
id: 'pmo_project_site',
calculationShare: 0,
visible: true,
readOnly: false
},
{
id: 'pmo_project_costcenter',
calculationShare: 5,
visible: true,
readOnly: false
},
{
id: 'pmo_project_dm_category',
calculationShare: 0,
visible: false,
readOnly: false
},
{
id: 'pmo_project_dm_class',
calculationShare: 10,
visible: true,
readOnly: false
},
{
id: 'pmo_effort_assigned_ex',
calculationShare: 0,
visible: true,
readOnly: true,
showSelector: true
},
{
id: 'pmo_effort_days_assigned_ex',
calculationShare: 0,
visible: true,
readOnly: true,
showSelector: true
},
{
id: 'pmo_description',
calculationShare: 0,
visible: true,
readOnly: false