{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Обоснование проекта в компании: паровозик, который смог

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

Случилось это, когда я работал в компании «Т1 Консалтинг» и разрабатывал CRM, главной фишкой которой должен был стать генератор программного кода, что позволило бы в разы ускорить процесс создания нового функционала. Любой код сопровождается технологической документацией для разработчиков и конечных пользователей, он описывает новые процессы и действия и создается аналитиками вручную.

Никогда не гоняйся за девушками, трамваями и скриптами – все равно не догонишь.

Народная мудрость

Первый заход

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

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

Это была боль… Я понимал, что все это просто, логично и выгодно всем. Но простое описание не зашло, не донесло ценность.

Тратились недели на раздумье и нудную, однотипную работу описания кода из генератора.

Второй заход

Нашел вынужденного соратника. Сотруднику как раз пришла задача описать множество сгенерированных процессов.

Погрузившись в идею и несмотря на большой объём собственной работы (а может, и благодаря ему), набросали скриптик из «куска фанеры», который по сгенерированному коду генерировал тексты, нуждающиеся лишь в небольшой доработке, чтоб можно было вставить в документацию. Это было настоящее MVP!

Опять боль( Посмотрели, похвалили, кто-то стал использовать время от времени. Сказали: «Интересно», - но по беклогу задача автоматизации не продвинулась.

Вызов принят

Меня зацепило. Это вызов. Как еще можно раскрыть свое видение !?

Из бонусов: MVP помогло мне понять, какую аргументацию надо подобрать и как выйти на тему под другим углом.

Подключаю навыки из своей стартапной юности: «Мое предложение экономит деньги, мы делаем коммерческий продукт, значит, мы должны идти за рынком». Надо видение донести до потенциальных партнёров/клиентов и доказать полезность цифрами, и уже с ЭТИМ прийти к начальству: «Смотрите! Это важно и нужно заказчикам!»

На эту мысль легло посещение ANALYST DAYS. Тема о генерации кода витала в воздухе, но провести линию в теме «Систематизация – генерация кода – генерация документации» почему-то не получалось, так далеко никто не заглядывал.

Родилась тема выступления – рассказать о генерации от А до Я: с чего начать, сколько стоит, что получим в итоге. Помочь тем, кто хочет внедрить это у себя, дать цифры людям, с которыми ребята могли убеждать уже свой бизнес в необходимости такой работы.

Воплощение плана

Подал заявку на ANALYST DAYS (обожаю этих ребят). В первой части презентации я планировал рассказать о той генерации, которая уже есть и работает, а во второй части, как план развития, рассказать о генерации документации. То есть простроить четкий путь от общего описания процессов и генерации до автоматического документирования.

Далее все по накатанной: описал драфт презентации, зарегистрировался, прошелся по теме с куратором. Раза три мы с ним меняли идею, в итоге согласовали.

Форс-мажор

И тут звезды так легли, что мне приходит интересный офер из Digital Spirit, вакансия мечты.. Не устоял.

Решаю его принять, но и доклад бросить не могу. Уже пройдена большая часть пути! Мне самому нравится продукт, CRM – любовь моя, моя прелесть, и ребят жалко… Писать руками, то что может быть сгенерировано, и врагу не пожелаешь.

Тут всплывает новый блокер: о продукте может рассказывать только сотрудник. Решаемо!

Перед увольнением пишу в общий чат аналитиков сообщение о том, что есть доклад, который согласован, прошёл все стадии проверки, надо рассказать на конференции.

Снова в игре

Нашелся доброволец. Передал ей всё необходимое, познакомил с куратором. Она внесла некоторые доработки, и доклад пошёл в конференцию.

Все вышло на финишную прямую!

Что дальше было под капотом – не понятно, я уже перешел. Но, забегая вперёд, скажу, что когда смотрел презентацию на конференции, в ней уже были цифры – разработка документации идет в 8 раз быстрее. Значит, проект принят, в каком-то виде реализован и дал результат! Значит, удалось донести свою мысль и внедрить ее в проект!!!

Профит

  • В моей предыдущей компании у сотрудницы открылся талант спикера – она выступила на 5 баллов!

  • Само выступление - отличный вижн о том, что код – только первое, что можно генерировать, второе же – документация. Прекрасно же, когда продукт поддерживается в разных компаниях, ведь никто не любит нудную, утомительную и объёмную работу, а документация определённо из таких процессов, и если она будет автоматизирована, то люди в мире станут чуточку счастливее.
  • Идея зашла в массы и, надеюсь, помогла многим аналитикам в совершенствовании их продуктов и процессов. После конференции многие подходили с вопросами, уточнениями.
  • Закрыл гештальт, помог проекту, фанатом которого был.
  • Прокачал soft skills. Поставил себе цель, использовал всевозможные подходы и довёл дело до финала, который оказался грандиозным, хотя изначально виделся не реализуемым.

И если ты считаешь, что игра стоит свеч, что это нужно, важно и ты горишь этим, то реализовывать не просто надо, а совершенно обязательно! Нельзя опускать руки, бросать на полпути, даже если в начале что-то пошло не так. Ведь могли просто не понять… Значит нужно объяснить! Показать, преподнести решение другими словами, с другой стороны, более наглядно, показательно, по-иному, так, как это укладывается в картину понимания собеседника.

Бизнес – это деньги, и когда ты покажешь выгоду, всё выстрелит.

Дерзайте, дамы и господа! Всё получится, если очень захотеть!

0
Комментарии
-3 комментариев
Раскрывать всегда