top - download
⟦c463fb504⟧ Wang Wps File
Length: 44232 (0xacc8)
Types: Wang Wps File
Notes: CPS/AUX/016
Names: »1197A «
Derivation
└─⟦941ba33c1⟧ Bits:30006048 8" Wang WCS floppy, CR 0077A
└─ ⟦this⟧ »1197A «
WangText
.…00……00……00……00……10……02……00……00……10…
…0f……0c……0f…
…0e……08……0e……0e……0e……02……0d……08……0d……0f……0d… …0c……0b……0c……00……0c…
…0c… …0b……08……0b……09……0b……0e……0b……86…1 …02… …02… …02…
…02…
…02…
…02…JHO/810810…02……02…
SPECIFIKATION AF ET RESSOURCEOPF[LGNINGS-
SYSTEM P< CAMPS…02……02…CAMPS
I̲N̲D̲H̲O̲L̲D̲S̲F̲O̲R̲T̲E̲G̲N̲E̲L̲S̲E̲
1. GENERELT ......................................
5
1.1 Form>l .....................................
5
1.2 Referencer .................................
7
2. INDDATA TIL SYSTEMET ..........................
8
2.1 Generel form ...............................
8
2.2 Planer .....................................
9
2.2.1 Ressourcefordeling efter kontrakt
med SHAPE ..............................
9
2.2.2 Ressourcefordeling efter tilbuds-
materiale ..............................
10
2.2.3 Ressourcefordeling iht.
underleverand]rer-kontrakter ...........
11
2.2.4 Planer udarbejdet af program
management .............................
11
2.2.5 Planer udarbejdet af projektledere .....
12
2.2.6 Sammenfattende udskrifter af inddata
mht. planer ............................
12
2.3 Forbrug ....................................
17
2.3.1 Timesedler fra hver person .............
17
2.3.2 Faktureringer fra underleverand]rer ....
17
2.3.3 Faktureringer til SHAPE ................
18
2.3.4 Inddata-udskrifter mht. forbrug ........
19
2.4 Diverse ....................................
21
2.4.1 CR's prislister ........................
21
2.4.2 Produktionsrater .......................
21
3. UDDATA FRA SYSTEMET ...........................
22
3.1 Generelle muligheder .......................
22
3.2 Uddata til programmanagement ...............
23
3.2.1 Planer .................................
23
3.2.2 Forbrug ................................
24
3.2.3 Planer sammenstillet med forbrug .......
26
3.3 Uddata til delprojekt management ...........
27
3.4 Andre uddata ...............................
29
3.4.1 Planlagte og faktiske
produktionsrater .......................
29
3.4.2 [konomistyring/budgettering ............
31
3.5 Oversigt over uddata .......................
31
4. FUNKTIONER ....................................
33
4.1 Generelt ...................................
33
4.2 Beregningsfunktioner under planer ..........
33
4.2.1 Udskrift totalplan .....................
35
4.2.2 Udskrift plantimer over tid ............
35
4.2.3 Udskrift bemandingsplan p> teams .......
36
4.3 Beregningsfunktioner under forbrugte
ressourcer .................................
36
4.3.1 Udskrift timeforbrug 1 m>ned ...........
36
4.3.2 Udskrift forbrugte timer over tiden ....
38
4.4 Beregningsgange ved sammenstilling af
plan og forbrug ............................
38
4.4.1 Udskrift "Plan/Forbrugte Timer" ........
40
4.4.2 Udskrift "Kumuleret Plan/Forbrugte
Timer" .......................
40
4.4.3 Udskrift "Plan/Forbrug Omkostninger" ...
41
4.5 Produktionsmodel ...........................
41
4.5.1 Udskrift produktionsmodel ..............
43
5. INTEGRERING MED [KONOMISTYRING ................
44
6. ARBEJDSGANG ...................................
45
6.1 Oversigt over flow i en planfase ...........
45
6.2 Oversigt over flow i en opf]lgningsfase ....
47
7. RESSOURCEKRAV FOR UDVIKLING OG DRIFT AF
SYSTEMET ......................................
49
7.1 Tidsplan ...................................
49
7.2 Ressourcekrav for udvikling af systemet ....
49
7.3 Ressourcekrav for drift af systemet ........
50
1̲ ̲ ̲G̲E̲N̲E̲R̲E̲L̲T̲
1.1 F̲o̲r̲m̲>̲l̲
Form>let med dette system er at lave r̲e̲s̲s̲o̲u̲r̲c̲e̲opf]lgning
p> CAMPS-programmet. Den del af planl`gningen, der
behandler aktiviteternes start- og sluttidspunkter,
foruds`ttes at ske p> anden vis, prim`rt ved stavdiagrammer.
Ligeledes foruds`ttes, at den del af planl`gningen,
der beskriver afh`ngighederne mellem aktiviteterne,
klares p> anden m>de, f. eks. ved pil-diagrammer eller
ved tabeller, der beskriver afh`ngigheden mellem aktiviteterne
(jvf. fig. 1.1).
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Program
Planl`gning
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲
Tidsplaner Ressource- Aktivitets-
(stavdiagrammer) planer afh`ngigheder
(pildiagrammer)
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲
Fig. 1.1 Deling af program-planl`gningen
Ressourceplanl`gningen med den tilh]rende opf]lgning
skal l]se f]lgende problemer:
1) K̲o̲n̲t̲r̲o̲l̲ ̲a̲f̲ ̲r̲e̲s̲s̲o̲u̲r̲c̲e̲f̲o̲r̲b̲r̲u̲g̲
Kontroller om de oprindelige ressourceestimater
holder, b>de for hele programmet, for de enkelte
delprojekter og for de enkelte aktiviteter.
2) P̲r̲o̲g̲n̲o̲s̲e̲ ̲p̲>̲ ̲r̲e̲s̲s̲o̲u̲r̲c̲e̲f̲o̲r̲b̲r̲u̲g̲
Kunne udarbejde en prognose for omkostningerne
ved hele programmet, for de enkelte delprojekter
og for de enkelte aktiviteter.
3) A̲f̲s̲t̲e̲m̲n̲i̲n̲g̲ ̲a̲f̲ ̲r̲e̲s̲s̲o̲u̲r̲c̲e̲p̲l̲a̲n̲
Eftervise i en planl`gningsfase, at der er ressourcer
nok til at gennemf]re en aktivitet inden for den
givne tid.
4) O̲p̲f̲]̲l̲g̲n̲i̲n̲g̲ ̲r̲e̲s̲s̲o̲u̲r̲c̲e̲p̲l̲a̲n̲
Pkt. 3 skal kunne foreg> b>de p> planl`gningstids-
punktet og p> ethvert opf]lgningstidspunkt, s>
en manager s> tidligt som muligt kan gribe ind
med en passende handling (`ndre ressourceallokering/tids-
punkter/kvalitetsniveau/aktivitetsr`kkef]lge).
5) M̲a̲n̲d̲s̲k̲a̲b̲s̲p̲l̲a̲n̲
Vise hvorn>r mandskab bliver frigivet til brug
for andre projekter.
6) P̲r̲o̲d̲u̲k̲t̲i̲o̲n̲s̲a̲n̲a̲l̲y̲s̲e̲
Beregne produktivitetsrater til brug ved kommende
projektplanl`gning, og hermed hj`lpe til at give
en >rsagsforklaring p>, hvorfor et planlagt ressourceestimat
ikke holdt.
Det skal s>ledes pointeres, at ressourceplanl`gningen
ikke kan l]se problemer opst>et p.g.a. afh`ngigheder
mellem aktiviteter, f. eks. kan den ikke:
- vise hvor meget andre aktiviteter forskydes tidsm`ssigt,
n>r en givet aktivitet afsluttes senere;
- vise, hvor den kritiske vej er gennem projektet;
- vise hvilke aktiviteter, der er forsinkede i sig
selv og hvilke, der er forsinkede p.g.a. andres
forsinkelse (ansvarsplacering).
1.2 R̲e̲f̲e̲r̲e̲n̲c̲e̲r̲
Ideskitse til tid- og ressourceopf]lgning p> CAMPS
(810717)
Contract (CAMPS-program).
Program Implementation Plan CPS/PIP/001.
System Development Plan CPS/PLN/002.
Foresight-manual.
Timeseddel med tilh]rende forklaring.
2̲ ̲ ̲I̲N̲D̲D̲A̲T̲A̲ ̲T̲I̲L̲ ̲S̲Y̲S̲T̲E̲M̲E̲T̲
2.1 G̲e̲n̲e̲r̲e̲l̲ ̲f̲o̲r̲m̲
Planl`gning og opf]lgning skal prim`rt ske p> basis
af de data, der allerede er til r>dighed. De bringes
over p> en form, s> de er velegnede for edb-behandling.
Det sk]nnes n]dvendigt at bruge edb, da en l]bende
opf]lgning ellers vil v`re alt for tidskr`vende. Der
er her valgt at beskrive data som records, s>ledes
at }n record indeholder flere parametre, hvor hver
parameter st>r for en bestemt st]rrelse (fig. 2.1).
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
parameter 1 parameter 2 parameter ... parameter
n
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.1 Record med parametre
F. eks. vil de m>nedlige timesedler brugt hos CR A/S
have en recordstruktur som fig. 2.2.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
l]nnr. projektnr./arbejdskode >r/m>n timeforbrug
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.2 Recordstruktur i timesedler
Man kan i princippet v`lge samme datastruktur b>de
for timer og penge, samt for planer og opf]lgning.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Person/ Projektnr./ >r/m>n Ressourcer Ress.
Kode for
kontrakt arbejdskode enhed
Plan/
identi-
Forbrug
fikation
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.3 Ressource-recordstruktur
Den b]r evt. have tilf]jet et par valgfrie parametre,
f.eks. til Line item, oms`tning fra timer til kr.,
eller fra fremmed valuta til kr.
Denne f`lles datastruktur vil de foreliggende inddata
blive beskrevet ud fra.
2.2 P̲l̲a̲n̲e̲r̲
2.2.1 R̲e̲s̲s̲o̲u̲r̲c̲e̲f̲o̲r̲d̲e̲l̲i̲n̲g̲ ̲e̲f̲t̲e̲r̲ ̲k̲o̲n̲t̲r̲a̲k̲t̲ ̲m̲e̲d̲ ̲S̲H̲A̲P̲E̲
Den oprindelige kontrakt med SHAPE fra januar 80, app.
B, giver sammen med Amendments 1-3 og Remote Terminals-kontrakten
en fordeling p> line items af de kontraktuelt forudsatte
pengebel]b. Denne fordeling p> line items kan der v`re
mange grunde til at `ndre. Dog st>r den kontraktuelle
totalpris fast. Disse data har en form som i fig. 2.4.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Projektnr./ Ressourcer Ress. enhed Plan Line
item
arbejdskode
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.4 Data fra kontrakt
Det foresl>s at inddatere disse kontraktuelle bel]b
som en basis og derefter lave en mere realistisk ressourcefordelingsplan
pr. dags dato.
2.2.2 R̲e̲s̲s̲o̲u̲r̲c̲e̲f̲o̲r̲d̲e̲l̲i̲n̲g̲ ̲i̲ ̲t̲i̲l̲b̲u̲d̲s̲m̲a̲t̲e̲r̲i̲a̲l̲e̲
I det oprindelige tilbudsmateriale udarbejdet internt
hos CR A/S forel> der et estimat for ressourceindsatsen
p> de enkelte aktiviteter samt nogle m>l for produktionen
i form af antal kodelinier mv. i de enkelte aktiviteter.
Fra dette kan man uddrage et datamateriale af indhold
som fig. 2.5, og som fig. 2.6.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- projektnr/arbejdskode
- ressource
- enhed i timer
- kode : plan
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.5 Ressourcedata fra tilbud
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- projektnr./arbejdskode
- omfang
- enhed af omfang
- kode : produktionsplan
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.6 Produktionsdata fra tilbud
Dette materiale kan evt. danne basis for en opdateret
version af total-ressourceplan og total-produktionsplan.
2.2.3 R̲e̲s̲s̲o̲u̲r̲c̲e̲f̲o̲r̲d̲e̲l̲i̲n̲g̲ ̲i̲h̲t̲.̲ ̲u̲n̲d̲e̲r̲l̲e̲v̲e̲r̲a̲n̲d̲]̲r̲-̲k̲o̲n̲t̲r̲a̲k̲t̲e̲r̲
De enkelte underleverand]rer, hvad enten det er af
hardware, software eller firmware, har kontraktuelt
f>et givet en betalingsfordeling. Disse planlagte betalinger
kan relateres til }n eller flere line items. De omfatter
data som antydet i fig. 2.7.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- kontraktidentifikation
- projektnr./arbejdskode
- >r/m>ned
- ressourcer
- ressourceenhed : kr.
- kode : plan
- line item nr.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.7 Data i underleverand]r-kontrakter
2.2.4 P̲l̲a̲n̲e̲r̲ ̲u̲d̲a̲r̲b̲e̲j̲d̲e̲t̲ ̲a̲f̲ ̲p̲r̲o̲g̲r̲a̲m̲ ̲m̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
Ressourceplanerne omtalt i 2.2.1 og 2.2.2 omfatter
fordelingen over line items men ikke fordelingen over
tiden. Master Schedule giver en fordeling over tiden,
idet den beskriver start- og sluttidspunkt for den
enkelte line item. Som en f]rste approximation kan
man regne med en ligelig ressourcefordeling derimellem.
D.v.s. at man for level 1-aktiviteter burde kunne give
en fordeling af ressourceindsatsen i kr. og/eller timer
over tiden. Det sker p> basis af en plan for ressourcefordelingen
p> line items pr. dags dato. Denne ressourceplan skal
for interne aktiviteter v`re baseret p> omregning af
kr. til timer. Ressourcefordelingen over tiden for
level 1- aktiviteter sker med st]tte i Master Schedule
af program management. Denne plan kan da evt. sidenhen
justeres af de projektledere, der er ansvarlige for
de enkelte line items. Data for dette f>r da en struktur
som vist i fig. 2.8.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- projektnr./arbejdskode
- >r/m>ned
- ressourcer
- ressourceenhed : timer
- kode : plan
- line item nr.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.8 Inddata for ressourcefordeling over tiden
2.2.5 P̲l̲a̲n̲e̲r̲ ̲u̲d̲a̲r̲b̲e̲j̲d̲e̲t̲ ̲a̲f̲ ̲p̲r̲o̲j̲e̲k̲t̲l̲e̲d̲e̲r̲e̲
S>fremt ressourceplaner skal udarbejdes for level 2
eller 3 aktiviteter skal b>de totaltal og fordelingstal
udarbejdes af projektlederne. Disse planer b]r kun
udarbejdes, hvis der er mulighed for at f]lge op p>
estimaterne. D.v.s. projektnr./arbejdskode brugt p>
timesedlerne b]r forfines s> meget, at man kan f]lge
op p> disse planer.
Disse inddata har samme struktur som i fig. 2.8.
2.2.6 S̲a̲m̲m̲e̲n̲f̲a̲t̲t̲e̲n̲d̲e̲ ̲u̲d̲s̲k̲r̲i̲f̲t̲e̲r̲ ̲a̲f̲ ̲i̲n̲d̲d̲a̲t̲a̲ ̲i̲n̲k̲l̲.̲ ̲p̲l̲a̲n̲e̲r̲
En ubearbejdet udskrift af inddata mht. planer er vist
i fig. 2.9. Den beskriver for hver line item i Master
Schedule:
- hvor mange penge der oprindelig var forudsat kontraktuelt;
- hvor meget der er bundet i subcontracts;
- hvad en opdateret plan over konteringsfordelingen
viser;
Den kan umiddelbart ved en simpel beregningsmodel udvides
til at beskrive hvor mange af plan-kronerne, der er
til rest til timer (differens mellem kolonnerne: "Plan"
og "Subcontracts") og omregne disse kr. til timer,
idet CR A/S prisliste for konsulentydelser benyttes.
De to sidste kolonner beregnes s>ledes ud fra de andre.
Kolonnen med "Subcontracts" er udgangspunkt for en
fordeling af faktureringer over tiden, mens "Plantimer"
er udgangspunkt for en fordeling af timer over tiden.
Fig. 2.9
De inddateringer, der d`kker fordelingen over tiden
vil have samme r`kkeben`vnelser som i fig. 2.9, men
kolonnerne vil indholde de enkelte m>neder fra start-
til slutdato (feb 80 - maj 84). Denne udskrift er vist
i fig. 2.10.
Som en kontrol p> inddata udskrives summen af timerne
over alle m>neder. Denne sum skulle gerne v`re lig
plantimerne fra totalplanen.
De inddata, der kommer fra tilbudsmaterialet i form
af produktionens omfang kan ogs> tabelleres p> en form
som fig. 2.9.Dvs. med de samme r`kker, s]jlerne "Projekt
nr." og "Arbejdskode", samt flere s]jler med formodet
produktion (rapportst]rrelser, linier assemblerkode,
liner pascalkode, linier swellkode, m.v.). Inddata
vil da ogs> omfatte en ajourf]rt plan for arbejdets
omfang udarbejdet af de enkelte projektledere. Denne
model af produktionen foruds`ttes i det videre arbjede
at v`re lavere prioriteret end ressourceplanl`gningen
og -opf]lgningen.
Fig. 2.10
2.3 F̲o̲r̲b̲r̲u̲g̲
2.3.1 T̲i̲m̲e̲s̲e̲d̲l̲e̲r̲ ̲f̲r̲a̲ ̲h̲v̲e̲r̲ ̲p̲e̲r̲s̲o̲n̲
Den del af ressourceopf]lgningen, der opg]res i timer,
sker p> basis af de m>nedlige timesedler brugt hos
CR A/S. De opfattes som records med en struktur som
i fig. 2.11.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- line item
- personinitialer
- projektnr./arbejdskode
- >r/m>ned
- timeforbrug
- kode : forbrug.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.11 Data fra person-timesedler.
Disse data skal dels indhentes fra projektets start
(feb 80), dels skal man sikre en m>nedlig datafangst
via CAMPS-sekretariatet. Efter den m>nedlige inddatering
b]r data udskrives, s> inddatafejl kan rettes. Bem`rk,
at kun de aktiviteter, der har med CAMPS at g]re, tages
med fra timesedlerne.
2.3.2 F̲a̲k̲t̲u̲r̲e̲r̲i̲n̲g̲e̲r̲ ̲f̲r̲a̲ ̲u̲n̲d̲e̲r̲l̲e̲v̲e̲r̲a̲n̲d̲]̲r̲e̲r̲
I den m>ned en faktura bliver betalt, skal data indg>
i ressourceopf]lgningssystemet. Det skal ske n>r fakturaen
g>r til CAMPS program management. Ved at sammenligne
ressourceopf]lgningssystemet med CR A/S's bogholderisystem
sikres, at der ikke sker inddatafejl og, at alle fakturaer
medtages.
De data, der b]r f>s fra faktureringer fra under- leverand]rer
er vist i fig. 2.12.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
- line item
- kontraktben`vnelse
- projektnr.
- >r/m>ned
- faktureret bel]b
- enhed (kr., $)
- faktureret bel]b omregnet til kr.
- kode : forbrug
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 2.12 Data fra faktureringer
Disse data omfatter ogs> interne faktureringer fra
CR A/S's andre divisioner, samt fra CR Corp.
Data skal indhentes fra projektets start (feb 80),
dels skal der sikres en m>nedlig rapportering koordineret
med CR A/S's bogholderi.
2.3.3 F̲a̲k̲t̲u̲r̲e̲r̲i̲n̲g̲e̲r̲ ̲t̲i̲l̲ ̲S̲H̲A̲P̲E̲
Hvis man ]nsker systemet udbygget fra at v`re et ressourceplanl`gnings/-opf]lgningssystem
til at v`re et ]konomistyringssystem for CAMPS, kan
man tillige inddatere faktureringerne fra CR A/S til
SHAPE.
Disse data har samme struktur som data i fig. 2.12.
Blot b]r koden ikke v`re forbrug, men indt`gt.
2.3.4 I̲n̲d̲d̲a̲t̲a̲-̲u̲d̲s̲k̲r̲i̲f̲t̲e̲r̲ ̲m̲h̲t̲.̲ ̲f̲o̲r̲b̲r̲u̲g̲
For at sikre en korrekt inddatering laves en m>nedlig
udskrift af inddaterede tal. De mere omfattende udskrifter
af forbrug over tiden, p> delprojekter osv. er omtalt
i afsnit 3.
Den m>nedlige kvittering p> person-timesedlerne vil
f> et udseende som vist i fig. 2.13. R`kkerne g>r p>
line item, mens s]jlerne g>r p> de enkelte personer.
Der foretages en summation b>de p> r`kker og s]jler,
samt p> line item, level 1 og level 0. Disse summationer
foretages nu, da de skal benyttes p> et senere tidspunkt
i ressourceopf]lgningen. Muligvis skal udskrifterne
deles p> de enkelte projektgrupper.
En tilsvarende udskrift produceres for faktureringer,
delt p> de enkelte underleverand]rer.
Fig. 2.13
2.4 D̲i̲v̲e̲r̲s̲e̲
2.4.1 C̲R̲ ̲A̲/̲S̲'̲s̲ ̲p̲r̲i̲s̲l̲i̲s̲t̲e̲r̲
For at kunne foretage en omregning fra timer til kr.,
kan man benytte den prisliste p> konsulentydelser som
CR A/S udsender med mellemrum. Disse priser d`kker
ogs> overhead i form af lokaler, sekret`rer, kontorartikler,
rejser mv. Priserne indbygges i modellen p> m>nedsbasis,
idet der udregnes en middeltimepris pr. m>ned for denne
m>neds personsammens`tning.
2.4.2 P̲r̲o̲d̲u̲k̲t̲i̲o̲n̲s̲r̲a̲t̲e̲r̲
For at kunne opbygge en produktionsmodel kr`ves ogs>
inddata i form af produktionsrater, f.eks. i form af
kodelinier pr. mandtime. De vil blive indbygget i modellen
p> basis af tilg`ngeligt materiale i tilbud, oplysninger
fra managers, mv.
3̲ ̲ ̲U̲D̲D̲A̲T̲A̲ ̲F̲R̲A̲ ̲S̲Y̲S̲T̲E̲M̲E̲T̲
3.1 G̲e̲n̲e̲r̲e̲l̲l̲e̲ ̲m̲u̲l̲i̲g̲h̲e̲d̲e̲r̲
De data, der indsamles, hvad enten det er plan eller
forbrug, indeholder f]lgende v`sensforskellige oplysninger:
- hvem (person- eller underleverand]ridentifikation)
- hvorn>r (tidsperiode p> >r og m>ned)
- hvad (projektnr./arbejdskode).
Det betyder, at man kan lave 3 principielt forskellige
krydstabuleringer af oplysningerne, som vist i fig.
3.1.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
S]jler person/ tidsperiode projektnr./
under- arbejdskode
R`kker leverand]r
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
person/underleverand]r - I II
…0f… tidsperiode (som I) - III
…0f… projektnr./arbejdskode (som II) (som III) -
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 3.1 Krydstabuleringsmuligheder
Indholdet af tabellerne er i alle tilf`ldene ressourcer
(timer eller kr.).
Type I fort`ller, hvor meget hver person/under- leverand]r
laver i hver tidsperiode.
Type II fort`ller, hvor meget hver person/under- leverand]r
skal arbejde med hver aktivitet.
Type III angiver, hvor mange ressourcer, der i hver
tidsperiode bruges p> forskellige aktiviteter.
Disse 3 typer kan enten skrives med r`kker og s]jler
som vist eller med r`kker og s]jler ombyttet.
Desuden kan hver af de 3 forskellige oplysninger gives
med forskelligt niveau:
- Person/underleverand]r ("Hvem") kan v`re den enkelte
person eller en hel arbejdsgruppe under en projektleder.
- Tidsperiode ("Hvorn>r") kan v`re 1 m>ned, alle
m>neder, et >r, sum over projekttiden, kumulerede
tal over alle m>neder.
- Projekt/arbejdskode ("Hvad") kan v`re koder fra
timesedler (= line item level 1), sum p> projektnr.-niveau,
eller line items level 2.
Derudover er der mulighed for at tabellere tallene
"planlagte" alene, "forbrugt" alene eller "forbrugt/planlagt"
sammen.
D.v.s. at man i princippet kan lave 3x2x2x2x5x3x3 =
1080 forskellige sammenstillinger af inddata. Det efterf]lgende
er derfor et fors]g p> at uddrage de tabelleringer,
der er behov for p> hvert af niveauerne: program-management,
delprojekt-management, enkeltpersoners time-management,
idet udgangspunktet tages i listen over problemer i
afsnit 1.1.
Hovedintentionen i de efterf]lgende tabeller bliver
at samle mest mulig information i f`rrest mulige tabeller,
selvom udskrifterne m>ske layoutm`ssigt ikke bliver
helt s> l`kre som muligt.
3.2 U̲d̲d̲a̲t̲a̲ ̲t̲i̲l̲ ̲p̲r̲o̲g̲r̲a̲m̲ ̲m̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
3.2.1 P̲l̲a̲n̲e̲r̲
Inddata-udskrifterne i figurerne 2.9, 2.10 og 2.10
med underleverand]r-kr. er type III-udskrifter, d.v.s.
tidsperiode overfor projekt/arbejdskode. Dette l]ser
problemet formuleret i afsnit 1.1, pkt. 3:
Afstemning ressourceplan.
S>fremt man ogs> ]nsker at l]se pkt. 5: mandskabsplan,
m> man have en udskrift af type I: personer overfor
tidsperioder. P> program management niveau vil det
v`re relevant med en udskrift, der for de enkelte teams
viser bemandingsplanen i de forskellige perioder. Se
fig. 3.2.
3.2.2 F̲o̲r̲b̲r̲u̲g̲
De inddataudskrifter, der er vist i fig. 2.13, er datakilden
for opf]lgning p> forbrug af timer. Den giver for en
m>ned en udskrift af type II, d.v.s. personer overfor
projekt/arbejdskode. En tilsvarende udskrift findes
for ressourceforbrug fra underleverand]rer.
Der er behov for en udskrift af type III, der viser
ressourceforbruget p> de enkelte aktiviteter, m>ned
for m>ned. Denne udskrift er vist i fig. 3.3. Den indeholder
delsummer p> de enkelte regnskabs>r, samt p> hele projektperioden.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Mandm>neder m>ned
feb 80 .... dec 80 total 80
.. total
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
…0f… 1. Program
management-team X X X X
…0f… 2 System
engineering-team X X X X
…0f… 3. HW development-
team X X X X
…0f… 4. SW development-
team X X X X
…0f… 5. ILS-team X X X X
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
IALT X X X X
…0f… ==============================================================…0f…
Fig. 3.2 Bemandingsplan p> teams
Fig. 3.3
Udskriften indeholder endvidere }n s]jle med plantallene
for hele projektet (fra tabel fig. 2.9). Denne tabel
kan benyttes til at l]se problem 2: kontrol af ressourceforbrug,
idet man kan se, hvorn>r de enkelte line items forbruger
mere end planlagt.
En tilsvarende udskrift laves for fakturerede kroner.
Det sk]nnes ikke n]dvendigt at have udskrifter af type
I eller II til brug for program management, da oplysningerne
om personer/underleverand]rer fremg>r implicit af projektnr./arbejdskode.
3.2.3 P̲l̲a̲n̲e̲r̲ ̲s̲a̲m̲m̲e̲n̲ ̲m̲e̲d̲ ̲f̲o̲r̲b̲r̲u̲g̲
Figurerne 2.10 og 3.3 indeholder de planlagte timer
og de forbrugte timer. De vil ofte v`re genstand for
en samtidig granskning. Derfor kan det v`re form>lstjenligt
at udskrive dem sammen linie for linie. Denne udskrift
er vist i fig. 3.4.
Hvis man ]nsker at l]se problem 2: "prognoser p> ressourceforbrug",
samt problem 4: "opf]lgning p> ressourceplan", har
man mere behov for tal,udskrevet kumuleret over tiden.
S> vil man trods fluktuationer i de enkelte m>neder
nemt kunne afg]re, hvor langt man er med den enkelte
aktivitet i projektet, samt afg]re, hvor meget der
mangler.
Tilsvarende udskrifter laves for de fakturerede ressourcer.
3.3 U̲d̲d̲a̲t̲a̲ ̲t̲i̲l̲ ̲d̲e̲l̲p̲r̲o̲j̲e̲k̲t̲ ̲m̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
Til management af delprojekter kan man et langt stykke
benytte de samme udskrifter som ved program management.
Der kan dog blive behov for andre udskrifter, hvis
man g>r ned p> en anden detaljeringsgrad. Hvis f.eks.
ressourceplaner udarbejdes for level II-aktiviteter,
vil de tidligere udskrifter blive for uoverskuellige.
Der b]r da laves udtr`k, der kun viser aktiviteterne
i dette delprojekt. I]vrigt vil layout blive det samme
som tidligere vist.
Endvidere kan man for de enkelte delprojekter godt
forestille sig, at der vil v`re behov for udskrifter
af type I og II. Type I (personer overfor tidsperioder)
vil v`re bemandingsplaner over tiden og opf]lgning
p> disse. Type II (personer overfor aktiviteter) vil
v`re bemandingsplaner p> aktiviteter.
Udskrifter af denne type er lavere prioriteret end
udskrifter til brug for program management. Derfor
beskrives de ikke yderligere.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Pro- Arbejds- 1980
1980
jektnr. kode FEB.. DEC
TOTAL..
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
1.1.1 Generelt Plan 4010 110 X X X
Forbrug 4010 110 X X X
…0f… 1.1.7 PIP Plan 4010 170 X X X
Forbrug 4010 170 X X X
…0f… 1.1.8 Subcontract
Man. Plan 4010 180 X X X
Forbrug 4010 180 X X X
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
1.1 Total Pro-
gram Man. Plan 4010 X X X
Forbrug 4010 X X X
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 3.4 Plan sammen med forbrug
3.4 A̲n̲d̲r̲e̲ ̲u̲d̲d̲a̲t̲a̲
3.4.1 P̲l̲a̲n̲l̲a̲g̲t̲e̲ ̲o̲g̲ ̲f̲a̲k̲t̲i̲s̲k̲e̲ ̲p̲r̲o̲d̲u̲k̲t̲i̲o̲n̲s̲r̲a̲t̲e̲r̲
For at l]se problem 6: "produktionsanalyse", skal der
opbygges en model af produktionen i hver line item.
For hver line item har man oprindelig planlagt at lave
et vist antal enheder, f.eks. a enheder. Hver enhed
var planlagt til at tage x timer, s>ledes at den samlede
opgave skulle tage a.x timer. I virkeligheden kommer
man til at producere b enheder og det tager ialt T
timer. Den faktiske produktionsrate er da y = T/b.
En udskrift fra denne simple model er vist i fig. 3.5.
Kolonnerne "Plantid" og "Faktisk tid" tages fra fig.
3.3. Endvidere inddateres en kode for enheden (f.eks.
1 = sider rapport, 2 = management af 10 personer, 3
= linier SWELLkode osv.), samt hvor meget der planl`gges
at skulle produceres af disse enheder. Ved en aktivitets
afslutning inddateres "faktisk produktion", hvorefter
"faktisk produktionsrate" udregnes. Hvis modellen ellers
er rimelig, kan man da f> et fingerpeg om, den enkelte
aktivitet er blevet st]rre end planlagt eller produktionsraten
er `ndret i forhold til planen.
Denne udskrift foruds`ttes lavere prioriteret end ressourceopf]lgningsudskrifterne.
Fig. 3.5
3.4.2 [̲k̲o̲n̲o̲m̲i̲s̲t̲y̲r̲i̲n̲g̲/̲b̲u̲d̲g̲e̲t̲t̲e̲r̲i̲n̲g̲
Tabellerne med forbrugte antal timer kan efter multiplikation
med en m>nedlig middeltimepris benyttes til at udregne
m>nedligt forbrugt antal kr. Dette adderes til faktureret
antal kr. fra underleverand]rer, s>ledes at den samlede
udgift m>ned for m>ned ved projektet kan opg]res. Hvis
tilsvarende indt`gterne fra kunden (SHAPE) inddateres
(faktisk til dato og planlagt) er man t`t p> at have
et budgetteringssystem. Da dette anses for at ligge
udenfor et ressource- opf]lgningssystem vil disse modeller
og udskrifter ikke blive behandlet yderligere. De er
blot n`vnt som en udbygningsmulighed for systemet.
3.5 O̲v̲e̲r̲s̲i̲g̲t̲ ̲o̲v̲e̲r̲ ̲u̲d̲d̲a̲t̲a̲
I fig. 3.6 er givet en oversigt over alle de beskrevne
udskrifter fra et ressourceopf]lgningssystem.
Endvidere er tilf]jet prioriteten i udviklings- r`kkef]lge,
idet f]lgende system er benyttet:
- Prioritet 1: Opf]lgning p> tidsforbrug til brug
for program management.
- Prioritet 2: Opf]lgning p> faktureringer til brug
for program management.
- Prioritet 3: Andre v`rkt]jer til brug for program
management.
- Prioritet 4: [konomistyrings/budgetterings- udskrifter.
- Prioritet 5: V`rkt]jer til brug for management
af delprojekter.
Fig. 3.6
4̲.̲ ̲ ̲F̲U̲N̲K̲T̲I̲O̲N̲E̲R̲
4.1 G̲e̲n̲e̲r̲e̲l̲t̲
I dette afsnit beskrives de beregningsgange, man skal
igennem for at omforme inddata til de uddata, der er
beskrevet i de tidligere afsnit. Der gives kun en beskrivelse
af de tabeller, der har prioritet 1,2 og 3, mens tabeller
med prioritet 4 og 5 ikke beskrives. Struktureringen
i beregningsmoduler er vist i fig. 4.1.
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Planer
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Sammenstillede Produktions-
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ Planer/Forbrug model
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Forbrug
̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
Fig. 4.1 Oversigt over beregningsmoduler
Mellem de enkelte moduler overf]res data som antydet
ved pilene. Hvert modul beskrives selvst`ndigt i det
efterf]lgende.
4.2 B̲e̲r̲e̲g̲n̲i̲n̲g̲s̲f̲u̲n̲k̲t̲i̲o̲n̲e̲r̲ ̲u̲n̲d̲e̲r̲ ̲p̲l̲a̲n̲e̲r̲
I fig. 4.2 er vist en oversigt over beregningsgangen
for planer. For hver tabel gives en beskrivelse af
beregningerne.
Fig. 4.2
4.2.1 U̲d̲s̲k̲r̲i̲f̲t̲ ̲t̲o̲t̲a̲l̲p̲l̲a̲n̲
Alle s]jler i totalplanen (fig. 2.9) til og med "PLAN"
kommer gennem inddata.
S]jle "PLAN, DERAF TIL TIMER" fremkommer som differens
mellem "PLAN" og "SUBCONTRACTS".
S]jle "PLANTIMER" fremkommer ved for hver line item
at dividere med middeltimepris for denne line item.
Middeltimeprisen f>s fra CR A/S prisliste for konsulentydelser
ved midling over de >r, hvor aktiviteten k]rer. Denne
middeltimepris kan evt. vises i en ekstra kolonne.
For r`kkernes vedkommende g`lder at inddata gives for
hver line item level 2 (X.X.X). Modellen skal selv
summere i alle s]jler fra level 2 til level 1 (X.X).
Dern`st skal den summere level 1 til level 0 (X.).
Til slut skal den summere level 0 til level 00 (Total).
Denne procedure genfindes i mange tabeller, hvorfor
generalitet i formuleringen b]r foretr`kkes. Tabellen
gemmes som en fil.
4.2.2 U̲d̲s̲k̲r̲i̲f̲t̲ ̲p̲l̲a̲n̲t̲i̲m̲e̲r̲ ̲o̲v̲e̲r̲ ̲t̲i̲d̲
S]jlen "PLANTIMER" fra tabel 1 (fig. 2.9) overf]res
som inddata til tabel 2 (fig. 2.10) sammen med r`kkenavnene
og kolonnerne PROJEKTNR. og ARBEJDSKODE.
For hver r`kke inddateres fordelingen over de 52 m>neder
(feb 80 - maj 84).
Modellen summerer selv disse tal i en sums]jle, der
bruges som kontrol mod PLANTIMER. Endvidere laves delsummer
for hvert >r.
Dern`st foretages summationer fra level 2 op til level
00 som beskrevet i 4.2.1. Tabellen gemmes som en fil.
Helt analoge beregninger og dataoverf]rsler foretages,
n>r tabel 3, "planfakturaer over tid" opbygges.
4.2.3 B̲e̲m̲a̲n̲d̲i̲n̲g̲s̲p̲l̲a̲n̲ ̲p̲>̲ ̲t̲e̲a̲m̲s̲
For at producere en bemandingsplan som fig. 3.2, skal
man kunne placere hver linie i tabel 2 (fig. 2.10)
i }t og kun et team. Dette kr`ver muligvis at nogle
line items underopdeles til et niveau finere end level
2 i tabel 2.
I alle r`kkenavnene tilf]jes hvilket team, der udf]rer
aktiviteten. Derefter dannes tabel 6 ved de summationsn]gler,
der derved angives. Tabellen udskrives, men gemmes
ikke som fil.
4.3 B̲e̲r̲e̲g̲n̲i̲n̲g̲s̲f̲u̲n̲k̲t̲i̲o̲n̲e̲r̲ ̲u̲n̲d̲e̲r̲ ̲f̲o̲r̲b̲r̲u̲g̲t̲e̲ ̲r̲e̲s̲s̲o̲u̲r̲c̲e̲r̲
I fig. 4.3 er vist en oversigt over beregningsgangene
ved forbrugte ressourcer. Hver tabel beskrives n`rmere
i det f]lgende.
4.3.1 U̲d̲s̲k̲r̲i̲f̲t̲ ̲t̲i̲m̲e̲f̲o̲r̲b̲r̲u̲g̲ ̲1̲ ̲m̲>̲n̲e̲d̲
R`kkenavnene i tabel 4 (fig. 2.13) dannes som i "planer"
tabel 1, ligesom s]jlerne PROJEKTNR. og ARBEJDSKODE
tages derfra. Kolonnenavnene er initialerne p> de personer,
der arbejdede i denne m>ned p> CAMPS i systemdivisionen.
Disse navne b]r grupperes efter de enkelte teams, s>
man evt. senere kan lave deludskrifter og delsummer
p> teams. S]jlen med summen af persontimer dannes ved
r`kkevis summation. Denne s]jle placeres som nr. 3,
for at f> den ensartet placeret i alle m>neder.
Fig. 4.3
Dern`st foretages summationer fra level 2 op til level
00 som beskrevet i 4.2.1. Tabellen gemmes som en fil.
Helt analoge beregninger foretages, n>r tabel 5 "udskrift
pengeforbrug 1 m>ned" opbygges.
4.3.2 U̲d̲s̲k̲r̲i̲f̲t̲ ̲f̲o̲r̲b̲r̲u̲g̲t̲e̲ ̲t̲i̲m̲e̲r̲ ̲o̲v̲e̲r̲ ̲t̲i̲d̲e̲n̲
R`kkenavnene i tabel 7 (fig. 3.3) tages fra tabel 2,
sammen med s]jlerne PROJEKTNR. og ARBEJDSKODE. Endvidere
overf]res s]jlenavnene indeholdende m>nedsnavne og
>r fra tabel 2 (fig. 2.1) dog kun inkl. indev`rende
>r. S]jlen med PLANTOTAL tages ogs> fra tabel 2.
Den gamle fil med oplysninger om forbrugte timer hentes
frem og udfylder s]jlerne fra projektets start til
denne m>ned.
Fra tabel 4 tages den aktuelle m>neds timeforbrug og
indf]jes i tabellen.
Dern`st summeres over de enkelte >r til >rstotaler,
samt over de enkelte >r til et totalforbrug over alle
>r, som kan sammenlignes med plantotal.
Dern`st foretages summationer fra level 2 til level
00 som beskrevet i 4.2.1. Tabellen gemmes som en fil,
idet den opdaterede fil l`gges under et andet navn
end den gamle fil.
Helt analoge beregninger foretages ved opbygningen
af tabel 8: "Udskrift af forbrugte penge over tiden".
4.4 B̲e̲r̲e̲g̲n̲i̲n̲g̲s̲g̲a̲n̲g̲e̲ ̲v̲e̲d̲ ̲s̲a̲m̲m̲e̲n̲s̲t̲i̲l̲l̲i̲n̲g̲ ̲a̲f̲ ̲p̲l̲a̲n̲ ̲o̲g̲ ̲f̲o̲r̲b̲r̲u̲g̲
I fig. 4.4 er vist en oversigt over beregningsgangene,
n>r planer og forbrug sammenstilles. Endvidere omregnes
timer til omkostninger, s> man kan sammenligne de planlagte
og de forbrugte ressourcer p> et vilk>rligt tidspunkt.
De enkelte tabellers dannelse omtales n`rmere i det
f]lgende.
Fig. 4.4
4.4.1 U̲d̲s̲k̲r̲i̲f̲t̲ ̲"̲P̲l̲a̲n̲/̲F̲o̲r̲b̲r̲u̲g̲t̲e̲ ̲T̲i̲m̲e̲r̲"̲
For at producere tabel 9: "Plan/Forbrugte Timer" (se
fig. 3.4) skal alle r`kker f.eks. i tabel 2 dubleres,
s> der i par af linier vises plantal og forbrugte tal.
Hvis nummereringen af linierne i tabel 2 og i tabel
7 v`lges hensigtsm`ssigt kan denne fletning af data
foreg> automatisk. R`kkenavnene tilf]jes "Plan", hvor
der i forvejen er tekst, og "Forbrug" i en blank linie
umiddelbart derunder. Der tilf]jes en blank linie mellem
hver plan/forbrug-par af linier. Hvor der er modstrid
mellem linienavnene tages linienavnet fra "Forbrugs"-tabellen.
S]jlenavnene tages fra plan-tabel 2. Alle elementv`rdier
inkl. summer overf]res fra tabel 2 og fra tabel 7.
Til slut udskrives tabellen, som tillige gemmes som
fil.
Beregningerne for at opbygge tabel 10: "Plan/Forbrugte
fakturaer" foreg>r p> analog m>de.
4.4.2 U̲d̲s̲k̲r̲i̲f̲t̲ ̲"̲K̲u̲m̲u̲l̲e̲r̲e̲t̲ ̲P̲l̲a̲n̲/̲F̲o̲r̲b̲r̲u̲g̲t̲e̲ ̲T̲i̲m̲e̲r̲"̲
Tabel 11: "Kumuleret Plan/Forbrugte timer" dannes ved
at summere m>ned for m>ned i tabel 9.
s>ledes ogs> kumulerede tal. I]vrigt er layout det
samme som i tabel 9. Tabellen udskrives, men gemmes
ikke som fil.
Tabel 12: "Kumuleret Plan/Forbrug Fakturaer" dannes
p> analog m>de ud fra tabel 3 og tabel 8.
4.4.3 U̲d̲s̲k̲r̲i̲f̲t̲ ̲"̲P̲l̲a̲n̲/̲F̲o̲r̲b̲r̲u̲g̲ ̲O̲m̲k̲o̲s̲t̲n̲i̲n̲g̲e̲r̲"̲
For at omregne de forbrugte timer til forbrugte kr
benyttes de samme timepriser som benyttet i tabel 1,
d.v.s. en middeltimepris over >rene pr. line item.
Denne spaltes dog i en middeltimepris for de enkelte
>r. Disse middeltimepriser ganges p> de enkelte m>neders
timer i tabel 9.
Denne omregnede tidsomkostningstabel adderes til tabel
10: "Plan/Forbrugte fakturaer". Derved f>s tabel 20:
"Plan/Forbrug omkostninger". Inden additionen verificeres
at tabel 9 og tabel 10 har de samme r`kker og s]jler.
Tabel 20 udskrives og gemmes som fil.
Til slut kumuleres tabel 20, s> tabel 21 fremkommer.
Det sker analogt med den m>de tabel 11 produceres p>.
Denne fil udskrives. Evt. udskrives ogs> en tabel kun
p> level 0 (X.) for et >r til brug p> direktionsniveau.
4.5 P̲r̲o̲d̲u̲k̲t̲i̲o̲n̲s̲m̲o̲d̲e̲l̲
I fig. 4.5 er vist en oversigt over beregningsgangene
i produktionsmodellen. De enkelte tabellers dannelse
er omtalt n`rmere i det f]lgende.
Fig. 4.5
4.5.1 U̲d̲s̲k̲r̲i̲f̲t̲ ̲p̲r̲o̲d̲u̲k̲t̲i̲o̲n̲s̲m̲o̲d̲e̲l̲
Udskriften af tabel 19: "Planlagte og faktiske produktions-
rater" (fig. 3.5) sker ved en overf]rsel af r`kkenavnene
fra tabel 1: "Plan totaltid". S]jlerne inddateres om
vist p> fig. 3.5. S]jlerne ENHED, PLAN PRODUKTION,
PLAN PRODUKTIONSRATE, FAKTISK PRODUKTION kommer fra
inddata. PLANTIMER overf]res fra tabel 1. FAKTISK TIMER
overf]res fra tabel 7.
S]jlen FAKTISK PRODUKTIONSRATE dannes ved division
af s]jle FAKTISK PRODUKTION med s]jle FAKTISKTIMER.
Der laves ikke summer p> level 2 - level 00. Timerne
overf]res fra tabel 1 og 7 med summer. Hvis man s>ledes
er i stand til at definere nogle fornuftige enheder,produktioner
og produktionsrater for disse, vil udskriften ogs>
frembringe nogle produktionsrater for level 1 - level
00.
Udskriften fra produktionsmodellen har prim`rt interesse,
n>r aktiviteterne er afsluttet. D.v.s. den interessanteste
udskrift fremkommer, n>r projektet er slut, idet denne
udskrift kan hj`lpe i kommende tilbudsfaser.
Derudover kan man ved >rlige udskrifter g]re status
p> hel- eller halvf`rdige aktiviteter, for at se om
de oprindelige foruds`tninger om produktion og produktionsrater
holdt/holder.
5̲.̲ ̲ ̲I̲N̲T̲E̲G̲R̲E̲R̲I̲N̲G̲ ̲M̲E̲D̲ ̲[̲K̲O̲N̲O̲M̲I̲S̲T̲Y̲R̲I̲N̲G̲
Som tidligere n`vnt vil der ikke i f]rste omgang blive
fors]gt lavet et system, der er integreret med ]konomistyringen
p> CAMPS. [konomistyringen foruds`ttes stadig at foreg>
ved CR A/S bogholderisystem. Det tilstr`bes, at inddata
i form af faktureringer bliver kopieret over i ressourceopf]lgningssystemet.
Datagrundlaget skulle s>ledes blive det samme.
Endvidere foretages der m>nedlig en sammenligning at
uddata fra de to systemer, s>ledes at uoverenstemmelser
kan rettes op s> hurtigt som muligt.
6̲.̲ ̲ ̲A̲R̲B̲E̲J̲D̲S̲G̲A̲N̲G̲
6.1 O̲v̲e̲r̲s̲i̲g̲t̲ ̲o̲v̲e̲r̲ ̲f̲l̲o̲w̲ ̲i̲ ̲e̲n̲ ̲p̲l̲a̲n̲f̲a̲s̲e̲
I fig. 6.1 er vist en oversigt over indsamlingen og
distribueringen af data i en planfase.
Den ansvarlige for at udarbejde totalplanen er program
management. Underopdelingen p> line items inden for
et delprojekt forest>s i h]j grad af projektlederen
der. Den ansvarlige for ressourceopf]lgningen samler
alle delplanerne og udskriver dem til godkendelse af
program management. Delprojekternes ledere modtager
kopi af denne.
Fig. 6.1
Program management foretager en fordeling over tiden
af ressourcerne i totalplanen. Delprojektlederne bist>r
ved og godkender denne fordeling som v`rende overensstemmende
med deres level II-schedules. Den ansvarlige for ressource-
opf]lgningen samler alle disse planer over ressource-
fordelingen over tiden og udskriver dem. Denne plan
godkendes af program management og delprojektlederne
f>r en kopi. Denne plan er endvidere basis for en udskrift
af en bemandingsplan p> teams, som produceres af den
ansvarlige for ressourceopf]lgningen. Denne plan godkendes
f]rst af program management, dern`st af delprojektlederne.
Den er derefter udgangspunkt for ans`ttelser og overflyttelser
af personale.
En s>dan planfase genneml]bes hvert halve >r i sammenh`ng
med CR A/S's regnskabsplanl`gning.
6.2 O̲v̲e̲r̲s̲i̲g̲t̲ ̲o̲v̲e̲r̲ ̲f̲l̲o̲w̲ ̲i̲ ̲e̲n̲ ̲o̲p̲f̲]̲l̲g̲n̲i̲n̲g̲s̲f̲a̲s̲e̲
I fig. 6.2 er vist en oversigt over indsamling og distribuering
af data i en opf]lgningsfase.
De indkommende data er timesedler og fakturaer. Da
de fleste g>r gennem CAMPS-sekretariatet, b]r datafangsten
ske der. Dern`st godkender program management timesedler
og fakturaer som korrekte. Der foretages af den ansvarlige
for ressourceopf]lgningen en udskrift af m>nedens inddata.
De godkendes som rimelige af delprojektlederne, hvorefter
en m`ngde udskrifter foretages. Udskriften af is`r
plan/ forbrugte ressourcer kommenteres af program management,
hvorefter den kommenterede udskrift udsendes.
Delprojektlederne kan da tage aktion p> udskriften.
Denne opf]lgningsfase genneml]bes 1 gang m>nedligt.
Fig. 6.2
7̲.̲ ̲ ̲R̲E̲S̲S̲O̲U̲R̲C̲E̲K̲R̲A̲V̲ ̲F̲O̲R̲ ̲U̲D̲V̲I̲K̲L̲I̲N̲G̲ ̲O̲G̲ ̲D̲R̲I̲F̲T̲ ̲A̲F̲ ̲S̲Y̲S̲T̲E̲M̲E̲T̲
7.1 T̲i̲d̲s̲p̲l̲a̲n̲
Da det haster med at f> et overblik over ressourceforbruget
i forbindelse med CAMPS-projektet, skal de f]rste udskrifter
kunne produceres hurtigt, d.v.s. inden 1 m>ned efter
godkendelse af denne specifikation. De tabeller, der
der er tale om, er dem, der er n`vnt som prioritet
1 i fig. 3.6. De d`kker alle timeforbrug p> projektet.
Prioritet 2, der omfatter ]konomisiden, skal derefter
etableres i l]bet af endnu en m>ned.
Prioritet 3 - udskrifter, skal derefter etableres efter
endnu en m>ned.
En total opdatering af planer skal ske hvert >r pr.
1 jan og 1 juli og v`re koordineret med ajourf]ringen
af schedules og regnskabsbudgetter.
Opf]lgning p> ressourceforbrug sker m>nedsvis.
7.2 R̲e̲s̲s̲o̲u̲r̲c̲e̲k̲r̲a̲v̲ ̲f̲o̲r̲ ̲u̲d̲v̲i̲k̲l̲i̲n̲g̲ ̲a̲f̲ ̲s̲y̲s̲t̲e̲m̲e̲t̲
Hvis systemet udvikles i FORESIGHT sk]nnes det at ville
kr`ve 80 timer at lave prio 1-udskrifter, 40 at lave
prio 2-udskrifter og 40 timer at lave prio 3-udskrifter
for en erfaren person. Derudover koster det ca. 20
timer at s`tte sig ind i FORESIGHT og ca. 10 timer
…1a… 0 kr. at have en konsulent fra EDB-divisionen til
at bist> med kommentarer til opl`g, kode, terminalbrug
mv.
Derudover vil EDB-udgifterne i udviklingsfasen best>
af ca. 2000 kr./m>nedligt p> B6700, idet modem/terminal
foruds`ttes l>nt i huset.
7.3 R̲e̲s̲s̲o̲u̲r̲c̲e̲k̲r̲a̲v̲ ̲f̲o̲r̲ ̲d̲r̲i̲f̲t̲ ̲a̲f̲ ̲s̲y̲s̲t̲e̲m̲e̲t̲
Den m>nedlige opdateringsprocedure vil koste ca. 10
mandtimer og ca. 500 kr. til EDB.
