Open Source Projekt gruenden

[Frank (no reg)]

Hi,

für dich gern.

• Commercial Project Steering

• übernimmt wirtschaftliche Verantwortung
• ermittelt Resourcenbedarf und koordiniert Resourcenbeschaffung
• Mitarbeit im CCB (Change Control Board - Einsteuerung von Änderungen)
• kontrolliert den Projektablauf aus wirtschaftlicher Sicht

• Technical Project Steering

• das fachliche Pendant zu obiger Rolle
• kennt fachliche Internas und ist Entscheider für technische Fragen (Offene Punkte, Änderungsanforderungen etc)
• übernimmt die Aufgabenverteilung für die Resourcen
• kontrolliert Projektablauf aus fachlicher Sicht, werden gesetzte Ziele eingehalten, gibt es Leerlauf bzw. verhindert diesen´

• Business Case Analyst

• einer der in der fachlichen Materie, nicht "Softwareentwicklung", sondern in dem was evt. über ein Tool abgebildet werden soll solides Wissen hat, ergo Anwendungswissen einbringt, er betrachtet die "Lösung" aus Sicht des Benutzers
• erstellt Anforderungsspezifikationen (Use Cases etc)

• System Designer

• erarbeitet aus den Anforderungen dann das Konzept, die "logische" Sicht auf die Dinge, z.b. wird 3-Tier oder Client/Server verwendet, etc
• eruiert die Verwendung von Entwicklungstools und Basissystemen (welches DBMS eignet sich am besten)
• validiert vorgeschlagene Mechanismen  (proof-of-concept)
• erstellt mit der Projektführung den Release-Plan, definiert Arbeitspakete
• Review von Dokumentation und Code
• zentraler Ansprechpartner in Bezug auf Design und Implementierung für alle anderen

• Developer

• der reine Entwickler, ausgewählt nach Fähigkeiten, betraut mit definierten Aufgaben
• implementiert gemäß existierenden Spezifikationen

• Build Manager & QA Manager

• definiert den Qualitäts-Sicherungs-Plan, was für Tests, wann und wie (manuell oder automatisch: z.b. jUnit/nUnit), welche Voraussetzungen müssen für Code Releases erfüllt sein ... usw
• definiert und evaluiert Sicherheitsanforderungen (nicht unbedingt allein)
• beurteilt die Qualität des Codes in Bezug auf Release-Fähigkeit
• erarbeitet Testspezifikation aus Anforderungen und Use-Case Modellierungen
• führt Tests durch (fängt beim erfolgreichen kompilieren an und hört beim erfolgreichen Benutzen nicht auf :-))
• betreut CVS / IssueTracking System

Warum kannst/konntest du dir nichts drunter vorstellen? (Okay, der Blick auf deine HP sagt mir, dass du das Wissen noch nicht wirklich haben kannst)

• QA ist allgemeinhin bekannt als Quality Assurance, Qualitätssicherung
• Commercial -> kommerziell -> wirtschaftlich
• Steering -> Steuerung
• Build -> ist eigentlich auch ein eingefahrener Begriff in der SW Entwicklung für das Ergebnis einer Kompilierung

Für kleinere Projekte wie ne Homepage für ne Tischlerei ist das sicher zu oversized, aber sobald es darum geht, einen bestimmten Workflow in einem Unternehmen als Tool abzubilden und das Projekt nicht wie jedes 2. gegen die Wand laufen zu lassen, wirst du um solch eine strikte Rollenverteilung schwer herumkommen.

Und merke, es gibt immer 3 Sichten auf eine Lösung: Aus der Benutzerperspektive, logisch und technisch. :-)

Ciao, Frank