I got a lot of positive feedback on my last post about mob programming (in Swedish). So, as my team has done more mob programming, I thought I should share some insights we’ve gained up until this point.

For those who like to read a lot

We learn a lot by working in a mob. Not only specific coding parts, but also about our individual thought patterns when it comes to solving problems. It is a challenge however when we all have different levels of knowledge, experience and ways to look at things. This has been a source of lengthy discussions where we try to explain to each other just how we would want to solve a problem, instead of actually solving it. Is that a problem on its own? Difficult to say. But one thing is for sure, and that is that these discussions are helping us getting an understanding of how our fellow team members think. Which in the long run is a step towards aligning the team’s way of solwing problems in the same direction.

When it comes to accomodation and tools we’ve discovered that it is a bit of a pain to always have to book a meeting room. Especially when the rooms available for booking tend to not be free for us to book during a whole day, resulting in us having to break up the session to move to another room. The TVs and chairs available aren’t of the highest standard either and definitely not adapted to lengthy programming sessions. A hurdle in the actual programming process is having to code in a text editor other than the one a person is used to. In our team we are as of to date using Sublime, Emacs and Vim. Add to that each and one’s own personalized shortcuts and hotkeys that are well programmed into our spines. I don’t know how many times I’ve tried to execute an Emacs command within Sublime, with horrible results …

The mob programming process as such is very strict and has many rules to follow. But as with everything, it is easy to start cutting corners and not comply by the rules. For example we’ve been quite bad at respecting the timer when to switch driver and navigator. Same with taking regular breaks. The latter being of great importance in order to keep focus and energy at a satisfactory level. I guess what we need to remember that the rules are there for a reason. There are people who has been working with the process and shaping it for many years, they know that this is how it has to be done in order for the participants to get as much out of it as possible.

A very specific issue that has surfaced during our mob programming sessions is the lack of a dedicated UX person in the room. Although we might not realize it, as programmers we are making UX desicions in every piece of code we write. May it be in regard to response times or how something is present on our sites. We have on so many occassions asked ourselves, how will this affect the end user? We have said “we should have had UX with us in this room” plenty of times. It is worth to point out that we do have UX people in our team, and it is a bit of a DMU thing to not have an optimal process when it comes to syncronizing development and UX. We’ve acknowledged the problem on both the development and the UX front and are trying within our team to become more aware of UX problems within the development process and vice versa by different methods. But I won’t go into any details here as it feels like a completely different blog post!

… and tl;dr

I’ve summarized the text above in the following lists:

The positive things

  • Sharing knowledge
  • Getting to know each other
  • Solving problems by discussing them
  • Eliminate single person dependencies and “deliveries”
  • Real team building
  • Bringing everyone to the same level of knowledge
  • The focus that comes with working on one task/problem only
  • It is great fun! Also, I partially get my social needs satisfied
  • I learn a lot when we discuss and program together
  • We align how we think and learn to see things from different perspectives
  • The work will continue although a person leaves the room
  • “Mob programming can seem time consuming at the beginning but in the long run we gain a higher velocity and increase focus while also avoiding single person dependencies. Thereby the work we do as a mob is more time efficient.” - Karro

The negative sides

  • Difficult to keep focus when not being the driver or navigator
  • It is more energy consuming in contrast to programming alone
  • Programming in another text editor than the one I am used to
  • Working within a code base that contains Javascript, CSS and Ruby
  • The lack of rooms dedicated to, and accomodated for, mob programming
  • Challenging with different levels of knowledge
  • It is difficult to focus in regard to cellphones etc
  • Easy to start cutting corners in the mob programming process
  • It is difficult to leave the room when one has to do other things, FOMO
  • Being dependent on one person’s computer to program on
  • Programmers making UX decisions

A product owner’s perspective

I also asked our product owner how it feels having a whole team of developers working in a mob.

  • It creates a unification when it comes to the chosen solution. No one can say during the morning meetings that it was someone else’s fault.
  • A commit to being a team is required. A person can’t argue that they have something more important to take care of.
  • It is a fast method to drill junior developers as well as making senior developers realize that they might be stuck in their ways.
  • It takes a product owner who is comfortable with the time mob programming session takes. The session will eat a lot of time if it become ineffective.
Skrivet av:

Beatrice Nilsson

Systemutvecklare Mittmedia

Mer team

Stefan Wallin
Feb 13, 2017

In this first episode of the monthly Hack Day Review, I’ll give you a background on our Hack Day approach and you’ll get to read about what inspiring things our developers and designers explored on their “paid free time”.

Beatrice Nilsson
Jan 13, 2017

Mobbprogrammering - The DMU Way

