Prosjektstatus rapportering

Rapportering til kunde

Fastpris / Målpris prosjekt

  • Rapporter ikke timebruk. Men rapporter om vi er over vårt interne budsjett.
  • Rapporter fremdrift som prosa + anslått i prosent + avvik ifht fremdrift

Time for time / Budsjett prosjekt

  • Rapporter timebruk, utført, fakturerbart og ikke fakturerbart - men bare total for prosjektet
  • Rapporter fremdrift som prosa + anslått i prosent + avvik ifht fremdrift

Rapportering til prosjektleder

Forklar status på en måte som prosjektleder og kunde kan forstå

Er det noe som blokkerer / avhengigheter som ikke er innfridd

Er det behov for avklaring / usikkerhet / gjennomgang

Er oppgaven forstått?

Når 80% av budsjett på en aktvitiet er brukt skal aktiviteten være klar til test

Prosjektleder er ansvarlig for å sjekke % andel av budsjett - sjekkes minst 2 ggr pr uke.

  • Det Må være klar til test i GUI
  • Test funksjonaliteten. Er testen godkjent?
  • Kall inn til møte om testen ikke er godkjent.
  • Gå igjennom feilliste med utviklere
  • Estimere feilene
  • Er det nok tid igjen til å rette feilene? (uten å bruke opp budsjett) ** Hvis det ikke er nok tid - flagge til kunden (forsinkelse / økt kostnad)

Leveransen

  • Ikke finn på funksjonalitet som ikke er i tilbudet som kunden har akseptert og budsjettert etter.
  • Ikke jobb videre på oppgaver om prosjektleder sier stopp
  • Er du usikker på om en oppgave er med i tilbudet - snakk med prosjektleder - intern diskusjon.
  • Har kunden bedt om funksjonalitet som ikke er med i tilbudet så skal det sendes eget tilbud med estimat på dette.
  • Det er om å gjøre å prøve å bli ferdig under estimat. ** Er det smartere måter å løse oppgaven på? Er det standard moduler? Må det skreddersys? Har kunden bedt om så mye funksjonalitet? Tenk MVP. ** Går det raskere om du spør en kollega? (Spesielt om du står fast)

Estimat

Estimatet er altså for en ferdig testet og fungerende aktivitet