Auflistung nach:
Auflistung P276 - PVM2017 - Projektmanagement und Vorgehensmodelle nach Titel
1 - 10 von 19
Treffer pro Seite
Sortieroptionen
- TextdokumentAgile Produktentwicklung im Einsatzfeld einer Hochtechnologie (Künstliche Intelligenz)(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Morgenthal, Jan F.Seit etwa 1,5 Jahren setzt die Deutsche Telekom Künstliche Intelligenz (u.a. Machine learning) im Kundenservice ein. Die Produktentwicklung steht dabei vor besonderen Herausforderungen, da sowohl die Hochtechnologie KI eigene Anforderungen an die Applikationsentwicklung hat als auch das Umfeld im Kundenservice direkt am Markt / Endkunden ganz eigene Anforderungen hervorruft. Hierbei wurde ein agiles Setup ausgewählt, angelehnt an das Spotify Entwicklungsablauf- und aufbauorganisation, um allen Anforderungen, sowohl den technischen als auch den organisatorischen gerecht zu werden. Das Ziel war eine dynamische und adaptive Produktentwicklung zu formen, um sowohl laufenden Neuerungen der KI zu integrieren als auch auf das ständige Feedback, Ideen und Änderungen des Marktes antworten zu können.
- TextdokumentAgile? Scrum? Augenhöhe? - Muss das alles sein?(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Witt, AndreasAgiles Arbeiten ist modern und gute Projekte werden mit Scrum gemacht. Nicht nur Startups, sondern auch Konzerne stellen zunehmend ihre Methoden um und wollen so ihre Wettbewerbsfähigkeit verbessern. Projektleiter werden zu Scrum Mastern und Projektpläne sind verpönt. Hierarchien werden abgebaut und Verantwortung wird delegiert. Die Keynote bietet eine Begriffsklärung und einige Hinweise, was bei einer Transformation zu berücksichtigen ist, aus der Perspektive eines Maschinenbau-Unternehmens, das sich mitten in der Transformation befindet.
- TextdokumentAgiler Projektleiter – Vermittler und Moderator im hybriden Projektumfeld(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Krieg, AlexanderImmer mehr Unternehmen beschäftigen sich mit Agilität. Erste Pilotprojekte werden oft mit dem Scrum Framework (vergl. [Su16]) abgewickelt und können in der Regel anhand der überschaubaren Größe ohne große Veränderungen durchgeführt werden. Die mit den Scrum Piloten erzielten Erfolge führen immer öfter dazu, dass das Management entscheidet, auch größere Projekte im Kern agil durchzuführen. Dabei wird allerdings nur selten eine agile Skalierung durch Frameworks wie z.B. LeSS (vergl. [La16]) gewählt. Das führt dazu, dass die Projekte anhand ihrer Größe einem klassischen Lenkungskreis oder PMO unterstellt werden. Spätestens ab jetzt treffen zwei völlig unterschiedliche Sichtweisen aufeinander, die es zu vereinen gilt. Der agile Projektleiter wird zum Vermittler zwischen beiden Sichtweisen. Dafür muss er beide Vorgehensweisen verinnerlicht haben und auch wissen, wie man beide zusammenführen kann. Der Beitrag möchte aufzeigen, worauf ein agiler Projektleiter bei der Zusammenführung achten sollte.
- TextdokumentAgilität in Produktinnovationsprojekten mittelständischer Unternehmen(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Grünewald, ChristianeIm Fokus dieses Beitrags steht die Nutzung von Agilität in Produktinnovationsprojekten mittelständischer Unternehmen. Es wird aufgezeigt, welche Rahmenbedingungen für die Nutzung von Agilität notwendig sind. Darüber hinaus werden Handlungsempfehlungen gegeben. Mit der Konzentration auf die schnelle Projektplanungsänderung und die aktive Kundeneinbeziehung soll die Komplexität in Produktinnovationsprojekten mittelständischer Unternehmen beherrschbar gemacht und deren Innovationskraft gestärkt werden.
- TextdokumentDer Auswahlprozess von Vorgehensmodellen: Eine Übersicht und Diskussion von Vergleichsansätzen(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Albers, ChristophIT-Entscheider stehen bei Projektbeginn vor der Herausforderung, ein für das Projekt, das Projektteam und das Unternehmen passendes Vorgehensmodell (VM) auszuwählen. In der Praxis zeigt sich, dass diese Entscheidung zumeist auf Grundlage einer Einzelmeinung oder der weniger getroffen wird. Dabei sind durchaus diverse Ansätze zum Vergleich und zur Auswahl von VM bekannt. Dieser Artikel zeigt eine Übersicht solcher Vergleichsansätze und diskutiert diese kritisch gefolgt von Vorschlägen zur Entwicklung eines neuen Ansatzes mit dem Ziel, die Akzeptanz und Anwendung in der Praxis zu steigern.
- TextdokumentFake News: Simply Agile(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Klünder, Jil; Schmitt, Anna; Hohl, Philipp; Schneider, KurtSince 2001, agile software development has increasingly been spreading into industry. The original contributors of the manifesto for agile software development had in mind to make the world a better place for software developers. Focusing on social and human factors, it is widely accepted that the adaption of agile methods and practices leads to more satisfied and, hence, more productive developers. However, agile teams are not necessarily happier than teams working in a plan-driven way. This position paper presents reasons why an agile adaption is hard to achieve and might lead to dissatisfied developers. It is based on preliminary results of our survey with the seventeen contributors of the manifesto. It further comprises the results of an interview study. Both data sources allow drawing conclusions concerning the consequences of agile transformation for developers.
- TextdokumentFrom ISO 9001:2008 to ISO 9001:2015 – Challenges for Software Engineering in Small and Medium Sized Enterprises(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Krylova, Svetlana; Leuchter, SandroA case study of updating a quality management system (QMS) from ISO 9001:2008 to ISO 9001:2015 is presented. The QMS has covered all activity in a software developing, selling, and implementing ERP projects based on Dynamics AX SME. In the case study requirements of the new 2015 version were analysed. Some areas of the initial QMS needed modifications. BPMN has been introduced as process notation and some processes, roles, tools, and artefacts in risk, knowledge, and change management had also to be newly developed or modified.
- TextdokumentIs There a Blueprint for Building an Agile Culture?(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Küpper, Steffen; Kuhrmann, Marco; Wiatrok, Matthias; Andelfinger, Urs; Rausch, AndreasEstablishing agile principles and values requires time becoming part of the organizational mindset. One approach is implementing selected agile methods first and waiting for the agile culture to emerge and mature. Nevertheless, it remains unclear if there is a way to improve the culture-building process by emphasizing factors that foster an agile culture. Research on factors that support a systematic development of an agile culture is rare. Hence, we aim to shed light on how an agile culture can be developed in a systematic way. To investigate approaches to initiate and stabilize a cultural change towards agile, we conducted a semi-structured interview with eight agile coaches. Our results comprise 50 factors that influence culture development. Furthermore, we identified two major phases of an agile transition. Even though different focal points are set, early and continuous management involvement is key to a successful transition. Nevertheless, our results do not indicate a generalizable blueprint-like approach for establishing an agile culture.
- TextdokumentKostenschätzungsmethoden bei hybriden Projekten(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Rosenberger, Philipp; Ortner, ChristinaZiel dieses Artikels ist es zu zeigen, dass sich klassische und agile Kostenschätzungsmethoden für die Kostenschätzung bei hybriden Projekten eignen und mögliche Schwachpunkte durch ein neues, hybrides Verfahren, das basierend auf einer Zusammenführung von bestehenden Methoden entwickelt wird, behoben werden können. Dies wurde empirisch durch fünf Experteninterviews überprüft, auf deren Basis eine qualitative Inhaltsanalyse durchgeführt wurde. Die Forschungsergebnisse belegen, dass sich klassische und agile Kostenschätzungsmethoden für eine Anwendung bei hybriden Projekten grundsätzlich eignen. Außerdem wird gezeigt, dass die von den Experten festgestellten Schwachpunkte, durch das neu entwickelte Verfahren beheben lassen.
- TextdokumentReduktion der Dokumentationspflichten für Softwareentwicklung und Softwaredeployment in einem regulierten Umfeld(Projektmanagement und Vorgehensmodelle 2017 - Die Spannung zwischen dem Prozess und den Mensch im Projekt, 2017) Hansen, Timothy; Volland, AlexanderDer Artikel beschäftigt sich mit der Reduktion der IT Dokumentationspflichten in einem Unternehmen, welches als Kapitalanlagegesellschaft einer Reihe von verbindlichen externen Richtlinien und selbstauferlegten Vorgaben unterliegt. Über mehrere Jahre sind mit wachsenden Vorschriften redundante Kontrollen und Ergebnistypen mit Überschneidungen etabliert worden, die zwar die Dokumentationspflichten darstellen, in der Praxis jedoch einen hohen Aufwand erzeugen. Vergleichbar mit anderen größeren Unternehmen werden Kontrollen von unterschiedlichsten Funktionen, teils praxisfern, teils praxisnah, definiert und sind dann von Projekten zu erfüllen. In der Ausgangssituation fanden wir neben verschiedenen Tools, in denen Kontrollen abgebildet wurden auch eine sog. Service Acceptance Criteria Liste (SAC-Liste) vor, welche verbindlich 160 Kontrollen für Produktivnahmen enthielt. Mit unserem Vortrag zeigen wir auf, wie die Kontrollen mit einer einheitlichen Struktur und einer übergreifenden Methodik aufeinander abgestimmt und damit Redundanzen sowie Blindleistung erheblich reduziert werden können. Die angewendete Struktur setzt dabei auf folgende Eigenschaften einer Kontrolle auf: Scope, zur Steuerung des Geltungsbereichs; Szenarien bezüglich des Umfangs und Art der Änderung; Quality Gates, die eine Abhängigkeit und eine Abfolge aufzeigen; Fokus auf Ergebnistypen mit Gütekriterien als Kontrolle, klare Benennung der relevanten Verantwortungen hinsichtlich Definition von Kontrollen, Bearbeitung sowie Empfänger und Abnehmer. Diese Kombination ergibt ein leicht darstellbares, pflegbares Kontrollenmodell, welches zugleich eine Reduktion der Kontrollen auf das Wesentliche ermöglicht. Ergänzend wurde ein einfacher, an Lean-Management-Methoden angelehnter Prozess etabliert, mit dem der Neuaufbau von redundanten Prüfungen verhindert werden soll. Zusätzlich sollen die Kontrollen so aufbereitet werden, dass diese zielgerichtet, risikoorientiert und passend für das jeweilige IT-Projekt ausgewählt werden und jeweils zeitnah geprüft werden. Mit Hilfe des neuen Modells kann anhand eines Beispielprojekts nachgewiesen werden, dass die Pflichtkontrollen auf 9 % des ursprünglich undifferenzierten Gesamtumfangs reduziert werden können. Der Artikel stellt das Projekt und das erarbeitete Optimierungsmodell vor.