urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:	edition	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1	body	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.1	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.1.1	p	im ‚zeitalter des druckes‘ war die entstehung des kulturellen gedächtnisses von individuen und autoritäten geprägt, das buch ziel und ergebnis der (scheinbar) finalen forschung (u.a. burdick et al. 2012). im gegensatz zum traditionellen forschungsprozess stehen die dh für ‚teamwork‘ und ‚kollaboration‘ sowie für eine art und weise zu forschen und zu publizieren, die eher ‚prozessorientiert‘ als ‚produktorientiert‘ ist (griffin u. haylor 2018: §1, tabak 2017: §6). um die skizzierten paradigmen des digitalen forschungsprozesses in der praxis zu verinnerlichen und zu adaptieren, hat telota (kurz für „the electronic life of the academy“),<ref xmlns="http://www.tei-c.org/ns/1.0" target="ftn1" n="1" /> die dh-abteilung der berlin-brandenburgischen akademie der wissenschaften (bbaw), in seiner 20-jährigen geschichte mehrfach die eigenen arbeitsstrukturen evaluiert und überarbeitet. ausgehend davon wird der vortrag eine seit etwa 2020 etablierte organisationsstruktur, die team, projekte und forschungssoftwareentwicklung umfasst, vorstellen sowie erfahrungen in der umsetzung reflektieren.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.1.2	p	da die dh nicht nur für geisteswissenschaftliche forschung mit digitalen methoden, sondern auch für einen wandel des forschungsprozesses selbst stehen, zählt der themenbereich ‚organisation und workflows‘ zu kontext und bedingungsrahmen, in dem das kulturelle erbe digital erschlossen wird, und bildet rund um die frage nach dh-spezifischen ‚arbeitskulturen‘ ein spannendes diskussionsfeld zu „kulturen des digitalen gedächtnisses“.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.2	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.2.1	p	in den letzten jahren gab es auf den dhd-konferenzen vermehrt beiträge zu verschiedenen formen von arbeitsorganisation in den dh, die vor allem den aufbau neuer dh-standorte thematisiert haben (roeder et al. 2020, 2019a u. 2019b). entgegen der annahme, vor allem standorte, an denen ‚dh from scratch‘ betrieben wird, sähen sich mit „institutionellen, organisatorischen, personellen und technischen anforderungen“ (roeder et al. 2019b) konfrontiert, gilt dies auch für langjährig gewachsene dh-abteilungen, die zum teil auf über zwei dekaden des bestehens und arbeitens zurückblicken.<ref xmlns="http://www.tei-c.org/ns/1.0" target="ftn2" n="2" /> aus der phase des experimentierens herausgewachsen stehen sie vor ganz anderen herausforderungen: so hat die etablierung der dh als methode und fach im allgemeinen vor allem im letzten jahrzehnt einen regelrechten ‚boom‘ an digitalen forschungsprojekten ausgelöst. abgesehen von stetig neuen projekten haben die standorte ‚mit vergangenheit‘ bereits eine ganze generation von nicht mehr finanzierten legacy-projekten in betrieb zu halten. das wachstum an projekten hat aus ehemals kleinen standorten mit geringer personeller dichte und lab-charakter in relativ kurzer zeit große teams mit vielen und vielfältigen mitarbeiter/innen gemacht. in der konsequenz funktionieren althergebrachte, auf wenige projekte und auf ein kleines team ausgerichtete workflows und arbeitsstrukturen nicht mehr und müssen neu gedacht werden. orientierungspunkte einer restrukturierung von arbeitsprozessen in den dh können dabei u.a. methoden aus der softwareentwicklung (usher et al. 2020, agile business consortium 2014, rubin 2012) sowie - teilweise davon abgeleitete - dh-spezifische ansätze aus dem internationalen kontext bilden (smithies u. ciula 2020, smithies et al. 2019, ferraro u. sichani 2018, tabak 2017, reed 2014).
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.3	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.3.1	p	2021 feiert telota seinen zwanzigsten geburtstag. anfänglich eine eher strategische initiative, begann die arbeit im bereich der softwareentwicklung etwa 2005. telota bestand damals aus einer leitung, zwei mitarbeiter/innen und zwei studentischen hilfskräften und hatte einen stark experimentellen charakter. die phase der technischen professionalisierung setzte ab etwa 2008 ein, als die fokussierung auf einzelne projekte um die perspektive der projektübergreifenden standardisierung erweitert wurde (grötschel u. neumann 2011). ab mitte der 2010er jahre führte das steigende interesse der vorhaben der bbaw an der umsetzung digitaler projekte sowie von externen projektpartnern an der nachnutzung der von telota entwickelten werkzeuge zu einem starken anstieg an neuen projekten, wodurch sich auch das telota-team vergrößerte: 2015 bestand das team noch aus einer leitung, fünf wissenschaftlichen mitarbeiter/innen und vier studentischen hilfskräften. im juli 2021 umfasst telota eine leitung, eine koordination (beide autor/innen dieses beitrags), achtzehn wissenschaftliche mitarbeiter/innen (die allerdings nicht alle vollzeitstellen besetzen) sowie drei studentische hilfskräfte. zum telota-portfolio, das forschungssoftware wie digitale editionen, objektsammlungen, webservices, frameworks und tools umfasst, zählen rund 30 aktuell laufende bzw. in der entwicklung befindliche projekte sowie ca. 30 legacy-projekte, die verfügbar gehalten und in regelmäßigen abständen überarbeitet und migriert werden.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.3.2	p	die arbeitsorganisation bei telota war und ist von jeher vom ressourcentechnischen umstand geprägt, dass es mehr projekte als mitarbeiter/innen gibt, wobei die differenz kontinuierlich steigt, denn jedes nicht mehr finanzierte projekt bleibt ein projekt bzw. eine publikation, die weiterhin gewartet und verfügbar gehalten werden muss. dieser tatsache ist es maßgeblich geschuldet, dass sich die teamstruktur und projektbetreuung bei telota im laufe der zeit wie folgt entwickelte: jede/r mitarbeiter/in arbeitete kontinuierlich und meistens alleine an ein bis drei akademienvorhaben und ggf. mit weiteren stellenprozenten in drittmittelprojekten. diese arbeitsweise war für die entwickler/innen auf dauer belastend, da die entwicklungszeit und -konzentration sowohl durch die über mehrere projekte verteilte aufmerksamkeit als auch durch die gleichzeitige Übernahme von koordinatorischen aufgaben beeinträchtigt wurde. erschwerend kam hinzu, dass wissen über projekte oft bei einzelnen entwickler/innen lag, wodurch der ‚bus-faktor‘ (oder auch ‚truck factor‘; williams u. kessler 2002: 41) gleich “1” war, was bedeutet, dass jedes teammitglied über spezialwissen verfügt und ein ausfall (z.b. durch kündigung) das projekt zumindest für eine gewisse zeit lahmlegen könnte.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.4	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.4.1	p	die allgemeinen herausforderungen der arbeitsorganisation kann anhand einer vertikalen und einer horizontalen skalierungsebene skizzieren. die vertikale ebene beschreibt die wachsende komplexität der einzelnen digitalen projekte von der datenmodellierung über datenspeicherung, programmierschnittstellen und visualisierungen bis hin zur publikation, langzeitverfügbarkeit und -archivierung. die kompetenzen, um dieses aufgabenspektrum abzudecken finden sich nur in den seltensten fällen in einer person, so dass es in einem projekt nicht mehr ausreicht, auf eine/n digitalspezialisten/in zurückzugreifen, sondern auch hier die aufgaben auf ein team verteilt werden müssen.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.4.2	p	die zweite ebene ist die horizontale, die schlicht die menge der in den einrichtungen parallel umzusetzenden digitalen projekte beschreibt, sowie die bedarfe und einzelanforderungen dieser projekte, die wiederum einfluss auf die vertikale ebene haben. betreut ein dh-team viele projekte parallel, können in diesen projekten nicht alle anforderungen in einer kurzen entwicklungszeit umgesetzt werden. umgekehrt bedeutet dies, dass wenn komplexe projekte bearbeitet werden, wenig bis keine parallelen projekte betreut werden können.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.4.3	p	da die schnittmenge beider ebenen in den letzten jahren deutlich gestiegen ist, konnte die oben beschrieben arbeitsweise (siehe „hintergrund“) nicht mehr fortgeführt werden. nachdem verschiedene modelle der restrukturierung der arbeitsorganisation bei telota evaluiert und erprobt wurden, ist seit 2020 ist eine organisationsstruktur im einsatz, die ganzheitlich gedacht auf personen, projekte und software ausgerichtet ist.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.5	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.5.1	p	wie bereits erwähnt waren zentrale probleme der teamstruktur, dass es eigentlich kaum entwicklung in teams gab, und, dass personen mit mehreren rollen belegt waren, zum beispiel als entwickler/in und dh-koordinationsstelle eines projekts. die restrukturierung von telota umfasste daher zunächst einmal die einführung einer koordinationsstelle, deren aufgaben – in absprache mit der leitung – kommunikation sowie die mittel- und langfristige entwicklungsplanung umfassen. die koordinationsstelle entwickelt und begleitet den neu etablierten projektworkflow, unterstützt und berät die projektpartner/innen bei der planung der dh-spezifischen ziele, koordiniert die absprachen mit den entwicklungsteams und schreitet vermittelnd ein, wenn sich sackgassen auftun.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.5.2	p	eine weitere maßnahme der restrukturierung war die zuordnung der rund achtzehn mitarbeiter/innen zu kleineren teams, die wiederum gemeinsam cluster aus thematisch und technologisch ähnlichen projekten bearbeiten, um möglichst große synergieeffekte zwischen projekten zu kreieren. die sich dadurch ergebenden teams bestehen aus rund 6 bis 8 personen (mit unterschiedlichen stellenanteilen), die jeweils zu zweit oder dritt ein projekt bearbeiten. während der entwicklungsphasen (siehe “projektworkflow”) sind die entwickler/innen ebenfalls an planungsaufgaben für die direkt anstehenden softwareentwicklungstasks beteiligt, werden aber von größeren aufgaben (z.b. mitwirkung bei antragstellungen, strategische sitzungen u.Ä.) durch die koordinationsstelle entlastet.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.6	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.6.1	p	die entwicklungsarbeiten der oben erwähnten teams erfolgt seit anfang 2020 nach dem modell der ‚entwicklungsblöcke‘ (abb. 1). angelehnt an das konzept von „sprints“ aus der scrum-methodik (rubin 2012), handelt es sich dabei um fest definierte zeiträume, in denen ein team aus entwickler/innen ein zuvor geplantes zwischenziel umsetzt.<ref xmlns="http://www.tei-c.org/ns/1.0" target="ftn3" n="3" /> die zwischenziele werden iterativ, jeweils vor einem entwicklungsblock, definiert, stehen mit der grundsätzlichen roadmap eines projekts im einklang, bleiben aber nicht in starren und ausführlichen vorab-planungen verhaftet. im gegensatz zum klassischen scrum-sprint, der nach features und möglichst kleinteilig konzipiert ist, handelt es sich bei den entwicklungsblöcken um arbeitspakete, die eine menge an features bzw. tasks zusammenfassen, welche nach einer gemeinsam bestimmten priorisierung bearbeitet werden. durch dieses vorgehen dauern die entwicklungsblöcke mit 4-12 wochen laufzeit auch wesentlich länger als klassische scrum-sprints von etwa 2-4 wochen.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.6.2	p	alle teilziele, tasks, fehler und featurewünsche zu einem projekt fließen in ein von allen beteiligten gepflegtes projekt-backlog ein (z.b. ein issues in gitlab, tickets in redmine, oder zeilen in einem spreadsheet), aus dem eine teilmenge im vorfeld einer entwicklungseinheit mit blick auf die roadmap des projekts, die aufgabenpriorisierung durch die projektpartner sowie entwicklungstechnische empfehlungen telotas als milestone definiert wird. die eigentliche entwicklungsphase startet mit einem kick-off-treffen mit allen mitarbeiter/innen des projekts, bei dem ablauf und aufgaben noch einmal durchgegangen werden. in der entwicklungsphase kann sich das entwickler/innenteam voll und ganz auf die definierten zwischenziele konzentrieren, neue featurewünsche müssen zunächst mit der koordinationsstelle, die in etwa der rolle des „product owners“ in scrum entspricht, abgestimmt werden. ist die softwareentwicklung gestartet, so wird regelmäßig feedback eingeholt, u.a. in fest etablierten <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">face-to-face</hi>-meetings.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.6.3	p	die entwicklungsphase endet mit einem release der entwicklungen, der gesamte entwicklungsblock mit reviewgesprächen innerhalb des telota-teams und mit den projektpartnern. die demonstration der neu entstandenen entwicklungen, die evaluation der zusammenarbeit sowie der blick auf die projektroadmap bilden die grundlage für den nächsten entwicklungsblock.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.6.4	p	auch wenn das klassische scrum-modell der „sprints“ aufgrund der personellen ressourcen nicht in aller konsequenz bei telota durchführbar ist,<ref xmlns="http://www.tei-c.org/ns/1.0" target="ftn4" n="4" /> kann die forschungssoftwareentwicklung und die parallel erfolgende geisteswissenschaftliche forschung von einigen prinzipien der methode profitieren. das konzept von ‚time-boxes‘, die intensive bearbeitungen von teilzielen und unmittelbare releases wirken sich beispielsweise motivationssteigernd aus, weil man von beginn an auf konkrete resultate bzw. ‚sichtbare‘ ergebnisse zusteuert. gleichzeitig werden bei häufigen releases frühzeitig probleme erkannt und kurskorrekturen möglich. schließlich generieren die regelmäßigen meetings, der erfolgsmoment beim release und die feedbackkultur ein gefühl der zusammengehörigkeit aller projektbeteiligten, der das „wir“ und „ihr“, das es oftmals in der zusammenarbeit zwischen forschungssoftwareentwickler/innen und geisteswissenschaft/lern gibt, auflöst.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.7	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.7.1	p	zentral bei der neuorganisation der softwareentwicklung ist die verständigung auf einen gemeinsamen technologischen werkzeugkasten, was u.a. durch die aufwendige wartung vieler technologisch komplexer legacy-projekte dringlich wurde. leitprinzipien des werkzeugkastens sind u.a. möglichst nachhaltige und keine in ihrer funktion redundanten technologien zu verwenden. unterschieden wird dabei zwischen ‚primär‘- und ‚sekundärtechnologien‘, wobei erstere beispielsweise programmiersprachen, datenbanksysteme und umfassende framework-plattformen, deren erstmalige verwendung einen erhöhten einarbeitungsaufwand bedeutet, umfassen. die neueinführung einer primärtechnologie bedarf daher der abstimmung mit leitung, koordination und systemadministrator/innen sowie, wenn der einführung stattgegeben wird, die durchführung von schulungen im team. unter sekundärtechnologien fallen libraries oder kleinere frameworks, die ggf. auf einer bereits verwendeten primärtechnologie basieren, leicht zu lernen sind, und deren verwendung keiner abstimmung bedarf.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.7.2	p	der aufbau des werkzeugkastens ist ‚produktorientiert‘, d.h. die technologie-stacks werden ergebnisorientiert vorgeschlagen.<ref xmlns="http://www.tei-c.org/ns/1.0" target="ftn5" n="5" /> mittels eines flow-charts bzw. entscheidungsbaums (abb. 2) wird veranschaulicht, wie man als nutzer/in an den werkzeugkasten herantritt. für jedes ergebnis ist eine user-story definiert, die, abgesehen von user story 1 („der werkzeugkasten beinhaltet bereits eine passende technologie bzw. einen passenden technologie-stack“), szenarien und prozeduren für die neueinführung einer produktkategorie oder technologie definiert.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.8	div1	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.8.1	p	jeder dh-standort agiert und arbeitet unter spezifischen ressourcentechnischen, personellen und finanziellen bedingungen, was es erschwert, von den vorgestellten Überlegungen und ergebnissen allgemeine empfehlungen für die strukturierung von teams, projekten und software zu abzuleiten. grundsätzlich wird aber deutlich, dass die stärkere reflexion und konzeptualisierung der ‚arbeitskultur‘ nicht nur bei sich im aufbau befindlichen dh-zentren, sondern auch bei standorten mit langer tradition und eher ‚eingefahrenen‘ strukturen sinnvoll sein kann. neben den hier vorgestellten verfahren gibt es eine reihe weiterer punkte, die eine regelmäßige evaluation und Überarbeitung der eigenen arbeitsstrukturen sinnvoll erscheinen lassen und die zukünftig in den blick genommen werden. dazu gehört u.a. eine weitere professionalisierung und spezialisierung der einzelnen teammitglieder auf bestimmte technologien bzw. technologie-cluster, was neben einer reduzierung des risikos von ausfällen auch zu einer stärkeren fokussierung der kompetenzen führt. darüber hinaus sichert dies die qualität von forschungssoftware und damit die langlebigkeit unseres „digitalen gedächtnisses“.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:1.9	div	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2	back	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.1	notes	<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="ftn1" n="1"> <ref target="https://www.bbaw.de/en/bbaw-digital/telota">https://www.bbaw.de/en/bbaw-digital/telota</ref> </note><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="ftn2" n="2"> zu nennen wären hier beispielsweise das grazer “institut zentrum für informationsmodellierung” ( <ref target="https://informationsmodellierung.uni-graz.at">https://informationsmodellierung.uni-graz.at</ref>), das “cologne center for e-humanities” ( <ref target="https://cceh.uni-koeln.de/">https://cceh.uni-koeln.de/</ref>) und das trierer “kompetenzzentrum - trier center for digital humanities ( <ref target="https://tcdh.uni-trier.de">https://tcdh.uni-trier.de</ref>). </note><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="ftn3" n="3"> auch tabak 2017 integriert scrum-elemente in das von ihm entwickelte „hybrid model for managing dh projects“ (2017).</note><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="ftn4" n="4"> beispielsweise sind in den entwicklungsblöcken telotas die entwicklungszeiträume länger und die teams kleiner, wodurch auch die rolle des „scrum masters“ nicht besetzt ist.</note><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="ftn5" n="5"> z.b. zur realisierung einer digitalen edition, eines eingabetools für strukturierte daten oder eines bilderalbums.</note>
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2	bibliogr	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1	listBibl	
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.1	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">agile business consortium</hi> (2014): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">the dsdm agile project framework (2014 onwards)</hi>, <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://www.agilebusiness.org/page/thedsdmagileprojectframework">https://www.agilebusiness.org/page/thedsdmagileprojectframework </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.2	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">baars, wouter / harmsen, henk / kramer, rutger / sesink, laurents / zundert, joris van </hi>(2006): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">project management handbook</hi>. data archiving and networked services, the hague, <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://www.projectmanagement-training.net/articles-tools/book/">https://www.projectmanagement-training.net/articles-tools/book/ </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.3	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">burdick, anne / drucker, johanna / lunenfeld, peter / presner, todd / schnapp, jeffrey </hi>(2012): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">digital_humanities</hi>. cambridge: mit press.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.4	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">ferraro, ginestra / sichani, anna-maria</hi> (2018). „design as part of the plan: introducing agile methodology in digital editing projects“, in: bleier, roman / bürgermeister, martina / klug, helmut / neuber, frederike / schneider gerlinde (eds.): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">digital scholarly editions as interfaces</hi>, 83-105. norderstedt: bod. <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://kups.ub.uni-koeln.de/9113/">https://kups.ub.uni-koeln.de/9113/ </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.5	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">grötschel, martin / neumann, gerald</hi> (2011): „10 jahre telota“, in: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">jahrbuch 2011 der berlin-brandenburgischen akademie der wissenschaften</hi>, 202-215. <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://edoc.bbaw.de/files/2007/bbaw_jahrbuch_2011.pdf">https://edoc.bbaw.de/files/2007/bbaw_jahrbuch_2011.pdf </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.6	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">reed, ashley</hi> (2014): „managing an established digital humanities project: principles and practices from the twentieth year of the william blake archive“, in: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">digital humanities quarterly</hi>, vol. 8, 1. <ref xmlns="http://www.tei-c.org/ns/1.0" target="http://www.digitalhumanities.org/dhq/vol/8/1/000174/000174.html">http://www.digitalhumanities.org/dhq/vol/8/1/000174/000174.html </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.7	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">roeder, torsten / cremer, fabian / dogunke, swantje / elwert, frederik / lordick, harald / ott, katrin / söring, sibylle / wübbena, thorsten</hi> (2020): “digital humanities from scratch” (workshop), in: schöch, christoph (ed.): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">dhd 2020 spielräume: digital humanities zwischen modellierung und interpretation. konferenzabstracts</hi>. 27-29. <ref xmlns="http://www.tei-c.org/ns/1.0" target="http://doi.org/10.5281/zenodo.3666690">http://doi.org/10.5281/zenodo.3666690 </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.8	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">roeder, torsten / söring, sibylle / dogunke, swantje / elwert, frederik / wübbena, thorsten / lordick, harald / cremer, fabian / klammt, anne </hi>(2019a): „digital humanities ‚from scratch‘. herausforderungen der dh-koordination zwischen querschnittsaufgaben und ‚one-(wo)man-show‘“ (panel), in: sahle, patrick (ed.): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">dhd 2019 digital humanities: multimedial & multimodal. konferenzabstracts</hi>. 68-71. <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://doi.org/10.5281/zenodo.2596095">https://doi.org/10.5281/zenodo.2596095 </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.9	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">roeder, torsten / söring, sibylle / dogunke, swantje / elwert, frederik / wübbena, thorsten / lordick, harald / cremer, fabian / klammt, anne </hi>(2019b): „digital humanities ‚from scratch‘. ein panel-bericht zur dhd 2019“ (blogpost), in: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">dhd-blog</hi>, 3. juli 2019, <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://dhd-blog.org/?p=11804">https://dhd-blog.org/?p=11804 </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.10	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">rubin, kenneth s. </hi>(2012): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">essential scrum: a practical guide to the most popular agile process</hi>. addison-wesley professional.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.11	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">smithies, james / ciula, ariana </hi>(2020): „humans in the loop. epistemology & method in king’s digital lab“, in: schuster, kristen / dunn, stuart. (eds.): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">routledge international handbook of research methods in digital humanities.</hi> london: routlege, 155-172.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.12	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">smithies, james / westling, carina / sichani, anna-maria / mellen, pam / ciula, ariana</hi> (2019): „managing 100 digital humanities projects: digital scholarship & archiving in king’s digital lab“, in: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">digital humanities quarterly</hi>, 13, 1. <ref xmlns="http://www.tei-c.org/ns/1.0" target="http://www.digitalhumanities.org/dhq/vol/13/1/000411/000411.html">http://www.digitalhumanities.org/dhq/vol/13/1/000411/000411.html </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.13	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">spiro, lisa</hi> (2012): "'this is why we fight': defining the values of the digital humanities", in: gold, matthew k.: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">debates in the digital humanities</hi>. minneapolis 2012, s. 16-35.
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.14	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold" xml:space="preserve">tabak, edin </hi>(2017): „a hybrid model for managing dh projects“, in: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">digital humanities quarterly</hi>, 11, 1. <ref xmlns="http://www.tei-c.org/ns/1.0" target="http://www.digitalhumanities.org/dhq/vol/11/1/000284/000284.html">http://www.digitalhumanities.org/dhq/vol/11/1/000284/000284.html </ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.15	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">usher, will / chue hong, neil / darst, richard / gonzalez-beltran, alejandra / katz, daniel s. / löffler, frank / pronk, thomas / richmond, paul / shad, mahmood / stadler, konstantin / van den bergh, erik / van werkhoven, ben</hi> (2020): „how do rse groups work?“ a blog post from the 2nd international rse leaders workshop 2020. <ref xmlns="http://www.tei-c.org/ns/1.0" target="https://researchsoftware.org/2020/11/19/how-do-rse-groups-work.html">https://researchsoftware.org/2020/11/19/how-do-rse-groups-work.html</ref> [letzter zugriff: 15.7.2021]
urn:cts:dhd:2022.neuber_frederike_arbeitskulturen_im_wandel_erfahrungen_u:2.2.1.16	bibl	<hi xmlns="http://www.tei-c.org/ns/1.0" rend="bold">williams, laurie / kessler, robert</hi> (2002): <hi xmlns="http://www.tei-c.org/ns/1.0" rend="italic">pair programming illuminated</hi>. boston u. a.: <hi xmlns="http://www.tei-c.org/ns/1.0" rend="a-list-item" xml:space="preserve">addison-wesley professional. </hi>