#разработка

Встречали это «вечное противостояние» между продактами и разрабами? Каждый думает, что лучше знает, что делать с продуктом:

— нам нужно сделать такую фичу, срок такой
— сорян, у нас всё сыпется, надо технический долг отдавать, сделаем через три недели
— тогда летят наши квартальные цели
— а у нас всё сыпется

Раньше я думал, это — «здоровый производственный конфликт». Теперь я считаю, что это — признаки «бытовой неустроенности», того, что с разработкой в компании есть проблемы. К сожалению, 90% команд живёт в этом состоянии.

До конца недели я буду отвечать на вопросы о разработке в телеграм-канале «продуктовая культура». Если вопрос будет касаться взаимодействия продакта и разработки, отвечу я. Если вопрос со стороны технических специалистов про продукт, продуктовые циклы и всё это — ответит Валерия Розова, основательница курса «менеджер продукта».

Я приму участие в этом курсе — но об этом в следующий раз.

Много лет назад, у тогда ещё директора по продукту Sports.ru Марка Тена была школа для продактов. Марк позвал меня прочитать лекцию про то, как устроена разработка. Я показал какие-то слайды, ребята позадавали вопросы, но главным для меня оказались знакомства (и даже дружба), которые сложилось благодаря этому выступлению.

Решил тряхнуть стариной: завтра вечером (вторник) пообщаемся публично с очень классным продакт-директором, основательницей школы WANNABE Валерией Розовой о том, что может сделать продакт, чтобы меньше страдать от разработки. Сорванные сроки, сделано вообще не то, что просили, «это сделать нельзя» — вместе разберемся, почему это происходит и как быть. Событие бесплатное, можно будет задать вопросы и надеюсь получится живая дискуссия; подробности и регистрация здесь.

Мы перезапустили Вебиум!

Вебиум — онлайн-школа по подготовке к ЕГЭ. 30 тысяч школьников, тысяча наставников, 20 тысяч вопросов и 2 тысячи домашних заданий на сотни тем. Перед нами стояли 3 задачи:

1. Сделать так, чтобы фичи, которые хочет бизнес, разрабатывались быстрее и более предсказуемо. Обостряю для ясности, с чем часто сталкивается бизнес: «давайте добавим вот эту маленькую штуку; конечно, будет завтра (возвращаются через две недели), ой нет, это займет полгода» (и это ещё хорошо, если вернутся с таким честным ответом);

2. Нанять технического директора и создать внутреннюю команду разработки, чтобы в будущем не зависеть от аутсорса;

3. Сделать всё это «на лету», без остановки образовательного процесса, без потерь для бизнеса.

14 специалистов «Феди и Самата», 21 сотрудник Вебиума, год работы, 340 пользовательских сценариев на старте, 2900 коммитов, 5400 автотестов и я твердо говорю: все три задачи выполнены.

У Вебиума одна из самых сложных админок и систем кросс-сайтовой аутентификации, с которой я сталкивался. Мы сделали свой собственный мессенджер, информативный и при этом простой календарь, автоматическую систему распределения учеников по группам и продвинутую систему контроля доступа. Каждая из этих систем достойна отдельного рассказа.

Я прицепил скриншотами, как реагируют на запуск школьники.

В ближайшие недели мы поделимся, что неожиданно оказалось самым трудным, где и как мы накололись и чему научились.

А пока хочу поблагодарить ребят, без которых проект бы не получился:

- Миша Бурмистров, ведущий фронтендер, руководитель проекта
- Леша Чудин, ведущий бэкендер
- Саша Нестеров, фронтенд
- Эдуард Степанов, бэкенд
- Андрей Бацунов, фронтенд
- Антон Давыдов, архитектор
- Ксюша Сафронова, менеджер проекта
—
- Владимир Тарановский, фронтенд
- Вячеслав Набатчиков, бэкенд
- Леша Богословский, фулстек
- Николай Кирьянов, бэкенд
- Тимур Брачков, фронтенд
- Никита Лазаренко, бэкенд
- Никита Алешников, бэкенд.

Горжусь ребятами.

Мы сделали этот проект совместно с командами разработки, аналитики, техподдержки и тестирования Вебиума. Отдельное спасибо:
- Роксане Боровик, руководителю Вебиума, за доверие;
- Вике Гармаш, продакту Вебиума;
- Никите Савостину, техдиру Вебиума.

