Chapter 12 When optimisation fails us
I’ve proposed that project. Okay, I’ve proposed quite a few of them: the ones that promise to deliver all the digital things. An app. An interactive map. An online exhibit. Data visualisations. A blog and social media presence. Open-access data repositories and peer-reviewed articles. Such promises reflect institutional demands on the humanities to remain relevant online while doing a lot with very little. Practitioners spread themselves and their projects thin whenever funding is scarce, and the norm in today’s content industry is to diversify the channels of communication to maximise circulation and reach everyone (Eichhorn 2022, 4–8). An app engages one audience, a journal article addresses another, a short video offers the tl;dr, and so it goes. Digital projects never rely on a single publication format, and their relevance is assessed by academic citation counts as well as internet performance metrics such as site visits, page views, clicks, downloads, subscriptions and search engine rankings. Publishing across these attention economies is a challenge, partly because citation and performance metrics cannot measure the quality of engagement. They are also plagued by assumptions that digital publishing is – or should be – fast and easy (Fitzpatrick 2011, 48, 191). An emphasis on the immediacy of digital content has, for instance, neglected matters of project maintenance and long-term care. Several projects I published in the early 2010s are inaccessible today. The map doesn’t load. The exhibit returns a 404 error. Data disappeared. Software was deprecated. I forgot to renew the domain.
The intent of this reflection is not to lament the rise of the content industry and its fetish for metrics. It is to briefly outline why management paradigms from that industry may not transfer well to the academy or, stronger, why academics may want to reject or resist those paradigms. I am not implying that colleges and universities exist outside capitalism in a life-of-the-mind utopia. I am asserting that cooperative projects are among the most meaningful contributions practitioners can make to their scholarly fields. Although sceptics may claim that cooperative projects are bespoke and thus fail to scale, a collective awareness of predominant management paradigms helps practitioners avoid neoliberal principles of optimisation that ultimately fail us. We can approach failure by focusing on substance – when an article or exhibit is not as compelling or thorough as we hoped it would be. We can also understand it in terms of promise and timing – when we miss due dates or opportunities to flip prototypes into products. Yet, a more generative framework underscores design: an attention to process, its structures and formats and how failure is defined in the first place.
Some projects don’t have much of a plan; or, more precisely, the plan circulates mostly in the head of the principal investigator (PI). This paradigm echoes the auteur theory of film, and it’s feasible when someone works alone. For example, I maintain my own online portfolio, which I can update or fix whenever the mood strikes me. Opacity emerges when a single person – the ‘ideas person’ – oversees a project and hires research assistants, staff and other team members. Trajectories can change rapidly, collaborators may be unsure what to do and when, and tensions likely arise between concept and practice. A team is expected to read the mind of the PI, who is also the primary stakeholder. Project management software doesn’t solve the problem, either. It’s conducive to busywork and PI detachment from the team. Worse, it becomes ‘bossware’ that lowers team morale and gives members the (perhaps accurate) impression that their activities are being monitored to optimise productivity (Corbyn 2022; Munn 2024). It’s not a stretch, then, to associate this PI model of leadership with toxicity.
Waterfall management paradigms are meant to correct the leadership problems linked to the lone ideas person. A waterfall plan is prescriptive. It’s shared among the team, as are milestones for achieving it (Mokhtar and Khayyat 2002, 53). In the parlance of game design, the project runs on ‘rails’, like a train from origin to destination. Instructions are clear, and the vision and its trajectories should be, too; however, most everything is fixed to optimise time. Team members cannot be enticed by detours and must quickly resolve hiccups to maintain course. They must also refrain from iteratively releasing components of the project, meaning most public feedback is suspended until the entire project is complete (Thesig et al. 2021). Even though waterfall management motivates teams to avoid scope creep and stick to their budgets, it often pushes researcher curiosity and experimentation to the margins. Such tunnel vision fails a team if it results in monotony, high turnover rates, burnout or alienation from the project itself.
While the waterfall model privileges the project, the agile model foregrounds the process. It is flexible, thrives on iterative development and adapts to feedback throughout a project’s lifecycle. The nonlinearity of agile methods appeals to practitioners who need to test multiple prototypes before settling on one, and prototyping can unfold across several publication formats. Indeed, the agile model may take its time, venturing off rails to pursue sidequests that weren’t mentioned in the initial plan. For these reasons and many more, it is adopted partly or fully by many digital humanities teams (Tabak 2017). The problem, though, is that the agile model appeals to users of products and thus to customers (Beck et al. 2001). This orientation means the quality and content of agile projects are easily determined by internet traffic and online performance metrics, with management optimising attention and service provision rather than time or productivity. The agile model gives as many users as possible what they want, tracks their engagement and quantifies it for stakeholders or investors, who tend to be risk-averse.
A cooperative model learns from these three approaches to identify when and why neoliberal management paradigms that prevail in industry fail us as academic researchers and practitioners. Against the grain of optimisation, the cooperative model highlights the culture of a project, the relations within it, how it brings people together, and whether it alienates them from each other and the work they’re doing. One example is what Tiffany Chan and I call ‘minimal computing from the labour perspective’, which does not reinvest a team’s surplus labour in increased productivity (Chan and Sayers 2022). It invests instead in shared structures and knowledge. Examples include Archipelagos: A Journal of Caribbean Digital Praxis (supported by Columbia University Libraries and Yale University) and Vault (developed by University of Victoria Libraries). Both projects commit to sustainability by design, and they persist not as effects of their technical particulars – such as elegant code or static site generation – but as matters of habit driven by cultivation and collective expertise.
Yet another example appears in research by Liz Lane and Kristen R. Moore. They demonstrate how aspects of the agile model can be repurposed to foster a ‘multivocal critical imagination’ that encourages ‘collaboration and coalition building across disciplines to promote equity and justice’ in the academy and attends to issues that matter deeply to people’s communities and daily lives (Lane and Moore 2023, 43–4). Here, the context of a project matters as a lived experience. It has agency, even, and thus there is no one-size-fits-all approach to care or design.
Against the maximisation of productivity and attention, the cooperative model reveals that neoliberal paradigms of optimisation strategically absorb the time, space, thought and mechanisms we require to interrogate the values of project management in today’s content industry (Nissenbaum 2005, lxvi–lxx). That is, optimisation becomes a distraction. Slowing down the research process counters that neoliberal tendency and so, too, does organising to support cultures that routinely remind people they can’t do all the things – and they don’t have to.
References
- Archipelagos: A Journal of Caribbean Digital Praxis. Accessed 24 November 2024. https://
archipelagosjournal .org /. - Beck, Kent, et al. ‘Manifesto for Agile Software Development’. 2001. Accessed 24 November 2024. https://
agilemanifesto .org /. - Chan, Tiffany and Jentery Sayers. ‘Minimal Computing from the Labor Perspective’, Digital Humanities Quarterly 16, no. 2 (2022). Accessed 24 November 2024. http://
www .digitalhumanities .org /dhq /vol /16 /2 /000600 /000600 .html. - Corbyn, Zoë. ‘ “Bossware Is Coming for Almost Every Worker”: The Software You Might Not Realize Is Watching You’, The Guardian, 27 April 2022. Accessed 24 November 2024. https://
www .theguardian .com /technology /2022 /apr /27 /remote -work -software -home -surveillance -computer -monitoring -pandemic. - Eichhorn, Kate. Content. MIT Press, 2022.
- Fitzpatrick, Kathleen. Planned Obsolescence: Publishing, Technology, and the Future of the Academy. New York University Press, 2011.
- Lane, Liz and Kristen R. Moore. ‘The Invisible Work of Iterative Design in Addressing Design Injustices’, Technical Communication and Social Justice 1, no. 2 (2023): 28–48. Accessed 24 November 2024. https://
techcommsocialjustice .org /index .php /tcsj /article /view /11. - Mokhtar, Renad and Mashael Khayyat. ‘A Comparative Case Study of Waterfall and Agile Management’, SAR Journal 5, no. 1 (2022): 52–62. https://
doi .org /10 .18421 /SAR51 -07. - Munn, Luke. ‘More than Monitoring: Grappling with Bossware’, International Journal of Communication 18 (2024): 3128–39. Accessed 24 November 2024. https://
ijoc .org /index .php /ijoc /article /viewFile /21399 /4663. - Nissenbaum, Helen. ‘Values in Technical Design’. In Encyclopedia of Science, Technology, and Ethics, edited by Carl Mitcham, lxvi–lxx. Macmillan, 2005.
- Tabak, Edin. ‘A Hybrid Model for Managing DH Projects’, Digital Humanities Quarterly 11, no. 1 (2017). Accessed 24 November 2024. http://
digitalhumanities .org:8081 /dhq /vol /11 /1 /000284 /000284 .html. - Thesig, Theo, Carsten Feldmann and Martin Burchardt. ‘Agile Versus Waterfall Project Management: Decision Model for Selecting the Appropriate Approach to a Project’, Procedia Computer Science 181 (2021): 746–56. https://
doi .org /10 .1016 /j .procs .2021 .01 .227. - Vault. n.d. Accessed 24 November 2024. https://
vault .library .uvic .ca /.