«Мы зэканомілі 3 тыдні на кожным праекце». - Капітан Рывера.

Раней я зноў і зноў бачыў тую ж карціну. Праект пачаўся з добрай энергіі. Усе кіўнулі галавой у стартавым званку. Усе казалі, што яны згодныя. Потым праца запаволілася. Файл чакаў у адной паштовай скрыні. Нататка была ў чаце. Невялікае пытанне ператварылася ў тры сустрэчы. У выніку каманда выдаткавала больш сіл на зладжанасць, чым на саму працу. Вось чаму гісторыя капітана Рыверы прыцягнула маю ўвагу. Ён сказаў мне, што зэканоміў каля 3 тыдняў на кожным праекце пасля таго, як змяніў спосаб працы сваёй каманды. Я паверыў яму, таму што бачыў тую ж праблему ў сваіх праектах. Затрымка была выклікана не адной вялікай памылкай. Яно ішло ад мноства малых. Задачы пачаліся яшчэ да таго, як аб'ём быў ясны. Водгук прыйшоў са спазненнем. Людзі працягвалі прасіць адны і тыя ж дэталі. Каманда працягвала аднаўляць часткі, якія павінны былі заставацца стабільнымі. Я перастаў шукаць магічнае рашэнне. Я пачаў глядзець, дзе гадзіны цякуць. Вось што я змяніў. 1. Я напісаў мэту праекта простымі словамі, я больш не пачынаў з доўгага апісання, поўнага мяккіх слоў. Я напісаў адзін кароткі радок: што мы будуем і які вынік нам патрэбны? Пры мадэрнізацыі склада, у якой я дапамагаў мінулай вясной, каманда два дні спрачалася аб тым, што значыць «гатова». Адна група палічыла, што план выкананы. Яшчэ адну групу чакалі змены. Я замяніў расплывістыя нататкі простым спісам вынікаў, уладальнікаў і пунктаў зацвярджэння. Наступны раўнд прайшоў хутчэй, таму што нікому не трэба было адгадваць. 2. Я скараціў колькасць перадач. Кожная дадатковая перадача дадае затрымку. Я бачыў гэта ў праекце падтрымкі дастаўкі. Запыт перайшоў ад продажаў да аперацый, затым да дызайну, потым назад да продажаў, потым да кліента. Кожны крок дадаў новае пытанне. Кожнае пытанне дадавала новую паўзу. Я змяніў шлях. Адзін гаспадар сабраў запыт. Адзін аглядальнік праверыў гэта. Адзін чалавек даў апошнюю распіску. Ад гэтага калектыў не зменшыўся. Гэта рабіла працу чысцей. 3. Я выкарыстаў агульны кантрольны спіс перад пачаткам працы. Праект можа выглядаць гладка ў пачатку і ўсё роўна зламацца пазней. Цяпер я выкарыстоўваю кароткі кантрольны спіс перад пачаткам любой працы: - напісаны аб'ём - названы ўладальнік - бачны тэрмін - пазначаны пункты рызыкі - устаноўлены правілы зацвярджэння. Калі капітан Рывера распавядаў пра свой працэс, гэта была тая частка, на якую ён звяртаў увагу больш за ўсё. Ён сказаў, што яго каманда пачынала хутка і выпраўляла пазней. Гэта гучала занята, але марнавала энергію. Аднойчы ў мяне была такая звычка. Я думаў, што хуткасць на старце азначае прагрэс. Гэта не адбылося. Гэта проста перанесла блытаніну ў сярэдзіну працы. 4. Я захоўваю водгукі ў адным месцы. Рассеяныя водгукі губляюць імпульс. Дызайнер атрымлівае нататкі па электроннай пошце. Менеджэр адпраўляе галасавое паведамленне. Кліент дадае каментарыі ў дакумент. Напарнік па камандзе паўтарае пункт у званку. Хутка ніхто не ведае, якой версіі прытрымлівацца. Я навучыўся трымаць зваротную сувязь толькі ў адным месцы. Адзін дакумент. Адна нітка. Адзін уладальнік, каб аб'яднаць нататкі. Гэта дапамагло мне ў праекце запуску рознічнага гандлю, дзе копія прадукту пастаянна мянялася. Мы страцілі амаль тыдзень, перш чым я змяніў працэс. Пасля гэтага каманда перастала гнацца за разрозненымі каментарамі. У нас было менш памылак і менш перапісванняў. 5. Я абараняю працоўныя блокі ад сустрэчы з дрэйфам Сустрэчы не з'яўляюцца праблемай. Сыпкія сустрэчы бываюць. Цяпер я пакідаю некалькі гадзін вольнымі для глыбокай працы і стаўлюся да іх як да забраніраваных званкоў кліентаў. Гэты выбар змяніў мой вынік больш, чым любы новы інструмент. Некалькі месяцаў таму каманда, якую я падтрымліваў, правяла чатыры сустрэчы ў адну раніцу. Ні адзін з іх не скончыўся выразнымі пунктамі дзеянняў. Людзі сыходзілі стомленыя, а сапраўдная праца пераносілася на наступны дзень. Я замяніў дзве з гэтых сустрэч кароткімі пісьмовымі абнаўленнямі. Розніцу было лёгка заўважыць. Менш размоў. Больш рабіць. Менш разрываў паміж рашэннямі і дзеяннямі. Капітан Рывера падзяляў падобную звычку. Ён сказаў, што яго экіпаж выкарыстоўваў кароткую рэгістрацыю перад асноўнай працай, а затым заставаўся засяроджаным да наступнага кантрольнага пункта. Гэты просты рытм працягваў рух праекта. 6. Я разглядаю праект, пакуль ён яшчэ маленькі, не чакаю канца, каб праверыць, ці добра ўсё ідзе. Я гляджу на працу рана, пакуль змены яшчэ лёгкія. Гэта важна, таму што дробныя праблемы ператвараюцца ў вялікія, калі на іх ніхто не глядзіць. Аднойчы я працаваў над працэсам адаптацыі кліента, які на паперы выглядаў добра. Праблема выявілася толькі пасля таго, як яе прайшлі першыя некалькі карыстальнікаў. Поле формы збянтэжыла людзей. Даведка знаходзілася занадта далёка ад кнопкі. Адна невялікая праблема макета выклікала заяўкі ў службу падтрымкі на некалькі дзён. Мы хутка выправілі гэта, таму што я заўважыў гэта рана. Гэта звычка, якой я больш за ўсё давяраю. Тое, што я даведаўся з падыходу капітана Рыверы, простае. Зэканомленыя тыдні не прыйшлі з большай працы. Яны з'явіліся ў выніку выдалення паўторнай працы, ачысткі дарожкі і прыняцця рашэнняў раней. Я ўсё яшчэ выкарыстоўваю гэты ўрок сёння. Калі праект адчувае сябе павольна, я не вінавачу каманду адразу. Гляджу на працэс. Дзе чакаў запыт? Куды падзелася паведамленне? Дзе мы здагадаліся, а не пацвердзілі? Гэтыя пытанні звычайна паказваюць на ўцечку. І калі я выпраўляю ўцечку, праект перастае цягнуцца. Вось так занятая каманда можа рухацца з меншым напружаннем. Вось чаму я ўвесь час вяртаюся да адной і той жа ідэі: выразны аб'ём, менш перадач, адзін шлях зваротнай сувязі і ранні агляд зэканомяць больш намаганняў, чым куча дадатковых выклікаў.

