BE A VIKING. / The journal

The Logbook.

Project lessons, leadership reflections, experiments, and essays on building software together.

20 articles 5 categories

Browse the articles

Travel Lessons 3 min read

Project analysis

GitHub’s MySQL upgrade is a useful starting point for examining recovery, intermediate states, and the work a migration leaves behind.

Read the article

Articles

04 articles

Travel Lessons

Project decisions, their consequences, and what another team can learn from them.

04 articles

Leadership Notes

Reflections on judgment, responsibility, and the conditions people need to do good work.

Ownership Needs Authority

An accountable owner needs room to make the decisions that determine the outcome. Make those boundaries explicit before the work depends on them.

3 min read

Which Decisions Still Need You?

Repeated requests for a leader's approval reveal something about the operating conditions. Use them to decide where the team needs clearer boundaries, better context, or more practice.

3 min read

Make Bad News Easier to Bring

A concern is most useful while there is still time to change the plan. A leader's first response helps determine whether the next concern arrives early enough.

3 min read

Decide Whether to Fund the Next Step

Previous effort cannot answer whether further investment is worthwhile. Review the remaining outcome, uncertainty, cost, and closure work before extending a project.

3 min read

04 articles

Experiments

Bounded ways to test an assumption, gather evidence, and decide what to try next.

Test the assumption that could change the plan

Investigation earns its place when the answer changes an investment decision. Start with the uncertainty carrying the most consequence, then choose the smallest credible way to examine it.

4 min read

04 articles

Engineering Essays

Architecture, delivery, maintenance, and the trade-offs behind dependable software.

The smallest useful slice still has to work

A narrow release can reduce investment without leaving people to bridge its gaps. Define a complete workflow before cutting scope, including the behavior that matters when something goes wrong.

4 min read

A rollback does not undo every consequence

Restoring a previous release can leave changed data, external effects, and interrupted work behind. A recovery plan starts with those consequences and identifies how the crew will resolve them.

4 min read

Sometimes the useful change is a dependency removed

Dependencies consume attention as well as computing resources. Follow one recurring interruption to its source and examine whether the next useful outcome requires the dependency at all.

4 min read

04 articles

Team Practice

Practical approaches to shared knowledge, clearer ownership, and work a team can sustain.

Make Expertise Transferable

Solving a difficult problem is only part of the contribution. Use the next real task to make the reasoning and operating knowledge available to someone else.

3 min read

Give Preventive Work a Clear Case

Work that reduces risk or recurring friction can be difficult to discuss without inventing savings. Explain the failure mode, proposed control, cost, and evidence you can actually observe.

4 min read

What Is Keeping This Work Open?

Before starting another item, examine the work already waiting to reach useful operation. Separate active effort from unresolved decisions, blocked dependencies, and missing closure.

3 min read

Handover Begins Before Release

Operating ownership cannot be transferred in a final presentation alone. Involve the receiving people while they can still influence the design, controls, and support expectations.

4 min read

Copy the text manually

Your browser could not copy this automatically. Select the text below and use your device’s copy command.