Што да направите во понеделник

Што да направите во понеделник

Не почнувајте со воведување низ целата организација. Почнете со еден сопственик, една задача, еден пакет докази и една точка за одобрување. Целта за понеделник е да создадете доверлив циклус на учење.

  1. 09:00 — изберете нискоризична повторлива задача.
  2. 09:15 — напишете OCEA бриф и критериум за прифаќање.
  3. 09:35 — подгответе минимален одобрен пакет докази.
  4. 10:00 — пуштете со medium напор на разумниот почетен модел.
  5. 10:30 — проверете факти, извори, структура и дозволи.
  6. 11:00 — направете една контролирана поправка и споредете.
  7. 11:30 — запишете време, трошок, грешки и употребливи инструкции.
  8. Во петок — одлучете дали ќе запрете, повторите или проширите.

Ако процесот успее, претворете ги уредениот бриф и листата за проверка во образец. Ако не успее, зачувајте ги доказите и дијагнозата. Документиран неуспех е повреден од непроверен успех.

PROCESS IN гради практични системи околу реалната работа. Одржувајте го системот доволно мал за да го разберете, доволно строг за да му верувате и доволно корисен за луѓето доброволно да го користат.

Работилница: Што да направите во понеделник

Практичната цел на ова поглавје е претворање едно контролирано пуштање во повторлива работна навика. Пред да отворите разговор или Work, запишете како задачата се извршува денес, кој е сопственикот и што се смета за прифатлив резултат. Изберете еден пример што можете лично да го проверите. Овој почетен запис спречува новината на алатката да се помеша со вистинско подобрување и ви дава основа за споредба на време, точност, поправки и употребливост.

Разработен пример: сопственик на оддел поминува едно претпладне во задавање, пуштање, проверка и бележење неделен извештај врзан за извори пред да одлучи дали ќе го повтори. Тимот прво го ограничува исходот и го собира следниов пакет: еден OCEA бриф, минимален пакет докази, проверки за прифаќање, дневник на поправки и белешка со одлука во петок. Потоа го пушта агентот со јасен критериум за запирање, го проверува секое важно тврдење и ги бележи поправките. Примерот е успешен само ако именуван сопственик може да објасни зошто резултатот е прифатен, кои делови останале човечка работа и што точно треба да се смени при следното пуштање.

Најчестата погрешна примена е најавување широка преобразба пред еден тим да покаже доверлив циклус на проверка. Поправката не е автоматски посилен модел. Прво намалете го опфатот, рангирајте ги изворите, откријте ги скриените ограничувања и поставете точка за одобрување. Ако проблемот остане и по овие промени, тогаш тестирајте повисоко ниво или поголем напор на истиот примерок. Така споредувате причина и последица наместо само два различни резултати.

  • Опишете го тековниот рачен процес во пет реченици.
  • Подгответе доказен пакет што вклучува еден OCEA бриф, минимален пакет докази, проверки за прифаќање, дневник на поправки и белешка со одлука во петок.
  • Одредете едно мерливо правило за прифаќање и една забранета постапка.
  • Нека проверувачот ги означи грешките според тежина, а не само според стил.
  • Зачувајте ги брифот, поставките, резултатот и поправките како еден запис.

Continue reading the complete book

Unlock all frameworks, permanent library access and future content updates.