Mob Programming - Versionsgeschichte

Koyaanisqatsi01: Deklinationsfehler korrigiert

2024-08-17T13:28:55Z

Deklinationsfehler korrigiert

← Nächstältere Version		Version vom 17. August 2024, 15:28 Uhr
Zeile 27:		Zeile 27:
	Ståhl und Martensson kamen zu dem Ergebnis, dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifenden Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>		Ståhl und Martensson kamen zu dem Ergebnis, dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifenden Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>

	Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von ~~umgesetzt~~ Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>		Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzten Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>

	== Literatur ==		== Literatur ==

Wurgl: Doppelten Parameter entfernt

2024-08-12T06:50:36Z

Doppelten Parameter entfernt

← Nächstältere Version		Version vom 12. August 2024, 08:50 Uhr
Zeile 32:		Zeile 32:
	* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}		* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}
	* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}		* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}
	* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone ~~\|Datum=2000~~ \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}		* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}
	* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}		* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}

Jesi: form., Erg.

2024-08-11T11:30:31Z

form., Erg.

← Nächstältere Version		Version vom 11. August 2024, 13:30 Uhr
Zeile 6:		Zeile 6:
	Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]] etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>		Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]] etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>
	Bei Teams, die nicht programmieren – also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] – wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>		Bei Teams, die nicht programmieren – also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] – wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>
	Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=~~INNOQ~~ \|sprache=en \|abruf=2024-08-09}}</ref>		Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=innoq \|sprache=en \|abruf=2024-08-09}}</ref>

	Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name="agileAlliance">[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>		Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name="agileAlliance">[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>
Zeile 30:		Zeile 30:

	== Literatur ==		== Literatur ==
	* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en ~~\|Umfang=241~~}}		* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}
	* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en ~~\|Umfang=100~~}}		* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}
	* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg=~~innoQ~~ \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Datum=2000 \|ISBN=3-9821126-0-5 \|Sprache=en ~~\|Umfang=41~~}}		* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Datum=2000 \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}
	* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}		* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}

Guardian of Arcadia: /* Wissenschaftliche Untersuchungen */ Typo

2024-08-11T07:36:20Z

Wissenschaftliche Untersuchungen: Typo

← Nächstältere Version		Version vom 11. August 2024, 09:36 Uhr
Zeile 25:		Zeile 25:

	== Wissenschaftliche Untersuchungen ==		== Wissenschaftliche Untersuchungen ==
	Ståhl und Martensson kamen zu dem Ergebnis, dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche ~~übergreifende~~ Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>		Ståhl und Martensson kamen zu dem Ergebnis, dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifenden Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>

	Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>		Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>

At40mha: WP:WPSK (ISBN mit falscher Prüfsumme) korrigiert

2024-08-10T20:04:32Z

WP:WPSK (ISBN mit falscher Prüfsumme) korrigiert

