Global ETD Search

1	Agiles Entwerfen – Lektionen aus einem Experiment Richter, Sven 06 June 2018 (has links) (PDF) Erfolg macht attraktiv – das gilt auch für die Prinzipien und Methoden der agilen Softwareentwicklung. Diese finden momentan eine weite Verbreitung, denn sie geben offenbar gute oder zumindest bessere Antworten auf die Probleme, mit denen die herkömmlichen Projektmethoden nicht zurande kommen (Royce 1970). Agile, manchmal auch »leichtgewichtig« genannte Methoden vermeiden übermäßige Planung und Spezifikation, sie ersetzen sie durch eine schnelle Abfolge von Zyklen aus Aktion-Reflexion und Neuausrichtung. Sie bevorzugen die Kollaboration unter gleichberechtigten Experten, die Kommunikation statt Weisung. Und sie beziehen den Kunden und späteren Nutzer bereits in die Entwicklungsarbeit mit ein, denn der Kunde ist die wichtigste Informationsquelle, er bestimmt, inwiefern das Produkt für ihn nützlich ist. Durch solche Prinzipien ist es möglich, Zeit- und Budgetüberschreitungen besser zu vermeiden, einen produktiven Umgang mit Ungewissheit und wechselnden Situationen zu entwickeln und schonender mit der menschlichen Arbeitskraft umzugehen (Abrahamsson et al. 2003). So hat sich das Konzept der »Agilität« auch auf andere Bereiche übertragen, z.B. auf die Gründung von Unternehmen (»Lean Start Up«, Ries 2011) oder die Gestaltung von Organisationsstrukturen (»Agile Organisation«, Richardson 2005). [... aus dem Text] Agilität agile Entwicklung Agility agile development ddc:620 rvk:ZG 9148
2	Agiles Entwerfen – Lektionen aus einem Experiment Richter, Sven January 2012 (has links) Erfolg macht attraktiv – das gilt auch für die Prinzipien und Methoden der agilen Softwareentwicklung. Diese finden momentan eine weite Verbreitung, denn sie geben offenbar gute oder zumindest bessere Antworten auf die Probleme, mit denen die herkömmlichen Projektmethoden nicht zurande kommen (Royce 1970). Agile, manchmal auch »leichtgewichtig« genannte Methoden vermeiden übermäßige Planung und Spezifikation, sie ersetzen sie durch eine schnelle Abfolge von Zyklen aus Aktion-Reflexion und Neuausrichtung. Sie bevorzugen die Kollaboration unter gleichberechtigten Experten, die Kommunikation statt Weisung. Und sie beziehen den Kunden und späteren Nutzer bereits in die Entwicklungsarbeit mit ein, denn der Kunde ist die wichtigste Informationsquelle, er bestimmt, inwiefern das Produkt für ihn nützlich ist. Durch solche Prinzipien ist es möglich, Zeit- und Budgetüberschreitungen besser zu vermeiden, einen produktiven Umgang mit Ungewissheit und wechselnden Situationen zu entwickeln und schonender mit der menschlichen Arbeitskraft umzugehen (Abrahamsson et al. 2003). So hat sich das Konzept der »Agilität« auch auf andere Bereiche übertragen, z.B. auf die Gründung von Unternehmen (»Lean Start Up«, Ries 2011) oder die Gestaltung von Organisationsstrukturen (»Agile Organisation«, Richardson 2005). [... aus dem Text] info:eu-repo/classification/ddc/620 ddc:620 Agilität, agile Entwicklung Agility, agile development
3	SoftWiki - Agiles Requirements-Engineering für Softwareprojekte mit einer großen Anzahl verteilter Stakeholder Auer, Sören, Riechert, Thomas, Fähnrich, Klaus-Peter 11 April 2014 (has links) (PDF) In den 80er und 90er Jahren hatten große Anwendungssysteme in Unternehmen einige hundert bis tausend Anwender. Der Software-Entwicklungsprozess für diese Anwendungen war innerhalb der Unternehmen relativ klar geregelt. Fachinformatiker und Fachabteilungen standen einander dabei gegenüber. Oft wurden auch externe Fachleute und Komponentenlieferanten integriert. Entwicklungsmethoden und Werkzeuge waren auf diese Situation ausgelegt. Seit dieser Zeit haben wesentliche Veränderungen stattgefunden. Internettechnologien haben neue Klassen von Applikationen ermöglicht, die wie folgt charakterisiert werden können: - Die Applikationen sind kooperativ (unternehmensübergreifend). Nicht selten sind 20-50 oder mehr Unternehmen z. B. bei Zulieferketten beteiligt. - Eine eigene Klasse bilden mandantenfähige Systeme sowie Business-to-Consumer Systeme (B2C) bei denen sehr große Nutzerzahlen konnektiert werden. - Die Entwicklungszeiten liegen im Bereich von Monaten statt Jahren für eine erste Bereitstellung einer Basislösung. - Die Systeme werden inkrementell unter starker Anwenderbeteiligung bis hin zur Endbenutzerbeteiligung weiterentwickelt. (...) Konferenz GeNeMe 2006 Neue Medien SoftWiki Agile Entwicklung Softwareentwicklung Requirements-Engineering conference new media social media web 2.0 community SoftWiki requirements engineering software development agile development ddc:330 rvk:QR 760
4	SoftWiki - Agiles Requirements-Engineering für Softwareprojekte mit einer großen Anzahl verteilter Stakeholder Auer, Sören, Riechert, Thomas, Fähnrich, Klaus-Peter January 2006 (has links) In den 80er und 90er Jahren hatten große Anwendungssysteme in Unternehmen einige hundert bis tausend Anwender. Der Software-Entwicklungsprozess für diese Anwendungen war innerhalb der Unternehmen relativ klar geregelt. Fachinformatiker und Fachabteilungen standen einander dabei gegenüber. Oft wurden auch externe Fachleute und Komponentenlieferanten integriert. Entwicklungsmethoden und Werkzeuge waren auf diese Situation ausgelegt. Seit dieser Zeit haben wesentliche Veränderungen stattgefunden. Internettechnologien haben neue Klassen von Applikationen ermöglicht, die wie folgt charakterisiert werden können: - Die Applikationen sind kooperativ (unternehmensübergreifend). Nicht selten sind 20-50 oder mehr Unternehmen z. B. bei Zulieferketten beteiligt. - Eine eigene Klasse bilden mandantenfähige Systeme sowie Business-to-Consumer Systeme (B2C) bei denen sehr große Nutzerzahlen konnektiert werden. - Die Entwicklungszeiten liegen im Bereich von Monaten statt Jahren für eine erste Bereitstellung einer Basislösung. - Die Systeme werden inkrementell unter starker Anwenderbeteiligung bis hin zur Endbenutzerbeteiligung weiterentwickelt. (...) info:eu-repo/classification/ddc/330 ddc:330

1

Page generated in 0.0358 seconds