{"id":206,"date":"2015-03-13T08:38:26","date_gmt":"2015-03-13T07:38:26","guid":{"rendered":"http:\/\/qed.dk\/rasmus-kaae\/?p=206"},"modified":"2016-12-19T07:06:04","modified_gmt":"2016-12-19T07:06:04","slug":"vi-bruger-ikke-processer","status":"publish","type":"post","link":"https:\/\/agilerasmus.com\/wordpress\/vi-bruger-ikke-processer\/","title":{"rendered":"“Vi bruger ikke processer”"},"content":{"rendered":"

\"frust\"<\/a>\u2026 og det er l\u00f8gn!<\/p>\n

Titlen d\u00e6kker over et citat jeg h\u00f8rte for kort tid siden. Blodtrykket steg og det kr\u00e6vede stor viljestyrke hos undertegnede at finde en passende grimmase og tilh\u00f8rende svar. Citatet stammede ikke engang fra en IT-udvikler; \u00e6rlig talt kom det fra en person der slet ikke har tilknytning til IT-udvikling. For at v\u00e6re helt m\u00f8jsommelig: S\u00e6tningen blev sagt af en h\u00e5ndv\u00e6rker og blev udbrudt da jeg ville forklare min arbejdsfunktion p\u00e5 helt almindelig dansk.<\/p>\n

Definition<\/strong><\/h2>\n

\u201dEn proces er et forl\u00f8b, hvor noget sker.\u201d – Wikipedia<\/em><\/p><\/blockquote>\n

Ud fra ovenst\u00e5ende definition, s\u00e5 er det sv\u00e6rt at argumentere for at man ikke f\u00f8lger en proces. En minimal proces kunne v\u00e6re:<\/p>\n

    \n
  1. Opgave modtaget (Todo)<\/li>\n
  2. Opgave udf\u00f8res (Doing)<\/li>\n
  3. Opgave afleveret (Done)<\/li>\n<\/ol>\n

    Alt efter kontekst kan ovenst\u00e5ende proces v\u00e6re tilstr\u00e6kkelig, for omfattende eller for uspecificeret. Det essentielle er dog at anerkende at der er<\/em> en proces.<\/p>\n

    Den opm\u00e6rksomme l\u00e6ser har gennemskuet at de 3 n\u00e6vnte procestrin kan mappes direkte over i et Scrum Board<\/a> der typisk arbejder med opdeling i Todo, Doing og Done.<\/p>\n

    Problem<\/strong><\/h2>\n

    Mange har en m\u00e5ls\u00e6tning om at der skal ske kontinuerte forbedringer i organisationen, men det er sv\u00e6rt at forbedre en proces hvis man ikke anerkender man f\u00f8lger en.<\/p>\n

    \u201cYou cannot fix a problem that you refuse to acknowledge.\u201d \u2013 Margaret Heffernan<\/em><\/p><\/blockquote>\n

    L\u00f8sning<\/strong><\/h2>\n

    Jeg har ad flere omgange faciliteret b\u00e5de value-stream<\/a> workshops samt opbygning af Kanban <\/a>boards for teams der i udgangspunktet enten ikke anerkender at de anvender en proces \u2013 og hvis de g\u00f8r; s\u00e5 er det bestemt ikke samme proces. Disse seancer giver ofte deltagerne en \u201daha\u201d oplevelse i det der skabes f\u00e6lles forst\u00e5else for den m\u00e5de der arbejdes med opgaver \u2013 og der dannes et overordnet procesrammev\u00e6rk som kan bruges n\u00e5r der skal findes flaskehalse i det daglige.<\/p>\n

    Der kan v\u00e6re et hav af rationaler bag det at erkende og betro sig til en f\u00e6lles proces. Dem jeg m\u00f8der tiest og som jeg synes giver mest v\u00e6rdi er:<\/p>\n