NOISY · подготвено от Костадин за Жорката и Митко · 03.11.2026 · работна версия
Среща с дизайнерите
60 минути, в които слушаме. Искаме да видим през какво минава една задача при дизайнерите днес, от заданието до DEV и QA. Готова система не показваме.
- картата по-долу, поправена от тях: кое е вярно, кое не, къде боли най-много;
- отговор как работят двама или трима по един и същ екран;
- избран пилот: 1-5 компонента и един цял flow, отговорник и крайна дата.
Пътят на една задача
Това е нашето предположение от срещата на 02.11. Минаваме го стъпка по стъпка и дизайнерите го поправят. На всяка стъпка има две неща: къде мислим, че боли, и какво точно питаме.
Идва задача
от PM, в чат или в тикет?- Как ти идва задача и какво пише в нея?
- Какво винаги липсва?
Референции
Mobbin, снимки, страница във Figma- Къде събираш референции?
- Вижда ли ги някой друг?
Скици и варианти
Figma, понякога Claude Code- Колко варианта правиш обикновено?
- Как разбираш кое е последното одобрено?
Библиотеката
Figma библиотека (коя?)- Коя библиотека е истинската?
- Какво правиш, когато компонент липсва?
- Кой я поддържа?
Сглобяване
Figma фреймове- Правите ли целия път на потребителя?
- Кой мисли за грешките и празните състояния?
Преглед от PM
на среща, с коментар във Figma?- Кой одобрява и как разбираш, че е одобрено?
- Какво става, когато PM го няма?
Предаване
линк към Figma, Dev Mode?- Какво DEV пита най-често?
- Какво точно им пращаш?
Проверка и връщане
QA срещу дизайна- Как QA разбира какво е правилно?
- Как се връща грешка към дизайна?
Трима по един екран
Най-важният отворен въпрос. Първо искаме да чуем как става днес, преди да предлагаме каквото и да е.
един и същ екран, например попъпът за абонамент
- Случвало ли се е двама да работите по един екран? Какво стана?
- Работите ли заедно в един Figma файл едновременно, или всеки в свой?
- Каква е единицата на работата ви: екран, flow, състояние или компонент?
- Кога правите отделни варианти и кога очаквате промените на двама да се съберат в едно?
- Къде искате да виждате чуждата незавършена работа?
- Кой решава, когато двама предложат несъвместими неща?
- Когато колега е болен, как довършваш задачата му? Откъде разбираш докъде е стигнал?
- Кое от вкуса ти трябва да е общо правило за всички и кое е само твое?
Дизайн системата и платформите
- Искате ли цветовете, шрифтовете и компонентите да се редактират само във Figma? (Планът ни във Figma е Professional: към кода минават през плъгин, с едно натискане.)
- Телевизорът и мобилните приложения: една система с варианти по устройство или отделни?
- Какво ви помогна и какво ви писна в седмиците с Claude Code?
Програма
Проблемът, не решението. Искаме да ги чуем, преди да решаваме.
Всеки показва на екрана последната си задача. Ние следим картата и отбелязваме къде е различно.
Само тези от картата, на които разказите не са отговорили. Най-важни са „трима по един екран“ и дизайн системата.
1-5 компонента и един цял flow. Пилотът свършва, когато DEV го направи и QA го приеме.
Отговорник, крайна дата до 2 седмици, ретро.
Какво не правим
- Не показваме готови папки, проверки, Стената или настройки.
- Не питаме „какво мислите за системата“. Питаме за тяхната работа.
- Не обещаваме дата за целия процес, само за пилота.
Пилотът
| Какво | 1-5 компонента и един цял flow, с грешките и празните състояния |
|---|---|
| Край | DEV го е направил и QA го е приел |
| Мерим | време от задачата до прието, колко пъти е върнато, колко въпроса е задал DEV |
| Гледаме | колко често двама се засичат на един екран |
| Срок | до 2 седмици, после ретро |
Вече решено, за сведение
| Версия на екран към DEV | одобрява PM, заместник Митко |
|---|---|
| Промяна в дизайн системата | PM или двама дизайнери; авторът не се брои |
| Промяна в правилата и настройките | двама от PM, Митко, Жорката и Костадин |
| Спешна поправка | един одобряващ, записана причина, преглед до 5 работни дни |
| Паметта на агентите | в общото хранилище, не на отделния компютър |
| Платформи | уеб, мобилни приложения и телевизор |
Кой води
Жорката или Митко. Ако води авторът на системата, изглежда като налагане.