8112
правок
Изменения
м
= Максим Цепков'''Дополнение'''. Постановка от модели бизнеса до детального дизайна требованийРолик опубликован https: как делать и кому =//t.me/aidalev/1806
Мой доклад [[= Максим Цепков. Постановка от модели бизнеса до детального дизайна требований: как делать и кому|Постановка от модели бизнеса до детального дизайна требований: как делать и кому]], по отзывам участников, получился интересным. Мы много работали с ПК, первоначальная версия была больше часа, и со стороны Евгения Галактионова были очень конструктивные замечания - что исключить, а где логические провалы. А по полной версии мы договорились сделать вебинар. Конспектов своих докладов я не делаю. Можно посмотреть мою серию статей на habr [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований'''], но в докладе было больше. Наверное. надо писать продолжение.=
Нет описания правки
Основная идея была, что прогресс сейчас очень быстрый, и достаточно сложную видеоисторию пара человек может сделать за 6 часов. При этом ИИ помогает на всех этапах, не только при отрисовке и озвучивании, но и при создании сценария и разложении его на сцены и кадры. И этот прогресс достигнут за последние полгода. Лев показывал фото и видео, которые создавали предыдущие версии, при чем на одних и тех же промптах, так что можно было визуально сравнить. В докладе - много разных сетей, среди которых есть более креативные, чем ChatGPT.
Пересказывать такой доклад сложно, но будет запись - можно будет посмотреть. В финале Лев хотел попробовать сделать видео вживую по запросу зрителей, но зрители проявили много фантазии, так что пока на [https://t.me/aidalev/1800 его канале] лишь персонаж и обещание, что будет обязщательнообязательно.
Мой доклад [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)|Постановка от модели бизнеса до детального дизайна требований: как делать и кому]], по отзывам участников, получился интересным. Мы много работали с ПК, первоначальная версия была больше часа, и со стороны Евгения Галактионова были очень конструктивные замечания - что исключить, а где логические провалы. А по полной версии мы договорились сделать вебинар. Конспектов своих докладов я не делаю. Можно посмотреть мою серию статей на habr [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований'''], но в докладе было больше. Наверное. надо писать продолжение.
=Юлия Иванова и Екатерина Колпакова из Emex Group. Автоматизируй это: как мы построили DWH для международного холдинга командой из 6 человек =
Планы.
* Хотелось бы по модульному собирать отчету, но текущие фреймвоки фреймворки и так делают
* e2e было бы идеально начать писать нейросеткой сразу
* доки - не только писать, но и использовать
* аналитики - только помощь: взять текст от сеньора, оформить, распихать задачи в issue track
* маркетинг готовит материалы, но на каждом этапе - валидиция валидация человеком, глюки всякие
* руководители проектов - общаются с заказчиком
* стажеры - более эффективно обучаются, но наставники есть
Что не делать
* передавать срества средства контроля, например, платежа на валидность. Решения - за человеком
* Не надо автоматизировать уже автоматизированное.
* Не надо обучать на непроверенном. Если отдать весь проект - баги кода расползутся.
Он сам - левел-дизайнер, гейм-дизайнер, а еще ведет каналы и организует мероприятия. И у него идея вовлечь разработчиков. Более того, под такую идею есть господдержка - поручение президента. Но корпорации не хотят, они не понимают, что и как делать. Хотя два года назад Ростелеком сказать, что будет делать фонд, и они сделали, для получения гранта нужен преокт, где 55% возврата за год.
Для дизайна игры - есть пайплайн, есть лекция от ТанкиОнлайн. Но игровая индустрия - это не только разработка. Это фестивали, это платформы, на которых могут работать индивидуальные разрабочикиразработчики, такие как Яндекс.Игры. Много ассоциаций, АКИ - фабрика игр в Сколково. В конкурсе лидеры цифровой трансформации - было направление игр. В Яндекс Плюс Сити - геймифицировали все сервисы.
В общем, идея и боль докладчика мне понятна, но хотелось бы более глубокого рассказа: о технологиях и о вариантах сценариев, которые возможны. Потому что они ведь сильно разные - на разных платформах, для разных аудиторий. Перспективы игры различны на внутреннем и глобальном рынке, но для успешной игры нужно учитывать культурный контекст, и это надо закладывать с самого начала. Я это слышал по мультфильмам: Маша и Медведь - международный проект, взлетевший во многих странах: знают 95% в Индонезии, 88% в Италии, более 90% в Чили и Тайване, входит в пятерку самых популярных в Бразилии и Турции. И ее с самого начала делали глобальной. А вот Смешарики делали как российский проект. За рубежом он популярен, но далеко не так, как Маша. Хотя в Китае аудитория в 12 раз больше российской, при том, что население всего в 10 раз больше. Но это было отступление от темы.
= Александр Сажин из Ситек. Магия тех. лидерства: искусство наставничества в мире технологий =
Прошлой осенью их было 30, сейчас 60, рост потребовал механизмов обучения. В компании есть основная линейка грейдов: джун - мидл - высокий мидл - сеньор - техноменеджеры. И путь наставника: наставник - куратор - техлидер. Обучая - ты учишься, и это - твой путь по управленческой лестнице, ты прокачиваешься по софтам
* Наставник - первый встретит человека, будет сопросовждать на онбординге, поможет с индивидуальным планом развития - эту функцию забрали у HR. Это специалист, который сам недавно прошел онбординг. Проводник, он понимает как учить и хочет это делать. В конце испытательного срока - мини-аттестация, он помогает подготовиться.
* Куратор - на проекте, он прошел не один проект, опытный и с пониманием, он подхватывает внутри проекта. У него есть свои задачи, встречается с клиентами - он является частью команды. Если новичок опытный, у него могут быть наставник и куратор одновременно. Куратор помонает помогает проекту в целом. В начале проекта он закладывает метрики, которые помогут его завершить. Премия по завершению, если успех - большая и на команду.
* Техническое лидерство. Курирует группу со схожими специализациями вне проекта, каждый из группы - в конкретном проекте. 5-7 человек в группе.
** обучение - помогает с индивидуальными планы с теми кто прошел испытательный срок. Мучается с экспертами - находит точки развития.
** участие в пресейлах - клиенты хотят пообщатсья пообщаться с командой, и техспециалиста надо научить
** загрузка и распределение - помощь руководителю, загрузка рваная, люди в нескольких проектах, и надо курировать и понимать. Подсвечивать где что проседает, не закрывается, или ого-то надо загрузить новым.
** поиск новых потребностей блока учета - развитие продукта, ниши рынка; адаптация инструментария аналитика для нужд группы - участие на конференциях - донесение услышанного