declarația problemă

rezolvarea problemelor începe întotdeauna cu o declarație problemă bine scrisă. Întotdeauna. Doriți să eliminați orice confuzie și ambiguitate cu privire la problema cu care vă confruntați, descriind cu detaliu exact ce s-a întâmplat.

acest lucru vă menține echipa concentrată tocmai pe problema dvs. De asemenea, va ajuta echipele dvs. să rezolve în mod constant preocupările din cadrul organizației dvs. și să păstreze temutul „creep scope” la distanță.

declarația dvs. de problemă nu ar trebui să detalieze niciodată o cauză a problemei la îndemână. La urma urmei, dacă ați ști cauza, nu ar trebui să creați această afirmație. Nu ai avea nevoie de această metodologie. Ai lua măsuri pentru a elimina cauza. Un ultim sfat… amintiți-vă că este puțin probabil ca o persoană să vă provoace problema. Este mai probabil ca problema să fie rezultatul unui proces slab. Deming a stabilit că 85% din probleme sunt rezultatul unei procese slab definite sau inadecvate și doar 15% din probleme sunt cu adevărat eroare operator!

reguli declarație problemă

Exemple prost scrise-

widget-ul este prea lung.

există prea multe erori în rapoartele noastre.

timpul nostru de livrare este oribil.

aceste exemple nu detaliază în mod adecvat profunzimea problemei. Toate cele 3 sunt un început decent, dar sunt necesare mai multe informații înainte ca echipa dvs. să sară pentru a afla ce s-a întâmplat. Adăugarea modului în care compania dvs. nu a îndeplinit cerințele este o necesitate în declarațiile cu probleme.

exemple bune-

widget-ul depășește cerința clientului de 38cm (definește cerința și modul în care organizația nu a reușit să-l îndeplinească).

rapoartele lunare de calitate (definește locul în care se află problema) conțin mai mult de 2 erori în medie, mai mari decât cele 0 erori așteptate (definește cerința internă)

livrarea la timp a avut o medie de 92%, mai mică decât ținta de 98,5% (din nou, aceasta definește neîndeplinirea cerinței).

exemple mai bune-

ultimele 10 serii de producție (definește când apare problema) arată widget – ul măsurat o medie de 41cm (problema), care depășește cerința clientului de 38cm + / – 2cm.

rezolvarea problemelor die

în ultimele 2 luni (când) rapoartele de calitate conțin mai mult de 2 erori în medie, mai mari decât cele 0 erori așteptate.

livrarea la timp către Clientul X (unde apare problema) a fost de numai 92% în ultimele 4 luni, mai puțin decât 98,5% necesar.

aceste exemple mai bune oferă echipelor dvs. detaliile necesare pentru a investiga problema și definesc unde echipa dvs. ar trebui să-și concentreze resursele. De exemplu, nu este nevoie să căutați dincolo de ultimele 10 serii de producție din ancheta widget. Rezultatele preliminare ale echipei indică faptul că problema nu există înainte de aceste alergări.

468 X 60 Static

Acasă „”Strategii De Rezolvare A Problemelor „” Declarații Problemă

Lasă un răspuns

Adresa ta de email nu va fi publicată.