1996-1997-1998-1999-2000-2001-2002
Re: Projektplan (287)
Verhoeven, G. L.
17 Feb 1999
Mail 0274 (Color: green)

Mail 0277 (Color: blue)

Mail 0283 (Color: orange)

Mail 0284 (Color: brown)

Mail 0287 (Color: black. This mail)

Mail 0288
Zu den Meilensteinen noch ein paar Hinweise. Sie sollen ja - ähnlich
wie die Meilensteine im richtigen Leben - auch dazu dienen, daß man
weiß, wie weit man ist und sich an Zwischenständen orientieren kann.
Die unten genannten "typischen Meilensteine" sind natürlich sinnvoll.
Wenn die Strecke zwischen diesen Meilensteinen jedoch zu groß wird
(Richtwert 6 Wochen), kann es sinnvoll sein, engere Meilensteine zu
setzen. Balzert empfiehlt hierzu (ich zitiere aus dem Gedächtnis):
o Meilensteine sollten nicht zu weit auseinanderliegen (Richtwert 4
bis 6 Wochen)
o Meilensteine sollten in etwa gleichen Abstand haben
Dann kann es natürlich passieren, daß es für einen Meilenstein keine
griffige Bezeichnung mehr gibt.
mfg - G. L. Verhoeven
> Subject: Re: Projektplan (283)
> >> Betreff:?Projektplan (274)
> >>
> >> Im Submodell PM liest man immer wieder von
> >> Meilensteinen und Baselines.
> >> Ich konnte aber keinen konkreten Plan finden ausdem
> >> hervorgeht wo diese Meilensteine/Baselines zu plazieren
> >> sind.
> >> Kann mir vielleicht jemand einen Projektplan mit den
> >> Aktivitäten von SE und PM und ihren Abhängigkeiten
> >> zur Verfügung stellen der diese Informationen enthält?
> >> MfG
> >> M. Freitter
>
> >Mir ist Ihre Frage nicht ganz klar.
> >Der Meilensteinplan ist Projektplan PPl 3.1.3 und die Baselines sind
> >in PPl 3.1.4 definiert.
> >Wo liegt da ein Problem?
>
> In PPl 3.1.3 werden die Meilensteine und Baselines dokumentiert,
> aber woher nehmen sie die Meilensteine und Baselines zum dokumentieren.
>
> Es gibt sicher Punkte in einem Projektplan, wo sich gezeigt hat, daß
> an dieser Stelle die Meilensteine sinnvoll sind, egal um welches
> konkretes Projekt es sich handelt.
Typische Meilensteine sind:
- nach den Anwenderforderungen
- nach dem Systementwurf
- nach den Technischen Anforderungen
- nach der SW-Architektur
- nach der SW-Integration
- nach der Systemintegration
- nach der Auslieferung
ab SE 3-7 SW werden die Meilensteine auf die jeweilige
SW-Einheit bezogen.
> So z.B. könnte ich mir vorstellen, daß nach der Vollendung des
> Produkts "Anwenderforderungen" ein Meilenstein sinnvoll ist, wenn
> nicht sogar eine Baseline.
Übliche Baselines sind:
- Contractual Baseline (Vertrag, PHB, etc)
- Functional Baseline (AFo,SysArch, Prüfspez)
- Development Baseline (Techn. Anfo, PrüfSpez für SW-Einheiten)
- Product Baseline (SW-Arch, Schnittstellen, Integrationspläne,
Product, etc.)
> Dahingehend war meine Frage zu verstehen, ob sich in der Praxis
> "bewährte Plätze" für Meilensteine herauskristalisiert haben.
>
> MfG
> M. Freitter
MfG
Klaus Plögert
(V-Modell-Berater)
*********************************************************
Dr. Klaus P. Ploegert
IABG (Industrieanlagen-Betriebsgesellschaft mbH)
Dept.: IS-LV Tel: +49-89-6088-3420
D-85521 Ottobrunn, Einsteinstr. 20 Fax: +49-89-6088-3337
Germany
E-Mail: ploegert@iabg.de Mobil: 0172-9302352
PPl - Projektplan - Project Plan
 |
 |
GDPA Online
Last Updated 01.Jan.2002
Updated by Webmaster
Last Revised 01.Jan.2002
Revised by Webmaster
 |
|