… но только с третьего раза

Предыстория

После первой пилотной летней школы в 2011-м году мы в Школе системного анализа практически ежемесячно проводили тренинг «Практика разработки требований к ПО» (также известен как «Китайская ручка»), который за один день давал достаточно опыта для низкого старта в профессии или теме.

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

При этом я активно интересовался темой онлайн-обучения, хотя и не мог сказать, что имел хоть какой-то значимый опыт прохождения онлайн-курсов, а мой партнёр по Школе вообще считал, что онлайн-формат будет гораздо менее эффективной попыткой добрать по сусекам российских регионов аудиторию…


2007

В 2006–2007-м годах я заскучал от реалий внутренней разработки системным архитектором в Лукойле и стал помогать Олегу Бунину и Павлу Рогожину с запуском первой волны конференций по веб-разработке, привлекая экспертов, курируя секции и делая собственные выступления.

После одного из таких выступлений меня позвали работать ребята из Афиши. Афиша.ру стала первой интернет- и по-настоящему продуктовой компанией в моём опыте. Я стал пристально изучать специфику, как тогда говорили, веб-проектов. Возникло понимание, что классические приёмы книжного бизнес-анализа и разработки требований (например, моделирование бизнес-процессов, интервью с заказчиком, ролевое моделирование и моделирование сценариев использования) плохо применимы для таких проектов.

Если в заказной и внутренней разработке…


Где и кем ты сейчас работаешь?

Сейчас я развиваю свою школу системного анализа Systems.Education

Обо всём, что меня волнует в работе и не только, пишу в блог на медиуме, где есть отдельные разделы про Анализ в ИТ, Продуктовый менеджмент, Прагматичное обучение, Запуск бизнеса, а также всякую мелочь и анонсы в личный телеграм-канал.

Какое у тебя образование? Почему решил перейти в ИТ?

У меня инженерное образование по специальности «системы автоматизированного проектирования (САПР)». Начал работать в ИТ на 4-м курсе, в 2000-м году, т.к. зарплаты в обычной инженерии были в несколько раз ниже, чем в ИТ. Ну и в целом было интересно заняться разработкой софта и информационных систем.

С какой позиции ты начинал карьеру в ИТ? Какие дальше делал переходы и почему?

Я начал с профессии разработчика баз данных — разрабатывал…


Как бывший системный архитектор, я знаю 5 интеграционных стилей, первый из них — обмен файлами через электронную почту.

Остальные 4 интеграционных стиля кратко описаны на сайте книги «Шаблоны интеграции корпоративных приложений».

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

У Татьяны Гудковой в блоге Art of BA хороший пример требований к интеграции через файловый обмен.

Если идти дальше, стоит пройти текстовый бесплатный учебный курс на русском по документированию API.

Общая технология разработки требований к интеграции

  1. Проанализируйте бизнес-требования;
  2. Разработайте (меж)системные функциональные требования к обмену данными;
  3. Разработайте требования к качеству передачи и обработки данных — производительность, надёжность;
  4. Проанализируйте архитектурный ландшафт, выявите…


… при помощи всего 2-х плагинов к Google Sheets.

Долгое время, пока мы проводили 1–2 курса в месяц, мы делали свидетельства об окончании полностью вручную. Казалось, это не занимает много времени, проблема была в другом — делать эту работу было лениво (на фоне других задач) и часто возникали ситуации, что прошла неделя после курса, а свидетельства не выданы и выпускники пишут и трясут про них.

Когда потоков стало 3–4 в месяц, я задумался об автоматизации. Писать полностью свой скрипт я смысла не вижу, покупать какие-то сервисы на таком объёме — тоже.

Плагин-генератор документов AutoCrat

Мне попался на глаза замечательный плагин AutoCrat, который работает…


look, use the source!

1. Указывайте количественно и качественно выраженные достижения

Это самый главный и мощный пункт.

Большинство людей пишут какие-то беспомощные аморфные функции и фразы про обязанности и участие — «состоял, привлекался, принимал участие». Это выглядит, как свидетель из Фрязино, а не мощный проектный специалист, который будет двигать проект вперёд.

Нанимающий руководитель смотрит прежде всего на результаты, а не на процесс. Если вы пишете только про поток, это в глазах читающего создаёт риски того, что вы цените процесс, а не результаты. (Процесс тоже важен, но про него отдельно).

Освойте язык результатов, важных для команды, бизнеса нанимателя, бизнеса клиента.

Как обычно пишут

Функции и задачи:

  • разрабатывал требования, общался с клиентами, командой, отвечал на вопросы…

Хочу поделиться радостью от вещей и компаний, которые помогали мне сделать 2020-й сносным и выносимым

нет, интернет-сервисов тут (практически) не будет

FoodTech

  • Лавка: пионеры в экстремальной скоростной доставке последней мили, показали путь остальным. Если срочно нужны вода, молоко, бытовые товары за 15–30 минут — Лавка выручает.
  • Доставка Вкусвилл: отличная еда на каждый день, доставляют в моём районе за 1 час.
  • Доставка Азбука Вкуса: отличная еда на выходные, праздники, порадовать себя. Осенью начали выборочный каталог доставлять за 1 час.

CompTech

  • Xiaomi (Redmi Note 5): 2 года назад я разбил iPhone SE и решил в очередной раз попробовать Android. Xiaomi Redmi показал себя отличнейшим образом в части надёжности и производительности…


Собственно, я никогда не видел себя только программистом.

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

Поэтому я поступил на кафедру САПР Горного Университета (и закончил САПР МГТУ Баумана).

На дворе был 2000-й год, 4-й курс, началась военная кафедра не у меня, а у меня появилось больше времени и возможность пойти работать.

Зарплаты в обычной инженерии были уже низкие, а в ИТ уже большие.

Первый опыт

Я закончил вузовские курсы по разработке ПО на C, написал несколько программ на Prolog, прошёл курс по базам данных, поэтому когда будущий научрук предложил пойти по знакомству работать разработчиком на Oracle…


Покупайте деньги

Говорить, что цель (создания) бизнеса — это деньги, всё равно, что говорить, что цель (создания) человека — спать, есть и совокупляться.

  • Деньги — это условие существования и выживания бизнеса (не стартапов);
  • Цель — это образ результата в головах живых существ относительно конкретной деятельности.

И давайте не путать назначение и цель.

У стула назначение есть, а цели нет.

Вот для меня одна из целей (создания и поддержания) моего бизнеса — давать мне возможность заниматься интересными вещами, свободно выбирать, с кем и как работать, не заниматься выживанием.

Если говорить шершавым языком системного мышления, то цель — это результат в надсистеме, в целевой…


Коллега-архитектор недавно написал интересное наблюдение:

Я собрал немного информации по тому, кто и как читает курсы в рунете для менеджеров (ИТ)-продуктов. По моим оценкам и с учетом ее, можно прикинуть количество активных менеджеров продукта в 700 человек.

Допустим, все они приняли близко к сердцу историю про то, что надо идти от гипотез, и тратят время на проверки гипотез, успешные гипотезы развивают в продукт. Возьмем стандартную венчурную прикидку “каждый десятый выстреливает”. Это значит, что каждый год у нас должно громко взлетать 70 продуктов (условно). Но что-то не слыхать.

Дело или в курсах, или в менеджерах продуктов.

Мои идеи таковы:

Новые продукты…

Denis Beskov

Product Management, Requirements Engineering, Pragmatic Education enthusiast

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store