• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
Curious, Healing

Curious, Healing

Books about healing, business, and fun

  • About Sonia Connolly

software

“Resilient Management” by Lara Hogan

November 30, 2024 by Sonia Connolly Leave a Comment

book cover
Recommended to me by: Allison McMillan

Managers of engineering teams are often software engineers promoted to management without additional training, and without the realization that management is a new job requiring new skills. This is a compassionate and kind book with a lot of practical, actionable advice on how to be better manager of a software team.

It starts with a common description of the stages of a new Agile team:

  • Forming – everyone is politely getting to know each other
  • Storming – conflicts arise from people’s different ways of working and interacting
  • Norming – the team settles into functional ways of working together
  • Performing – the team is a cohesive whole, effectively moving forward and accomplishing their goals

In the section on getting to know team members, Lara Hogan emphasizes that everyone has different needs and preferences, and it works better to be curious than to assume everyone is the same. She offers this list of First 1:1 Questions to get to know each person.

It is important to be mindful of people’s core needs. Paloma Medina describes core needs as:

  • Belonging
  • Improvement/Progress
  • Choice
  • Equality/Fairness
  • Predictability
  • Significance

which spells BICEPS as a memory aid. More at: palomamedina.com/biceps

Managers have many jobs, from keeping the team’s work on track to coaching team members to helping resolve problems and conflicts. Managers can ask themselves what they are optimizing for, and communicate that, to help team members know what to expect and how best to work together.

With each team member, managers can mentor (give advice), coach (ask open questions), sponsor (give a team member opportunities) and give feedback (both positive and negative). Coaching is a skill worth developing to help people grow.

One way to structure feedback is: Observation of behavior + Impact of behavior + Request or Question = Specific, actionable feedback. Observations should be neutral and factual. Impact can relate to feelings, and should also be measurable and understandable by the feedback recipient. For example, emails that are too terse add much more time to the overall process of communicating.

Set clear expectations and assign roles for projects and decisions with RACI – who is Responsible, Accountable, Consulted, and Informed. This prevents committees where everyone is in on the discussions but no one person takes action.

Teams can have a Vision, Mission, Strategy, and Objectives to align toward accomplishing their goals.

Identify and document the team’s meetings, communication channels, and processes, to help new people who are joining, and to have a single point of reference.

Plan carefully for communications about difficult topics that impact the team, for example, reorgs or layoffs. Who needs to know when, what to say, etc.

Communication can have different tones or energies, which can be represented with colors.

  • Red – a bit of anger, frustration, edge, or urgency
  • Orange – cautious, hesitant, tiptoes around topics
  • Yellow – lighthearted, effervescent, cracks jokes
  • Green – in tune with others’ feelings, loving, high emotional intelligence
  • Blue – calm, cool, collected, steady
  • Purple – creative, flow, great at storytelling
  • Brown – adds (and lives in) nuance, complexity, or ambiguity
  • Black – blunt, unfeeling, no nuance, cut and dry

Listen for people’s motivations and connect messages about things you want them to do to things they care about.

Manage your own energy, and delegate more to team members, which helps them grow and lightens your load. Say no to things that aren’t the highest priorities. Develop a support network of other managers, by reaching out for conversations.

Highly recommended for new and existing managers, and also people who are managed. We can acquire new skills on both sides of the management relationship.

Available at bookshop.org.

Filed Under: nonfiction Tagged With: business, communication, leadership, software

“Effective Testing with RSpec 3” by Myron Marston and Erin Dees

November 19, 2023 by Sonia Connolly Leave a Comment

book cover
Subtitle: Build Ruby Apps with Confidence

Recommended to me by: a coworker who started a book group about it

RSpec is an automated testing framework for Ruby and Rails programs. It covers both unit tests (fast, narrowly scoped) and feature tests (slower, broadly scoped).

A small group of coworkers met every two weeks via video chat and discussed one chapter at a time. We reviewed the chapter topics and discussed how they apply to the large application we work on. I did most of the exercises and outside reading because I learn better that way.

The book starts with an extended, detailed example that covers most of the topics in the book, and then those topics are covered again chapter by chapter. It reads as if the example was originally at the end, and then they decided to move it to the beginning and then duplicate a lot of material to make it understandable.

That caveat aside, the book is clear, understandable, and very useful when working with RSpec. It covers details of configuration, command line arguments like –only-failures (only run the tests that failed on the previous run), and suggestions for how to structure tests to be reliable, readable, and maintainable.

Recommended for anyone who writes or maintains RSpec tests or who would like to start using RSpec for Rails or Ruby code.

Available at bookshop.org.

Filed Under: nonfiction Tagged With: software

“Recoding America” by Jennifer Pahlka

September 30, 2023 by Sonia Connolly Leave a Comment

book cover
Subtitle: Why Government Is Failing in the Digital Age and How We Can Do Better

Recommended to me by: my workplace, a federal contractor

I work for a federal contractor as a programmer, so they strongly encouraged us to read this. I can see why! The government project and team I work on use Agile methods and have a strong focus on user-centered design. This book made me appreciate that a lot more.