Я працягваў бачыць тую ж праблему. Праекты буксавалі не таму, што людзі лянівыя. Яны саслізнулі, таму што невялікія затрымкі працягвалі назапашвацца. Нядоўгае чаканне водгуку ператварылася ў дзень. Няшчыльны бриф прывёў да дадатковых пераглядаў. Файл жыў у трох месцах, і ніхто не ведаў, якая версія была правільнай. Такое перацягванне спачатку здавалася нармальным. Гэтага не было. Я пачаў адсочваць, адкуль узяліся страчаныя дні, і заканамернасць было лёгка заўважыць. Большасць праектаў не марудзілі з-за самой працы. Яны былі павольнымі, таму што перадача была бязладнай. Таму я змяніў спосаб вядзення праектаў. Я перастаў ставіцца да хуткасці як да штуршка да большай працы. Я разглядаў гэта як сістэмную праблему. Першае змяненне было простым: я зрабіў брыф больш жорсткім. Перад пачаткам любога праекта я прасіў пяць рэчаў: - мэту - асноўную аўдыторыю - канчатковы фармат - асобу, якая прымае рашэнні - тэрмін разгляду. Калі адной з іх не хапала, я не пачынаў здагадвацца. Я прасіў аб гэтым. Адным з самых яскравых прыкладаў з'яўляецца запуск вэб-сайта, якім я займаўся для невялікага сэрвіснага брэнда. Каманда працягвала прасіць «больш чыстага выгляду» і «больш даверу». Гэтыя нататкі здаваліся карыснымі, але яны былі занадта расплывістымі, каб кіраваць дызайнам. Я папрасіў кліента выбраць тры ўзоры сайтаў, якія ім падабаюцца, пералічыць тры старонкі, якія найбольш важныя, і назваць адно дзеянне, якое яны хацелі б зрабіць ад наведвальнікаў. Гэты адзін рух амаль адразу скараціў рух наперад і назад. Другім змяненнем стаў цыкл агляду. Раней я дазваляў водгукам прыходзіць увесь тыдзень. Гэта гучыць гнутка. Ён таксама адчуваў сябе гнуткім. Гэта таксама зламала імпульс. Цяпер я ўсталяваў адно акно агляду і аднаго чалавека для збору нататак. Гэты чалавек групуе каментарыі, выдаляе паўторы і адпраўляе адзін чысты спіс. Я не атрымліваю дзесяць разрозненых паведамленняў ад чатырох чалавек. Я атрымліваю адзін спіс, па якім я магу дзейнічаць. Гэта зэканоміла шмат часу на прадуктовай кампаніі, якую я падтрымаў мінулай вясной. Каманда кліентаў мела шэсць галасоў у ланцужку агляду. Кожны чалавек дасылаў невялікія праўкі ў розны час, і праект працягваў падскокваць. Як толькі яны абралі аднаго рэцэнзента, тэмп хутка змяніўся. Праца рухалася па прамой лініі замест завесы. Трэцім змяненнем была абарона прыцэла. Гэтая частка мела большае значэнне, чым я чакаў. Праект запавольваецца кожны раз, калі хтосьці дадае «яшчэ адну рэч», не правяраючы план. Яшчэ адзін банэр. Яшчэ адзін раздзел. Яшчэ адзін раунд правак. Кожны твор гучыць дробна. Разам яны ператвараюць кароткую працу ў доўгую. Я пачаў пісаць нататкі аб аб'ёме простай мовай: - што было ўключана - што не было ўключана - што выклікала б дадатковую працу - хто ўхваліў змены. Гэта палегчыла казаць "так" правільным запытам і "не" дрэйфу ў апошнюю хвіліну, які звычайна выклікае затрымку. Чацвёртае змяненне заключалася ў стварэнні шматразовых частак. Я не аднаўляў тую ж наладу з нуля кожны раз. Я захаваў шаблоны для брыфаў, кантрольных спісаў, імёнаў файлаў, аглядных нататак і этапаў запуску. Ад гэтага праца не рабілася мяккай. Гэта аблегчыла паўтарэнне работы. Праект кароткай рэкламы паказаў мне, наколькі гэта дапамагло. Давялося ператварыць адно паведамленне ў некалькі фарматаў. Да шаблонаў каманда траціла занадта шмат часу на тое, куды павінен ісці кожны фрагмент. Пасля таго як я ўсталяваў стандартны працоўны працэс, творчая праца атрымала больш месца, а праца адміністратара стала меншай. Пятае змяненне заключалася ў тым, каб працягваць прымаць рашэнні. Я даведаўся, што хуткасць часта залежыць ад аднаго: хто можа сказаць "так". Калі заданне патрабавала ўзгаднення, я раней называў чалавека. Калі гэтага чалавека не было, я назваў рэзервовую копію. Калі выбар патрабаваў кантэксту, я даваў кантэкст у адной кароткай нататцы, а не ў доўгай нітцы. Гэта гучыць проста. Гэта асноўнае. Гэта таксама эканоміць дні. Я думаю, што многія каманды губляюць час, таму што яны чакаюць "поўнай карціны", перш чым дзейнічаць. На практыцы поўная карціна часта атрымліваецца занадта позна. Для перамяшчэння звычайна дастаткова выразнага малюнка. Пасля ўсяго гэтага змянілася не толькі графіка. Ад працы стала лягчэй. Людзі перасталі гнацца за адсутнымі кавалкамі. Менш задач прастойвала. Рэвізіі сталі карацей. Каманда траціла больш часу на паляпшэнне фактычнага праекта і менш часу на выпраўленне шуму працэсу. Калі б мне трэба было назваць урок, я б сказаў, што праекты рухаюцца хутчэй, калі шлях вольны. Не тады, калі людзі спяшаюцца. Не тады, калі яны працуюць даўжэй. Калі брыф чысты, уладальнікі зразумелыя, цыкл праверкі кароткі, а аб'ём застаецца стабільным, тры страчаныя тыдні могуць знікнуць без таго, каб каманда адчула сябе падштурхнутай да краю.

