Das Lebenszyklusdenken (Life Cycle Thinking) erweitert die auf den Herstellungsprozess begrenzte Sicht auf ein Produkt zu einer ganzheitlichen systemischen Sicht, von der Rohstoffgewinnung über die Herstellung und Nutzung bis hin zur Entsorgung. Das Ziel eines solchen Lebenszyklusdenkens ist es, bereits bei der Entwicklung von Produkten deren ökologische, soziale, humane und wirtschaftliche Verträglichkeit über den gesamten Lebensweg abzuschätzen und die so gewonnenen Erkenntnisse für eine ausgewogene Optimierung des Produktes heranzuziehen (vgl. Tischner et al. 2000, S. 13–14).
Im Umweltmanagement hat sich in der Vergangenheit die international standardisierte Methode der Lebenszyklusanalyse (Life Cycle Assessment, Abk. LCA) etabliert (Norm DIN EN ISO 14044:2006-10). Mit ihr können die Umweltwirkungen eines Produktes entlang seines Lebensweges bewertet werden. Obwohl sich die Norm explizit auch an immaterielle Produkte, wie Dienstleistungen oder Software richtet, geht sie inhaltlich fast ausschließlich auf die Erfordernisse materieller Produkte mit ihren Stoff- und Energieflüssen ein.
Produktlebenszyklus für Software, der sich am Life Cycle Thinking orientiert, mit beispielhaften Effekten (vgl. Naumann et al. 2011, S. 297)
Für die Berücksichtigung und Einordnung von Nachhaltigkeitsaspekten bei der Produktentwicklung von Softwareprodukten schlagen wir den in Abbildung gezeigten Produktlebenszyklus vor, der sich an Lebenszyklen materieller Produkte orientiert (vgl. z. B. Deutsches Institut für Normung e.V. 2003, S. 24; Hilty 2008, S. 124). Er setzt sich aus folgenden Phasen zusammen
Die Entwicklungsphase berücksichtigt Wirkungen, die von der Entwicklung des Softwareprodukts ausgehen. Dies umfasst sowohl den Softwareentwicklungsprozess im Rahmen des Software Engineering als auch anteilig die gemeinsam genutzten Funktionsbereiche und Einrichtungen der Entwicklungsorganisation (z. B. Rechnungswesen, Lohnbuchhaltung, Produktmarketing, Entwicklung der Produktverpackung etc.).
Insbesondere zählt dazu die Energie, die für die Arbeitsplatzrechner der Softwareentwickler, für den Betrieb der IT-Infrastruktur (z. B. Netzwerk und Server) und für die Beleuchtung, Heizung und Klimatisierung der Gebäude notwendig ist. Weitere Wirkungen in der Entwicklungsphase sind die Energie, die für den Transport von Personen und Material aufgewendet wird, wie bspw. Geschäftsreisen und der tägliche Arbeitsweg der Mitarbeiter.
Neben diesen ökologisch und wirtschaftlich fokussierten Wirkungen sind aber auch solche festzustellen, die die Sozialverträglichkeit betreffen, wie bspw. Arbeitsbedingungen oder die Vergütung und soziale Absicherung eventuell Zuarbeitender sog. offshore worker in Ländern mit sehr viel niedrigerem Lohnniveau und sozialen Standards.
Einige dieser Auswirkungen können z. B. durch den Einsatz von Telearbeit oder Videokonferenzen oder durch die Verwendung immaterieller Substitute anstatt der materiellen Produkte abgeschwächt werden (Effekte zweiter Ordnung bzw. Nutzungseffekte). Dies wiederum führt möglicherweise zu Veränderungen in Organisationen, Softwareentwicklungsmethoden oder Lebensentwürfen (Effekte dritter Ordnung bzw. systemische Effekte).
Die Vertriebsphase berücksichtigt Wirkungen auf die Nachhaltige Entwicklung, die sich aus dem Vertrieb und somit der Verteilung des Softwareprodukts ergeben. Dies umfasst sowohl die ökologische Verträglichkeit gedruckter oder elektronischer Bedienungsanleitungen (z. B. Recyclingpapier, Papier aus Zellstoff aus nachhaltiger Forstwirtschaft vs. Raubbau oder unbekannte Herkunft), Transportmittel, Art und Gestaltung der Produkt- und Transportverpackung (z. B. Kartonagen, synthetische Kunststoffe, Biokunststoffe oder bioabbaubare Kunststoffe), Datenträger (z. B. CD oder DVD, USB-Stick, Download) als auch die Größe des Downloads und die für das Bereitstellen des Downloads notwendige IT-Infrastruktur, wenn das Softwareprodukt als solches angeboten wird.
Die Entsorgungsphase nimmt die Umweltwirkungen in den Blick, die sich aus der Entsorgung und dem Recycling der materiellen Teilprodukte eines Softwareproduktes ergeben.
Die Nutzungsphase erklärt Wirkungen, die sich aus der Bereitstellung der Software, deren Nutzung sowie Wartung ergeben. Die Nutzung von Software führt zu mehreren direkten Effekten. Das Ausführen von Programmen benötigt Rechenzeit, um die von dem Programm umgesetzten Dienste ausliefern zu können und induziert dadurch einen entsprechenden Energieverbrauch. In Abhängigkeit von der Art der Software und des durch sie bereitgestellten Dienstes wird außerdem Netzwerkbandbreite und weitere Rechenkapazitäten auf Servern gebunden. Gleiches trifft auf die Größe und Häufigkeit von Updates zu. Die Größe der mit einer Software erstellten Daten beeinflusst die notwendigen Kapazitäten für die Datensicherung.
Neue Softwareprodukte benötigen i. A. aktuelle und leistungsstärkere Hardware als vergleichbare ältere Produkte, was oft zu einem Austausch der vorhandenen Hardware gegen neuere führt. Auf der einen Seite ist heute zwar neue Hardware mutmaßlich energieeffizienter als ältere Hardware, auf der anderen Seite führt die Produktion und Entsorgung von Hardware aber zu erheblichen Aufwänden an Energie und natürlichen Ressourcen (vgl. z. B. Hilty 2008, S. 125–126).
Die Verlängerung der Nutzungsdauer eines Gerätes ist insbesondere angesichts einiger systemischer Effekte, die hier beispielhaft angesprochen werden sollen, besonders relevant:
Neben den Bereitstellungseffekten und systemischen Effekten der Softwarenutzung sind auch die Nutzungseffekte genauer zu betrachten. Auch wenn diese in den frühen Entwurfsphasen einer Software nur abgeschätzt werden können, sind sowohl die erwarteten positiven Effekte (z. B. Dematerialisierungseffekte, Substitutionseffekte) als auch die möglichen negativen Effekte (Induktionseffekte, Rebound-Effekte) zu berücksichtigen, um zu einer ganzheitlichen Wirkungsabschätzung zu gelangen.
Die Stilllegungsphase berücksichtigt Wirkungen, die auftreten, wenn eine Software außer Betrieb genommen wird. So wird ein Softwareprodukt, das außer Betrieb genommen wird, häufig durch ein anderes (ggf. neues) Softwareprodukt ersetzt. Dies macht es ggf. notwendig, die vorhandenen Daten in das proprietäre Datenformat des neuen Produktes oder in ein offenes Datenformat zu konvertieren oder die Altdaten auf anderen Wegen zugänglich zu machen. Damit sind möglicherweise hohen finanzielle Aufwendungen oder andere Nachteile verbunden, wenn die Altdaten nicht konvertiert werden können, z. B. weil die Altanwendung ein proprietäres Datenformat verwendet.
Außerdem ist in dieser Phase ebenfalls die für Backups der Altdaten benötigte Speicherkapazität relevant, insbesondere dann, wenn die Daten aus rechtlichen Gründen über einen langen Zeitraum vorgehalten werden müssen.
Sie verlassen die offizielle Website der Hochschule Trier
