Tick-the-Code - julkaisut
Happy Are The Software Engineers.. (artikkeli)
Ensimmäinen koskaan kirjoittamani julkaisu on nimeltään "Happy Are The Software Engineers.." ("Onnellisia ovat ohjelmistosuunnittelijat..") ja se ilmestyi Better Software-lehdessä joulukuussa 2006. Artikkeli kuvaa kaikessa lyhykäisyydessään, kuinka täydellinen keskittyminen voi luoda onnellisuuden tunteen, erityisesti jos tehtävä on mielekäs. Halusin osoittaa, että ohjelmistolaatutyö on mielekästä ja että Tick-the-Code -menetelmällä on mahdollista uppoutua täydelliseen keskittymisen tilaan.
Tiivistettynä: onnea on Tick-the-Code.
Tick-the-Code Inspection: Theory and Practice
Ensimmäinen tieteellinen artikkelini on nimeltään "Tick-the-Code Inspection: Theory and Practice" (Tick-the-Code -katselmointi: teoria ja käytäntö) ja se ilmestyi vertaistarkistetussa ASQ (American Society for Quality, Amerikan Laatuliitto) lehdessä nimeltä Software Quality Professional.
Kuten nimi kertoo, artikkelini paljastaa kaikki Tick-the-Code -menetelmän yksityiskohdat aina 24 koodaussääntöön asti. Artikkeli on kattavin kirjoitettu lähde Tick-the-Code -menetelmästä.
Tick-the-Code Inspection: Empirical Evidence (on Effectiveness)
Toinen tieteellinen artikkeli on nimeltään Tick-the-Code Inspection: Empirical Evidence (on Effectiveness) (Tick-the-Code -katselmointi: empiirisiä todisteita (tehokkuudesta)). Kirjoitettuani artikkelin esitin sen ensimmäisen kerran Pacific Northwest Software Quality Conference (PNSQC)-konferenssissa lokakuussa 2007, Portlandissa, Oregonin osavaltiossa, USA:ssa. Artikkeli esittelee Tick-the-Code-koulutuksista kerättyjä mittauksia (noin 50 koulutuksen yhteensä yli 300 osallistujaa osallistuivat tutkimukseen.) Tulokset ovat paljastavia. Artikkelin päähuomio on, että ohjelmistosuunnittelijat voisivat pitää koodinsa paljon yksinkertaisempana ja välttää tekemästä monia niistä virheistä, joista ohjelmistoprojektit ovat tulleet niin pahamaineisiksi.
Artikkelin lisäosassa on lista Tick-the-Code -menetelmän säännöistä artikkelin kirjoitushetkellä (kesä 2007).
Tick-the-Code - uusvanha tekniikka taistelussa bugeja vastaan
Pirkanmaan Tietojenkäsittely-yhdistys (Pitky ry) julkaisi artikkelini jäsenlehdessään Pitkyn Piiri 1/2008. Se on nimeltään "Tick-the-Code - uusvanha tekniikka taistelussa bugeja vastaan".
Tulossa
Tick-the-Code -katselmointi: kirja
Vuodesta 2006 olen kirjoittanut kirjaa Tick-the-Code -menetelmästä. Siitä tulee yksityiskohtaisin ja täydellisin lähde menetelmään. Olen jo luonnostellut lähes kaikki luvut. Joihinkin niistä olen jo saanut asiantuntijoilta palautetta, jonka olen ottanut huomioon. Olen lähestynyt muutamaa kustantajaa ja saanut lisää palautetta (en vielä hyväksyntää). O'Reilly-toimittaja Andy Oram mainitsi menetelmän Beautiful Code-kirjan blogissa, mikä aiheutti melkoisen ryntäyksen näillekin sivuille. Seuraavaksi täytyy saada syntymään asiasta kiinnostunut yhteisö ja lähestyä kustantajia uudestaan.
Ote kirjasta
Ote vaihtuu viikottain. Kukin ote on vielä luonnos ja voi muuttua ennen päätymistään kirjaan. Otteet ovat englanniksi.
When a whole team has too much to do and they make the mistake of bypassing quality to keep the delivery schedule, they get caught in the Vicious Circle of Busyness. The team members see themselves as not having enough time, when in fact they have too much to do. There's a big difference. You can't create more time, but you can decide to finish less. As long as time is your problem, you're focusing on the wrong problem.
At first, just one team member produces rework-requiring code, his load becomes too much and the other team members pitch in. It is a good sign in a team that people help each other. But the power of busyness can be overwhelming if the team isn't equipped with a strong sense of quality-awareness and the right kinds of skills to produce good quality software. The Vicious Circle of Busyness is contagious.
The first-to-fall (the first to bypass quality) receives too much negative feedback to handle himself, his colleagues take over some of his planned tasks and being overloaded succumb to the call of busyness. They skip the scheduled code reviews as they are falling behind. Another victim falls into the Vicious Circle of Busyness, and soon another, and another. Before long, the whole team is affected. Because of their hasty decisions, their already tight schedule is filled with unplanned rework in addition to the original tasks. The harder they work, the more they produce, the less time they have, the more they need to work. That's the trap, and the team sees the only logical conclusion. They decide to produce less.
They can't lower the output too much or their manager would surely notice, but they need to do something. Decreasing the workload lowers the amount of negative feedback flowing into the team giving the team more time to work on the fewer features. They innovate only in ways to produce less without anybody noticing. In a sense, they go into hiding. They need to produce enough so their boss is not too unhappy, but not so much that they themselves are unhappy. Even the customer is less unhappy about the situation, but the important thing to notice here is that none of players are actually happy.
The team becomes a dull place where creativity and innovation are unknown. All the focus is on keeping the negative feedback at bay. The team has lost any ambitions they might have had in the past. They have no illusions of their place in the organization. They are there to fix their own errors, nothing else. Their inability to get out of the Vicious Circle of Busyness has driven them completely lifeless. The team spirit is broken. At the first opportunity, people start jumping ship and the team slowly disbands. All this because they went for schedule over quality.
The Vicious Circle of Busyness is an important concept in Chapter 3. "Root Causes". In this excerpt, we look at it with from team perspective. Individuals and whole organizations get caught up in the circle. The situation isn't as hopeless as it sounds. If your team is held hostage by the Vicious Circle of Busyness, i.e. you all have been ignoring quality in order to save time, Tick-the-Code can help you.