← Nächstältere Version		Version vom 10. August 2024, 22:04 Uhr
Zeile 15:		Zeile 15:

	== Geschichte ==		== Geschichte ==
	Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Reihe=The XP Series \|Verlag=Addison-Wesley \|Datum=2002 \|ISBN=~~979~~-0-~~20177005~~-5 \|Kapitel=28 \|Sprache=en \|Umfang=700}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name="agileAlliance" /> Seit seinem Vortrag „Mob Programming“ bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:		Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Reihe=The XP Series \|Verlag=Addison-Wesley \|Datum=2002 \|ISBN=978-0-201-77005-6 \|Kapitel=28 \|Sprache=en \|Umfang=700}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name="agileAlliance" /> Seit seinem Vortrag „Mob Programming“ bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:
	{{Zitat		{{Zitat
	\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer		\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer

Invisigoth67: typo

2024-08-10T13:09:15Z

typo

← Nächstältere Version		Version vom 10. August 2024, 15:09 Uhr
Zeile 25:		Zeile 25:

	== Wissenschaftliche Untersuchungen ==		== Wissenschaftliche Untersuchungen ==
	Ståhl und Martensson kamen zu dem Ergebnis dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifende Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>		Ståhl und Martensson kamen zu dem Ergebnis, dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifende Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>

	Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>		Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>

Aka: falsches Komma entfernt, Halbgeviertstrich, typografische Anführungszeichen

2024-08-10T12:55:36Z

falsches Komma entfernt, Halbgeviertstrich, typografische Anführungszeichen

← Nächstältere Version		Version vom 10. August 2024, 14:55 Uhr
Zeile 4:		Zeile 4:
	[[Datei:Mob prog.jpg\|mini\|Mob Programmiersession]]		[[Datei:Mob prog.jpg\|mini\|Mob Programmiersession]]
	Mob Programming ist angelehnt an [[Paarprogrammierung]], das die Qualität von Software durch das [[Vier-Augen-Prinzip]] verbessert. Bei Mob Programming arbeiten alle Entwickler gemeinsam im gleichen Raum an einer Aufgabe. Sie benutzen dazu einen einzigen Computer, dessen Bild mithilfe eines [[Projektor]]s projiziert wird.<ref>[https://agile2014.sched.com/event/1exPSc0/mob-programming-a-whole-team-approach-woody-zuill Mob Programming: A Whole Team Approach] - Vortrag auf der Agile 2014 von Woody Zuill</ref> In der Regel wechseln sich die Teammitglieder etwa alle 30 Minuten ab, leisten konzeptionelle Arbeit und bringen neue Ideen in die Entwicklung ein.		Mob Programming ist angelehnt an [[Paarprogrammierung]], das die Qualität von Software durch das [[Vier-Augen-Prinzip]] verbessert. Bei Mob Programming arbeiten alle Entwickler gemeinsam im gleichen Raum an einer Aufgabe. Sie benutzen dazu einen einzigen Computer, dessen Bild mithilfe eines [[Projektor]]s projiziert wird.<ref>[https://agile2014.sched.com/event/1exPSc0/mob-programming-a-whole-team-approach-woody-zuill Mob Programming: A Whole Team Approach] - Vortrag auf der Agile 2014 von Woody Zuill</ref> In der Regel wechseln sich die Teammitglieder etwa alle 30 Minuten ab, leisten konzeptionelle Arbeit und bringen neue Ideen in die Entwicklung ein.
	Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]], etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>		Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]] etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>
	Bei Teams, die nicht programmieren - also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] - wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>		Bei Teams, die nicht programmieren – also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] – wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>
	Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=INNOQ \|sprache=en \|abruf=2024-08-09}}</ref>		Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=INNOQ \|sprache=en \|abruf=2024-08-09}}</ref>

Zeile 15:		Zeile 15:

	== Geschichte ==		== Geschichte ==
	Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Reihe=The XP Series \|Verlag=Addison-Wesley \|Datum=2002 \|ISBN=979-0-20177005-5 \|Kapitel=28 \|Sprache=en \|Umfang=700}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name="agileAlliance" /> Seit seinem Vortrag ~~"Mob~~ ~~Programming"~~ bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:		Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Reihe=The XP Series \|Verlag=Addison-Wesley \|Datum=2002 \|ISBN=979-0-20177005-5 \|Kapitel=28 \|Sprache=en \|Umfang=700}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name="agileAlliance" /> Seit seinem Vortrag „Mob Programming“ bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:
	{{Zitat		{{Zitat
	\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer		\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer

Crazy1880: Vorlagen-fix

2024-08-09T16:43:44Z

Vorlagen-fix

Sebastian.Dietrich: Sebastian.Dietrich verschob die Seite Benutzer:Sebastian.Dietrich/Mob Programming nach Mob Programming: Veröffentlichung des vorbereiteten Artikels

2024-08-09T14:21:24Z

Sebastian.Dietrich verschob die Seite Benutzer:Sebastian.Dietrich/Mob Programming nach Mob Programming: Veröffentlichung des vorbereiteten Artikels

← Nächstältere Version	Version vom 9. August 2024, 16:21 Uhr
(kein Unterschied)

Sebastian.Dietrich: Vorbereitung BNR -> ANR

2024-08-09T14:20:58Z

Vorbereitung BNR -> ANR

← Nächstältere Version		Version vom 9. August 2024, 16:20 Uhr
Zeile 1:		Zeile 1:
	{{Baustelle}}
	'''Mob Programming''' ({{deS\|Teamprogrammierung}}), auch ''Ensemble-Programming'', ist eine Softwareentwicklungsmethode, bei der das gesamte [[Gruppenarbeit (Arbeitsorganisation)\|Team]] gemeinsam und gleichzeitig an einer Aufgabe arbeitet.		'''Mob Programming''' ({{deS\|Teamprogrammierung}}), auch ''Ensemble-Programming'', ist eine Softwareentwicklungsmethode, bei der das gesamte [[Gruppenarbeit (Arbeitsorganisation)\|Team]] gemeinsam und gleichzeitig an einer Aufgabe arbeitet.

Zeile 44:		Zeile 43:
	<references />		<references />

	~~<nowiki>~~[[Kategorie:Programmierung]]		[[Kategorie:Programmierung]]
	[[Kategorie:Agile Softwareentwicklung]]~~</nowiki>~~		[[Kategorie:Agile Softwareentwicklung]]

← Nächstältere Version		Version vom 12. August 2024, 08:50 Uhr
Zeile 32:		Zeile 32:
	* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}		* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}
	* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}		* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}
	* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone ~~\|Datum=2000~~ \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}		* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}
	* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}		* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}