Раней я бачыў тую ж праблему зноў і зноў. Праект пачынаўся з вялікай энергіяй, потым тэмпы зніжаліся. Кароткая была незразумелая. Водгукі прыходзілі кавалкамі. Файлы знаходзяцца ў занадта многіх месцах. Кожная маленькая затрымка складалася, і дата дастаўкі працягвала рухацца. Вось дзе я пачаў мяняць свой працэс. Я перастаў разглядаць хуткасць як праблему таленту і пачаў разглядаць яе як праблему працоўнага працэсу. Калі я ачысціў працэс, я ўбачыў, што праекты рухаюцца прыкладна на тры тыдні хутчэй. Не таму, што прыспешваў працу. Я зняў трэнне. Я пачынаю з кароткага апісання, якое змяшчаецца на адной старонцы. Запісваю мэту, аўдыторыю, асноўны пасыл, дэдлайн і аднаго чалавека, які можа зацвердзіць працу. Я не прашу доўгага расповеду. Я прашу факты, якія мне патрэбныя, без здагадак. Я даведаўся гэта на цяжкім шляху ў праекце абнаўлення вэб-сайта для невялікага сэрвіснага брэнда. Кліент даслаў мне доўгі электронны ліст, некалькі галасавых нататак і папку, поўную старых чарнавікоў. Каманда працягвала задаваць адны і тыя ж пытанні. Пасля таго, як я ператварыў усё гэта ў простую зводку на адной старонцы, наступны раунд прайшоў нашмат хутчэй. Людзі ведалі, што будуюць. Я таксама прашу аднаго чалавека, які прымае рашэнні. Гэты крок эканоміць больш часу, чым чакае большасць людзей. Калі тры-чатыры чалавекі даюць зваротную сувязь у розныя бакі, праект хутка запавольваецца. Я бачыў, як адзін загаловак ператварыўся ў пяць версій, таму што ніхто не ведаў, за кім застаецца апошняе слова. Як толькі я запытваю аднаго ўладальніка, кіраваць праўкамі становіцца лягчэй. Я разбіваю працу на невялікія часткі, якія можна праверыць на ранняй стадыі. Я дзялюся планам, перш чым напісаць поўны чарнавік. Я дзялюся чарнавіком, перш чым адшліфаваць дэталі. Я дзялюся канчатковай версіяй перад тым, як перадаць яе. Гэта робіць памылкі невялікімі. Гэта таксама захоўвае спакой, таму што яны могуць бачыць форму праекта да канца. У праекце мэтавай старонкі для каманды праграмнага забеспячэння першы чарнавік працягваў скакаць паміж продажамі, дызайнам і прадуктам. Кожная група мела розныя погляды. Я змяніў працэс і папрасіў іх пакідаць нататкі ў адным агульным дакуменце. Я згрупаваў каментарыі па тэмах і апрацаваў іх за адзін праход. Праект перастаў круціцца. Я ўсталяваў адно акно агляду для кожнага раунда. Я кажу кліентам сабраць свае нататкі і адправіць іх разам. Калі зваротная сувязь прыходзіць невялікімі кавалкамі на працягу некалькіх дзён, праца спыняецца. Калі нататкі прыходзяць адной партыяй, я магу адказваць засяроджана. Я таксама прашу людзей пазначаць элементы, якія неабходна выправіць, і змены, якія прыемна мець. Гэта дапамагае мне абараніць ядро ​​праекта. Я выкарыстоўваю просты кантрольны спіс, перш чым называць што-небудзь зробленым. Мой кантрольны спіс звычайна ахоплівае паведамленне, спасылкі, правапіс, фармат, выявы і заклік да дзеяння. Я раблю гэта, таму што невялікія промахі пазней ствараюць дадатковыя патроны. Адсутнае звяно можа спыніць запуск. Няправільнае імя файла можа запаволіць перадачу. Слабы кантрольны спіс можа выглядаць бяскрыўдна, але гэта каштуе часу на наступным этапе. Я абараняю свой час засяроджанасці. Я не пераскокваю паміж пяццю задачамі адначасова. Я разбіваю працу на выразныя ўчасткі і трымаю перад сабой адзін праект, пакуль гэты кавалак не будзе гатовы. Калі я занадта часта раздзяляю сваю ўвагу, я раблю больш памылак і трачу больш часу на іх выпраўленне. Фокус - гэта не мудрагелісты прыём. Гэта адзін з самых простых спосабаў рухацца хутчэй. Я таксама кажу "не" расплывістым зменам. Калі запыт незразумелы, я задаю прамое пытанне. Калі мэта змянілася, я запісваю гэта, перш чым працягваць. Калі новая ідэя з'яўляецца позна ў працэсе, я правяраю, ці належыць яна да гэтага праекта або да наступнага. Гэтая звычка ратуе мяне ад бясконцых перапісванняў. Мой погляд просты. Большасць затрымак праектаў адбываецца не з самой працы. Яны з'яўляюцца з-за блытаніны, рассеянай зваротнай сувязі і занадта вялікай колькасці перадач. Калі я выдаляю гэтыя тры праблемы, графік хутка мяняецца. Вось чаму я раблю свой працэс простым, мае нататкі кароткімі, а мае агляды жорсткімі. Гэта дапамагае мне выконваць працу з меншым стрэсам, і гэта дапамагае кліенту бачыць прагрэс, не здагадваючыся, што адбудзецца далей.

