Ongelmalauseke

ongelmanratkaisu alkaa aina hyvin kirjoitetulla ongelmalauseella. Aina. Haluat poistaa sekaannusta ja epäselvyyttä ongelma kohtaat kuvaamalla yksityiskohtaisesti, mitä tapahtui.

tämä pitää tiimisi keskittyneenä juuri sinun asiaasi. Se auttaa myös tiimejäsi ratkaisemaan johdonmukaisesti organisaatiosi huolenaiheet ja pitämään pelätyn ”scope Creepin” loitolla.

ongelmalausunnossasi ei saa koskaan kertoa yksityiskohtaisesti ongelman syytä. Loppujen lopuksi, jos tietäisit syyn, sinun ei tarvitsisi luoda tätä lausuntoa. Et tarvitsisi tätä menetelmää. Ryhtyisit toimiin tuhotaksesi syyn. Viimeinen vinkki… muista, että on epätodennäköistä, että henkilö aiheutti ongelman. On todennäköisempää, että kysymys on huonon prosessin tulos. Deming on todennut, että 85% ongelmista on seurausta huonosti määritellyistä tai riittämättömistä prosesseista ja vain 15% ongelmista on todella operaattorivirhe!

ongelmalauseen säännöt

huonosti kirjoitetut esimerkit-

widget on liian pitkä.

raporteissamme on liikaa virheitä.

toimitusaikamme on kamala.

nämä esimerkit eivät kerro riittävästi ongelman syvyydestä. Kaikki 3 ovat kunnollinen alku, mutta lisätietoja tarvitaan ennen tiimisi hyppää selvittää, mitä tapahtui. Lisäksi, miten yrityksesi ei täytä vaatimuksia, on oltava ongelmalausunnoissa.

hyviä esimerkkejä –

widget ylittää asiakkaan vaatimuksen 38cm (määrittelee vaatimuksen ja miten organisaatio ei täyttänyt sitä).

kuukausittaisissa laaturaporteissa (määritellään, missä liikkeeseenlasku sijaitsee) on keskimäärin yli 2 virhettä, suurempi kuin odotetut 0 virhettä (määritellään sisäinen vaatimus)

oikea-aikaisen toimituksen keskiarvo on 92 prosenttia, mikä on alle 98,5 prosentin tavoitteen (tässäkin määritellään vaatimuksen laiminlyönti).

Better Examples –

the last 10 production runs (defines when the issue occurs) show the widget measured an average of 41cm (the issue), which exceeds the customer requirement of 38cm +/- 2cm.

 ongelmanratkaisu

viimeisten 2 kuukauden aikana (jolloin) laaturaportit sisältävät keskimäärin yli 2 virhettä, jotka ovat suurempia kuin odotetut 0 virhettä.

On-Time Delivery to Customer X (Jos ongelma ilmenee) has been only 92% for the last 4 months, Alder the required 98,5%.

nämä paremmat esimerkit antavat tiimeillesi asian tutkimiseen tarvittavat yksityiskohdat ja määrittelevät, mihin tiimisi voimavarat tulisi keskittää. Esimerkiksi, ei ole tarvetta etsiä yli viimeisen 10 tuotanto kulkee widget tutkinta. Tallin alustavien havaintojen mukaan asiaa ei ole ennen noita juoksuja.

468 X 60 Staattinen

Home ””Problem Solving Strategies ”” Problem Statements

Vastaa

Sähköpostiosoitettasi ei julkaista.