It explained some of the difficulties that government projects encounter, including the problems with the healthcare.gov launch, the unemployment insurance backlogs at the beginning of the pandemic, and why a new generation of GPS satellites are running old software. Not only does government traditionally subscribe to the old waterfall methodology of requirements, then design, then implementation before users see working software, but it starts earlier with Congress making laws that drive the requirements.

Conservatives have actively pushed digital competence out of the government and said it should be contracted out. Then contractors are given no leeway to do research with users and alter the plan to work better. According to them, creating software is implementation which is entirely separate and considered “lesser” than creating policy, which is the government’s concern.

Jennifer Pahlka and others have been driving a quiet revolution in government, introducing 18F, a group of federal employees who use Agile software techniques and user-centered design to consult on a multitude of projects. Another new group, US Digital Service, also bring technological know-how inside the government.

She describes some of the victories, where individual government employees have been able to push back against the snarls of red tape and create, for example, a streamlined SNAP application in California that allows many more people to successfully apply. Covidtests.gov is another example of a big win, a very simple website that successfully delivers tests to 2/3 of American households, and corrected out of date USPS address database entries along the way.

She mentions that people say the “best” programmers are in the private sector, but there are highly competent people who prioritize service to the public over getting the highest salary, so the government gets the “best” by a different definition. The government also places an active priority on diversity and inclusion, so it gets a wider field of good people.

Highly recommended for people interested in government, software, and the joys and tribulations of CivicTech.

Available at bookshop.org.

Filed Under: nonfiction Tagged With: CivicTech, memoir, politics, software

“The Art of Agile Development” by James Shore with Diana Larsen, Gitte Klitgaard, & Shane Warden

June 6, 2023 by Sonia Connolly Leave a Comment

book cover
Recommended to me by: Sam Livingston-Gray

I read this book in little bits over the winter. Since I’m now in two technical book groups for other books, I think it’s time to admit that I got as far as I’m going to get for now. It was surprisingly readable and relevant for a book on how to organize groups to write software.

I left my first full time software job after 5 years because I just couldn’t stomach the thought of another round of waterfall development: first requirements, then design specification, then functional specification, then code. With bonus Gantt charts. More recently, I’ve worked for three companies doing some version of Agile, and while none of them have strictly adhered to all the practices, they were all a big improvement over waterfall development.

In 2001, a group of experienced software developers got together and hammered out:

Manifesto for Agile Software Development

  • Individuals and interactions over process and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan

The idea is to develop software in small bite-size changes so that it can adapt to continuously changing requirements, and to value teamwork among developers and with designers and customers rather than working in isolation. “People are the most important factor in software development success.” Agile includes automated tests written along with code, deploying software quickly, and working in pairs or larger groups.

The book includes how to start fresh with Agile when creating a new team, or adopting it in a possibly reluctant team or management. Management tends to resist the fluidity of agile teams because timelines and outcomes develop over time rather than being up front commitments (that are rarely met). At its heart Agile is about managing change, and the book includes thorough advice and analysis about the change to using Agile.

James Shore emphasizes having the whole team, which includes developers, designers, customer experts, and product managers, in the same room where they can easily ask each other questions and collaborate, as well as overhear details that might be relevant to what they’re working on. A remote team shares a Slack channel and uses video meetings to achieve some of the same benefits. “[Agile teams] are optimistic, enthusiastic, and genuinely enjoy working together. There’s a spirit of excellence, but it’s not overly serious.”

“Always ask, always help.” The team as a whole moves faster if everyone prioritizes helping each other get unstuck. It doesn’t help anyone for a developer to spend two days trying to figure out a problem that someone else could help solve in an hour of pairing on it together.

Psychological safety means team members are safe to disagree, safe to not know (yet), safe to ask for help. Enable all voices, be open about mistakes, be curious, learn how to give and receive feedback. Say “yes, and…” to people’s ideas.

There is a lot about estimates and breaking tasks into “right-size” pieces and the velocity of the team – how many stories get done in a given period. My current group chews through a lot of work in a two-week period, but we don’t estimate tasks ahead of time. Some tasks take an hour, and some take weeks because there are unexpected complications.

The book advocates for white boards and sticky notes, which don’t work as well in a remote team. Planning is done by moving sticky notes around.

This book is recommended for anyone writing software, whether their team is officially Agile or not. There are a lot of great practices, and it helps to know what some of the options are even if a team is only using some of them.

Available at bookshop.org.

Filed Under: nonfiction Tagged With: business, software

“Refactoring” by Martin Fowler

December 10, 2022 by Sonia Connolly Leave a Comment

book cover

Recommended to me by: Sam Livingston-Gray

Refactoring is the art of improving software through a series of small steps without changing how it functions, specifically without introducing new bugs. In an attempt to make it closer to a science, Martin Fowler defines a series of recipes to make safe changes, a series of “code smells” that indicate that change is needed, and adds examples and stories along the way.

I bought the book through my job because I was responsible for a whole menagerie of semi-abandoned applications in varying states of disarray, and I wanted ideas and support for how to improve them. The main benefit I got directly from the book is the idea to take very small steps, and to keep checking whether the application still works correctly at each step.