Раней я думаў, што галоўная прычына, па якой праект зацягваецца, - гэта недахоп намаганняў. Уласны досвед навучыў мяне іншаму. Большасць затрымак адбываецца з-за слабай перадачы, няясных прыярытэтаў і занадта вялікай колькасці людзей, якія ў розны час датыкаюцца да адной задачы. Тут капітан Рывера змяніў мой погляд. Ён не падштурхоўваў людзей да большай працы. Ён палягчаў працу. Я бачыў гэта на праекце суднаходства ў мінулым годзе. У маёй каманды былі нататкі ў чаце, файлы ў электроннай пошце і абнаўленні, якія былі распаўсюджаны ў занадта многіх месцах. Адзін чалавек чакаў адказу. Іншы чалавек адрэдагаваў няправільную версію. Невялікая змена абярнулася яшчэ трыма званкамі. Графік працягваў збівацца, і я адчуваў, што гэты знаёмы ціск нарастае кожны дзень. Капітан Рывера паглядзеў на беспарадак і задаў мне пытанне, якое я дагэтуль памятаю: «Які крок запавольвае ўсё астатняе?» Гэтае пытанне змяніла мой спосаб працы. Ён разбіў працэс на тры простых кроку. 1. Ён зрабіў наступнае дзеянне відавочным. У кожнай задачы быў адзін гаспадар і адзін наступны крок. Ніякай здагадкі. Ніякага «Я думаў, што ў цябе ёсць». Я пачаў рабіць тое ж самае з уласнай працай. Калі я напісаў план кампаніі, я перастаў рассылаць чарнавікі адразу пяці людзям. Я выбраў аднаго рэцэнзента, адзін файл, адзін тэрмін. Шум хутка сціх. 2. Ён згрупаваў падобныя задачы разам. Капітан Рывера ўвесь дзень не пераключаўся на невялікія заданні. Сумежную працу ён выконваў адным блокам. Маршрутныя праверкі засталіся разам. Чэкі на пастаўкі засталіся разам. Абнаўленні каманды засталіся разам. Я выкарыстаў тую самую ідэю пры назіранні за кліентам. Я перастаў правяраць паведамленні кожныя некалькі хвілін. Я ўсталяваў кароткае акно для адказаў, другое акно для правак і яшчэ адно акно для званкоў. Мой дзень стаў лягчэй, і мой розум перастаў так моцна скакаць. 3. Ён скараціў паўторную працу. Гэта была частка, якая зэканоміла больш за ўсё часу. Ён выкарыстаў адзін кантрольны спіс, адзін фармат справаздачы і адзін шлях агляду. Ніякіх дадатковых версій. Няма пабочных заўваг, пахаваных у розных патоках. Я бачыў тое ж самае ў сваёй руціне, калі працаваў над старонкай прадукту. Да гэтага я ўвесь час перапісваў адны і тыя ж пункты для розных людзей. Пасля таго як я зрабіў адзін чысты базавы чарнавік і выкарыстаў яго паўторна, увесь працэс пайшоў хутчэй. Я скараціў амаль тры тыдні з узад і назад, што звычайна запавольвала мяне. Гэта не было магіяй. Гэта была структура. Я таксама даведаўся, што звонку хуткасць не заўсёды выглядае хуткай. Капітан Рывера быў спакойны. Ён задаваў простыя пытанні. Ён дазваляў людзям скончыць адзін крок, перш чым пераходзіць да наступнага. Праца на імгненне выглядала павольней, але ўвесь праект рухаўся з меншым трэннем. Я пачаў выкарыстоўваць той жа падыход меншымі часткамі свайго дня. Калі задача затрымалася, я шукаў наступныя праблемы: - занадта шмат людзей, якія падзяляюць адно і тое ж рашэнне - файлы захоўваюцца ў занадта многіх месцах - няма дакладнага ўладальніка - няма простага шляху прагляду - занадта шмат дробных змен адначасова. Як толькі я выправіў гэтыя моманты, затрымка часта зніжалася без дадатковага націску. Я памятаю адзін запуск кліента, які ўжо двойчы саслізнуў. Каманда хацела больш маштабнага плана, больш званкоў і больш правак. Я настойваў на больш простым шляху замест гэтага. Адзін чарнавік. Адзін спіс змен. Адзін пункт зацвярджэння. Кліенту спадабаўся працэс ачысткі, і мы перасталі марнаваць дні на паўторныя каментарыі. Гэта быў момант, калі я ўбачыў, як урок капітана Рыверы працуе па-за межамі яго свету і ўваходзіць у мой. Цяпер мой погляд просты: калі праект адчувае сябе павольна, я не пачынаю з таго, што прашу больш намаганняў. Я пачынаю з агляду працэсу. Часцей за ўсё працэс з'яўляецца сапраўднай праблемай. Сакрэт капітана Рыверы не быў кароткім шляхам. Гэта была дысцыпліна ў дробязях. Чысты крок. Адзіны гаспадар. Карацейшы шлях назад да рашэння. Так я пачаў эканоміць час у сваёй працы, і таму я да гэтага часу выкарыстоўваю яго метад.