У вас трудности с разработкой и текст выше кажется нереальным? Пишите @samatg, мы любим сложные задачки :)

Но дальше я капитально обломался.

Для размещения рекламы в телеграме, нужно сначала перевести им на счет 2 миллиона евро. Из них один миллион — депозит, второй — можно использовать для покупки рекламы.

Интересно, что нигде в официальных публичных источниках я этих цифр не видел, только после регистрации и попытки разместить рекламу.

В общем, придется рекламировать свои услуги разработки по старинке — рассказывать всем, кто готов слушать, какие мы офигенные штуки делаем :) Ну и сайт у нас есть, вот.

Представляю клиенту результаты аудита проекта. Там треш: полтора программиста из региональной студии месяц корячат prestashop, а руководитель делает сложные щи, что мол «разрабатываем multi-vendor marketplace с потенциалом развития».

Клиент просит оценить «на глаз», сколько стоила такая разработка.

Я отнекиваюсь: «какой смысл», разорвите отношения и дело с концом, нужно решить что дальше делать, а не терять время на бодание с дураками.

На что владелец бизнеса рассказывает анекдот:

Приходит мужик в банк.
— А вы правда кредит под честное слово даете?
— Правда, отчего ж не дать. Вы ведь отдадите!
— А если не отдам?
— Ну вы вот перед Богом предстанете, в глаза ему посмотрите и вам стыдно будет.
— Э, ну когда я еще предстану.
— Ну через месяц не отдадите, так на следующий день и предстанете!

Обожаю работать с бизнесменами, прошедшими 90-е.

«Клуб скучных технологий». Классная презентация о том, что важна конечная польза технологий, а не не «красота кода». «Скучные» технологии часто полезнее, чем модные и хайповые. Внимание ограничено и тратить его на технологии вместо идеи продукта — ошибка.

Форма подачи 🔥 и на десктопе и в мобиле.

http://boringtechnology.club

☙

Прагматичные программисты — соль земли. С ними кайф работать. Они не разглагольствуют о рефакторинге, масштабируемости, паттернах программирования, процессах и микросервисах. Эти слова вместо вопросов про продукт — тревожный звоночек.

Мне посчастливилось работать с прагматичным программистом Лешей Гусевым в самом начале моей карьеры. Леша мало говорил о технологиях, но задавал трудные вопросы про продукт. Леша занимался рефакторингом, но делал так, что мобильные разработчики получали нужное апи максимально быстро. Леша не выступал на конференциях про масштабируемость, но сервис не падал под нагрузкой.

Ищите таких программистов, говорите с ними на равных и будет вам счастье.

С днём рождения, Лёша!

Программисты любят приводить аналогию строительных блоков. Мол «соберём из готового». По моему опыту - обычно, «блоки» мало похожи на Лего и гораздо больше - на этот вот прекрасный конструктор :)

Кстати, вчера разбирался с одним техническим вопросом в бейзкемпе и написал им в чат. Специалист техподдержки мгновенно ответил на мой первый вопрос и я паровозиком задал вопросы, которые у меня возникли после прочтения статьи директора бейзкемпа о том, как у них построена разработка.

Вы не поверите, специалист техподдержки спокойно рассказал, как устроена работа компании. Вся команда разработки живет в одном и том же продуктовом цикле. Если на момент написания статьи это были 3-4 команды по 2-3 человека, то теперь это могут быть 7 команд или больше. Да, документ описывающий цикл стал больше, но принципиальная схема осталась прежней.

Я по работе общался с сотнями техподдержек (о, сколько часов музыки я прослушал по PSTN) и эта впечатлила меня больше всего. На втором месте G Suite от Google (бывший Google Apps) — реально разбираются в этом монстре и технологиях, на которых он построен. Третье место занимает поддержка Apple Developer Program. Эти чуваки супер дружелюбные и если правильно пропитчить нужду могут сделать множество исключений из правил. Прямо как в России, закон строг, но можно договориться.

Должны были сегодня утром задеплоить проект, но бурятские школьники подкинули онлайн. Сидим теперь ждем понедельника. Каждый занимает себя как может. Боря вот удалил три тысячи строк кода.

Цыплухин: приоритеты разработки меняются каждый месяц (у нас, конечно, есть квартальный план).

Хорошо сочетаются вместе две половины этой фразы! На самом деле почти у всех так.