Under påsken 2016 drabbades flera svenska nyhetssajter av omfattande DDoS-attacker (se även mitt tidigare inlägg om detta). Efter påsk kallade Alice Bah Kuhnke mediechefer och teknikchefer till ett möte på Rosenbad. Deltog gjorde även inrikesminister Anders Ygeman. Mötet kom att fokusera mycket på en intressant analogi om att staten en gång i tiden ansvarade för det svenska vägnätet där tidningsbilarna körde ut nyheter till folket, och att det idag finns ett digitalt vägnät för distribution av nyheter. Ygeman menade då på att det är upp till medierna att ställa krav på operatörerna för det digitala vägnätets duglighet. Idag måndag 4/7 arrangerade TU ett seminarium i Almedalen med titeln ”IT-attack via Ryssland – nya tidens hot mot medier” där Anders Ygeman deltog så jag passade på att ställa några frågor till honom kring luckorna i hans resonemang. Då tiden var knapp och Ygemans svar avvikande skriver jag därför detta inlägg som Anders Ygeman istället kan läsa och besvara när han får tid.

Korrigering 2016-03-20 12:31: I min originaltext påstod jag felaktigt att Aftonbladet.se som också drabbades av gårdagens DDOS-attack driftas på Basefarm. Har korrigerat detta men poängen som jag vill trycka på i denna text kvarstår. Kuriosa: Schibsted som äger Aftonbladet sålde Basefarm 2009.

Norrland. Denna mytomspunna, näst intill exotiska landsända. Besjungen, bespottad och ständigt aktuell. Fredag den 4 november även omnämnd i Breakits podcast som hemvist för MittMedia. Det stämmer att vi på MittMedia bevakar Norrland, tillsammans med andra duktiga lokalmediekoncerner som t.ex. VK, Norran och NTM. Vi täcker upp knappa hälften av Norrland eftersom Dalarna ej kan räknas in då det tillhör Svealand.

Mathias Nylén
Nov 5, 2015

Behovet att bryta vardagen var förmodligen en av de sämre motiveringar jag kunnat använda i mitt försök att förklara varför vi numera var ett av de inplanerade stoppen på Lennart’s journeyman tour. En kort reflektion av tiden sedan sommarsemestern visade att den s.k. vardagen aldrig riktigt infunnit sig för DMU, Mittmedias enhet för digital medieutveckling. Sedan augusti hade vi välkomnat 10 nya kollegor, formerat nya utvecklingsteam, påbörjat experiment kring arbetsätt och teknik med målet att bli än vassare på att leverera nya digitala upplevelser.

För några veckor sedan pratade jag om vikten av okonventionell erfarenhet på mässan Karriär och Framtid och på allmän begäran kommer hissversionen här som ett blogginlägg.

Oct 2, 2015

Jag loggade in på Medieutredningens forum härom dagen. Under sektionen Teknologi fanns mötesnoteringar rörande vikten av bredband och mobiltäckning. Det värmde. Jag hoppas att dessa två frågor kommer högst upp på Medieutredningens agenda. I det här inlägget tänkte jag trycka på varför tillgång till internet är en central demokratifråga och varför stöd till tidningsdistributionen inte får överskugga detta.

Sep 23, 2015

Herakleitos skrev något i stil med “Det enda konstanta är förändring” och jag har väl aldrig varit så benägen att hålla med honom som nu. Den 26 februari fick min dotter två energiska enäggsbrorsor och sen dess har jag levt i konstant förändring. I små iterationer. Det är även svaret på de frågor jag fått om var de tre sista inläggen i Kringlan-serien tagit vägen…

Peter van der meulen
Aug 27, 2015

Hello world! That’s the term you would normally see in the very first post of a Blog. What then is this text doing in a blog filled with 2 year older articles you ask?

Värdet hos en produkt skapas när den används. Ett paraply blir ett skydd mot regnet när du fäller ut det, en påse blir förvaring när du lägger saker i den. En nyhetssajt består av innehåll och funktionalitet men det är när besökaren använder sajten som värdet skapas. Värde i form av kunskap, idéer och tankar. Engagemang och känslor. Företagskunden använder också sajten för att skapa värde – t.ex. via varumärkesprofilering eller utbudsannonsering.

Torsdag 18/12 2014 var en historisk dag. Inte bara för att vi äntligen kunde presentera nya, förbättrade Mittmedia.se, utan för att vi därmed släckte den sista av våra Polopoly-sajter. Det här inlägget handlar om varför det är viktigt för en mediekoncern att ha stor kontroll över den tekniska plattformen samt ha egen utveckling.

Totalt 16 dagars julledighet blev det denna gång, inte illa! Sexton dagar av julmat och släkt men framför allt av hemmasoftande i mysbyxor, av Pippi Långstrump, häpnadsväckande byggnadsverk i Duplo och massor av böcker. Inte bara barnböcker som tur är utan jag hann även läsa Lee Iacoccas klassiska självbiografi och framför allt The Renaissance Society av Rolf Jensen och Mika Aalto som jag tänkte reflektera lite över i detta blogginlägg.