Urgent.News

What's breaking now, across thousands of outlets.

Tech

I Read My Team's Commit Patterns for a Weekend. Then I Changed Our Standup.

The weekend was a reading weekend, and the reading was the team's commit data for the quarter. The analytics tool, pointed at the team's repository with the period flag, produced the report that changed the standup, because the report said something the standup had been saying in a different form for a year, and the different form was not landing. The finding was the weekend ratio: the fraction…

The weekend was dedicated to examining the team's commit data for the quarter using an analytics tool. The findings revealed a high ratio of commits happening outside of working hours, primarily concentrated in just two individuals. These two team members had previously claimed things were fine during a standup meeting. The shift from a status-based question to a data-driven question allowed the team to focus on when work actually happened, rather than how they felt about their workload.

The tool used for this analysis, gitpulse, provides insights into commit patterns, branch strategies, and contributor impact. The key takeaway was that measuring commit timing can reveal underlying issues in team dynamics, even without individual assessments of wellbeing. The data showed that small teams often appear erratic, while large teams seem steady, and the interesting patterns emerge in the middle.

This information can help managers address potential issues before they lead to resignations. The branch strategy was also analyzed, revealing that teams with a higher ratio of pull-request commits to direct-push commits tend to be more structured in their workflow. By focusing on the data rather than relying on hunches, the team was able to make informed decisions about their schedule, ultimately improving their overall productivity.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Our service got forty percent more expensive and nothing could say where

After a routine platform bump in July, the order service needed about forty percent more CPU for the same work. Requests per second unchanged, p95 up by sixty milliseconds, node count up by four.

  • Service costs increased by forty percent after July upgrade
  • CPU usage rose by forty percent, p95 latency increased by sixty milliseconds
  • Root cause traced to thirty-four dependencies changing simultaneously

More from Friday 25 September →