Post Market Surveillance

[TMC]

Angeregt von folgendem Thread: http://www.atnotes.de/index.php?board=7;action=display;threadid=15836;start=7

Macht Ihr PMS?

Dies geht eigentlich weit über einen erfolgreichen Projektabschluss hinaus.

Ich lehne mich da an Standards in anderen - nicht Software - Entwicklungen an.

Dort sind das Basics.

Wie überwacht Ihr, ob Eure Entwicklungen erfolgreich sind?

Sollte imho Bestandteil eines Entwicklungsprojektes sein. Mal völlig unabhängig ob man PC-Gehäuse, Bierflaschen, Semmeln (für die Nicht-Bayern: Brötchen)  oder Notes-Applikationen erstellt.
Ich denke auch das ist ein wichtiger Indikator für Verbesserungen.

Meine Frage zieht in erster Linie auf Freiberufler ab, die Apps entwickeln für Firmen. Wobei ich selbst Angestellter in einer Fa. bin und zumindest ansatzweise PMS betreibe. Bei mir ist es ein integraler Bestandteil meiner täglichen Arbeit (habe ich mir selbst gesetzt), wenn auch nicht sehr hoch priorisiert (wie immer mangels Zeit)

[Heiggo]

Ohne ein Minimum an erweiterter Abschlusskontrolle geht es doch auch gar nicht. Allein schon um das eigene "Baby" weiter zu entwickeln benötige ich (Bedarfsdecker) mein Auge am Feind (Bedarfsträger). Nur der Kontakt zum Anwender und hin und wieder die Frage, ob noch irgendwas vermisst wird oder verbessert werden könnte, ist die Sichere Methode, nicht komplett am Ziel vorbei zu entwickeln.
Von sich und aus eigenem Antrieb kommt der Anwender ohnehin nur im Fehlerfall.

[Hernan Cortez]

mein Auge am Feind (Bedarfsträger).

weiss, dass das nicht so ernst gemeint ist, aber definitiv  

Von sich und aus eigenem Antrieb kommt der Anwender ohnehin nur im Fehlerfall.

deckt sich 100% mit meiner Erfahrung. Bei 2 größeren Projekten mit stark verzögerten Abschluß (damals während des Booms ging das), wollten die Erweiterungen und ich dachte, die wären immer noch sauer und dabei waren aber total zufrieden. Hat mich sehr gefreut.

Außerdem sollte der Entwicklungsprozess kritisch betrachtet werden. Wo wurde unnötig Zeit verloren? Wie kann man das in Zukunft besser gemacht werden?
Das wird aber leider viel zu selten gemacht.

Immer wieder sagen die "Experten" beim Start des Projekts, dass alles für "einfach" ist und am Ende kloppen alle Überstunden. Glaub nicht, dass das ein Naturgesetz ist. Ist eigentlich total dämlich.

Gruß Axel

[Heiggo]

Relativ einfach... der Bedarfsträger ist derjenige, der einen Wunsch hat und der Bedarfsdecker darf diesen Wunsch dann irgendwie erfüllen.

Wenn der Bedarfsträger jemand ist, der den Bedarfsdecker dafür bezahlt, das der Bedarf gedeckt wird, dann ist es eine feine Sache. Wenn der Bedarfsträger aber der gleichen Firma angehört und der Bedarfsdecker nicht einen Cent mehr dafür erhält, das er zusätzliche Herzenswünsche einzelner Personen erfüllt, dann kann der Bedarfsträger sehr schnell zum Feind werden, da er dann hin und wieder unnötige Arbeitszeit verursacht, die einem globalen Dienstbetrieb dann abgezogen werden.

Ich hoffe, ich habe nun alle verwirrt *kicher*

mein Auge am Feind (Bedarfsträger).

weiss, dass das nicht so ernst gemeint ist, aber definitiv  

[Hernan Cortez]

*kicher*

Ok. Verstanden. Als Externer ist das ein bischen anders, da der Bedarfsträger immer auch eindeutig Projektsponsor ist.

Auf der anderen Seite habe ich in letzter Zeit einige Gespräche darüber geführt, dass solche Schnellschuss-Extrawürste zukünftige Kosten erzeugen, die schwer zu managen sind.

Das ist   :  http://www.joelonsoftware.com/articles/CoderToDeveloper.html
 

[animate]

Axel, danke für deine Links. Die sind immer wieder gut & interessant.

[Hernan Cortez]

Axel, danke für deine Links. Die sind immer wieder gut & interessant.

dafür um den Text zwischen den Links wegzulassen, fehlt mir momentan ein bischen das nötige innere Gleichgewicht  
O.k. noch mal nachgeschaut. Ja, wir sind im OffTopic. Thomas hat angefangen.

Mathias hat eine gute Frage gestellt.

[TMC]

SiebertH, früher nannte man das immer
+ Kunde (in Deiner Definition Bedarfsträger)
+ Lieferant (in Deiner Definition Bedarfsdecker)
 

Oder nach ISO 9001 (2000):
+ Kunde
+ Organisation
+ Lieferant
In diesem Fall ist der Progammierer die Organisation und z.B. IBM der Lieferant.

Aber egal.....  

Ohne ein Minimum an erweiterter Abschlusskontrolle geht es doch auch gar nicht. Allein schon um das eigene "Baby" weiter zu entwickeln benötige ich (Bedarfsdecker) mein Auge am Feind (Bedarfsträger).

Na ja, bei externen Dienstleistern mag dies auch oft ein Problem sein. Wenn das Projekt abgeschlossen ist, hört man i.d.R. wohl erstmal wenig. Da stellt sich dies wohl schwierig dar - wenn man als PL/Programmierer Angestellter ist, geht das natürlich sehr viel einfacher.
Als externer Dienstleister würde ich daher sogar den Vertrag so gestalten, dass dort explizit PMS aufgeführt ist (nett verpackt).

[Heiggo]

Nene, sind nicht meine Definitionen. In meiner Firma heißt immer alles anders. Das muss so sein, damit die Sache nach aussen hin nicht ganz so transparent und auf keinen Fall schnell nachvollziehbar ist (im Sinne der Sicherheit der Bundesrepublik D).
Wenn ein potentieller Aggressor sofort erkennt, was mit jedem Wort gemeint ist, dann würde dieser sofort Gegenmaßnahmen einleiten können. So muss erst Forschungsarbeit und eventuell Spionage betrieben werden, die dann natürlich unseren Nachrichtendiensten auffällt und schwupps sind wir gewappnet.

Ich hoffe, das sich nun alle ein wenig sicherer fühlen *kicher*

SiebertH, früher nannte man das immer
+ Kunde (in Deiner Definition Bedarfsträger)
+ Lieferant (in Deiner Definition Bedarfsdecker)