Indirectly, I got a lot of other benefits. I started a weekly study group where we went over 5 pages or so of the book each time, sharing things we agreed and disagreed with and examples from the code we were working on. In theory people were reading ahead, but everyone is busy and I made it welcoming whether people had read the week’s section or not.

It was hands-down the best part of my job, connecting with coworkers outside of my small group, learning together, and hearing how people were improving their code using the techniques we discussed.

The book’s examples are in Javascript, which made them harder to read for those of us working in Python and Ruby. Those of us who had been programming for years had an easier time with the book than the people who were just starting out. In particular, one person pointed out that it was difficult to tell the difference between unfamiliar programmer lingo and “funny” asides about methods gathering at the water cooler to share gossip.

Recommended for more experienced programmers who want a deeper understanding of refactoring. Read it with a group if you can!

Available at bookshop.org.

Filed Under: nonfiction Tagged With: software

“The Manager’s Path” by Camille Fournier

May 28, 2022 by Sonia Connolly Leave a Comment

book cover

Subtitle: A Guide for Tech Leaders Navigating Growth & Change

I expected this book to be boring, but it’s engagingly written and connects with my experience of working in tech. Camille Fournier writes from her own experience as a CTO (Chief Technical Officer) at several companies and includes quotes from other tech leaders, both men and women.

She starts with mentoring, which almost every technical person is expected to do eventually, and works up through tech lead, manager, director, up to CTO and VP of Engineering. She advises anyone who wants to be a manager of software engineers to spend enough time learning to code (5-7 years) to have those skills solidly available going forward.

I’m a software engineer who has mentored people and led projects, but will not be climbing the corporate ladder any higher. It was interesting to hear about the concerns that arise at higher levels. The need to figure out who is unhappy, why teams are not working well together, who is managing badly, and who might leave suddenly. The need to make good decisions about future directions on insufficient data. The need to develop intuition and keep taking in information to guide those decisions.

As she talks about mentoring interns and managing individual contributors, she includes all technical roles. Her primary advice is that relationships and communication are crucial even though programming might appear to be a solitary technical occupation. Not only do successful projects require communication with other engineers and the manager, they require communication with the stakeholders who say what to build, and the sales and marketing people who help it go out into the world.

She talks a lot about the importance of one-on-one meetings between managers and the people they manage to build trust and address problems early. She recommends skip-level meetings, where a director who manages managers also meets with individual contributors.

In addition, positive relationships are crucial to success in the working world. Not only do they make work more pleasant, they help people collaborate and share information. People who like working together help each other get jobs in the future.

I can clearly see this is true over the 30 years of my career. I built positive working relationships naturally, and I’m still not sure the advice makes sense until one experiences it. It’s not about fake, forced networking with people one doesn’t like – it’s about staying connected and friendly with people one does like to support one another going forward. In school, success artificially depends only on individual actions (although I think kids do more group work nowadays), but most accomplishments out in the world depend on interconnected people building things together.

The pronouns in this book bothered me. Rather than using she/he or they, Camille Fournier switched between using he for some examples and she for others. An intern was he while being described in general, and then she when performance problems came up. After that the pronouns were more even-handed, but I was very aware of them all the way through, braced for women to be portrayed negatively. As far as I remember, they/them pronouns were not used for anyone.

Recommended to anyone who works in a technical field, and especially anyone who wants to become a manager.

Links from the book:
The Tyranny of Structurelessness by Jo Freeman aka Joreen, a classic essay on why managers are necessary.

On Being A Senior Engineer which includes the suggestion to use senior influence to sponsor (rather than mentor) underrepresented people in engineering. Recommend them for positions. Highlight their accomplishments. Praise them publicly. Also refers to What Does Sponsorship Look Like by Lara Hogan.

Available at bookshop.org.

Filed Under: nonfiction Tagged With: business, communication, feminism, software

  • Page 1
  • Page 2
  • Page 3
  • Go to Next Page »

Primary Sidebar

Recent Books

  • “Very Far Away From Anywhere Else” by Ursula K Le Guin
  • “Seaward” by Susan Cooper
  • “Surviving Domestic Violence” by Elaine Weiss
  • “The Book of Love” by Kelly Link
  • “Alexandra’s Riddle” by Elisa Keyston
  • “Weaving Hope” by Celia Lake
  • “The Fortunate Fall” by Cameron Reed
  • “Remarkably Bright Creatures” by Shelby Van Pelt
  • “Childhood’s End” by Arthur C. Clarke
  • “If the Buddha Married” by Charlotte Kasl, Ph.D.

Tags

activism aging anti-racism bodywork business childhood abuse childrens CivicTech communication disability domestic violence fantasy feminism finance Focusing food fun healing health at any size illustrated Judaism leadership lgbt marketing memoir music natural world neurodiversity politics psychology relationship romance science science fiction software spirituality survival story trauma writing young adult

Categories

Archives

Please note: bookshop.org and Amazon links are affiliate links. Copyright © 2025 · Genesis Sample on · WordPress