← Nächstältere Version		Version vom 11. August 2024, 13:30 Uhr
Zeile 6:		Zeile 6:
	Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]] etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>		Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]] etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>
	Bei Teams, die nicht programmieren – also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] – wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>		Bei Teams, die nicht programmieren – also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] – wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>
	Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=~~INNOQ~~ \|sprache=en \|abruf=2024-08-09}}</ref>		Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=innoq \|sprache=en \|abruf=2024-08-09}}</ref>

	Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name="agileAlliance">[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>		Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name="agileAlliance">[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>
Zeile 30:		Zeile 30:

	== Literatur ==		== Literatur ==
	* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en ~~\|Umfang=241~~}}		* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en}}
	* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en ~~\|Umfang=100~~}}		* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en}}
	* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg=~~innoQ~~ \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Datum=2000 \|ISBN=3-9821126-0-5 \|Sprache=en ~~\|Umfang=41~~}}		* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg= \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Datum=2000 \|Verlag=innoq \|Ort=Monheim am Rhein \|Datum=2019 \|ISBN=3-9821126-0-5 \|Sprache=en}}
	* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}		* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}

← Nächstältere Version		Version vom 9. August 2024, 18:43 Uhr
Zeile 5:		Zeile 5:
	Mob Programming ist angelehnt an [[Paarprogrammierung]], das die Qualität von Software durch das [[Vier-Augen-Prinzip]] verbessert. Bei Mob Programming arbeiten alle Entwickler gemeinsam im gleichen Raum an einer Aufgabe. Sie benutzen dazu einen einzigen Computer, dessen Bild mithilfe eines [[Projektor]]s projiziert wird.<ref>[https://agile2014.sched.com/event/1exPSc0/mob-programming-a-whole-team-approach-woody-zuill Mob Programming: A Whole Team Approach] - Vortrag auf der Agile 2014 von Woody Zuill</ref> In der Regel wechseln sich die Teammitglieder etwa alle 30 Minuten ab, leisten konzeptionelle Arbeit und bringen neue Ideen in die Entwicklung ein.		Mob Programming ist angelehnt an [[Paarprogrammierung]], das die Qualität von Software durch das [[Vier-Augen-Prinzip]] verbessert. Bei Mob Programming arbeiten alle Entwickler gemeinsam im gleichen Raum an einer Aufgabe. Sie benutzen dazu einen einzigen Computer, dessen Bild mithilfe eines [[Projektor]]s projiziert wird.<ref>[https://agile2014.sched.com/event/1exPSc0/mob-programming-a-whole-team-approach-woody-zuill Mob Programming: A Whole Team Approach] - Vortrag auf der Agile 2014 von Woody Zuill</ref> In der Regel wechseln sich die Teammitglieder etwa alle 30 Minuten ab, leisten konzeptionelle Arbeit und bringen neue Ideen in die Entwicklung ein.
	Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]], etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>		Mob Programming ist nicht nur auf die Programmierung beschränkt: Andere typische Softwareentwicklungsaufgaben wie [[Anforderungsmanagement]], [[Softwaredesign]], [[Softwaretest]], etc. werden ebenfalls gemeinsam erledigt. Alle am Projekt beteiligten Personen, darunter auch Anwender und Fachexperten gelten dabei als Teammitglieder.<ref>{{Internetquelle \|autor=Julien Nigri \|url=http://blog.soat.fr/2014/05/le-mob-programming-presentation/ \|titel=Le Mob Programming \|titelerg=Présentation \|datum=2014-05-13 \|sprache=fr \|abruf=2024-08-09}}</ref>
	Bei Teams, die nicht programmieren - also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] - wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017~~-02-13~~ \|~~Sprache~~=de \|~~Umfang~~=~~238~~ \|~~ISBN~~=~~978-3446446342~~ \|~~Seiten~~=32}}</ref>		Bei Teams, die nicht programmieren - also beispielsweise [[User Experience\|Design-]] oder [[Projektplanung\|Planungsteams]] - wird der Begriff ''Swarming'' genannt.<ref>{{Literatur \|Autor=[[Boris Gloger]], Carsten Rasche \|Titel=Scrum Think big \|TitelErg=Scrum für wirklich große Projekte, viele Teams und viele Kulturen \|Verlag=[[Carl Hanser Verlag]] \|Ort= \|Datum=2017 \|ISBN=978-3-446-44634-2 \|Seiten=32 \|Sprache=de \|Umfang=238}}</ref>
	Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=INNOQ \|sprache=en \|abruf=2024-08-09}}</ref>		Mob Programming ist auch für verteilte Teams möglich, indem alle Mitglieder mittels [[Screen-Sharing]] in einem virtuellen Raum zusammenarbeiten.<ref>{{Internetquelle \|autor=Simon Harrer, Jochen Christ, Martin Huber \|url=https://www.remotemobprogramming.org/ \|titel=Remote Mob Programming \|hrsg=INNOQ \|sprache=en \|abruf=2024-08-09}}</ref>

	Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name=agileAlliance>[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>		Als Weiterentwicklung von agilen Methodiken gelten folgende Ziele für Mob Programming:<ref name="agileAlliance">[https://www.agilealliance.org/glossary/mob-programming/ Agile Alliance - Mob Programming]</ref>
	* Die Teammitglieder interagieren miteinander mit Freundlichkeit, Rücksichtnahme und Respekt.		* Die Teammitglieder interagieren miteinander mit Freundlichkeit, Rücksichtnahme und Respekt.
	* Der physische Arbeitsraum des Teams ist so gestaltet, dass das gesamte Team gleichzeitig an derselben Aufgabe ergonomisch arbeiten kann.		* Der physische Arbeitsraum des Teams ist so gestaltet, dass das gesamte Team gleichzeitig an derselben Aufgabe ergonomisch arbeiten kann.
Zeile 15:		Zeile 15:

	== Geschichte ==		== Geschichte ==
	Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Verlag=Addison-Wesley \|Datum=2002~~-08-26~~ \|~~Sprache~~=en \|~~Umfang~~=~~700~~ \|~~Reihe~~=~~The XP Series~~ \|~~ISBN~~=~~979-0201770055 \|Kapitel=28~~}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name=agileAlliance/> Seit seinem Vortrag "Mob Programming" bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:		Der Begriff Mob Programming wurde erstmals 2002 in einem Aufsatz von Hohman und Slocum in ''Extreme Programming Perspectives'' erwähnt.<ref>{{Literatur \|Autor=Moses Hohman, Andrew Slocum \|Titel=28. Mob Programming and the Transition to XP \|Sammelwerk=Extreme Programming Perspectives \|Reihe=The XP Series \|Verlag=Addison-Wesley \|Datum=2002 \|ISBN=979-0-20177005-5 \|Kapitel=28 \|Sprache=en \|Umfang=700}}</ref> Unabhängig davon wurde Mob Programming 2011 durch Woody Zuill in einem Team bei Hunter Industries als Weiterentwicklung von [[Testgetriebene Entwicklung\|Testgetriebener Entwicklung]] und Coding Dojos eingesetzt.<ref name="agileAlliance" /> Seit seinem Vortrag "Mob Programming" bei der [[JavaOne]] 2014 in [[San Francisco]] gilt Woody Zuill als Begründer dieses Entwicklungsansatzes. Zuill erklärt Mob Programming folgendermaßen:
	{{Zitat		{{Zitat
	\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer		\|Text=All the brilliant people working on the same thing, at the same time, in the same space, on the same computer
Zeile 22:		Zeile 22:
	\|Quelle=Mob Programming - A Whole Team Approach		\|Quelle=Mob Programming - A Whole Team Approach
	\|Übersetzung=Alle genialen Leute arbeiten gleichzeitig an derselben Sache/Projekt, zur selben Zeit, am selben Ort, auf demselben Computer		\|Übersetzung=Alle genialen Leute arbeiten gleichzeitig an derselben Sache/Projekt, zur selben Zeit, am selben Ort, auf demselben Computer
	\|ref=<ref>{{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022-11-06 \|Sprache=en \|Umfang=241 ~~\|ISBN=979-8361186938~~}}</ref>		\|ref=<ref>{{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en \|Umfang=241}}</ref>}}
	}}

	== Wissenschaftliche Untersuchungen ==		== Wissenschaftliche Untersuchungen ==
	Ståhl und Martensson kamen zu dem Ergebnis dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifende Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Titel=Mob programming: From avant-garde		Ståhl und Martensson kamen zu dem Ergebnis dass Mob Programming einen positiven Effekt auf Durchlaufzeit (Zeit bis Entwicklungsaufgaben als fertiggestellt gelten) und Produktivität bei komplexen, mehrere Bereiche übergreifende Aufgaben hat. Auf der anderen Seite konstatierten sie sowohl hinsichtlich der Gesamtproduktivität als auch des Wissenstransfers widersprüchliche Resultate und wenn dann nur geringe Verbesserungen.<ref name="StahlMartensson">{{Literatur \|Autor=Daniel Ståhl, Torvald Martensson \|Hrsg=Elsevier \|Titel=Mob programming: From avant-garde experimentation to established practice \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|Band=180 \|Datum=2021-10 \|Sprache=en \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|DOI=10.1016/j.jss.2021.111017 \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>
	experimentation to established practice \|Hrsg=Elsevier \|Sammelwerk=Journal of Systems and Software, 180, 111017 \|WerkErg= \|Band=180 \|Verlag= \|Ort= \|Datum=2021-10 \|Sprache=en \|Umfang=18 \|URN=nbn:se:liu:diva-178282 \|DOI=10.1016/j.jss.2021.111017 \|Online=https://liu.diva-portal.org/smash/get/diva2:1585906/FULLTEXT01.pdf \|Format=PDF \|KBytes=448 \|Abruf=2024-06-10 \|Zitat=interview results indicate that mob programming has positive effects on lead time optimization and productivity when applied to complex tasks covering multiple domains, whereas effects on productivity more generally are ambiguous and likely to be modest. Similarly, implications of mob programming on learning are ambiguous}}</ref>

	Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming ~~\|Hrsg=Linnaeus University~~ \|Datum=2023 \|Sprache=en ~~\|Umfang=33 \|URN=nbn:se:lnu:diva-122307~~ \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>		Wang und Manos verglichen Mob Programming mit Paarprogrammierung und kamen zu dem Ergebnis, dass Mob Programmierung zu weniger Stress führe, allerdings in Situationen schlechter sei, welche intensive Zusammenarbeit und Wissensaustausch fordern. Die Produktivität (im Sinne von umgesetzt Tasks) wäre bei Pair Programming höher, aber die Effizienz (im Sinne von wenig Bugs) bei Mob Programming.<ref>{{Literatur \|Autor=Yibo Wang, Andreas Manos \|Hrsg=Linnaeus University \|Titel=Comparative Analysis of Programming Approaches in Software Development \|TitelErg=An Emperical Study of Solo, Pair, and Mob Programming \|Datum=2023 \|Sprache=en \|Online=https://www.diva-portal.org/smash/get/diva2:1771737/FULLTEXT01.pdf \|Format=PDF \|KBytes=942 \|Abruf=2024-08-08 \|Umfang=33 \|URN=nbn:se:lnu:diva-122307 \|Zitat=The comparison between mob and pair programming in articles suggested that the choice largely depends on the team's specific context and needs. For example, Dragos found that mob programming can lead to lower stress levels compared to pair programming, while Kattan et al. observed that pair programming can be more suitable for tasks that require a high level of collaboration. [..] In terms of productivity, mob programming exhibited a superior quality of work even though only one person was operating, while pair programming exhibited variability based on group dynamics."}}</ref>

	== Literatur ==		== Literatur ==
	* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022-11-06 \|Sprache=en \|Umfang=241~~\|ISBN=979-8361186938~~}}		* {{Literatur \|Autor=Woody Zuill, Kevin Meadows \|Titel=Software Teaming \|TitelErg=A Mob Programming, Whole-Team Approach \|Datum=2022 \|ISBN=979-8-36118693-8 \|Sprache=en \|Umfang=241}}
	* {{Literatur \|Autor=Mark Pearl \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming ~~\|Hrsg=Pragmatic Bookshelf~~ \|Verlag=O'Reilly \|Datum=2018-07-05 \|Sprache=en \|Umfang=100 ~~\|ISBN=978-1680506150~~}}		* {{Literatur \|Autor=Mark Pearl \|Hrsg=Pragmatic Bookshelf \|Titel=Code with the Wisdom of the Crowd \|TitelErg=Get Better Together with Mob Programming \|Verlag=O'Reilly \|Datum=2018 \|ISBN=978-1-68050-615-0 \|Sprache=en \|Umfang=100}}
	* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|~~Hrsg~~=~~innoQ~~ \|~~Datum~~=~~2000~~-03-17 \|Sprache=en \|Umfang=41 ~~\|ISBN=978-3982112602~~}}		* {{Literatur \|Autor=Simon Harrer, Jochen Christ, Martin Huber \|Hrsg=innoQ \|Titel=Remote Mob Programming \|TitelErg=At home, but not alone \|Datum=2000 \|ISBN=3-9821126-0-5 \|Sprache=en \|Umfang=41}}
	* {{Literatur \|Autor=Karel Boekhout \|Titel=Mob Programming \|TitelErg=Find Fun Faster ~~\|Hrsg=Helen Sharp, Tracy Hall \|Verlag=Springer~~ \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|~~Datum~~=~~2016-05-15~~ \|~~Sprache~~=en \|ISBN=978-3-319-33514-8 \|Seiten=~~185-192~~ \|~~DOI~~=~~10.1007/978-3-319-33515-5~~ \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=~~pdf~~ \|Abruf=2024-08-08}}		* {{Literatur \|Autor=Karel Boekhout \|Hrsg=Helen Sharp, Tracy Hall \|Titel=Mob Programming \|TitelErg=Find Fun Faster \|Sammelwerk=Agile Processes in Software Engineering and Extreme Programming \|WerkErg=17th International Conference, XP 2016 \|Band=251 \|Verlag=Springer \|Datum=2016 \|ISBN=978-3-319-33514-8 \|Seiten=185–192 \|Sprache=en \|Online=https://link.springer.com/chapter/10.1007/978-3-319-33515-5_15 \|Format=PDF \|KBytes=12100 \|Abruf=2024-08-08 \|DOI=10.1007/978-3-319-33515-5}}

	== Weblinks ==		== Weblinks ==