Being a parent is the hardest thing I’ve ever done. When I transitioned into management, I dove into books on leadership, looking for every detail I could find. But what surprised me was how often the lessons from those books applied to parenting and vice versa. Over time, I found myself using skills I learned as a parent at work and leadership principles at home. Nowadays, when someone in a leadership position asks me what to read, I always recommend two parenting books: How to Talk So Kids Will Listen & Listen So Kids Will Talk by Adele Faber and Elaine Mazlish, and Good Inside: A Guide to Becoming the Parent You Want to Be by Dr. Becky Kennedy. I’ve distilled the information from these books into principles that I try to apply daily, both at work and at home.

In many companies, the performance review season for the second half of the year has started. Performance reviews often bring stress, anxiety, and uncertainty. However, performance reviews also offer opportunities for growth, self-improvement, and a clearer path to success. For software engineers, the definition of “good performance” varies depending on factors such as company culture, business and personal objectives, role expectations, and attitude toward work. Many of these factors have a qualitative nature, which can be difficult to objectively measure, leading to friction.

In a remote-first company, most of the communication and collaboration happens asynchronously. Software engineering retrospectives is one of the cases where you can leverage synchronous meetings as it gives the best chance for the teams to come together and learn from the past within a structured meeting.

In the book Making work visible, Dominica DeGrandis exposes time-wasting activities at work and demonstrates how you can achieve flow efficiency by making work visible. Optimizing workstream management for effectiveness and efficiency is always something I think about. I’ve used many tools in the past to plan and track workstreams, and recently had a happy realization that GitHub Projects developed enough to call my number one and only tool for making work visible. I thought to apply some of the learnings from the aforementioned book and leverage GitHub Projects to make work visible. For the sake of measuring and improving, I’ve used Grafana to visualize few aggregates from the GitHub Project by using Grafana GitHub datasource.

Going through a change is a fundamentally complex process for humans. Often change introduces uncertainty, whereas our brain prefers and wants predictability. Speaking from my own experience, even when the impact of a change is completely under control and consequences known - my first reaction is to resist the change with all the power I got. In the context of organization (for simplicity, I’d use organization as a term to describe a collective of people working together), the impact range of a change is even bigger, and often beyond any individual’s control.