🩰 Гибкие методологии стоит применять гибко.
Привет. Это Татьяна Фомина, СТО Учи.ру и декабрьский соавтор канала South HUB. Как вы поняли из заголовка, сегодня разговор пойдёт вокруг Agile.
🎓 Я столкнулась с гибкими методологиями и их адептами ещё во второй половине нулевых, задолго до Agile-бума, за который спасибо некоторым крупным банкам! 😉 В то время я руководила группой, отвечающей за процессы разработки в Лаборатории Касперского. В офисе по соседству сидел Люксофт, где все эти новые гибкие веяния тоже были в ходу. Мы много общались и ездили на конференции, стремились узнавать новое и немедленно пробовать это в работе. Помню, как состоялось моё первое знакомство с методом Kanban. Это было на одной из конференций, в Португалии: я попала на выступление Дэвида Андерсона, одного из пионеров метода, автора книг про Kanban и основателя Lean Kanban University. Дэвид прекрасный оратор, к концу его лекции я была полна новых мыслей, а ещё и получила от него книгу в подарок — так начался мой «альтернативный путь в Agile». Этот путь, как оказалось, состоял не только из итеративных методик, подобных Scrum.
С тех пор у меня было много примеров использования гибких методологий — удачного и не очень, масштабом от маленьких компаний разработки до огромного Сбера!
Вот что я думаю, опираясь на свой опыт.
🔘 Как и у любого фреймворка, у гибких методологий есть ограничения. Нельзя быть слепым адептом и делать всё точь-в-точь как написано или сказано. Можно модифицировать или даже пропускать некоторые церемонии, в зависимости от специфики работы конкретных команд. Или, к примеру, тезис о кросс-функциональности команд, несомненно один из краеугольных в гибких подходах. Но если в конкретном случае, например, из-за специфики окружающего технического ландшафта, может быть эффективно с точки зрения скорости и качества выделить в отдельную функцию вне команд практику тестирования или эксплуатацию на проде — это можно применить и в Agile. Ведь в конечном итоге полная независимость кросс-функциональных команд — это всегда дорогое удовольствие.
🔘 Каждый может собрать свою методологию, которая даст его команде максимум результата. И чтобы снизить напряжение со стороны фанатиков — «вы все неправильно делаете» — просто назовите его по-своему, как это сделал Сбер со Сберджайлом.
🔘 При этом, конечно, базовые константы соблюдать надо, без них рассыпается основа методологии. Для меня пример такой тектонической плиты в Kanban — это лимит на число задач в прогрессе.
🔘 В одной компании разные команды могут работать в разных подходах. Кому-то подходит Kanban с его фокусом на непрерывность рабочего процесса, другим — Scrum, чтобы создавать MVP и оставлять инкремент ценности после каждого спринта. А бывает и Kanban с итерациями. А еще Scrumban, Kanplan — чего только нет. В Учи.ру мы выбираем практики под особенности каждого процесса.
Сейчас в компании мы решаем 2 ключевые задачи. С одной стороны, работаем в гибком подходе, где основная рабочая единица, приносящая ценность — это команда. С другой — создаём общие правила, чтобы команды не «ломали» разработку друг друга, снижаем число зависимостей и выстраиваем общие рельсы процессов. Оголтелый Agile отдал бы всё на откуп команд, но у нас масса легаси, монолит, все друг от друга зависят. Поэтому ищем свой путь и баланс: как обеспечить скорость, самостоятельность и устойчивый процесс, а главное — стабильный прод. И я рада, что культура VK поддерживает независимость и свободу бизнес-юнитов. Мы, айтишники, вообще народ очень свободолюбивый.
Вот и закончилось моё эфирное время, но не темы, на которые я могу и хочу говорить. Let’s stay in touch. Ну и кто знает, быть может увидимся на South HUB следующим летом.
А сейчас — держите от меня последнюю рекомендацию, она будет не про способы применения и виды методологий, а про кое-что поважнее для СТО — про то, как быть лидером: книга «Больше чем руководитель 30 советов-вызовов для эффективного управления» Скотта Джеффри Миллера.
Пока!
👋
#соавтор
Привет. Это Татьяна Фомина, СТО Учи.ру и декабрьский соавтор канала South HUB. Как вы поняли из заголовка, сегодня разговор пойдёт вокруг Agile.
С тех пор у меня было много примеров использования гибких методологий — удачного и не очень, масштабом от маленьких компаний разработки до огромного Сбера!
Вот что я думаю, опираясь на свой опыт.
Сейчас в компании мы решаем 2 ключевые задачи. С одной стороны, работаем в гибком подходе, где основная рабочая единица, приносящая ценность — это команда. С другой — создаём общие правила, чтобы команды не «ломали» разработку друг друга, снижаем число зависимостей и выстраиваем общие рельсы процессов. Оголтелый Agile отдал бы всё на откуп команд, но у нас масса легаси, монолит, все друг от друга зависят. Поэтому ищем свой путь и баланс: как обеспечить скорость, самостоятельность и устойчивый процесс, а главное — стабильный прод. И я рада, что культура VK поддерживает независимость и свободу бизнес-юнитов. Мы, айтишники, вообще народ очень свободолюбивый.
Вот и закончилось моё эфирное время, но не темы, на которые я могу и хочу говорить. Let’s stay in touch. Ну и кто знает, быть может увидимся на South HUB следующим летом.
А сейчас — держите от меня последнюю рекомендацию, она будет не про способы применения и виды методологий, а про кое-что поважнее для СТО — про то, как быть лидером: книга «Больше чем руководитель 30 советов-вызовов для эффективного управления» Скотта Джеффри Миллера.
Пока!
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15🔥9👏4❤3💯2🎉1
Двенадцать лет в Mail.ru, рост до СЕО и любовь к жизни.
👋 Привет, это Андрей Сумин, СЕО Mail.ru, а прежде — СТО, руководитель разработки и тимлид. В этом канале я — один из декабрьских соведущих от VK. В нескольких сообщениях попробую поделиться важными наблюдениями и выводами, которые сделал за свою карьеру. Но сперва, как водится, немного о себе.
#соавтор
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👍10❤5👏3⚡2🎉1
📺 Половину моего детства я думал, что телевизор — это коробка, которая показывает «Ну, погоди!», пока родители не принесли другую коробку и не подключили к телевизору. Это была приставка типа Fairchild Channel F. С восторгом я обнаружил, что крутя колёсико можно управлять белой палочкой на экране. Для восьмилетнего ребёнка тех лет это была магия. Я сразу понял, что хочу быть частью этой магии.
В университете изучал радиоэлектронику, и это всегда помогало в работе, ведь я знаю, как устроен физический мир в нашей сфере. Например, понимаю, как электромагнитные силы превращаются в единицы и нули на мониторе, потому что в вузе сам собирал и писал драйвера к устройству передачи данных через СОМ-порт. На третьем курсе я пришёл в небольшую фирму, которая разрабатывала сайты, и начал работать бесплатно. Конечно, деньги были нужны, но заработать их тогда я мог только на заводе. А вы ведь помните, чем я хотел заниматься с детства.
Полгода мне давали мелкие задачи, а потом в компанию пришла большая сеть строительных магазинов и заказала интернет-каталог товаров. Бюджет был крошечным, но поскольку за мою работу платить было не нужно, фирма заказ взяла. Так я выполнил первый проект, и меня взяли в штат. Уже за деньги.
🥾 Дальше — ступень за ступенью. Их было много, но в основе — одно и то же: я всё время разбираюсь, как устроены вещи. Сначала — как собрать мой первый компьютер Spectrum, затем — как написать первую программу, потом — как устроена программа, которая исполняет мою программу, как устроены системы из многих программ. А чтобы стать СТО — стал разбираться в том, как устроены люди и бизнес. Как мы зарабатываем и куда тратим деньги, как это делают конкуренты и кто из нас эффективнее.
А вообще я не думаю, что каждый разработчик обязан стремиться к позиции СТО. Никому не желаю большую часть времени делать то, что не нравится. В нашей стране ИТ очень зрелое, и во всех больших компаниях есть статус individual contributor. Вы можете приносить огромную ценность, решать нереально сложные задачи, и вас будут ценить так же как тех, кто отвечает за большие команды.
👉 Меня попросили рекомендовать что-то к каждому посту, так что предлагаю «Гарри Поттер и методы рационального мышления» — историю о том, каким был бы первый год учёбы «мальчика, который выжил» в школе чародейства и волшебства, если бы его дядей был университетский профессор, а сам Гарри получил бы отличное начальное образование и критически воспринимал всё, что происходит в Хогвартсе.
🤝 Ну вот и познакомились. А позже я расскажу, как 12 лет с драйвом работать в одной компании, и что думаю о трансформации СТО в СЕО.
Увидимся!
В университете изучал радиоэлектронику, и это всегда помогало в работе, ведь я знаю, как устроен физический мир в нашей сфере. Например, понимаю, как электромагнитные силы превращаются в единицы и нули на мониторе, потому что в вузе сам собирал и писал драйвера к устройству передачи данных через СОМ-порт. На третьем курсе я пришёл в небольшую фирму, которая разрабатывала сайты, и начал работать бесплатно. Конечно, деньги были нужны, но заработать их тогда я мог только на заводе. А вы ведь помните, чем я хотел заниматься с детства.
Полгода мне давали мелкие задачи, а потом в компанию пришла большая сеть строительных магазинов и заказала интернет-каталог товаров. Бюджет был крошечным, но поскольку за мою работу платить было не нужно, фирма заказ взяла. Так я выполнил первый проект, и меня взяли в штат. Уже за деньги.
🥾 Дальше — ступень за ступенью. Их было много, но в основе — одно и то же: я всё время разбираюсь, как устроены вещи. Сначала — как собрать мой первый компьютер Spectrum, затем — как написать первую программу, потом — как устроена программа, которая исполняет мою программу, как устроены системы из многих программ. А чтобы стать СТО — стал разбираться в том, как устроены люди и бизнес. Как мы зарабатываем и куда тратим деньги, как это делают конкуренты и кто из нас эффективнее.
А вообще я не думаю, что каждый разработчик обязан стремиться к позиции СТО. Никому не желаю большую часть времени делать то, что не нравится. В нашей стране ИТ очень зрелое, и во всех больших компаниях есть статус individual contributor. Вы можете приносить огромную ценность, решать нереально сложные задачи, и вас будут ценить так же как тех, кто отвечает за большие команды.
🤝 Ну вот и познакомились. А позже я расскажу, как 12 лет с драйвом работать в одной компании, и что думаю о трансформации СТО в СЕО.
Увидимся!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20👍12👏6🤩3⚡2
🏃 Двенадцать лет рабства счастливой карьеры в одной компании.
👋 Привет! Это Андрей Сумин из VK, один из ведущих канала South HUB в декабре. В компании я с 2011 года и здесь вырос от тимлида до СЕО Mail.ru. Так что поразмышляю о том, как так получилось.
Mail.ru хорош тем, что каждый раз, когда я хотел двигаться дальше, для этого были варианты. Сначала тимлид frontend, затем пробовал себя в продукте, и мы разрабатывали хранилища. После — руководил процессом редизайна и лидировал большие фичи. Прошли с командой несколько сложных рефакторингов — например, переписывали почту с Perl на Go, а ещё завозили в облако огромные проекты. Я составлял PNL, менял команду, руководство надо мной менялось тоже. Постоянно появлялись новые продукты — так что за 12 лет скучно не было ни дня.
📈 Но вот что для меня здесь важно: если цель — сам по себе карьерный рост, то исход печален. Мой драйв — это каждый раз брать всё более сложные задачи. А ещё — кайфовать от того, что те, для кого я создаю продукт, пользуются им днём и ночью. И видеть рядом массу людей, для которых это так же важно. В такой атмосфере мы постоянно создаём возможности для роста и новых интересных проектов. Думаю, это универсальный критерий компании, которая подходит, чтобы работать в ней сколь угодно долго.
🏍️ Ну и не надо забывать про пульс жизни. Мне нравится решать новые задачи не только на работе. Каждое лето катаюсь на wakesurf, иногда езжу в мототуры, а сейчас — учу китайский.
До скорого! 🤝
#соавтор
Mail.ru хорош тем, что каждый раз, когда я хотел двигаться дальше, для этого были варианты. Сначала тимлид frontend, затем пробовал себя в продукте, и мы разрабатывали хранилища. После — руководил процессом редизайна и лидировал большие фичи. Прошли с командой несколько сложных рефакторингов — например, переписывали почту с Perl на Go, а ещё завозили в облако огромные проекты. Я составлял PNL, менял команду, руководство надо мной менялось тоже. Постоянно появлялись новые продукты — так что за 12 лет скучно не было ни дня.
🏍️ Ну и не надо забывать про пульс жизни. Мне нравится решать новые задачи не только на работе. Каждое лето катаюсь на wakesurf, иногда езжу в мототуры, а сейчас — учу китайский.
До скорого! 🤝
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥15👍12❤6❤🔥4⚡2👏1🎉1💯1
Из СТО в СЕО: от чего зависит буква.
👋 Всем привет, это Андрей Сумин.
South HUB — комьюнити C-level в IT, и когда меня звали побыть соведущим, сказали, что мой переход из СТО в СЕО — интересный кейс, чтобы его осветить. Попробую сформулировать несколько мыслей о том, каково это — «пересечь горизонт».
🔘 Думаю, главное для перехода — это понятная референсная модель. Если прошлый СЕО принимал решения совсем не так, как вы, то попытка занять его позицию очень рискованна. Будет не у кого спросить совета, и скорее всего придётся заниматься тем, что вы ненавидите.
🔘 При этом надо понимать, что чем больше зона вашей ответственности, тем сильнее связаны руки. Когда вы начинаете новый проект, нужно переложить чьи-то текущие задачи на других коллег. И если под вами команда из пяти человек — на это уйдёт неделя. Если несколько сотен или тысяч — счёт пойдёт на кварталы и полугодия.
🔘 С другой стороны — нетворкинг в помощь, ведь в нашей сфере он развит. Всегда можно написать профи из других компаний, чтобы узнать, как они решили задачи, с которыми я впервые столкнулся. А можно увидеться вживую и поговорить на следующем South HUB.
В конце концов, все СЕО очень разные, но по-моему у тех, кому удаётся решать сложные задачи, есть общее свойство — им нравится жизнь.
Чего и вам желаю!⚡️
А в качестве рекомендации сегодня предлагаю «Вы, конечно, шу́тите, мистер Фейнман». Это сборник ироничных историй о себе — от нобелевского лауреата по физике и участника Манхэттенского проекта Ричарда Фейнмана. Она тоже, как мне кажется, про любовь к жизни.
На этом всё, до встречи на вершинах ИТ. Или на кэмпе South HUB в июне.
Пока-пока! 🙌
#соавтор
South HUB — комьюнити C-level в IT, и когда меня звали побыть соведущим, сказали, что мой переход из СТО в СЕО — интересный кейс, чтобы его осветить. Попробую сформулировать несколько мыслей о том, каково это — «пересечь горизонт».
В конце концов, все СЕО очень разные, но по-моему у тех, кому удаётся решать сложные задачи, есть общее свойство — им нравится жизнь.
Чего и вам желаю!
А в качестве рекомендации сегодня предлагаю «Вы, конечно, шу́тите, мистер Фейнман». Это сборник ироничных историй о себе — от нобелевского лауреата по физике и участника Манхэттенского проекта Ричарда Фейнмана. Она тоже, как мне кажется, про любовь к жизни.
На этом всё, до встречи на вершинах ИТ. Или на кэмпе South HUB в июне.
Пока-пока! 🙌
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21⚡8👍4👏3
Поехали!
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10🔥10👏4
Мой отец был инженером, а его друзья программистами, рассказы которых меня увлекали ещё в детстве. Помню, как у нас дома появился ZX Spectrum с различными игровыми кассетами, потом и Intel 386. Мне захотелось научиться самому создавать игры, поэтому я стал изучать программирование. С начальной школы ходил в кружки программирования, читал профильные книжки и создавал сайты, стал участвовать в олимпиадах, а в 6 классе стал фрилансить — создавал интернет-магазин, системы складского учёта и сделал в 9 классе систему бронирования для стоматологической клиники.
Жил в Петергофе, где как раз расположен кампус СПбГУ. Именно туда поступил на факультет прикладной математики. В первые дни обучения ждал, что сразу будут учить программировать, в итоге основным предметом на первых курсах был матан. Но на третьем курсе всё изменилось.
🎓 Как уже рассказал, работать начал ещё в школе, но официальная трудовая деятельность началась в студенческие годы. Отлично помню, как мой первый научный руководитель советовал сначала окончить университет, затем идти работать. Но я рвался в бой, поэтому на 3 курсе университета пошёл стажироваться в Devexperts, где разрабатывали софт для финансовых брокеров. Там дорос до руководителя команды бэкенд-разработки из 20 человек. Это был крутой опыт в сильной команде профессионалов. В 2013 году бывший научный руководитель позвал меня в Яндекс.
В Яндексе начал работу над новым Поиском на Java, моём основном языке на тот момент. Потом проект закрылся, но полученный опыт не прошёл даром — я стал отвечать за инфраструктуру всего Поиска, его архитектуру, надёжность и перфоманс. Команда разрослась до сотни человек. Тогда познакомился с Антоном Фроловым, который сейчас СЕО Дзена и вице-президент по AI, контентным и рекомендательным сервисам VK.
В 2018 году мне предложили сменить роль и возглавить персональные сервисы: Почта, Диск, Календарь. Следом ко мне «пришёл» Яндекс.Паспорт и вся платёжная инфраструктура. Суммарно в Яндексе проработал больше 10 лет. За эти годы удалось сделать много интересных проектов, в том числе запустить несколько новых сервисов, среди которых Яндекс Пэй.
В сентябре 2023 года присоединился к ВКонтакте на позицию технического директора. За это время вместе с командой удалось погрузиться в процессы, сформировать технологическое видение и целый ряд инициатив, которые должны позволить на порядки быстрее развивать существующие и создавать новые качественные сервисы.
В завершение, для тех, кто хочет стать СТО, рекомендую как можно раньше окунуться в практический мир разработки. Важно подойти ответственно к выбору команды и своего наставника — мне удалось попасть в несколько команд профессионалов, поработать с разными технологиями и продуктами, получить практические знания от наставников и разноплановый опыт для дальнейшего карьерного роста.
Жил в Петергофе, где как раз расположен кампус СПбГУ. Именно туда поступил на факультет прикладной математики. В первые дни обучения ждал, что сразу будут учить программировать, в итоге основным предметом на первых курсах был матан. Но на третьем курсе всё изменилось.
В Яндексе начал работу над новым Поиском на Java, моём основном языке на тот момент. Потом проект закрылся, но полученный опыт не прошёл даром — я стал отвечать за инфраструктуру всего Поиска, его архитектуру, надёжность и перфоманс. Команда разрослась до сотни человек. Тогда познакомился с Антоном Фроловым, который сейчас СЕО Дзена и вице-президент по AI, контентным и рекомендательным сервисам VK.
В 2018 году мне предложили сменить роль и возглавить персональные сервисы: Почта, Диск, Календарь. Следом ко мне «пришёл» Яндекс.Паспорт и вся платёжная инфраструктура. Суммарно в Яндексе проработал больше 10 лет. За эти годы удалось сделать много интересных проектов, в том числе запустить несколько новых сервисов, среди которых Яндекс Пэй.
В сентябре 2023 года присоединился к ВКонтакте на позицию технического директора. За это время вместе с командой удалось погрузиться в процессы, сформировать технологическое видение и целый ряд инициатив, которые должны позволить на порядки быстрее развивать существующие и создавать новые качественные сервисы.
В завершение, для тех, кто хочет стать СТО, рекомендую как можно раньше окунуться в практический мир разработки. Важно подойти ответственно к выбору команды и своего наставника — мне удалось попасть в несколько команд профессионалов, поработать с разными технологиями и продуктами, получить практические знания от наставников и разноплановый опыт для дальнейшего карьерного роста.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17👍9❤5⚡1👏1
В предыдущем посте рассказывал о своём бэкграунде и профессиональном пути.
Сегодня хочу поделиться, как я вижу роль СТО и что могу посоветовать новому СТО в большой технологической компании.
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6👏3🔥2❤1
Для меня СТО — это сильный разработчик с большим техническим опытом и насмотренностью. Но… в прошлом :) Важно понимать, что если вы делаете выбор в сторону управленческого роста, то времени на написание кода самостоятельно у вас не останется.
На первый план у СТО выходит работа с людьми и управление проектами: умение слышать, аргументированно распределять задачи, структурировать информацию и доносить её до команды, иногда принимать волевые решения.
СТО отвечает за все процессы разработки в компании, их эффективность, задаёт общий технологический вижн и несёт ответственность за работу всей системы.
Переходя к рекомендациям, скажу сразу, что универсальной инструкции нет, но надеюсь, что мои советы из личного опыта будут полезны.
1) Ещё до того, как приняли оффер, важно познакомиться как можно с бОльшим количеством ключевых людей в компании — CEO, CPO, HRD и другие, — и понять для себя насколько вы близки «по духу» и ценностям, каких результатов компания ждёт от вас. Выясните, как устроена команда сейчас, кто ключевые люди в ней, за что они отвечают. Подумайте, кто потенциально мог бы усилить команду.
2) С самого начала максимум времени нужно уделить знакомству с командой, с ключевыми людьми как в формате 1-1, так и в формате общих встреч. Общие встречи можно провести в формате погружения в архитектуру — не стесняйтесь просить людей рассказать максимально подробно, как всё устроено, что, по их мнению, сделано хорошо, а что имеет точки роста — отмечайте такие места, по возможности запишите эти встречи.
3) Отнеситесь критически ко всем процессам, в том числе и к процессам на стыке с другими подразделениями — запомните неэффективности, записывайте в заметки и формируйте бэклог того, что можно сделать лучше.
4) Придумайте себе «план быстрых улучшений» на три месяца — как сделать сервисы надежнее, как что-то соптимизировать или ускорить, как решить наболевшие проблемы или сделать процессы эффективнее. Двигайтесь по этому плану.
Это только часть первых шагов, которые рекомендую делать всем новым СТО.
👉 Рекомендация к этому посту: книга Ицхака Адизеса «Идеальный руководитель: почему им нельзя стать и что из этого следует». Книга будет полезна не только руководителям, но и всем, кого интересует управление командами и компаниями.
В завершении хочу пожелать всем тройной эффективности в будущем году: и в работе, и в жизни. С наступающим Новым годом!
На первый план у СТО выходит работа с людьми и управление проектами: умение слышать, аргументированно распределять задачи, структурировать информацию и доносить её до команды, иногда принимать волевые решения.
СТО отвечает за все процессы разработки в компании, их эффективность, задаёт общий технологический вижн и несёт ответственность за работу всей системы.
Переходя к рекомендациям, скажу сразу, что универсальной инструкции нет, но надеюсь, что мои советы из личного опыта будут полезны.
1) Ещё до того, как приняли оффер, важно познакомиться как можно с бОльшим количеством ключевых людей в компании — CEO, CPO, HRD и другие, — и понять для себя насколько вы близки «по духу» и ценностям, каких результатов компания ждёт от вас. Выясните, как устроена команда сейчас, кто ключевые люди в ней, за что они отвечают. Подумайте, кто потенциально мог бы усилить команду.
2) С самого начала максимум времени нужно уделить знакомству с командой, с ключевыми людьми как в формате 1-1, так и в формате общих встреч. Общие встречи можно провести в формате погружения в архитектуру — не стесняйтесь просить людей рассказать максимально подробно, как всё устроено, что, по их мнению, сделано хорошо, а что имеет точки роста — отмечайте такие места, по возможности запишите эти встречи.
3) Отнеситесь критически ко всем процессам, в том числе и к процессам на стыке с другими подразделениями — запомните неэффективности, записывайте в заметки и формируйте бэклог того, что можно сделать лучше.
4) Придумайте себе «план быстрых улучшений» на три месяца — как сделать сервисы надежнее, как что-то соптимизировать или ускорить, как решить наболевшие проблемы или сделать процессы эффективнее. Двигайтесь по этому плану.
Это только часть первых шагов, которые рекомендую делать всем новым СТО.
В завершении хочу пожелать всем тройной эффективности в будущем году: и в работе, и в жизни. С наступающим Новым годом!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20🔥5👏5
Надеемся, эти пожелания будут полезны и вам.
С Новым годом!
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍4❤2🙏2
Билеты на третий кэмп South HUB'24 — уже в продаже.
📅 8-12 июня 2024
📍 Сочи, Гранд Отель Поляна
🤝 400 участников C-Level в IT
Связи крепче, рост быстрее, вы сильнее. За 2 года South HUB встал на путь комьюнити С-Level, где амбициозные технические и продуктовые руководители развиваются и отдыхают вместе — без гонки и конкуренции.
🔘 Свободно высказывайтесь и обменивайтесь опытом
🔘 Ловите баланс новых знаний, общения, спорта и семьи
🔘 Отдохните в комфорте отеля 5* на закрытой территории класса люкс
Executive ▪️ Technical ▪️ Information ▪️ Data ▪️ Information Security▪️ Mobile ▪️ Innovation ▪️ Product ▪️ R&D
Получите доступ к коллективному разуму C-Level и станьте его частью, чтобы вместе развивать сильное и безопасное IT.
Гранд Отель Поляна — флагманский пятизвёздочный отель на высоте 550 м в окружении гор Главного Кавказского хребта. В этом году мы включили проживание и питание в цену билета, так что вам осталось позаботиться только о дороге на кэмп. Кроме того, в феврале мы предложим Family-опцию, чтобы вы взяли с собой близких на детскую научную конференцию и клуб вторых половинок.
📢 Дискуссии и лекции, бизнес-завтраки и вечеринки, турниры по плаванию, теннису, шахматам и волейболу, пробежки, медитация, хайкинг, ночные лекции для сов и утренние воркшопы для жаворонков.
Узнайте больше о SH'24 и оформите билеты на новом сайте.
#кэмп
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥24⚡4👏4❤2🤩2👍1👻1
🎄 Всем привет и с наступившим Новым годом!
Это Кирилл Буртный, СТО из Х5 Tech, а ещё — как вы поняли — соавтор канала South HUB в январе. От меня в этом месяце будет несколько постов, которые, я уверен, вам будет интересно почитать и обсудить. Обойдемся без лишних анонсов и спойлеров, погнали.👋
#соавтор
Это Кирилл Буртный, СТО из Х5 Tech, а ещё — как вы поняли — соавтор канала South HUB в январе. От меня в этом месяце будет несколько постов, которые, я уверен, вам будет интересно почитать и обсудить. Обойдемся без лишних анонсов и спойлеров, погнали.
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
👏14👍9🔥7💯6⚡1
🧐 Кто такой СТО в Х5 Tech.
Х5 Tech — это почти 5 тысяч человек, IT-компания, основной цифровой партнёр наших торговых сетей и бизнесов X5 Group. Мы помогаем создавать и запускать новые продукты, поддерживать и развивать существующие и, надеюсь, привносим технологичность в любые возникающие идеи. Все знают, что в Х5 входят торговые сети «Пятёрочка» и «Перекрёсток», но не все — что именно зашифровано в названии компании. «Х5» — как раз и означает Перекрёсток и Пятёрочку, где X — «Перекрёсток», а 5 — «Пятёрочка». Компания была основана в 2006 году путём слияния двух сетей.😉 Хоть они и главные, в группе компаний есть ещё Чижик, Vprok.ru, Много Лосося, 5Post, медиаплатформа Food.ru, а также собственные службы логистики и прямого импорта.
🏢 Теперь к теме поста. В Х5 Tech есть офис СТО. СТО в нашем понимании — это фактически IT бизнес-партнёр. Для каждого направления бизнеса есть свой CTO, через которого идёт взаимодействие со всеми остальными мощностями Х5 Tech. Но СТО — это не один в поле воин, а компактное подразделение, которое мы называем домен. Он состоит из руководителей проектов, технических владельцев продуктов, аналитиков и других. Таких доменов у нас 10: транспорт, корпоративные финансы, HR, 2 домена операций для Пятёрочки и Перекрёстка, кросс-формат, финансы сетей, развивающиеся бизнесы, коммерция и маркетинг.
Мой домен — домен маркетинга. В мои задачи входит, с одной стороны, полное сопровождение бизнеса от появления идеи, выбора способа её воплощения, финансирования, проектирования, реализации, сопровождения и до самой смерти — вывода из эксплуатации. С другой стороны, обеспечение Х5 Tech уже чётко сформулированными и формализованными задачами, в необходимости реализации которых мы уверены.
Наши любимые заказчики — очень разные. Это может быть искушенный в IT продакт, которому я помогаю собрать команду в центрах компетенций, затем отхожу в сторону, чтобы не мешать, и мы лишь периодически синхронизируемся по ходу работ. А может быть владелец продукта с меньшим опытом в IT, без возможности погрузиться в детали — тогда на нашей стороне появляется его визави в лице технического владельца продукта. Ну а чаще, конечно, это что-то среднее между такими предельными вариантами. Так что концентрация усилий очень неоднородная.
При этом важно понимать, что запуск продукта или проекта, даже сильно технологичного, на стороне бизнеса — очень трудоёмкий процесс с огромным количеством активностей. И поддержка IT — это лишь одна из них, зачастую далеко не самая важная. Это нужно помнить всегда.
Ещё пару слов про Х5 Tech. Как я уже сказал, это большая IT-компания из 5000 человек. Мы состоим из центров компетенции в рамках большой дирекции по разработке, корпоративной архитектуры, управления данными, нашей облачной инфраструктуры, поддержки и офиса CTO. И всё это работает по чётким процессам нашего собственного производственного фреймворка.
📃 Но частенько бывает, что возникает нечто, не укладывающееся в существующие процессы. И вот все такие случаи прилетают именно в СТО — на стыке жёстко структурированного IT и быстро меняющихся хотелок и фокусов бизнеса, где постоянно нужно приводить многое в соответствие с многим. Однако за свою карьеру я понял, что бизнес кажется хаотичным только со стороны, когда ты живёшь в IT-парадигме, не выходя за ее рамки: «мне нужное чёткое ТЗ и без него я ничего делать не буду». В нём можно и нужно разбираться, погружаться в проблематику, чтобы вместе — именно вместе, создавать по-настоящему нужные и рабочие решения. Как я к этому пришёл — расскажу в следующем посте.
🔖 А рекомендация на сегодня — книга «Ложная слепота» Питера Уоттса.
Х5 Tech — это почти 5 тысяч человек, IT-компания, основной цифровой партнёр наших торговых сетей и бизнесов X5 Group. Мы помогаем создавать и запускать новые продукты, поддерживать и развивать существующие и, надеюсь, привносим технологичность в любые возникающие идеи. Все знают, что в Х5 входят торговые сети «Пятёрочка» и «Перекрёсток», но не все — что именно зашифровано в названии компании. «Х5» — как раз и означает Перекрёсток и Пятёрочку, где X — «Перекрёсток», а 5 — «Пятёрочка». Компания была основана в 2006 году путём слияния двух сетей.😉 Хоть они и главные, в группе компаний есть ещё Чижик, Vprok.ru, Много Лосося, 5Post, медиаплатформа Food.ru, а также собственные службы логистики и прямого импорта.
🏢 Теперь к теме поста. В Х5 Tech есть офис СТО. СТО в нашем понимании — это фактически IT бизнес-партнёр. Для каждого направления бизнеса есть свой CTO, через которого идёт взаимодействие со всеми остальными мощностями Х5 Tech. Но СТО — это не один в поле воин, а компактное подразделение, которое мы называем домен. Он состоит из руководителей проектов, технических владельцев продуктов, аналитиков и других. Таких доменов у нас 10: транспорт, корпоративные финансы, HR, 2 домена операций для Пятёрочки и Перекрёстка, кросс-формат, финансы сетей, развивающиеся бизнесы, коммерция и маркетинг.
Мой домен — домен маркетинга. В мои задачи входит, с одной стороны, полное сопровождение бизнеса от появления идеи, выбора способа её воплощения, финансирования, проектирования, реализации, сопровождения и до самой смерти — вывода из эксплуатации. С другой стороны, обеспечение Х5 Tech уже чётко сформулированными и формализованными задачами, в необходимости реализации которых мы уверены.
Наши любимые заказчики — очень разные. Это может быть искушенный в IT продакт, которому я помогаю собрать команду в центрах компетенций, затем отхожу в сторону, чтобы не мешать, и мы лишь периодически синхронизируемся по ходу работ. А может быть владелец продукта с меньшим опытом в IT, без возможности погрузиться в детали — тогда на нашей стороне появляется его визави в лице технического владельца продукта. Ну а чаще, конечно, это что-то среднее между такими предельными вариантами. Так что концентрация усилий очень неоднородная.
При этом важно понимать, что запуск продукта или проекта, даже сильно технологичного, на стороне бизнеса — очень трудоёмкий процесс с огромным количеством активностей. И поддержка IT — это лишь одна из них, зачастую далеко не самая важная. Это нужно помнить всегда.
Ещё пару слов про Х5 Tech. Как я уже сказал, это большая IT-компания из 5000 человек. Мы состоим из центров компетенции в рамках большой дирекции по разработке, корпоративной архитектуры, управления данными, нашей облачной инфраструктуры, поддержки и офиса CTO. И всё это работает по чётким процессам нашего собственного производственного фреймворка.
📃 Но частенько бывает, что возникает нечто, не укладывающееся в существующие процессы. И вот все такие случаи прилетают именно в СТО — на стыке жёстко структурированного IT и быстро меняющихся хотелок и фокусов бизнеса, где постоянно нужно приводить многое в соответствие с многим. Однако за свою карьеру я понял, что бизнес кажется хаотичным только со стороны, когда ты живёшь в IT-парадигме, не выходя за ее рамки: «мне нужное чёткое ТЗ и без него я ничего делать не буду». В нём можно и нужно разбираться, погружаться в проблематику, чтобы вместе — именно вместе, создавать по-настоящему нужные и рабочие решения. Как я к этому пришёл — расскажу в следующем посте.
🔖 А рекомендация на сегодня — книга «Ложная слепота» Питера Уоттса.
🔥24👍14👏9✍2🎉2🥰1👌1🏆1👀1🎄1
#соавтор
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18👍10👏4❤3
👨🏻💻 Большая часть моей деятельности очень тесно связана с ИТ — я работал в нескольких стартапах, в небольших и крупных игровых компаниях, в корпорациях и государственных компаниях. Мой опыт работы всегда так или иначе был связан с информационными технологиями.
Но не так давно у меня была возможность поработать на «той стороне». В предыдущей компании — в Почте России — я отвечал за бизнес-направление, и этот опыт мне дал очень и очень многое.
Самое главное, как мне кажется, заключается в том, что когда ты комплексно работаешь над продуктом:
- взаимодействуешь с клиентами, разбираешься в потребностях, решаешь их проблемы;
- работаешь с продажами, с шаблонами договоров;
- следишь за закрывающими документами;
- обеспечиваешь корректность отражения выручки и, в целом, отвечаешь за P&L;
- работаешь с претензиями и возражениями;
- занимаешься досудебной и судебной деятельностью;
- и делаешь кучу других странных вещей, ты понимаешь, что ИТ — это лишь часть, элемент мозаики, правильно сложив которую, можно дать клиенту то, что ему действительно нужно.
Даже в сильно технологических продуктах на ИТ у тебя остаётся не так много времени и сил. И вот когда (в условиях серьёзного давления и требований руководства приносить больше денег) на очередную встречу приходят ИТ-шники и начинают (часто весьма высокомерно) рассказывать, что бизнес-требования написаны не так и не теми словами, не с тем уровнем абстракции, не в той части Джиры, что система работает нестабильно, потому что так и должна работать, ведь архитектура согласована и сделать ничего нельзя и т. д. и т. п., ты понимаешь, как сильно тебе нужен надёжный партнёр.🤝 Именно партнёр, а не исполнитель, с которым вы можете вместе проектировать, создавать нужный клиенту продукт, проживать его каждый день, реагируя и предвосхищая изменения, разделять ответственность друг с другом.
Этого мне очень не хватало тогда, поэтому сейчас я пытаюсь стать именно таким партнёром для заказчиков.
Кстати, очень часто, когда речь заходит об ответственности, люди воспринимают такой диалог без энтузиазма. Но, кажется, мы забываем об одном важном моменте. Мне нравится одно определение ответственности — это априорное принятие всех негативных и позитивных последствий от принимаемых решений. И именно о позитивных последствиях ответственности мы и забываем. А зря)
Проигрываем и выигрываем мы вместе, как одна команда. Без разделения на мы — заказчики, а вы — исполнители.
И да, поработав на стороне бизнеса два года, я понял, что предпринимательская жилка у меня не настолько сильна, как я думал. Поэтому решил вернуться на стык между бизнесом и ИТ, где, надеюсь, приношу больше пользы.
Но не так давно у меня была возможность поработать на «той стороне». В предыдущей компании — в Почте России — я отвечал за бизнес-направление, и этот опыт мне дал очень и очень многое.
Самое главное, как мне кажется, заключается в том, что когда ты комплексно работаешь над продуктом:
- взаимодействуешь с клиентами, разбираешься в потребностях, решаешь их проблемы;
- работаешь с продажами, с шаблонами договоров;
- следишь за закрывающими документами;
- обеспечиваешь корректность отражения выручки и, в целом, отвечаешь за P&L;
- работаешь с претензиями и возражениями;
- занимаешься досудебной и судебной деятельностью;
- и делаешь кучу других странных вещей, ты понимаешь, что ИТ — это лишь часть, элемент мозаики, правильно сложив которую, можно дать клиенту то, что ему действительно нужно.
Даже в сильно технологических продуктах на ИТ у тебя остаётся не так много времени и сил. И вот когда (в условиях серьёзного давления и требований руководства приносить больше денег) на очередную встречу приходят ИТ-шники и начинают (часто весьма высокомерно) рассказывать, что бизнес-требования написаны не так и не теми словами, не с тем уровнем абстракции, не в той части Джиры, что система работает нестабильно, потому что так и должна работать, ведь архитектура согласована и сделать ничего нельзя и т. д. и т. п., ты понимаешь, как сильно тебе нужен надёжный партнёр.🤝 Именно партнёр, а не исполнитель, с которым вы можете вместе проектировать, создавать нужный клиенту продукт, проживать его каждый день, реагируя и предвосхищая изменения, разделять ответственность друг с другом.
Этого мне очень не хватало тогда, поэтому сейчас я пытаюсь стать именно таким партнёром для заказчиков.
Кстати, очень часто, когда речь заходит об ответственности, люди воспринимают такой диалог без энтузиазма. Но, кажется, мы забываем об одном важном моменте. Мне нравится одно определение ответственности — это априорное принятие всех негативных и позитивных последствий от принимаемых решений. И именно о позитивных последствиях ответственности мы и забываем. А зря)
Проигрываем и выигрываем мы вместе, как одна команда. Без разделения на мы — заказчики, а вы — исполнители.
И да, поработав на стороне бизнеса два года, я понял, что предпринимательская жилка у меня не настолько сильна, как я думал. Поэтому решил вернуться на стык между бизнесом и ИТ, где, надеюсь, приношу больше пользы.
👍19🔥10👏7⚡2👀2💯1