Carol Lee

@CSLee
1,090 Followers
795 Following
460 Posts

Clinical Scientist researching how #software #developers can cope and thrive through stressful circumstances. Expertise in #stress, #anxiety, cognitive-behavioral change and interventions, measurement, and experimental methods. Clinical Psychology PhD.

#psychology #science #research

Quiet Stories 189: Worshipping Efficiency, In Praise of “Normal” Engineers, Understanding Software Cycle Time is Messy Not Magic, and more!

A little bit of an efficiency / performance theme in this issue!

https://mailchi.mp/f613c4d6ecd5/quiet-stories-189

Including work from Indi Young, @mipsytipsy, @flourn0, @CSLee, Maggie Wu, @grimalkina, Andi Plantenberg, @juliaferraioli, @eamon, @phire, @ag_dubs, Jared Spool, & others.

500: We've Run Into An Issue | Mailchimp

🚨 new preprint paper alert 🚨 - led by
@flourn0 !!

In "No Silver Bullets," we take a big, mathy swing at a complex topic: measuring cycle time in software development and why we think it's messy, not magic

https://arxiv.org/abs/2503.05040

No Silver Bullets: Why Understanding Software Cycle Time is Messy, Not Magic

Understanding factors that influence software development velocity is crucial for engineering teams and organizations, yet empirical evidence at scale remains limited. A more robust understanding of the dynamics of cycle time may help practitioners avoid pitfalls in relying on velocity measures while evaluating software work. We analyze cycle time, a widely-used metric measuring time from ticket creation to completion, using a dataset of over 55,000 observations across 216 organizations. Through Bayesian hierarchical modeling that appropriately separates individual and organizational variation, we examine how coding time, task scoping, and collaboration patterns affect cycle time while characterizing its substantial variability across contexts. We find precise but modest associations between cycle time and factors including coding days per week, number of merged pull requests, and degree of collaboration. However, these effects are set against considerable unexplained variation both between and within individuals. Our findings suggest that while common workplace factors do influence cycle time in expected directions, any single observation provides limited signal about typical performance. This work demonstrates methods for analyzing complex operational metrics at scale while highlighting potential pitfalls in using such measurements to drive decision-making. We conclude that improving software delivery velocity likely requires systems-level thinking rather than individual-focused interventions.

arXiv.org
Just realized that I’ve been completely finishing my chapsticks for the last couple years and if that isn’t a flex I don’t know what is.

Looking for resources on how to do good code reviews - technically, as a crafts-person, socially. Do you have suggestions?

I would love to read a zine by @b0rk on the subject 😊

One interesting article I recently read was “Understanding and Effectively Mitigating Code Review Anxiety” by @grimalkina and @CSLee. https://doi.org/10.1007/s10664-024-10550-9

#programming #codereview #softwareengineering #pullrequest #mergerequest

Understanding and effectively mitigating code review anxiety - Empirical Software Engineering

Anxiety about giving and receiving code reviews has been documented as a common occurrence that leads to developers avoiding code reviews by procrastinating and limiting their cognitive engagement with them. This avoidance not only increases anxiety in the long term, but also prevents developers, their teams, and their organizations from accessing the technical and sociocognitive benefits of effective and efficient code reviews. However, software research has not yet empirically examined code review anxiety, and from this, tractable intervention targets and strategies for mitigating code review anxiety. In this study, we present an empirical framework for understanding the factors maintaining and exacerbating code review anxiety. Utilizing a randomized waitlist control trial, we also tested the effectiveness of a novel single-session cognitive-behavioral workshop intervention. Our results show evidence that positive impact can be obtained from a brief intervention and suggest code review anxiety can be successfully mitigated by targeting developers’ cost bias, anxiety self-efficacy, and self-compassion.

SpringerLink
Genuinely confused as to why all the baby boy clothes I’ve received have pockets, while the baby girl clothes do not. The pocket deprivation starts at birth 😭.

This public service announcement brought to you by the fact that I realized I never posted our second code review anxiety paper to this collection and now it's there ->

"“My code is shit”: Negative automatic thoughts and outcomes of a behavioral experiment for code review anxiety" 😂

https://dsl.pubpub.org/pub/cranx-toolkit/release/1

“My code is shit”: Negative automatic thoughts and outcomes of a behavioral experiment for code review anxiety

Developer Success Lab

We are designing a new research project in the Developer Success Lab, and we're seeking to understand software engineers' experiences with *incidents* ! Good, bad, ugly, all of it!

Have a big story or strong POV on this? We're bringing together a small community group for a one time zoom session, to share stories and help us learn. You'll directly influence what the lab studies on this.

You can let us know if you're interested here (more details below):

https://docs.google.com/forms/d/e/1FAIpQLSeuQiE0Ww1oElsWNk6a9KyEmIgqfwHdpnV5_dN9CP4qornJhg/viewform?usp=sharing

Incidents community-group

We would love to register your interest to be part of a small (4-5 person), one-time, group conversation about incidents in the context of software engineering and software engineering orgs. This conversation will help inform a new research project we are embarking on at the Developer Success Lab. The goal will largely be to develop ideas about this broad topic and help us find less visible areas of work involving incidents to bring into the light for the broader research and engineering community. You can find out more about our work here: https://dsl.pubpub.org/original-research We will contact you at the email you provide below. Thank you very much for taking the time to be here, and for your interest in contributing to this work.

Google Docs
Unsurprisingly, sleepily putting your newborn’s diaper on backwards at 3am results in a very messy morning 😬

People are not neutral observers of their environments; people + their environments create interactions, and the same environment can be sampled by different people with extremely different OR extremely shared perceptual filters because of our shared (or conflicting) social identities.

This is why it is neither about individuals, nor about "systems without individuals"; it is about multisystems models that understand emergent interactions (sorry! it's way harder)

"We don't have to let the numbers play god with our inferences"

So I promised that @flourn0 and I were going to sit down & have a casual chat about that "ghost engineers" viral stuff we've been seeing in the news & our POV as scientists working on activity data in software development. So we did! And I posted my very first youtube video! We hope that this provides some help and support if you're a developer feeling overwhelmed by big claims like this!

https://youtu.be/e4gJxiDIFJ8?si=fS3U5p5XHZu72IGn

Ghost Datasets & Developer Productivity

YouTube