Fun with scripting - running a test suite against 30 different solutions

In my current job (School of Applied Technology) we give out weekend tests each weekend of the 10 first week of each course. With 30 developers in each class, it means that on Monday after each weekend we have a lot of work to do to correct the developer’s tests.

We have basic validation through a suite of tests that we run against the developers’ code. And we run linting. The real value, however, comes from comments and suggestions for improvements that we could give to the developer.

To speed the tedious part of the work up we have created a script that helps us:

  • Get the developers code into the correct place. The developers upload their solutions to a shared Google Drive and we have the Google Backup tool to synchronize those folders down to our local disk.
  • Run the linting and test towards each developer’s code....
Read More

When was Lars happy?

One thing that I love in coaching and consulting is when things stick. My way to try to get there is to tell stories (psst - there’s a book on that) to try to emphasize or bring out certain points.

What I find very rewarding is to hear people relate these stories to each other later on, when (they thought) I was not listening.

Just the other day I walked passed two people and I heard:

Yeah, exactly. Remember: when was Lars happy?

This is one story that I’ve told many times and I wanted to share it here too. It was a powerful lesson on true value, customer focus and lead vs flow time for me.

The story

I have a good friend called Lars. He is a brilliant programmer, data engineer, agile aficionado and he keeps my argumentation sharp with his analytic...

Read More

3 mindset shifts for agile transformations

I have been involved in many agile so-called transformations over my, let’s face it, long career. And the more I get to do that the less I care about the word agile. Because agile is “just” a way to behave - it’s not an outcome. The outcomes are what we are after, the effects, the values. I’ve found it much more fruitful to discuss what those values are and means, than to argue whether Scrum holds up for scaling or not.

In this post I wanted to discuss three shifts in mindset and culture that I found: Important - as these shifts in thinking will or will not, hold your agile efforts back.

  • Fundamental - as in; goes beyond (below?) being agile or not.
  • Not talked about or understood in the same way
  • Start asking some tough questions and hence rapidly increase learning.

These topics are:

  • Shift...
Read More

Scraping functionally - to save my inheritance

Many years ago I wrote a little site to keep track of fun things that my (then only one) son Albert said. I called it Abbe Says and it has been granting us and our friends great joy.

At its core, it is a very simple blog/content management system that I wrote in .NET (3.5 I think) and published on the first serverless offering I heard about - AppHarbor. I didn’t even know the term back then it was more like: HEY! Give them your codez and they'll make it run on Internet My feeble brain exploded.

Anyhow - I cannot update it for various reasons and I need to move it to a more modern stack. Thinking of Svelte and to run it from some static served …

I’m getting ahead of me - first we need to get the data. This post describes how I...

Read More

How we agile - principle-led & context-dependent

Agile is soon (?) to be forgotten and ditched like yesterdays clothes if you ask some agilistas that I follow. I think the reason is that we have watered down the meaning of the concept by applying the name to more and more un-agile things. Soon we will be able to become agile without letting its ideas and principles changing a thing about what we do or how we act. Because agile is just some simple, yet powerful, ideas - originally described in the Agile Manifesto.

I yesterday posted the following at twitter:

Read More

Autonomous does not mean isolated

I wanted to write a short little post on a misunderstanding and confusion that pops up once you start to create cross-functional teams;

Autonomous doesn’t mean isolated

If you draw pictures like this, from another post, is very easy to see where this confusion stems from

A few cross functional teams

There are boxes with solid lines that sends the message that the different teams in this picture have very little to do with each other. And it doesn’t get better by people like me asking each team to set up goals for themselves and talking about breaking their work out into separate, discrete parts in the spirit of Conway’s law.

We can very easily get the feeling that these teams should have as little as possible to do with each other.

But let’s examine that word again; autonomous (team):

...
Read More

Reflection on a daily retrospectives

I have created a course, a boot camp to teach people to become programmers in 12 weeks. It’s quite amazing and you should apply if you want to change career. Check out Salt - School of applied technology

Obviously, that cannot be done. But we do it anyway. And we succeed - we get rave feedback from the places where our awesome students are working.

There are a few ingredients to the successes; people being highly motivated (I can write books about that) and mob programming are two of them.

But in this post, I wanted to write about something that I think stood out for me after observing 3 classes in a row now. And it’s something that you can do and get a lot out of too.

Memory lane

I think (hope) that everyone has a favorite teacher that they remember from their early...

Read More

The consequences of prioritizing

Been talking a lot about the consequences of prioritizing today at my client. And about psycological safety

This excellent story that Staffan introduced me too, came to mind. (I’ll summarize it below - this is just an intro, to get you to read on)

And I came to think about how the consequences of prioritizing one thing over others, often end up becoming blame for the team. When it really should be praise…

The Story

The Warren Buffet story goes something like this: Mr Buffet asks his pilot to list his top 25 career goals. He does and returns to Mr Buffet only to get another request: Now please circle the 5 items on that list. This is, of course, tricky but after some time he comes back. Mr Buffet now ask his pilot: What are you going to do with the...

Read More

KanbanStats - an average improvement

Reading books is awesome - because it changes how you see and think about the world. I’m an avid reader and a non-recovering learn-o-holic.

I read a great book the other week - When Will It Be Done by Dan Vacanti and it changed how I saw the world a bit. I wrote a whole array of blog posts on process metrics and now Mr Vacanti threw some of it on its head.

Not that much when you think about it, but enough for me to want to correct myself with this new knowledge.

It all has to do with averages…

What I got wrong

In his book, Dan Vacanti is actually referring to another book called “The Flaw of Averages” by Sam L. Savage. I have not read that yet, but the gist of it is: average is a pretty misleading fact...

Read More

The Kondo software quality index

Before I start I want to give credit where credit is due:

One of the things that I love most about being a consultant is all the amazing people I get to meet at my different client; brilliant, fun and experienced-oozing people that I don’t see or meet online or at conferences. They are out there. Scott Hanselman calls them Dark Matter Developers.

This blog is sparked from one of them; Yngve! Thanks!

At this client (where Yngve works as an infrastructure architect) we were struggling to measure software quality. The teams felt like they never got the time to take care of technical issues that have been lying around forever, that they were forced to tack on “yet another new feature” and that we had no good way to communicate this.

We needed a quick way to measure and track this - such as our non-technical coworkers...

Read More