Diskussion:Software-Configuration-Management

message: Die Behauptung, dass SCM nicht im Informatik-Studium behandelt wird, ist nicht korrekt. In meinem Studium (zur Zeit) kommt es im Zusammenhang mit dem Softwareentwicklungsmanagement vor. Dies ist zwar kein Pflichtfach, dennoch auch nicht außergewöhnlich.
Ich würde vorschlagen die Behauptung so umzuformulieren, dass zur Zeit das nötige Bewusstsein für SCM noch nicht geschaffen ist oder wird. Denn SCM ist zweifelsohne eine Grundvoraussetzung für das erfolgreiche durchführen komplexer IT-Projekte. --Edward Montgomery Harrington 21:27, 25. Aug. 2008 (CEST)
thread_title:  SCM im Informatik-Studium 

message: Also wenn ich diesen Artikel lese, werd ich sauer über diese Zeitverschwendung und so manche unbelegten Darstellungen, die ich für falsch halte. Ich würde eine Löschung befürworten. (nicht signierter Beitrag von 195.143.104.254 (Diskussion | Beiträge) 14:24, 29. Dez. 2009 (CET)
thread_title:  Geschwafel 

message: Meiner Beobachtung nach wird das Thema (SCM) in der akademischen Ausbildung immer noch vernachlässigt. Das mag damit zusammenhängen, dass Softwaretechnik (Software-Engineering) allgemein noch wenig berücksichtigt wird. Insbesondere das Management von Projekten mit mehr als einem Dutzend Beteiligter wird weitgehend ignoriert, u. a. weil solche Projekte im Rahmen der Ausbildung nur schwer zu realisieren sind. Die Bedeutung des Konfigurationsmanagements hängt aber sehr von Projektgröße und -dauer ab. In großen Projekten wird die Vorgehensweise maßgeblich davon mitbestimmt, wie das Konfigurationsmanagement gestaltet ist. Die akademische Ausbildung trägt dem wenig Rechnung. Das zunächst einmal zu Begründung, warum die Artikel zur Softwaretechnik in der Wikipedia so viel Überraschungen bieten.
Dieser Artikel ist nötig, weil er den etablierten Begriff erklärt. Allerdings sollte er überarbeitet und in koordinierter Weise mit verwandten Artikeln über Versionierung, Versionsverwaltung, Konfigurationsmanagement oder Variantenmanagement abgeglichen werden. Das ist nicht leicht, weil sich die Inhalte teilweise überschneiden, und weil jeder der genannten Artikel das Gebiet unter einem anderen Blickwinkel sieht. In diesen Artikel gehört die spezielle Sicht auf die Variantenverwaltung und das Änderungsmanagement von Software und verwandten Artefakten. Es könnte helfen, zwischen einer Kofiguration (einer materiellen Ausprägung) und einer Variante (einer möglicherweise auch immateriellen Ausprägung) zu unterscheiden. Es gibt also eine Softwarevariante und eine Servicevariante, eine Softwarekonfiguration (= -variante), aber keine Servicekonfiguration (weil immateriell). Mit Service ist hier eine Dienstleistung, nicht speziell ein Service im Sinne der Client-Server-Programmierung gemeint. Zu vielen Softwareprodukten treten Dienstleistungen hinzu wie Beratung, Installation, Betrieb. In diesem Sinn meine ich Services, von denen es mehrere Varianten geben kann. Der Artikel Variantenmanagement behandelt diesen Aspekt mit.
Der Artikel sollte den deutschen Namen tragen, nicht den englischen. Weiterhin könnte er sich auf den Software Engineering Body of Knowledge (SWEBOK) stützen, in dem dieses Gebiet (SCM) inhaltlich abgegrenzt und untergliedert ist. Die Orientierung am SWEBOK stellt auch sicher, dass das Änderungsmanagement nicht unberücksichtigt bleibt, denn Fehlerbehebung in fertigen Produkten oder die Erfordernis von  Code-Reviews werden beeinflusst von dem verwendeten SCM-Werkzeug.
Man braucht kein SCCS, RCS, CVS, PVCS, ClearCase, MKS, Visual SourceSafe, Perforce, Subversion, BitKeeper, Git usw. zum Konfigurationsmanagement, auch wenn es damit sehr viel einfacher geht. Es gibt auch Fälle, in denen es mit keinem der genannten Werkzeuge funktioniert, sei es aus Gründen übergeordneter Prozesse oder der Produktgröße. Bei der Entwicklung von Produkten, bei denen die Software nicht als zentrale Komponente gesehen und daher z. B. wie eine Maschinenzeichnung behandelt wird, mögen ebenfalls andere Werkzeuge eingesetzt werden. Manuelles Vorgehen ist in Firmen, die wenig Erfahrung mit Softwareentwicklung haben, durchaus immer noch üblich.
Joachim Schnitter (Diskussion) 17:25, 25. Aug. 2014 (CEST)
thread_title:  Vorschläge zur Überarbeeitung 

message: Fyi. Relevante Leitlinien betreffend auch SW-CM, davon findet sich keine Verlinkungen oder Inhalte im Artikel. Software-CM sehe ich teils als Theoriefindung, da Dank der vielen Änderungen in den letzten Jahren (CI/CD, Agile, etc.) sehr viele Abläufe zum Teil integriert ablaufen (Versioning), zum Teil aber auch nicht ohne weitere Einstellungen (Workflows). Ein weitere Aspekt ist Konfiguration von Tools, Services, etc. was im Umfeld von Cloud z. B. eine ganz eigene Schule ist. VG  --17387349L8764 (Diskussion) 10:32, 14. Jul. 2021 (CEST)
thread_title:  ISO/IEC/IEEE 12207; IEEE 828-2012