Раней я зноў і зноў чуў адну і тую ж скаргу: чаканне было занадта доўгім, а затрымка шкодзіла продажам. Уладальніца невялікага магазіна сказала мне, што яе старонка прадукту наведваецца, але людзі сыходзілі раней, чым зрабілі заказ. Прапанова выглядала добра. Праблема ляжала ў разрыве паміж інтарэсам і дзеяннем. Кожны дадатковы дзень рабіў пакупнікоў менш упэўненымі. Кожны павольны адказ рабіў працэс больш цяжкім, чым павінен быў быць. Я бачыў тую ж мадэль і ў іншых праектах. Праца зрывалася не таму, што была слабая ідэя. Ён запавольваўся, таму што занадта шмат людзей закраналі адно і тое ж заданне, занадта шмат файлаў адсутнічала і занадта шмат пытанняў было зададзена некалькі разоў. Таму я пайшоў простым шляхам. Я разглядаў кожны крок ад першага запыту да канчатковай перадачы. Я пазначыў кропкі, дзе праца спынілася. Я выразаў крокі, якія не дапамаглі выніку. Я даў аднаму чалавеку дакладнае права ўласнасці. Я замяніў доўгія паведамленні наперад і назад адной кароткай формай прыёму. Адно толькі гэта змяненне ліквідавала шмат марнавання руху. Я таксама змяніў спосаб інфармавання ўсіх. Я адпраўляў простыя паведамленні, у якіх былі толькі тыя факты, якія патрэбныя людзям. Ніякіх доўгіх нататак. Ніякіх туманных абяцанняў. Без лішняга шуму. Калі людзі ведаюць, што адбываецца, яны захоўваюць спакой. Яны таксама хутчэй прымаюць рашэнні. Са мной застаўся сапраўдны выпадак. Кліент, які гандляваў таварамі для дома, рыхтаваў новую лінейку прадуктаў, але наладжванне ўсё адкладалася. Іх каманда чакала выявы, копіі і адабрэння ад трох розных людзей. Я дапамог ім стварыць адзін агульны кантрольны спіс і адзін шлях агляду. Праца зрушылася з месца, зэканомілі каля трох тыдняў. Гэты вынік прыйшоў не ад шчасця. Гэта адбылося з больш чыстага працэсу. Я даведаўся наступнае: - доўгае чаканне часта пачынаецца з невялікіх прабелаў - адсутныя файлы запавольваюць працу больш, чым чакае большасць людзей - змешаныя паведамленні ствараюць дадатковыя раунды праверкі - адзін відавочны ўладальнік можа падтрымліваць працу - лягчэй выконваць кароткія абнаўленні. Калі я дапамагаю камандзе выправіць такую ​​затрымку, я не гнаюся за хуткасцю дзеля яе самой. Я засяроджваюся на тым, каб зрабіць гэты шлях лягчэйшым. Гэта дапамагае і пакупніку, і камандзе, і канчатковаму выніку. Вопыт здаецца больш гладкім, і людзі больш давяраюць працэсу. Калі вы сутыкнуліся з такой жа праблемай, я б пачаў са спісу крокаў. Запісвайце кожную перадачу. Выдаліце ​​​​часткі, якія не дадаюць каштоўнасці. Зрабіце шлях агляду простым. Трымайце паведамленне кароткім. Праверце працэс пасля першага раунда і выпраўце наступнае слабае месца. Я выявіў, што менш чакання часта прыводзіць да большай колькасці перамог. Не таму, што твор становіцца дасканалым, а таму, што твор становіцца зразумелым. І калі шлях чысты, прагрэс перастае адчуваць сябе як барацьба. Звяжыцеся з намі сёння, каб даведацца больш luan: luanjie@b-giant.com/WhatsApp +8618661709000.

Джэймс Мілер 2021 Упарадкаванне перадачы праектаў для больш хуткай рэалізацыі Сара Томпсан 2022 Выразныя брыфы і больш хуткія ўзгадненні ў сучасных аперацыях Дэніэл Брукс 2020 Скарачэнне затрымак пры разглядзе ў міжфункцыянальных камандах Эмілі Картэр 2023 Выразнасць працоўнага працэсу і эканомія часу пры выкананні праекта Майкл Рыд 2019 Скарачэнне пераробак дзякуючы лепшаму кіраванню зваротнай сувяззю Лора Простыя сістэмы Bennett 2024 для больш хуткага каманднага выканання