0:00 Идеальная знаешь, какая ситуация, когда тебе просто не нужно руководить.
0:04 Не то, чтобы, конечно, дизайнер во главе стола, но типа задает какой-то изначальный темп разработки и вообще создания продукты.
0:11 Я вообще сам лично очень сильно кайфую от
0:15 дизайна и дизайнеров.
0:16 Я сам вообще не дизайнер и не умею в дизайн, а вот дизайнер как раз такой, типа самый главный хранитель знания.
0:24 Это подкаст дизайн и люди.
0:26 Название говорит Само за себя.
0:28 Я его ведущий Саша Ефремов, продуктовый дизайнер и автор телеграм-канала Дизайн Душнила.
0:51 У меня в гостях Венимин Мустафин, директор по развитию Айти компании Фьюзайт.
0:56 Ребята занимаются проектированием и разработкой цифровых сервисов на заказ.
1:02 Ну что, Вень, привет!
1:05 Мы с тобой уже, конечно, не первый год вместе знакомы, но тебя, я не уверен, что все остальные слушатели знают, кроме как говорится, там привет, половину фьюзейта.
1:14 Расскажи, пожалуйста, про себя чуть-чуть побольше.
1:21 Я директор по развитию компании Фьюзейт.
1:24 Мы занимаемся продуктовой разработкой на заказ.
1:29 Это значит, что у нас нет собственного продукта.
1:31 Мы помогаем нашим клиентам запускать цифровые продукты.
1:35 Я в компании занимаюсь развитием
1:40 всей команды, компаний, продажами, новыми проектами и очень много занимаюсь погружением в проектирование продуктов.
1:50 То есть, когда приходит клиент с какой-то идеей продукта, я беру на себя проектирование, аналитику, и мы вместе с командой формируем видение конечного продукта, выделяем в ВП, ставим метрики и цели.
2:05 Вот, и это, наверное, одна из таких самых любимых моих занятий в компании.
2:12 Ну, в общем, вот, наверное, если кратко, то так.
2:14 Слушай, звучит круто.
2:21 Я так и понял, что ты прям начал - типа всем привет!
2:25 И чисто по бумажке - прочел, но в целом неплохо.
2:29 Ладно, мы сегодня с тобой хотим поговорить: ну, если честно скажу, а ты скажешь, да или нет.
2:35 Вроде как, наша темы сегодня это место дизайнера в разработке продукта, также про работу дизайнера в команде и работу дизайнера с командой.
2:46 Также про то, что нужно ли вообще общаться с разработчиками, вообще как с ними дружить?
2:50 Ну, понятно, что нужно, как бы мы сейчас небольшие спойлеры накидаем, но тем не менее: вот.
2:55 И также поговорим про принятие результата и вообще в целом, какие есть роли внутри команды, и как ты, как руководитель до продукта, видишь эти роли, обязанности, границы.
3:05 И вот, наверное, про границы обязанности - это будет достаточно интересное общение, потому что очень часто они пересекаются.
3:11 И вот интересно, как ты это видишь?
3:13 Это самая сложная тема.
3:16 да, давай попробуем поразгонять.
3:18 Мне кажется, будет интересно.
3:20 Давай с тобой начнем с вообще места дизайнера в разработке продукта.
3:24 Я уже пошутил раньше, что оно где-нибудь просто слева.
3:27 Смотри, мы с тобой поговорим сейчас о месте вообще в целом дизайнера в разработке продукта.
3:32 Понятное дело, что мы с тобой до этого вместе работали, и тогда у меня было некое свое место, но я думаю, за это время, опять же, очень много всего изменилось.
3:41 Ну, типа, действительно, я думаю, и ты очень сильно там вырос, и я изменился.
3:45 И теперь интересно, как ты видишь место дизайнера, ну, вот там в текущей своей парадигме, в работе студии, или вы себя не студией позиционируете, тут тоже поясни.
3:55 Ну, мы, конечно, студия, и на это, наверное, надо делать поправку, что мы не продуктовая команда, у нас нет своего продукта, и то есть такой прям процессов, которые бывают в продуктовых командах, у нас их нет.
4:11 Ну, то есть, мы как-то тоже занимаемся продуктовой разработкой, но немного по-другому.
4:18 на самом деле все зависит у нас про состав команды, про дизайн, про то, какие роли кто занимает, от
4:26 задачи, которую мы сейчас делаем, от запроса клиенты, вот это все.
4:31 Вот, и наверное, за последние лет 5 мы пробовали разные схемы того, как мы комплектуем команду: кто за что отвечает, кто там дизайнер, чем он занимается, что он делает, каких еще ролей не хватает.
4:47 Вот, наверное, последние годы-полтора мы, кажется, пришли к какому-то там более-менее пониманию, что ага, вот так вроде работает окей.
4:55 Получается, неплохо запускать продукты.
5:02 Кто такой дизайнер на проекте?
5:06 Ну, мне хочется всегда сказать.
5:08 Я вообще сам лично очень сильно кайфую от
5:12 дизайна и дизайнеров.
5:13 Я сам вообще не дизайнер и не умею в дизайн, но почему-то вот у меня сердечко к этому всему лежит.
5:20 В общем, дизайнер - это не просто какой-то чувак, который пили дизайны.
5:26 Да, это в первую очередь человек, который дает направление всему проекту.
5:33 То есть с него начинается какая-то первоначальная работа, как он эту первоначальную работу сделает, какую работу проведет, какой результат получит,
5:43 тем дальше будет либо проще, либо сложнее вообще разрабатывать этот продукт, а дизайнер в этом плане очень много зависит.
5:51 Вот, ну и такая, не знаю, не хочу повышать там градус ответственности ко всем дизайнерам, но он существует, да, и
6:02 Возможно, в продуктовых компаниях, где на продукте работают 10-20 дизайнеров, это не так ощутимо, но в наших
6:12 реалиях когда на проекте 1-два дизайнера сидят, они у нас занимают такую, как бы
6:20 большую роль в командах.
6:24 Слушай, а мы говорим про проекты с нуля, или уже про там доработки и внесение изменений.
6:30 Да и про то, и про то на самом деле.
6:33 Когда мы говорим про продукт с нуля, то здесь роль дизайнера, конечно, больше.
6:39 Вот, когда мы говорим про какие-то изменения, то дизайнер - это один из таких основных людей, которые эти изменения пушат и что-то с ними делает,
6:51 Ну я вот опять же, да, раньше и работая во фьюзейт, помню, что да, там была вот эта вот изначальная идея того, что ну не то чтобы, конечно, дизайнер во главе стола, но типа задает какой-то изначальный темп там разработки и вообще созданию продукта или там доработки продукта как угодно.
7:08 Ну, то есть, а вместе там с ПИО либо с продуктом, вместе идут, и на какую-то там задачу.
7:13 Вот, но опять же, есть разные подходы: есть когда аналитик, например, с ПО, есть когда просто там ПИО-1 идет, такой, и все типа я нафиг сейчас все затащу один, вы уже потом приходите, там рисуете, вот это все.
7:25 Опять же, как ты видишь, что тебе кажется, почему опять же ты там думаешь, например, да, что дизайнер должен первым заходить, в чем плюс,ы так скажем, в чем плюсы?
7:35 Ну смотри, мы пробовали вообще по всякому.
7:40 То есть были какие-то проекты, даже вот мы с тобой, которые делали, когда я там как аналитик, ты как дизайнер, просто заходили в какой-то продукт, ты что-то там делали, вместе синхронизировались я, например, писал доку, ты под это все прототипы закладывал.
7:56 И потом это в каком-то виде все уходило в дизайн, потом в разработку.
8:02 Короче, наверное, здесь основное, что важно понимать, что дизайнер должен начинать с самого начала проекта.
8:09 Когда только формируются какие-то цели вообще продукта.
8:12 Ну, там, не сценарий даже, а вот когда бизнес приходит и говорит, нам нужно увеличить средний чек заказов на 20%.
8:21 Вот, и в этот момент дизайнер уже должен быть.
8:24 Просто потому, что как дизайнер нарисует нормальный дизайн и запроектирует нормальный интерфейс, если он не понимает, что вообще надо бизнесу.
8:34 там часто это бывает проблемой, когда приходит на какой-то аналитик, он там что-то пишет, погружается в какие-то нюансы, дает это все дизайнеру, и дизайнер получается, у него вот этот уровень, как бы погружения в задачу - он уходит с уровня, чего нам нужно как бизнесу достичь, до того, какую кнопочку, куда разместить.
8:57 И это такой неправильный подход, который потом очень много проблем приведет.
9:01 Ну там через полгода, когда мы сдаем результат клиенту, он может быть красивым, там все круто работает, супер продуманный икс, но типа результатов нет, и что с этим делать.
9:12 Вот и там одна из причин, как раз то, что просто дизайнера изначально не погрузили в это все дело.
9:20 Вот, и поэтому я говорю, что дизайнер должен заходить в самом начале.
9:23 И он там дает направление всему, всему.
9:26 Не только он, но он очень много на это влияет.
9:31 Слушай, ну да, я как бы тут с тобой согласен.
9:35 Опять же, знаешь, бывают такие моменты, что наоборот клиент приходит.
9:38 Да, по-моему, у нас даже такое было, что клиент приходит, условно там говорит: ну не знаю, там что-нибудь средний человек просел.
9:43 Там я не знаю, давайте еще 30 уведомлений фиганем, но очень так из головы.
9:47 Ты такой сможешь и говоришь: блин, чуваки, а вроде бы, как бы, может быть, и не надо уведомлений-то делать, может быть, и по-другому начнем.
9:54 И они не такие, ну,, все, вы, не шарите, мы, короче, к другим уходим.
9:58 Вот, как в данном случае жить.
10:00 Ну, слушай, если клиент неадекватный и не готов прислушиваться к мнению экспертов, то пусть идет ищет других.
10:07 На рынке дофигища компаний, которые могут сделать за 50 тысяч этих 30 уведомлений.
10:13 И если клиент пришел именно за этими уведомлениями, то он их получит и будет рад, наверное.
10:20 Не знаю, там, как в итоге получится.
10:22 Вот, мне кажется, что экспертные компании с экспертными дизайнерами они больше про то, типа не про то, там, не про список покупок, да, вот типа клиент обычно приходит со списком покупок, типа сделайте мне 10 уведомлений.
10:38 наша задача - его вот из этого парадигмы списка покупок перевести в парадигму, там о чем вы хотите-то решить этим списком, какой салат хотите приготовить?
10:49 И если клиент готов на это, часто это бывает сложно, да.
10:53 На уровень, потому что не всегда клиент понимает вообще, зачем это надо.
10:57 Типа ему дали задание там запустить какой-нибудь там личный кабинет поставщика, банковский сервис, там улучшить какие-то показатели.
11:08 Там вот, он такой: блин, я чуваки, не знаю, ну, тогда надо выходить на более верхний уровень их людей и с ними разговаривать.
11:16 Короче, те, кто не хочет про это общаться, наверное, ну, можно с ними работать только ради денег, если они готовы за это платить.
11:28 наверное, такого удовольствия от результата мы не получим.
11:34 Ну тут я с тобой согласен, да.
11:36 Иногда и что надо поддержать, но в целом, да, нет в этом какой-то радости большой.
11:42 Ну, понятно, тут все как всегда.
11:44 В общем, есть клиенты, которые готовы общаться, которые готовы прислушиваться, и какие-то, ну, будем говорить, идеи принимать и улучшаться.
11:52 А есть те там, кто просто действительно пришел позакрывать свои задачи, и как ты правильно сказал, там просто купить там три продукта.
11:57 Ну, я имею в виду не продукты, а продукты, а там молоко, яйца, сыра и уйти спокойно домой.
12:02 Вот, ищет просто, где подешевле.
12:05 Да, у нас был даже период в компании, когда к нам приходили вот такие чуваки за продуктиками, как раз.
12:13 Ну, за списком продуктов, и мы там пытались, знаешь, их как бы обучать.
12:18 Ну, типа, чуваки, вот так не работает.
12:21 Давайте там, вот смотрите, как круто: вот смотрите, мы запустили такой продукт, метрики, все, бизнес-цели, проектирование.
12:29 И в какой-то момент я просто выгорел.
12:31 Ну, я понял, что короче, видимо, я не настолько еще эксперт, чтобы ко мне прислушивались какие-то мужики в костюмах.
12:39 Я такой: ну ладно, окей.
12:42 Ну, я просто было тоже костюм надеть, как бы.
12:45 То же самое простое.
12:48 Я кстати, да, у меня был командировочный костюм в офисе.
12:52 Я на встрече с банками, с всяким в костюме гонял.
12:57 Чисто солидный мужчина.
12:59 Слушай, мы тут недавно как раз с женой начали смотреть сериал Миллиарды.
13:04 И неплохой сериал - как бы ничего не могу сказать - как-то опять длинный, по-моему, ну да ладно.
13:09 Вот, и там тоже была серия, где там чуваки просто в костюмах такие ходили, там какие-то сделки заключались, потом такие, да что такое?
13:15 Мы типа всегда там условно, каких-то там спортивках условно ходили.
13:18 Ну там просто в джинсах и футболках все переоделись и как-то опять начали крутые себя вести.
13:23 Ну, в сериале, короче, работает.
13:27 Слушай, да у меня просто какая-то, не знаю, фобия костюмов.
13:32 У меня, ну, там, типа, я когда вижу человека в костюме с большими часами, то тут есть две развилки: либо это какой-то корпорат, жесткий, с которым будет сложно, либо это бизнес молодости.
13:44 И я такой: блин, ну мне не то, ни то то не вообще как-то не очень интересует.
13:48 Я все время с таким подозрением к этому отношусь.
13:52 Но есть, да, и нормальные ребята.
13:55 Короче, костюмы это круто, если
13:58 за ними вот такого подвоха не стоит, корпоративного или бизнес-молодости.
14:03 Есть еще третий вариант.
14:05 Но это чуть-чуть другой костюм, но есть третий вариант.
14:07 Потому что тут просто чувак ведущий на свадьбу идет, лицо свадьбы.
14:10 Что-нибудь, это же будет в костюмах.
14:14 Идет, увидел вывеску в веб-студии.
14:17 Такой, бля, надо сайт запустить.
14:21 Типа я же как бы человек-то солидный, в костюме уже.
14:24 да, как раз и костюм надел.
14:28 вот, и сразу ценник можно пониже сделать.
14:34 Мне кажется, если бы ко мне пришел какой-то чувак в костюме, я бы наоборот повыше запуливал.
14:40 Тут я с тобой согласен.
14:41 Ну ладно, давай сейчас тобой тогда поговорим про в целом этот темп, который дизайнер задает команде.
14:47 По крайней мере, мы про него с тобой хотели поговорить.
14:50 Вообще, есть ли ощущение, что дизайнер в целом задает какой-то темп?
14:55 Или, ну, понятное дело, что опять же, в зависимости от команды, от продукта, от всех остальных, там тот или иной человек может задавать темп.
15:02 Вот, а На начале, не знаю, каком-то старте продукта, да, наверное, это либо там овнер задает, либо дизайнер задает, ну, либо иногда бывает аналитик.
15:14 Хотя, ну, чисто в моем понимании, наверное, аналитики, ну, как бы не то что не очень задают это продукты, но они типа именно просто сном собирают требования чаще всего.
15:22 А нет, вот там какого-то такого ощущения, что типа, блин, чуваки, давайте сейчас драйвнем это.
15:30 Ну, слушай, вот у нас три роли, которые участвуют в этом и в этих ролях, как раз есть аналитик.
15:37 У нас просто когда мы начинаем там только-только заходим в продукт.
15:43 У нас нет понятия там системного аналитика или бизнес-аналитика.
15:46 У нас есть там какое-то свое понятие продуктового аналитика, который там и немного в дизайн может, и немного там вот в эти бизнес-метрики и немного в продукты, он там как бы изначально они совместно с дизайнером формируют как бы видение, да, продукты, чего в итоге нам надо получить.
16:05 И потом, когда мы это видение сформировали, аналитик уходит чуть-чуть в сторонку, и там как раз роляют продукт онер с дизайнером.
16:15 То есть они начинают там приступать к какой-то первой итерации, вот, и дизайнер как раз получается, в этот момент начинает задавать темп всей команде.
16:26 То есть выделяет какую-то там сценарий, который мы прорабатываем,
16:31 да уточняет какие-то требования, формируют интерфейсы.
16:35 Очень важная часть при взаимодействии при начале вообще продукта, когда мы его делаем с нуля, это какой-то технологический стэк, и тут как раз нужна эта синхронизация разработки и дизайна.
16:49 И тут от того, как быстро начнет разработка выпускать продукт жизнь, тоже многое влияет от дизайнера, то, как он может работать в рамках вот этих технических ограничений.
17:03 Вот это вообще суперхолеварная тема.
17:08 Да, ну можно чуть попозже, да.
17:10 Ну и вот, и, короче, вот это все типа этот комплекс всего как раз
17:16 в этот момент оно в зоне ответственности больше дизайнера стоит.
17:20 То есть продукт онер ему как-то задает этот вектор.
17:24 А насколько дизайнер быстро там в этот вектор войдет и насколько быстро выдаст первый результат разработки, на это как раз влияет, как быстро мы начнем все это запускать.
17:35 Ну и там в каком виде, то есть там езже всякие классические подходы: что давайте за 2 месяца зафигачим дизайны всего продукта, а потом на полгода отдадим это в разработку.
17:46 Вот, ну, то есть, вот такой есть подход до сих пор, почему-то он живой.
17:51 Вот, а есть нормальный подход, когда дизайнер проработает сценарий и там постепенно, постепенно, постепенно выдает это все в разработку.
17:58 Ну и вот и вот эти итерации очень важно соблюдать у них темп.
18:03 Ну и дизайнер, он как бы вот этот темп он как раз и управляет.
18:09 Слушай, ну, окей, интересно.
18:12 Ну, смотри, опять же, такой вопрос: не залазит ли он все-таки на какие-то уже будем говорить, границы пио, да, вот этим вот своим темпом.
18:22 Как сказать, ощущения: есть такие или нет?
18:24 Такие ощущения есть, но лично для меня это окей.
18:32 Может быть, у нас так просто исторически сложилось, что Ну и какие-то мои личные субъективные ожидания дизайнера, что там должен быть таким.
18:42 Как бы мультиинструменталистом, что ли, немного.
18:45 Что не только там про интерфейсы, про дизайн, но и немного и про продукты.
18:49 Вот он, как бы немного поддерживает ПО.
18:53 Тем более, если ПОМИ про запуск нового продукта, и ПИО может быть не очень
18:59 искушен в этой сфере, то дизайнер - это первый человек, к которому ПИО может прийти и по поводу чего-то посоветоваться.
19:09 Вот, и их зона ответственности она там иногда пересекается.
19:13 Понятно, что там за приоритет, за то, как мы делаем, отвечает ПИО.
19:18 Но дизайнер может иногда как-то там носить какие-то корректировки.
19:23 Но особенно, что там часто бывает, пио говорит: мне нужно вот это, вот это, вот это.
19:31 У дизайнера там мы говорим, что вот у него месяц есть на разработку этого сценария.
19:36 Дизайнер понимает, что так за месяц это все не сделать в процессе работы.
19:41 Он приходит в пио, говорит: пио: Блин, смотри, тут короче, слишком много, давай подумаем, что мы можем по флек.сии, допустим И они вместе как-то это все разгоняют.
19:50 Но понятно, что конечное решение запило - все-таки.
19:53 Дизайнер не принимает продуктовые решения.
19:56 Ну, понятно, да, понятно.
19:58 Тут как бы говорит: царян.
20:02 Хотя, наверное, некоторым пиво хотелось бы.
20:04 Ну, или некоторым дизайнерам.
20:06 Ну, тут знаешь, опять же, как говорится, это сама же ответственность.
20:09 Ну, темпа, если ты готов условно завалить продукт самостоятельно, ну, принимай решение, да, и на самом деле на это много кто отваливается.
20:18 Это к моменту, опять же, почему иногда, ну, вот, типа, я тоже там будучи молодым дизайнером, ну, иногда там тоже встречаюсь с молодыми тоже дизайнерами, они такие говорят: вот, типа, блин, какого фига там условно какое-нибудь решение принимают, там пиво такой секой, сратый засатый, как говорится.
20:34 Вот, взял там и не знаю, условно, мое хорошее решение отменил, свою фигню протоллкну, и вот и вот как бы все.
20:40 Ну, и в итоге, самый по моему хороший ответ: Ну, типа, ты готов полностью за свое решение принять ответственность.
20:46 Ну, типа, вот сейчас не затащит, там твоя условная фича, или вы срок не уложитесь, вот ты, так сказать, готов.
20:51 Ну, там, не знаю, сказать, что сорян, чуваки, это я, я пошел тогда в другую компанию, или там, не знаю, ну, как бы все, мы завалили продукт.
20:58 Если не готов, ну все, тогда пускай пиво берет на себя ответственность.
21:01 Поэтому вроде нормальный подход.
21:06 Если просто другая сторона, когда чуваки, там дизайнер, разработчики, которые готовы брать на себя ответственность, а пио просто не готов давать эту ответственность.
21:14 И тогда тут тоже возникает конфликтик, такое, да.
21:18 Ну, в целом, да, тут вопрос про зрелость.
21:22 Если ты супер дизайнер и эксперт, и уверен, ну, в своем решении, то ничто не мешает тебе его продавить и взять на себя ответственность.
21:31 Просто на моей памяти немногие готовы на это идти.
21:37 Ну, и на самом деле, не всегда, конечно, там, блин, если твое решение плохое, ты обязательно уходишь с компанией, ты я у,ж конечно, так тоже перегнул.
21:43 Чаще всего, ну, как бы просто бывает, фиаско потерплена, и все.
21:47 Потом чуть-чуть не попринимаешь.
21:50 Вообще, там в моей карьере столько этих фиаско было.
21:55 Что это нормально, короче, фиаско - это хорошо.
21:59 Знаем еще один способ, как не работает, как говорится, да.
22:04 Слушай, ты когда говорил как раз про в целом, начало разработки и про технические ограничения, про то, что там, да, дизайнеры должны уметь работать с ограничениями.
22:13 Я с тобой абсолютно согласен.
22:14 Ну, как бы это нормальный подход.
22:16 Очень часто бывает классически, то, что дизайнер, ну там и я как дизайнер какое-нибудь офигительное просто решение придумал, такого на рынке нету, как говорится, всем пользователям жизни лучше, то потом сталкиваешься со 100 миллионами ограничений, там, не знаю, какие-нибудь автоматически заполнить нельзя, там, не знаю, какие-нибудь интеграции с госуслугами еще пока нету.
22:34 Вот этого всего бла-бла-бла-бла-бла-бла-бла.
22:37 Ну итой получается стандартная наша любимая МВП, где, блин, половину всего до руками вбивать.
22:42 Это такой блин, класс.
22:47 Давай-то же стой про это поговорим: как опять же дизайнеры дружат с разработкой, как сказать, научиться дружить с разработкой, что для этого нужно, и как себе этот скилл развивать.
22:59 Слушай, ну у меня нет никакой серебряной пули.
23:02 Мы часто сами страдаем от этой проблемы, что когда дизайн уходит в разработку, ну там мы же изначально оцениваем, да, там то, как будем это разрабатывать, сколько на это времени уйдет.
23:16 И дизайн прилетает в разработку, разработка понимает, ну что здесь очень много решений, каких-то интерфейсных, которые просто сложно будет реализовать, просто потому что дизайнер вот так нарисовал, захотел.
23:30 ну, если мы говорим про какую-то новую команду, новый продукт, то здесь это все чинится просто какой-то там
23:38 дополнительной коммуникации, когда
23:42 на берегу мы, во-первых, определяемся с дизайнером, что обычно мы юзаем ЮАЙ какие-то библиотеки для фронта, например, которые там ускоряют запуск мвпи.
23:52 То есть ты просто из компонентиков накидываешь интерфейс, там на фронте, он работает.
23:58 Вот эту Ю-библиотеку мы закидываем дизайнеру, он ее опрувит или не опрувит, но говорит: ну вот она нам подойдет, да, мы можем вот весь интерфейс там как-то собрать из этого, не сильно кастомить.
24:10 Вот, и часто дизайнер на это соглашается, но по факту все равно очень много кастома от него прилетает.
24:17 Там, видимо, какой-то творческий порыв произошел, и он такой - а вот теперь будет вот так вот.
24:25 Не у нас в компании было, мне рассказывал фронт Эдер историю, что у них дизайнер, видимо, от нечего делать, в продукте придумал скролл, чтобы он выглядел как на маке, на всех браузерах.
24:37 И там они что-то, ну, короче, это задача там на 2 месяца примерно.
24:43 Они такие, блин, чувак, ты уверен, что ты хочешь.
24:46 Это он такой: ну да, смотри, как круто, скрол, красивый.
24:51 И здесь мы решаем просто коммуникацией.
24:55 Дизайнер что-то отрисовывает, какую-то штуку.
25:00 И идет к разработчику.
25:01 Ну, обычно это тим-лид или ведущий какой-то фронт-энд разработчик говорит: Смотри, я вот такую штуку нарисовал.
25:08 Что скажешь, как нормально.
25:10 И разработчик проводит там первые пару раз ревью.
25:14 Если все окей, то мы больше не созванимся по этому поводу.
25:18 Значит, ребята синхронизированы, и все окей.
25:20 Вот, если какие-то проблемы, то там дальше, дальше продолжаем как-то пытаемся общаться с ребятами.
25:29 Ну, короче, поначалу очень сложно приземлить.
25:33 Бывает дизайн вот на вот эти ограничения.
25:37 Слушай, а ты как раз сказал про, так сказать, ревью от разработки.
25:41 Я правильно понимаю, что это типа некоторые ревью на какие-то там начальные мокапы, не знаю, там все что угодно или как.
25:48 Выбираем какую-нибудь фичу.
25:50 Например, на последнем проекте это был там какой-то календарь.
25:53 Мы разрабатывали интерфейс тренера, где он в календаре
25:57 управляет тренировочным процессом команды, то есть создает тренировки, их редактирует как-то и мы нашли какую-то готовую библиотеку, которая вот такие календари может делать.
26:07 Ну, там и немного кастома.
26:09 Дизайнер какую-то первую версию этого интерфейса накидывает из компонентов, которые вот в этой ЮА-библиотеке есть.
26:16 И говорит: ага, вот такого, такого-то не хватает, приходит к разработчику, говорит чувак, вот смотри, вот это окей, это не окей, что будем делать?
26:25 И они совместно решают, можно ли это как-то решить
26:30 текущими инструментами, возможностями ее библиотеки.
26:34 Если нельзя, то окей, это или не окей.
26:37 Вот, и понятно, что здесь нет такого, что последнее слово за разработчиком обычно ребята если нормально коммуницируют, то они совместно принимают это решение.
26:46 Если не могут принять, то идут к ПИЕМу или к ПИО.
26:50 Говорят: смотрите, ребята, тут проблема.
26:51 Если мы это сделаем, то
26:54 будет дольше, чем мы планируем.
26:56 Ну а там ПИО же принимает решение, насколько это важно, эта фича, чтобы она именно так допустим выглядела или не очень.
27:04 Ну и примерно происходит так.
27:06 То есть, здесь нет какого-то, знаешь, вета у разработки, ни у дизайна.
27:11 Все решается в режиме коммуникации.
27:14 Ну да, да, тут я с тобой согласен.
27:16 Ну, слушай, ты вот когда рассказывал про предыдущий кейс, который был не у вас, вот про вот этот скролл, мне сестно, ну прям как-то внутренне интересно, как дизайнер, ну как бы, типа, защитил свое решение, потому что, ну, вот, типа, я не знаю никакой причины, как бы можно было бы оправдать, там, ну, условно, да, знаешь, там давай сейчас месяц разработки потратим, и то, чтобы сделать там скролл как в МАКе.
27:36 Ну, типа, кого практически условно волнует скрол?
27:39 Ну, как бы это звучит не очень дизайнерски, но на самом деле, ну, как бы, особенно на каком-нибудь этапе МВП, да, и пофиг, ну пускай будет стандартный скрол, и как вообще ничего не произойдет.
27:49 Вот, то есть, интересно, как-то.
27:50 Ну да, непонятно, какие метрики там он хотел растить, вот этим скроллом.
27:55 Я всей внутренней кухни той ситуации не знаю.
27:58 Возможно, это просто какой-то локальный мем, выкрученный до максимума.
28:03 Но сама просто как типа пример ситуации меня очень позабавил.
28:08 Что вот такое бывает.
28:12 И тогда мне как раз интересный вопрос к тому: а как, опять же, там какие, например, там, ну не то чтобы сейчас, да, метрики важны, потому что понятно, что в зависимости от задачи там они важны, но опять же, там, в каком-то условном, да, там, может быть, какие-нибудь кейсы приведешь, там в каком условно кейсы ты там отдавал предпочтение, ну там дизайнерскому, да, решению коммуну, а в ком, например, разработке.
28:30 Вот почему бы там так или иначе бы решили.
28:33 Ну, опять же, там уже если ребята не могли договориться.
28:35 Может, что-нибудь вспомнишь.
28:37 Ну, такой ненарушающий индейка, как говорится.
28:46 Да слушай, здесь на самом деле все просто.
28:48 Есть какой-то чувак, который принимает окончательное решение на проекте.
28:53 К нему приходит команда, говорит: чувак, мы смотри, вот есть такой вариант, есть такой вариант.
28:59 Что делать, мы не можем принять решение.
29:01 И этот человек такой: Ну, типа, окей, мы согласны, что плюс неделя разработки на эту фичу она нам очень важна, и мы ее делаем.
29:10 Тогда выиграл дизайн, но тут нельзя сказать, что кто-то выбрал, кто-то проиграл.
29:14 Да, если мы понимаем, что эта фича просто там не супер приоритетная, и там не надо на нее закладывать больше времени, лучше сосредоточиться с чем-то на чем-то другом, то давайте не будем ее делать.
29:31 ожиданий клиента, да, какие там приоритетные у нас фичи, какой у нас срок на этот запуск.
29:38 Если мы понимаем, что у нас там мы, например, можем отложить эту фичу, да, потом, например, у нас останется какой-то запас времени, то релиза, мы к ней вернемся.
29:49 У нас часто такое есть, есть какой-то бэклог, куда мы собираем какие-то вот такие фичи, идеи - то, что не влезло в основной скоп задачи.
29:58 Ну, и это нормально.
30:00 Ну, в общем, да, должен быть человек, потому что не всегда-то можно договориться.
30:06 Слушай, а тут тогда еще такой интересный вопрос.
30:08 Опять же, мы сейчас поговорим чуть про управление людьми, да, там и коллегами, сотрудниками.
30:14 Все равно же так бывает, что, например, условно, да, там, не знаю, там пять раз дизайнер пришел с этими гениальными идеями, ни одну из них не взяли, и прям видно, что человек уже начал, ну, может, не обижаться, но выгорать.
30:25 Опять же, что в данном случае посоветуешь делать, какие бывают в таком случае, ну, так сказать, действие, что можно сделать.
30:34 Ну, слушай, со стороны руководителя
30:38 могу, наверное, сказать, что надо нормально давать обратную связь.
30:42 Ну, то есть, если к тебе чувак приходит 5 раз с какими-то решениями, и они все мимо, то, возможно, не только в чуваке дело, да, ну и такое бывает, а просто ты не очень хорошо там ставишь какие-то задачи или там, не знаю, направляешь человека, в какую сторону ему надо копать, вот, а если говорить со стороны исполнителя, то тут, во-первых, надо разобраться, да, что от тебя вообще клиент ждет.
31:05 Может быть, вообще там твое решение может быть гениальным, но оно может быть не своевременным, каким-нибудь, там вы, например, разрабатываете какой-нибудь калькулятор, допустим, умный, а ты пришел и говоришь: а давайте там
31:20 форму обратной связи, как-нибудь модернизируем, и такой: блин, чувак, вообще мне некогда об этом думать - отвали.
31:27 И такая ситуация может быть.
31:29 Тут надо просто понимать: про то, что тебя ждет твой руководитель, и стараться
31:39 в эти ожидания именно попадать,
31:42 ну, быть своевременным, возможно, не хватает какого-нибудь там настойчивости, но тут тоже надо не перегнуть с этим делом, ну понятно, понятно.
31:52 Потому что можно негативчика словить.
31:56 А еще такой тогда как раз тоже момент чувствует.
31:59 Поговорим про управление дизайнером и маленькое и про решение.
32:02 Опять же, я думаю, тоже не один раз сталкивался с тем, что что-нибудь приходит, в словом, там с задачей.
32:06 Ну, понимаешь, там сначала задача попадает дизайнеру.
32:09 Да, я не знаю, там какую-нибудь как-то говоришь, там форуму модернизировать.
32:12 Дизайнер такой: Опа.т Т.у форма Короче, а вот еще оказывается первый шаг тоже короче был плохой.
32:18 А там не задобут какой-нибудь сломочек бокс добавить и начинать короче.
32:21 Полный рефакторинг всего.
32:23 Потом за этим код полетит.
32:25 Ну, короче, вообще ты понимаешь, там сразу работа не на один день, а на три недели.
32:30 Да, потом еще архитекторы захотят там с оптимизацией поработать, ну вот, да, да.
32:36 Вопрос: как опять же с этим всем обсуждаете, что делаете, или классически в бэклог сваливается все.
32:43 Да, по-разному бывает, на самом деле.
32:46 Короче, если есть какая-то супер точная задача, то мы обычно над ней работаем.
32:53 Если возникают какие-то идеи, что можно еще сделать в рамках этой точной задачи, то это, конечно, либо улетает в бэклог, если мы понимаем, что это очень важно, оно просто может подвигать какие-то другие задачи, или там вообще
33:07 убить какую-то другую задачу, которую мы хотели сделать, тут надо понимать: вообще тоже опять же, насколько это сейчас даст нам какой-то результат в рамках вот этой итерации, если даст, то это все обсуждается.
33:21 Можно там прийти к тому же пио, сказать: Вот, чуваки, смотрите, вот такие-то идеи, что думаете.
33:27 Вот, но зачастую, когда у тебя и так огромный бэклок, ну вот у тебя есть скоб, задач на полгода, да, тебе нужно за полгода запустить какой-то продукт, то
33:39 просто команда не успевает вот эти все микромоменты отследить.
33:44 И часто такое просто в бэклог падает.
33:47 Ну а потом мы к нему либо возвращаемся, либо нет.
33:50 Но это уже другая проблема, потому как вот этим бэклогом управлять - это тоже супер глубокое и сложная тема.
33:58 Где-то давным-давно в интернетах искал статью.
34:01 Ну, типа, нашел статью, что там чуть ли там бэклок, там не куда-то просто там вообще несколько триллионов лет уже занимает.
34:07 Ну, типа, мировой, вот такой большой, ну, я так посмеялся.
34:10 Ну, я не знаю, сколько лет, но там, типа, это гигантская сумма времени, такой, ну.
34:15 Надо просто в году месяц международный выделять, типа день борьбы с бэклогом.
34:21 Чтобы все-все-все айтишники
34:25 типа, знаешь, есть тети у дизайнеров там инктобер, типа когда там просто чернила им в октябре пишется, так какой-нибудь там бэк октобер сделать и все, и просто весь октябрь, февраля.
34:36 Звучит круто, мне понравилось.
34:38 Ну, все, первая гениальная идея есть - подкаста.
34:40 Отлично, можно закрывать.
34:42 Все, запускаем ландос, проводим конференции по этому поводу.
34:47 Слушай, а вот кстати, да, смешная тема.
34:50 Ну, как смешная тема, знаешь же, вот опять же, бывают будем говорить, различные, как сказать, фреймворки, там или еще что-то.
34:57 Ну, и люди же придумывают какие-то там свои способы работы.
34:59 Вот, можно сказать, что мы придумали новый фреймворк.
35:02 Типа что у нас там один месяц в году, это чисто решение баклога, надо теперь его продавать, книжки писать.
35:07 Вот это знаешь, накидывать.
35:11 Мне кажется, просто клиент это не купит, он опять подумает, что айтишники что-то замышляют, вместо того, чтобы бизнесовые задачки пилить.
35:21 И помощи будет прав.
35:25 Ну, главное, чтобы он не знал, что мы это знаем.
35:30 Ну, ладно, окей, окей.
35:32 Так слушай, давай с тобой чуть дальше пойдем еще поговорим про следующие этапы.
35:37 Чисто с тобой пропустим всю разработку, вот это дизайн и процессы вообще нафиг их уже миллион раз обсудили - из пустого порожнее перелили.
35:45 Давай с тобой поговорим про принятие результатов.
35:48 С этим, кстати, частенько встречаются уже немолодые, так сказать, дизайнеры.
35:53 И сейчас на самом деле все чаще и чаще действительно дизайнерам надо проводить.
35:57 Там не только дизайнерские, да, ревью, но еще и вот эти там фронт ревью, либо разработчические ревью, кто как это называет.
36:04 Опять же, какие твои мысли, как вообще занимаетесь, не занимаетесь, если да, как к этому пришли, что дает, и т.
36:11 Ну, ты имеешь в виду принятие результата не конечным клиентам, а именно когда дизайнер принимает результат разработки.
36:18 То есть, разработчики что-то сделали.
36:20 Опять же, ну, понятно, что всегда есть тестировщики, но тем не менее, я вот на скольких проектах не был, как бы на каких продуктах не работал, все равно частенько не требует, а просят либо дизайнера сделать, либо это прям уже действительно в дизайн-процессе заложено, что ты смотришь, потому что все равно тестирование не все покрывает.
36:37 Так сказать, зоркий глаз дизайнера.
36:39 У нас есть дизайн ревью на всех проектах.
36:45 На разных проектах вообще работает по-разному.
36:47 То есть там все зависит от того, как мы настроили какой процесс у нас нет какого-то
36:54 не знаю, единого процесса того, как мы делаем все продукты, очень много зависит от процессов клиента.
37:00 Ну, потому что мы там аутсорсеры, и на это надо делать поправку.
37:06 На каких-то проектах у нас просто в рамках спринта заложено время на дизайн ревью, когда дизайнер проверяет то, что там сделали разработчики.
37:17 Ну, это просто классическая какая-то тема.
37:20 Мы работаем над каки-енибудь сценарием, например, создания тренировки его там запустили, бэкс с фронтом связали.
37:27 Дизайнер проверяет, как это все работает.
37:29 Бывает, что там дизайнер, ну, кроме того, что находит какие-то там пиксель перфект баги, которые все очень сильно любят, бывает, что мы что-то находим там, какую-то
37:44 ошибку в сценарии, ну, типа, немного не так и работает, да.
37:47 Потому что дизайн - это хорошо, но когда ты щупаешь уже конечный продукт, там что-то может вообще поменяться в нашем представлении о том, что мы делали.
37:56 И дизайнер тоже за это отвечает.
38:00 Ну, как отвечает, он помогает команде разработке, как бы разобраться и
38:07 нормальную фичу - вот эту запустить, которую мы уже можем показать клиенту.
38:13 Да, на других проектах у нас нет в рамках спринта это просто отдельный какой-то этап, где вот мы какую-то фичу сделали, и дизайнер там идет в эту фичу после тестировщиков, ее проверяет, собирает какую-то табличку там я уже не помню, дизайн.
38:33 Ну, короче, какой-то дизайн, да, условный, да.
38:37 Да, скидывает это все разработки.
38:39 Ну и разработчики там что-то подпиливают, делают.
38:42 Потом это все уходит либо в клиенту, либо напрот.
38:45 Ну, там, через всякие стейджинки.
38:50 Ну, я считаю, что дизайн ревью - это супер важная тема.
38:55 Дизайнер, по сути, это там
38:58 как будто бы второй человек после пио, который принимает продукт.
39:02 Вообще конечный, что там, как он работает, вот это, вот все.
39:05 Потому что Пио он все равно может не так сильно быть погружен, как дизайнер, вообще в сам этот продукт.
39:12 Пио там, если он думает про метрики - вот про это все, а про какие-то нюансы, но он может просто не в фокусе держать.
39:20 А вот дизайнер как раз он такой, типа, самый главный хранитель знания.
39:24 Ну, наверное, еще тестировщик.
39:26 Там, если у нас не просто чувак, который там проверяет работу на браузерах, а в целом там тестировщик, который понимает вообще работу продукта, вот они вдвоем как-то этот результат принимают.
39:38 Да, кстати, да, про тестировщиков тоже классная тема, потому что встречался с теми, которые действительно шарят за продукцию.
39:44 с ними очень интересно, то, что они к тебе приходят и говорят: там знаешь, вот в этом-то сценарий.
39:48 Короче, тот-то, тот такой, нифига себе, чувак, ты шаришь, это хорошо.
39:54 Да, это вообще кайфовые ребята.
39:57 У нас даже был опыт, когда мы в какой-то момент поняли, что у нас не хватает аналитики на проекте.
40:05 Ну, то есть мы просто начали работать над ВП-шкой, то есть, у нас была какая-то документация, которую мы на этапе проектирования сделали.
40:13 И потом уже начали там что-то запустили МВП, и вообще забыли, что надо доку писать.
40:17 Вообще, все там, мы, клиент, там, вот это все.
40:24 В какой-то момент к нам приходит команда, такие чуваки, блин, мы все без документации не можем, уже умираем.
40:29 Мы такие, а кто вообще сейчас, через 9 месяцев проекта, может быстро начать писать доку.
40:36 И поняли, что этот человек - это тестировщик.
40:39 И все, тестировщик начал писать доку.
40:41 Ну а потом мы постепенно там аналитики все равно выявили, анбордили.
40:45 Но вот такие тестировщики - это вообще просто кайфово..
40:48 Что ты ребята, да Согласен, кайфовое.
40:52 Так, а ты еще, кстати, сказал про защиту, получается, решения перед клиентом стран-дизайнера, правильно?
40:58 Ты еще про нее хотел поговорить?
41:00 Да, можно поговорить, да но там на самом деле тоже ничего такого нет.
41:08 Ну, ничего знаешь, уникального такого.
41:10 Мне кажется, такое есть у многих, что ну, в целом, хороший стиль, когда вся команда принимает участие.
41:18 Ну, я бы даже не назвал это защитой.
41:20 Мне не нравится слово защита.
41:21 Оно очень сильно стрессовое, да.
41:27 немного там в прошлое.
41:30 В общем, когда мы с клиентами начинаем работать продуктом, мы стараемся
41:36 спозиционировать нашу совместную работу так, что человек, мы одна команда: да, вот типа нет, сейчас
41:43 на время запуска продукта нет такого, что ты клиент, мы исполнители, и мы там типа тебе там защищаем перед тобой какие-то решения, мы там обычно совместно все решения принимаем, и так намного проще работать.
41:58 Да, и у нас есть демо на проектах.
42:01 Ну, как все, мы показываем клиенту, что у нас получилось, но мы это показываем не в рамках, типа смотри, клиент, какие молодцы, мы что сделали, что думаешь.
42:09 Мы просто рассказываем, как прошла наша неделя, что у нас получилось, что не получилось, и решаем какие-то там вопросы, проблемы вместе совместно с клиентом.
42:18 И дизайнер в этом принимает такой же части, как вся остальная команда.
42:23 И фронтендеры, и бэкэндеры.
42:25 У нас даже был прикол, что бэк-эндер ему нечего было показать, он просто шарил идеешку свою, показывал код клиенту, который вообще не разработал.
42:36 Вот так этот метод работает.
42:38 Клиент такой, блин, интересно.
42:39 Ну, ему реально было интересно, он такой, оу, прикольный, а ту, че, ту, че.
42:44 Ну вот, и да, да, и вот дизайнер рассказывает про какие-то свои дела, про то, что он там на дизайнел, какие интерфейсики есть, ну и решает какие-то вот такие важные вопросы клиентом, ну там, какие-то что-то не получилось, или тут какой-то вопросик, надо уточнить еще что-то такое.
43:06 Вот мы стараемся сейчас вот такого формата придерживаться, демонстрации, ну а потом уже на релизе, когда это собирается в какую-то общую картину, тогда да, есть согласование уже с клиентом.
43:17 Когда мы ему проводим какую-то демку, либо просто релизимся, говорим, чуваки, вот, пощупайте, скажите, что думаете.
43:25 Слушай, ну про вот, ну будем говорить, там, не знаю, как это сказать, там микро-демы, либо что это даже не знаю, как назвать.
43:32 Да, оно вообще идеально подходит, согласен, мне тоже откликается такой способ, потому что это и раньше показал, так сказать, результат обсудил и не надеял всего, не придется переделать, поэтому да-да, идеальный подход.
43:44 Если честно, очень хороший.
43:45 Ты когда про демо сказал, я вспомнил, что у нас на одном продукте, короче, там, типа, он был супер сырой, но мы показывали уже клиента, и у нас именно в этот момент там пока там условно какие-то там просто сценарии запускались, но сыменно чуваки на бэке там в базе прописывались какие-то там условно значения, что просто ничего не падало, и мы сидели все вот так: максимально в чате, внутри кекали - ну только нас дымили.
44:08 Да, это классическая история.
44:10 У нас был кейс, когда мы на демонстрации каких-то прототипов один дизайнер что-то рассказывал, а другой дизайнер доделывал следующий шаг - вот этих прототипов.
44:21 А я в этот момент просто с двух мониторов контролил их.
44:24 Двоих типа говорил, что там делать все нормально, ненормально.
44:31 Вот это да тоже смешно, что у нас там тоже был момент, что типа сильно, быстро, не переключай на экране.
44:36 Ты типа перейдешь, там подожди, у нас тут надо будет слово статус, и просто едь бать.
44:41 Ты такой, ну, окей, окей, пацаны.
44:44 Да, я знаю, что у нас, короче, есть команды, которые прям план демо прописывают.
44:51 Ну, вот прям такие, знаешь, мощные план дема.
44:55 И вот они все эти штуки сразу там, что можно показывать, что нельзя, показывать, планируют.
45:01 И ну вот, короче, их демо проходят прям, ну, знаешь, как такая, типа супер солидная демонстрация, клиент вообще все время там Вау, кайфово, чуваки, вообще.
45:13 Слушай, ну, кстати, да, про план демо я что-то даже не думал, но звучит очень неплохо.
45:17 Действительно, как неплохая идея.
45:19 Так сказать, есть же там всякие планы тестирований и всего основного.
45:22 Я имею в виду именно дизайнерских проблем, это же прикольно.
45:25 Мне понравилось, мне понравилось.
45:28 Так, давай с тобой чуть дальше еще пойдем.
45:31 Как раз поговорим еще про то, вообще, как руководители видят команду и всякие роли в ней.
45:38 Помнишь, мы с тобой вначале говорили про пересечение?
45:41 Опять же, роли дизайнера, аналитика и пио.
45:45 вот как в данном случае ты к этому относишься.
45:47 Ну ты вроде бы уже сказал, но давай еще чуть об этом поговорим.
45:50 Как вообще смотришь на это пересечение?
45:52 Опять же, нормально ли, если там я не знаю, условно, аналитика нет, какое-то первое время на проекте.
45:58 Понятно, что всякое бывает, все нормально, но тем не менее: какие твои мнения?
46:04 По тому как руководитель видит команду и роли в ней.
46:08 И про их пересечения, и там, может быть, какие-то, ну, не наслаивания, но на то, типа, опять же, не то чтобы какие-то конфликты, но знаешь, условно, там, не знаю, дизайнер начал писать какую-то свою доку, и аналитик начали писать.
46:20 И вот ты такой смотришь, блин, чуваки, выпуски одно и то же делаете.
46:23 Вы как-то договоритесь, кто из вас уже будет делать, и все.
46:26 А дизайнер такой, а я на просто работе, конечно, там за всех док уписал.
46:30 А на релихи такой, типа, ну чувак, я и так все время пишу, и что, и что?
46:35 Блин, ни разу не встречал, конечно, дизайнеров, которые хотели писать докуп.
46:43 Слушай, короче, для меня, как для руководителя, идеальная знаешь, какая ситуация, когда тебе просто не нужно руководить.
46:56 Ну, типа ты закинул какой-то проект в команду,
47:01 и они там сами все рулят.
47:03 И ты такой просто приходишь там раз в недельку, на демо смотришь, как все происходит.
47:09 Такой - вау, круто, вообще все работает, все классно.
47:13 Вот, так не очень часто работает.
47:16 Вот, и наверное, здесь со стороны руководителя, чем меньше какого-то ручного управления, тем лучше.
47:23 Ну, то есть, если у вас там настроенные процессы, если там роли в команде понятны, то это круто.
47:30 Но это по сути задача руководителя -
47:33 эти все роли настроить.
47:36 Понятно, что на проектах там часто мы заходим в проект, через 2 месяца вообще все по-другому.
47:40 Ну там, все перемешивается, что-то еще делается.
47:44 Там тот человек, которого ты ставил тем лидом, там может не очень сильно справляться, значит, надо до другого кого-то водить.
47:51 Вот, и здесь начинается вот это вот, как бы полуручное управление командой, очень часто в процессе роли могут перемешиваться.
48:02 вот у нас не было аналитика, то частично там тестировщик или вместе с ПИОМ забирает на себя эту ответственность.
48:12 Ну и это просто там, наверное, от проекта к проекту все время по-разному происходит.
48:18 То есть нет какого-то такого фреймворка, что ли, потому как вот это все разграничить.
48:24 Наверное, если ты работаешь над одним продуктом там 2 года, тут все понятно, да, кто пишет доку, кто там дизайнит, кто отвечает за архитектуру, кто за релизы, когда ты запускаешь новый продукт, то
48:41 в любом случае будут возникать такие моменты, когда кто-то что-то пересекается.
48:47 И с моей точки зрения, это нормально, если это не ломает там общий ход работы команды.
48:55 И если команде в этом комфортно, они там не конфликтуют по этому поводу, то я окей, я не сторонник того, чтобы навязывать там.
49:04 Ну вот, типа, только так, ребята, и все.
49:07 Если я вижу, что что-то работает там не по учебнику, но это работает.
49:12 И команда от этого кайфует.
49:13 Я такой: блин, прикольно.
49:18 пропустить тот момент, когда это может сломаться.
49:23 Поэтому здесь, наверное, вот так
49:29 Слушай, с одной стороны, согласен, что нормально - типа он такой взгляд - человека ориентированный и не знаю, сотрудника ориентированный, как бы это по-дурацки не звучало, вот.
49:40 Но с другой стороны, есть мне кажется, обратная монета в том, что как раз здесь нет некой стандартизации.
49:45 Ну, то есть, опять же, там у вас приходит новый проект, и начинается, что у вас типа заново эти прошу роли распределяются.
49:51 Понятное дело, что если команда уже сыграна, то это одно, но опять же, если у вас перемешиваются ребята, то, наверное, происходит такое.
50:00 Не, роли-то они изначально стандартизированы.
50:03 То есть есть там набор из пяти шести ролей, которые должны участвовать в разработке продукта.
50:10 У нас даже где-то статью я недавно писал про это на хабре.
50:16 конечно, и вообще на все ссылку скину и есть, получается, люди, которые изначально за этими ролями закреплены.
50:24 То есть есть ПО, есть там ПМ, мы сейчас его называем продюсер проекта, есть там дизайнер, есть аналитик, есть команда разработки - там во главе с тем лидом, и мы изначально понимаем, какой человек за какой роль закреплен.
50:39 Но так как там, например, это новый клиент, и у нас ожидание, что он там полностью ответственность пиона себя возьмет.
50:48 Это может быть не всегда так.
50:52 ну, какие-то могут быть проблемы, да.
50:54 Мы, значит, не просто на него бесимся, мы думаем, а как мы можем ему там помочь в этом.
50:59 Кто из нашей команды может частично на себя взять это дело, и короче, много-много может происходить в проекте, и частенько вот эти роли они начинают как-то пересекаться между собой.
51:12 Если это неплохо для продукта, то окей.
51:18 Вот, главное, просто, чтобы там был у каждой роли свой ответственный, кто за что выполняет.
51:24 Слушай, ну нормальный подход.
51:26 Мне абсолютно нравится про распределение.
51:29 Короче, стандартизация есть, но я против, знаешь, регламентов, где все до запятой написано.
51:35 Вот это мне кажется, в разработке это вообще не завод, где ты там детальки какие-то вытащишь, это все-таки творческая работа и надо позволять команде.
51:46 Ну, как-то там если они комфортно себя в этих условиях чувствуют, гибко
51:53 Команды же они постоянно трансформируются в ходе проектов.
51:56 Нет такого, что ты зашел там, вот команда из пяти человек на полгода в продукт и вышел точно такой же командой.
52:03 Вообще так не бывает.
52:04 Ну и в этом и прикол.
52:07 Тут с тобой соглашусь, да.
52:08 Сколько, так сказать, команд не было
52:12 смени надо, сколько продуктов, везде какие-то свои процессы, везде чего-то не хватает, а чего-то много, или что-то бы я бы изменил.
52:19 И самое забавное, что иногда несешь вроде в чужой монастырь свои идеи, а потом наоборот выносишь оттуда другие и каждый раз, чем-то обогащаешься, то уходит.
52:28 Это конечно вроде даже чем-то забавно.
52:31 Да, главное - обогащаться, а не деградировать.
52:35 Если сказать, только забирать - это тупо.
52:37 А, ну, в смысле, наоборот, пытаться передать.
52:41 У нас даже внутри команды, ну, компании, там есть несколько команд, и они, как бы, в целом все одинаковые, но внутри у них вообще все свое.
52:52 И мне кажется, везде так.
52:54 И это прикольно вообще.
52:56 Ты там встречаешься с одной командой, они там что-то рассказывают, думаешь, о, прикольно у вас.
53:00 Потом уходишь в другую команду, они вообще совсем по-другому делают.
53:04 Такой блин, у вас тоже прикольно, вот.
53:06 Если это работает, то вообще окей.
53:08 Блин, у меня знаешь, ну как бы это супер мелочи, но я всегда не всегда именно кекал в нескольких командах, в которых я попадал там, знаешь, условно, не знаю, какой-нибудь там стандартный мессенджер.
53:20 Пускай скайп там будет.
53:21 Ну без разницы, просто какой-то был стандартный мессенджер в компании, и приходишь, и именно у тебя, знаешь, одна команда, такие, а мы, короче, в этом дискорде общаемся.
53:30 Ты такой, блин, пацаны, вот просто ради вас только сейчас дискорд.
53:34 Да, и ты реально только ради этой команды ставишь дискорд, и потом тебе на с другой командой пообщаться.
53:39 Они такие, ну пиши мне в скайп, пожалуйста.
53:41 Почему-то ты там в каком дискорде мне пытаешься найти?
53:43 Ты все сидишь вот так, вот что происходит?
53:46 Вот, поэтому да, у каждой команды что-то внутри есть свое.
53:49 Иногда, как бы вроде бы нормально, иногда ты такой снишь: Блин, ну типа, почему у вас по-другому, чуваки?
53:56 Слушай, я из-за специфики того, что мы работаем с внешними заказчиками.
54:01 Я просто утонул в этих мессенджерах.
54:04 Хорошо, хоть сейчас вайбер как-то это не столь популярен, ну либо у нас клиенты уже не такие, но это трэш.
54:11 У меня там, ну, прямо сейчас около пяти мессенджеров открыто, и в любой из них мне может кто-то написать.
54:19 Не, я наоборот стараюсь.
54:24 Поэтому я вообще в телеграм, я вообще в мессенджерах с друзьями там с семьей не общаюсь.
54:30 Потому что у меня и так там сыпется постоянно.
54:34 Ну да, че поделать, так сказать.
54:37 Кстати, тоже в последнее время
54:40 сейчас же многие команды переходят именно на Телеграм.
54:43 Ну я не знаю, поедка, как где, но вот я типа просто замечаю, что много кто переходит в телеграм, и так получилось, что именно изначально у меня телеграм просто был там для личного общения, там, вот, лично мой там серфинг, не знаю, там, все, все, все лично, мое, а сейчас у меня наоборот началось засилие командами, короче, и рабочимими чата телеграма.
55:00 Я прям понимаю, что у меня последнее время прям в лом в телегу заходить, потому что, типа, там условно на одно сообщение не знаю, там что-нибудь от жены, у меня 35 по работе, и ты такой, типа, блин.
55:10 Да, вдруг там задачка срочно вечером прилетит.
55:13 Нафиг надо вообще рисковать.
55:15 Ну, даже не в этом смысле, ну просто как-то оно типа уже, знаешь, меньше охота захвитит - это не твое какое-то именно личное пространство, такое уже общий и рабочее, и все и чуть размываются, опять границ, и наверное, в этом есть свой минус.
55:29 Слушай, в Телеге есть рабочий профиль, ну если бы я знал 3 года назад, то это киллер фича вообще.
55:37 Но я об этом не знал.
55:39 Короче, вот люди, которые завели в какой-то момент свой рабочий профиль, и там все рабочие дела решают, они гении.
55:46 Слушай, мне как раз предложили на новой работе рабочий профиль, я такой, типа.
55:50 Да, не, я умный, типа, мне удобно в одном месте сохранить.
55:54 И потом мне, конечно, когда добавили, там нож у меня замеряли, что-то что-то в 30.
55:58 Я такой, типа, Блин, ребят, если бы я с
56:06 Ну, я думаю, на самом деле, даже можно все это поправить.
56:08 Но, наверное, знаешь, единственный минус, который я вижу в рабочем таком профиле, что, типа, как бы ты вот с этими людьми, может быть, после работы тоже иногда будешь общаться, и тогда просто будет сложнее выводить.
56:19 Но это все мелочь, честно, наверное, действительно, рабочий профиль норм.
56:24 Ну, для своего ментального здоровья, конечно, лучше как-то стараться вот это баланс держать, чтобы не смешивать это все дело.
56:33 У нас есть ребята в команде, которые прям категорически против того, чтобы мы там в телеге, например, создавали чатик совместность с клиентом, потому что типа, вот у них телега, там типа вот это моя жизнь, я не хочу там это все замешивать.
56:49 Ну и я, в принципе, частично их понимаю.
56:53 Слушай, ну с одной стороны, я согласен.
56:55 С другой стороны, вроде бы же, это как бы тоже, ну, типа, будем говорить, рабочие моменты.
56:58 Ну, ты вот правильно, наверное, сказал про рабочий.
57:01 Хочешь, сделай рабочий аккаунт, там, не знаю, после пяти вечера не открываю, и все.
57:06 Ну да, да, мы как-то так решаем, это все дело.
57:08 да, кажется, неплохо.
57:10 Вообще, неожиданно что мы как-то про цифровой детокс начали говорить, но тем не менее, тема важная.
57:16 Мне кажется, уже все пообсасывали, но еще надо это обсуждать.
57:23 Ну, а кстати, вообще есть вот у тебя, да, сейчас ощущение, что как-то не знаю, может быть, ну вот после ковида и после этого всего, еще как-то больше действительно работы стало вне работы, так сказать, дома, и вот это все?
57:36 Первое время, вообще максимально замечал, мне сложно было встать с компа.
57:40 Я там мог до 7 просто
57:42 сидеть после работы, просто потому что забыл, что рабочий день закончился.
57:47 Вот не было какой-то такой отметки.
57:50 Сейчас стало проще, ну просто я слежу за этим.
57:53 Вот, и я прям выключаю комп свой рабочий, там, в открываю игровой.
58:03 У меня консоль, поэтому мне проще тут.
58:05 Мне надо пару шагов сделать, как раз до своего лимита в 100 шагов в день.
58:13 Между консолей и компьютером хожу.
58:19 Вот, но, слушай, я сейчас на Урале живу, а у нас очень много московских там, каких-то федеральных клиентов, поэтому там со звон в 7 вечера для меня - это окей.
58:30 Мне это не нравится, конечно.
58:32 Я там стараюсь со всеми клиентами изначально договариваться, но бывает и такая тема, и это, конечно, вообще трэш полнейший.
58:39 У нас есть ребята, которые живут в России и работают с европейцами, и я вообще там просто у меня сочувствие максимально к ним постоянно.
58:49 Блин, у нас когда-то типа был американский заказчик, и конечно просто ребенка не было.
58:54 Я такой, типа, ну ладно, там что-нибудь там в три ночи, там пару раз встать там за проект.
58:58 Ну, как бы нормально.
58:59 Сейчас такой думаю, да чтоб я встал в три ночи.
59:01 Конечно, Ну наверное, бы встал, но типа, блин, столько бы кряхтел, что ужасно было бы.
59:08 Да слушай, по приколу там можно иногда это сделать.
59:11 Ну, чисто вот, блин, прикол.
59:14 Если это постоянно, то это, конечно, фигня какая-то.
59:17 Тяжело, конечно, согласен.
59:21 Надо, так сказать, проводить детоксикацию, цифровую и разграничивать.
59:26 А кстати, как вот опять же, ты относишься к тем людям, которые прям супер жестко пресекают какое-то нарушение
59:33 рабочего какого-то времени, ну, вне рабочего.
59:36 Или ты наоборот так спокойно относишься, просто не отвечаешь.
59:41 Да, зависит от ситуации, на самом деле.
59:44 Если что-то прям суперсрочное и важное, реально, то я вовлекаюсь.
59:49 Бывают просто чуваки, которые напишут что-то там в 8 вечера, ты такой.
59:54 Я посмотрю, и, там решу мне нужно на это реагировать или нет.
59:58 Обычно там нет таких вопросов, которые прям нужно супер, срочно решать, поэтому они подождут.
1:00:04 Я просто сам никогда стараюсь не писать своим ребятам там в не рабочее время выходные я лучше себе задачку поставлю что там завтра в рабочее время чувака пингануть
1:00:16 ну потому что блин я за то чтобы люди отдыхали.
1:00:20 Чем лучше они отдыхают, тем лучше они работают.
1:00:22 Вот мне не нравятся там.
1:00:25 Люди, которые работают по 12 часов в день месяц, а потом на следующий месяц приходят ко мне и говорят: Веня, я выгорел, все, я не хочу ничего делать.
1:00:34 Мне нужно просто, как руководитель, у которого до фигичного задач, еще думать, как его теперь вылечить, этого человека.
1:00:40 Пусть он лучше работает свое время, там выполняет задачки
1:00:44 в тот срок, который мы договорились, ну и там будет это делать как бы стабильно на протяжении большого количества времени.
1:00:52 Чем он сейчас делает какой-то подвиг, непонятно для кого, видимо, для себя.
1:00:58 И потом придется что-то с этим делать.
1:01:04 Ну, в целом, если ребята хотят много работать, им это по кайфу, я тоже там по рукам не бью.
1:01:10 Но иногда разговариваю на ван-тованах.
1:01:12 Тпаи, блин, чувак.
1:01:13 Не перерабатывайся.
1:01:15 Береги себя, послушай меня, старика.
1:01:22 Ну да, да, согласен.
1:01:23 Ну, у нас, по-моему, претендент на звание золотого руководителя смотрю.
1:01:29 Это просто тему такую поднять.
1:01:32 На самом деле, я очень много на чем могу подушнить, как руководитель.
1:01:39 Душнить мы сегодня не будем.
1:01:42 Да, пусть я буду хорошим руководителем для того.
1:01:45 Запомнись, да, да, запомнись классом руководителя.
1:01:48 Слушай, ну да, да, прикольно, мне нравится.
1:01:51 Мне кажется, что мы сегодня с тобой достаточно неплохо про всякое поговорили.
1:01:55 Что ты как думаешь, как твои мысли?
1:01:58 Ну, я не знаю, мне надо послушать подкаст.
1:02:01 Может быть, я попрошу тебя его грохнуть.
1:02:04 Ну, значит, давно запишем.
1:02:08 Давай с тобой небольшую саммари подведем.
1:02:10 Давай я возьму на себя часть, а ты возьмешь на себя какую-то завершающую часть скинить, не знаю, там, напутствиями или выводами, или чем угодно, что тебе понравится.
1:02:20 Ну, ты пока подумай, я буду рассказывать.
1:02:23 Да, собственно, сегодня мы поговорили о том, вообще задает ли, так сказать, дизайнер темп команды, и в каком виде он задает, опять же, что нужно от дизайнера на начальных этапах проекта.
1:02:35 Также поговорили о том, вообще как в целом взаимодействовать с разработкой.
1:02:38 Нужно ли взаимодействовать, опять же, на начальном этапе?
1:02:41 Как разграничивать свои обязанности - там обязанности пио и аналитика, опять же, если они есть у дизайнера и если они попадаются, вот также поговорили о принятии результата о его таком наверное, не защите, а о демо и о том, вообще как в целом, да, важна коммуникация между заказчиками и командой и дизайнером, вот.
1:03:02 И маленечко поговорили о вообще в целом, не знаю, о личной какой-то гигиене, наверное, цифровой или как оно наверное не цифровая гигиена, а все-таки адитоксида о вор-клай балансе.
1:03:13 О том самом, о котором все любят говорить.
1:03:16 Вот, давай, дополняй тогда.
1:03:19 Слушай, ты когда все говорил?
1:03:21 Я должен был думать, я просто тебя слушал, наслаждался.
1:03:25 Поэтому каких-то там супер умных мыслей не будет.
1:03:30 Просто скажу спасибо, что позвал на подкаст в общем, ребята, кайфуйте от работы, ворк лайф баллансе дела.
1:03:41 Опять же, главное, так сказать, смотреть, чтобы не выгореть.
1:03:44 И, наверное, это самое важное.
1:03:45 Ну и там общаться с родными, близкими, друзьями, потому что это нас сильно восполняет.
1:03:51 Как бы это ни смешно звучало, но тем не менее прописные стены от стариков пошли.
1:03:55 А ну и там высыпаться, вот это вот витаминки пейте.
1:03:59 Берегите спину, ребята.
1:04:01 да, берегите поясницы.
1:04:07 Давай тогда на этом будем с тобой завершать.
1:04:09 Спасибо большое, что пришел сегодня.
1:04:11 Включил, так сказать, камеру и перешел по ссылке.
1:04:18 Спасибо тебе, Саня, что позвал.
1:04:21 Очень круто и душевно.
1:04:22 Все интересные ссылки в описании, лайк, шер, подписка.
1:04:27 Это был подкаст Дизайн и Люди.
Комментарии
Войдите, чтобы оставить комментарий.