This is already the 4th posting on “What Drives Quality”, focusing on coding. Previous posting covered the factors that drive requirements quality and that drive architecture and design quality. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.
Eindelijk is het dan zover. Na allerlei onderzoeken en rapporten, lobbyen, en vele vergaderingen is er een beslissing genomen dat we gaan veranderen. Er is steun en draagvlak in de organisatie voor de verandering, er is budget en er zijn mensen vrijgemaakt voor een veranderproject. Goed nieuws! Maar hoe pak je dat nu aan?
Many methods for product quality improvement start by investigating the problems, and then working their way back to the point where the problem started. For instance audits and Root Cause Analysis work this way. But what if you could prevent problems from happening, by building an understanding what drives quality, thus enabling to take action before problems actually occur?
Procesverbetering wordt vaak toegepast om problemen in een organisatie structureel aan te pakken en blijvend op te lossen. Ik heb succesvolle (proces)verbetertrajecten begeleid, maar ook trajecten gezien waar door de verbeteraanpak de problemen initieel juist groter werden. Door alert te zijn op de signalen, en tijdig actie te ondernemen werd het verbetertraject daarna alsnog succesvol.
Recently, I had the opportunity to interview William E. Perry, author of the book “iTeam: Putting the "I" Back into Team”. In the interview, William stressed how important it is to get people with the right skills into your team.
Op 18 mei is er een bijeenkomst van de people-CMM werkgroep. Op die avond gaan we ervaring opdoen met organisatie opstellingen, en bespreken we de onderwerpen "participatory culture" en "zelfsturende teams".
Als je blogt over “Sharing knowledge is power”, dan kun je vragen verwachten over hoe je kennis nog meer kunt delen. Gelukkig hoeft het allemaal niet zo ingewikkeld te zijn. Het gaat bijna vanzelf, mits je het wat organiseert, stimuleert, en waardeert.
Teams are more and more becoming the core of organizations. Whether project teams, agile teams or any other form of collaboration that is chosen in a company, the setting in which people collaborate is often teamwise. But establishing teams, and keeping them stable isn’t always that easy.
Communication is an important factor in improvement programs. Communication using visual management pictures the goals and approach. It motivates people to commit to change, by showing expected benefits and early results. But wrong or too much communication can also frustrate people, getting them to resist changing.
Het thema van de SPIder People-CMM werkgroep op maandag 18 april is “Participatory Culture”. In de bijeenkomst bestuderen en bespreken we dit proces gebied, en daarna passen we het ook zelf toe (eat our own dogfood).
The quality of software is often still insufficient. Pair programming is a proven technique that prevents defects from entering the code.
De eerste waarde van het agile manifesto is “individuals and interaction over processes and tools”. Het klinkt zo simpel, maar de praktijk is vaak weerbarstiger. Tijdens het event “Agile People” op 26 april a.s. delen diverse sprekers hun ervaringen over de mensenlijke kant van Agile. Tevens is er een Open Space waarin we van elkaar kunnen leren.