Orden kan variera beroende på källan, men det grundläggande budskapet är detsamma - K.I.S.S. (Keep It Simple, Stupid) betyder att enkelt är bättre. En komplicerad plan blir svår att hantera och en komplicerad design blir komplicerad att utveckla, använda, dokumentera och stödja. En komplicerad projektmiljö är en mardröm!
En av mina favoritberättelser om projektledning handlar om ett MYCKET stort projekt som misslyckades kapitalt på nästan alla sätt som ett projekt kan misslyckas. Teamet var demoraliserat, den kod som hade utvecklats fungerade inte, projektet överskred budgeten redan innan halvvägs in i utvecklingsfasen och låg så långt efter schemat att det inte fanns någon chans att leverera ens en del av funktionaliteten i tid.
Why?
Därför att de ignorerade K.I.S.S.-principen på tre viktiga sätt:
- För mycket tvärfunktionalitet i en leverans
Projektets omfattning var enormt: ett halvt dussin befintliga system skulle kombineras, en enorm ny databas skulle byggas, ny teknik skulle läggas till och hela nätverksstrategin skulle förändras. Ingen person, inte ens det geni (och hon var en mycket begåvad systemanalytiker) som utformade projektet, kunde hålla reda på vad som föreslogs, utformades och levererades.
- En alltför detaljerad projektplan
Den första följdeffekten av den löjliga mängden arbete som skulle göras var en projektplan som tog ett helt rum i anspråk - väggar, golv, bord, stolar. Med hundratals uppgifter som skulle utföras och komplexa ömsesidiga beroenden var det omöjligt att hantera projektet.
- För många inblandade personer
På grund av den stora arbetsinsatsen fick praktiskt taget alla med dator- eller projekterfarenhet hjälpa till. (Förnuftiga människor gjorde allt för att undvika att bli involverade.) För att komplicera saken ytterligare valde den övre ledningen att ha ett enda stort team i stället för att dela upp projekten i delsystem och arbetstagarna i mindre team. För att göra saken ännu värre ville alla mellancheferna vara med och det fanns inte en enda projektledare som var tillräckligt stark för att hålla alla i schack.
Till slut lades projektet ned diskret och ryktet gick att den utvecklingschef som hade sponsrat projektet kunde hittas i sin bil på parkeringen i ett meningslöst försök att undvika att bli gripen och avskedad.
Använd K.I.S.S.-principen för stora projekt
Sensmoralen i denna mycket sanna historia är att följa K.I.S.S.-principen. Om den nödvändiga leveransen verkligen är så stor kan du dela upp funktionaliteten i mindre leveranser som kan hanteras oberoende av varandra eller produceras i olika faser. Att hålla omfattningen enkel leder till en enkel och lättare genomförd projektplan, samt mindre, hanterbara (och nöjda) team som faktiskt kommer att leverera i tid och inom budget. Du får också en nöjd kund, eftersom de inte behöver vänta i åratal på något som kommer att vara föråldrat när det levereras.
Om du fortfarande behöver lite mer övertalning kan du tänka på att en enkel design inte bara är elegant, utan också lättare att underhålla och lättare att använda för dina kunder. Följdeffekten är mindre arbete efter leverans, så att dina team kan fortsätta med nya projekt, och nya projekt är alltid roligare än att kämpa med problemen i ett projekt som de är trötta på att hantera.
