My Architect, частка 6: бок чалавека — WBS, Building Blocks і User Story Map
Пяць частак серыі пра My Architect былі пра агента: памяць, сховішча, мадэль, рабочы цыкл, дыстрыбуцыя. Справядлівае пытанне чытача: а чалавеку гэты інструмент навошта, акрамя як назіраць за агентам? Адказваю на яго ад першай асобы, бо пачынаў я гэты праект не для агента. Я пачынаў яго для сябе.
Звычка думаць блокамі
Я архітэктар са школай TOGAF, і ў мяне прафдэфармацыя: любую сістэму я спачатку бачу як набор building blocks. Не «спіс задач», а блокі: плацежны контур, аўтарызацыя, справаздачнасць, інтэграцыя з правайдэрам. У блокаў ёсць межы, адказнасць і сувязі, і толькі потым — праца, якую трэба зрабіць.
WBS у My Architect кладзецца на гэтую звычку адзін у адзін. Верхнія ўзроўні дрэва — гэта і ёсць building blocks: буйныя часткі сістэмы, названыя сутнасцямі. Узроўнем ніжэй — фічы ўнутры блока, у лістах — канкрэтныя гісторыі. Лінтэр назваў, пра які я пісаў у частцы 3, тут не касметыка, а тая самая дысцыпліна: дрэва, дзе вузлы называюцца «Payment pipeline» і «Session storage», чытаецца як архітэктурная схема, а не як пратакол нарады.
WBS як люстэрка
Галоўная карысць WBS для мяне нават не планаванне, а рэфлексія. Раскладаеш свой праект у дрэва — і бачыш яго цалкам, з усімі дзіркамі. Вось блок, у якога тры ўзроўні дэталізацыі, бо ён прадуманы. А вось блок з аднаго вузла без дзяцей: туды я яшчэ не заглядваў, і дрэва сумленна гэта паказвае. Ніякай метадалогіі — проста карцінка, на якой пустата бачная вачыма.
Без пастаноўкі: на скрыншоце сам My Architect, спланаваны ў самім сабе.
Туды ж, у дрэва, ідуць патрабаванні ў той момант, калі пра іх падумаў. Гляджу на блок аўтарызацыі, успамінаю пра ліміт часу адказу — вешаю NFR проста на блок, не адыходзячы ад канвы. Далей працуе спадкаванне: кожная гісторыя ўнутры блока гэтае патрабаванне ўбачыць, у тым ліку агент, калі возьме яе ў працу. Думка, якая раней жыла ў нататцы на тэлефоне, стала часткай мадэлі за дзесяць секунд.
USM для прыярытызацыі
WBS адказвае на пытанне «з чаго складаецца сістэма», але маўчыць пра тое, што рабіць першым. Для гэтага другая праекцыя той жа мадэлі — User Story Map: па гарызанталі backbone, асноўныя актыўнасці прадукту, па вертыкалі — палосы рэлізаў.
USM дэма-праекта: backbone па гарызанталі, рэлізы MVP → V1.1 → V2.0 па вертыкалі. На картках нават відаць, што агент цяпер у працы, а адна задача заблакаваная.
Прыярытызацыя тут фізічная: узяў картку, перацягнуў з R2 у R1 — гатова. Не «праставіць поле priority у тыкеце», а літаральна пасунуць працу бліжэй. Кошык unplanned унізе — сумленны спіс таго, што ўвогуле не распланавана, і яго памер працвярожвае лепш за любую справаздачу. Калі я планую наступны рэліз, я праводжу ў USM хвілін дваццаць: рухаю карткі, гляджу, як напаўняюцца палосы, і выходжу з планам, які не трэба нікуды пераносіць — ён ужо ў мадэлі.
Карцінка, якая працуе
Цяпер галоўнае, дзеля чаго ўсё задумвалася. Я маляваў WBS і story map задоўга да гэтага праекта — у Miro, у draw.io, на дошках. Ва ўсіх гэтых карцінак адзін лёс: воркшоп скончыўся, і дыяграма пачала старэць. Праз месяц яна хлусіць, праз тры — яе сорамна паказаць.
У My Architect дыяграма і ёсць мадэль, якую выконвае агент. Тыя ж вузлы, якія я рухаў на канве, — гэта бэклог: агент бярэ лісты праз get_next_task, рухае статусы, закрывае блокі каскадам. Перацягнуў гісторыю ў іншы рэліз — агент у наступнай сесіі возьме іншую працу. Агент закрыў задачу — у мяне на канве вузел пашарэў, проста падчас яго сесіі.
Дыяграма, якую ніхто не выконвае, — гэта пажаданне. Дыяграма, па якой працуе агент, — гэта план.
Таму яна і не старэе: ёй няма куды. Любое разыходжанне паміж карцінкай і кодам — гэта разыходжанне паміж бэклогам агента і кодам, а для гэтага ёсць reconcile з часткі 4.
Мой рэальны цыкл
Выглядае гэта так. Раніцай — /my-architect:progress: працэнты па рэлізах, што ў працы, што наступнае. Калі назбіраліся ідэі — дзесяць хвілін на канве: новыя вузлы ў патрэбныя блокі, пара патрабаванняў, нешта пераехала паміж рэлізамі. Далей працуе агент, а я займаюся сваімі справамі і часам пазіраю, як зелянее дрэва. Увечары — погляд на USM: што закрылася, што заблакавалася і чаму.
Я перастаў быць дыспетчарам, які пераказвае агенту кантэкст. Я застаўся архітэктарам: думаю блокамі, расстаўляю прыярытэты, фіксую патрабаванні. Выкананне — не мая праца, і ўпершыню гэта сапраўды так.
Паспрабуйце і раскажыце мне
My Architect адкрыты на my-architect.app: акаўнт, токен, дзве каманды ў Claude Code — усталяванне апісана ў частцы 5. Мне цяпер важней за ўсё зваротная сувязь ад двух тыпаў людзей: архітэктараў, у якіх свае звычкі дэкампазіцыі, і тых, хто ганяе агентаў у доўгіх праектах. Што нязручна, чаго не хапае, дзе мадэль спрачаецца з вашай практыкай — напішыце, гэта ўплывае на роадмап наўпрост.