Што да направите во понеделник
Што да направите во понеделник
Не почнувајте со воведување низ целата организација. Почнете со еден сопственик, една задача, еден пакет докази и една точка за одобрување. Целта за понеделник е да создадете доверлив циклус на учење.
- 09:00 — изберете нискоризична повторлива задача.
- 09:15 — напишете OCEA бриф и критериум за прифаќање.
- 09:35 — подгответе минимален одобрен пакет докази.
- 10:00 — пуштете со medium напор на разумниот почетен модел.
- 10:30 — проверете факти, извори, структура и дозволи.
- 11:00 — направете една контролирана поправка и споредете.
- 11:30 — запишете време, трошок, грешки и употребливи инструкции.
- Во петок — одлучете дали ќе запрете, повторите или проширите.
Ако процесот успее, претворете ги уредениот бриф и листата за проверка во образец. Ако не успее, зачувајте ги доказите и дијагнозата. Документиран неуспех е повреден од непроверен успех.
PROCESS IN гради практични системи околу реалната работа. Одржувајте го системот доволно мал за да го разберете, доволно строг за да му верувате и доволно корисен за луѓето доброволно да го користат.
Работилница: Што да направите во понеделник
Практичната цел на ова поглавје е претворање едно контролирано пуштање во повторлива работна навика. Пред да отворите разговор или Work, запишете како задачата се извршува денес, кој е сопственикот и што се смета за прифатлив резултат. Изберете еден пример што можете лично да го проверите. Овој почетен запис спречува новината на алатката да се помеша со вистинско подобрување и ви дава основа за споредба на време, точност, поправки и употребливост.
Разработен пример: сопственик на оддел поминува едно претпладне во задавање, пуштање, проверка и бележење неделен извештај врзан за извори пред да одлучи дали ќе го повтори. Тимот прво го ограничува исходот и го собира следниов пакет: еден OCEA бриф, минимален пакет докази, проверки за прифаќање, дневник на поправки и белешка со одлука во петок. Потоа го пушта агентот со јасен критериум за запирање, го проверува секое важно тврдење и ги бележи поправките. Примерот е успешен само ако именуван сопственик може да објасни зошто резултатот е прифатен, кои делови останале човечка работа и што точно треба да се смени при следното пуштање.
Најчестата погрешна примена е најавување широка преобразба пред еден тим да покаже доверлив циклус на проверка. Поправката не е автоматски посилен модел. Прво намалете го опфатот, рангирајте ги изворите, откријте ги скриените ограничувања и поставете точка за одобрување. Ако проблемот остане и по овие промени, тогаш тестирајте повисоко ниво или поголем напор на истиот примерок. Така споредувате причина и последица наместо само два различни резултати.
- Опишете го тековниот рачен процес во пет реченици.
- Подгответе доказен пакет што вклучува еден OCEA бриф, минимален пакет докази, проверки за прифаќање, дневник на поправки и белешка со одлука во петок.
- Одредете едно мерливо правило за прифаќање и една забранета постапка.
- Нека проверувачот ги означи грешките според тежина, а не само според стил.
- Зачувајте ги брифот, поставките, резултатот и поправките како еден запис.
Continue reading the complete book
Unlock all frameworks, permanent library access and future content updates.