Ändringshantering
Hur jobbar ni med ändringar? När man ställer den frågan så får man ofta en lite obekväm tystnad och sen börjar det dyka upp lite olika mer eller mindre sammanhängande processer som styr arbetet kring detta. Problemet är ju dock ofta att det är excellistor, mailkedjor m.m. så spårbarheten på vad det är som är ändrat och varför kan bli lidande. Ibland kan det nästan behövas tillgång till personen som gjort ändringen för att veta fullt ut.
För att få detta tydligt så finns det i 3DExperience möjlighet att få en trädstruktur likt nedan, där jag analyserar ett förslag till en ändring kring att styvheten behöver förbättras. Det man kan se i nedanstående bild är att beräkningsteknikern Björn har gjort en simulering av en benprotes och sett att den är lite för flexibel och hade behövt styvas upp. För att ta detta vidare har han skapat en issue som ligger till grunden för ett bra beslutsunderlag om man vill gå vidare med en förändring eller inte. Här ser man också vilka modeller som behöver förändras och ”contexten” det vill säga sammanställningen.
När man beslutat för att gå vidare så kan man för enkla förändringar bara gå vidare med en task eller att välja att ta det vidare som en Change action. Denna kan godkännas med bara en person eller ett egenskapat ”flöde” av personer som behöver säga ok beroende på komplexitet och hur eran process ser ut.
När det är upplagt så ser man en trädstruktur enligt den nedan som både visar issues delen som är grunden och ändringen som sen är skapad från denna och alla intressenter.
Så behöver ni se över eran ändringshantering så är det bara att höra av er.
