ta muallif kitobidan iqtiboslar Библия продакт-менеджера. Как создать IT-продукт
Я успел сменить около 10 направленностей работы (Sales и развитие бизнеса, системная и бизнес-аналитика, классическая разработка и low код разработка по технологии RPA, управление проектами и создание ряда собственных бизнесов из различных сфер: IT, продажи, финансы). На собеседованиях я часто слышал недовольство HR, которое проявлялось в том, что я часто меняю работу, но я знал, что каждая такая смена работы — это накопление большого количества разносторонних знаний, которые по итогу совокупно дадут мне достижение моей цели — самому создавать Продукты / Решения / Бизнес… Да что угодно! Именно в продуктовом менеджменте я и смог найти свою реализацию. Менеджер продукта — это фактически владелец компании, а компания в данном случае это = Продукт. Т. е. ты, как менеджер продукта, это человек, который полностью отвечает за все процессы без исключения, которые нужно выполнить для того, чтобы из ничего на свет появился твой продукт, которым будут пользоваться, а как следствие и платить деньги, твои клиенты. Владелец продукта, который работает в найме, это человек, который может прийти на проект, который только создаётся и сам генерировать идею продукта, а может прийти на смену другому владельцу продукта в уже существующую команду и продолжить путь, который до него уже кто-то начал. Важно, что Владелец продукта — это управляющий, который отвечает за то, чтобы Бизнес в рамках данного, конкретно вверенного ему продукта, был эффективен. Чтобы команда работала слаженно и быстро, заказчики были довольны, а количество заработанных денег от заказчиков сильно превышало количество потраченных на команду и процесс создания продукта.
4 kishiga yoqdi
Затем необходимо составить большой список компаний, в которых ты хотел бы работать и начать рассылать резюме. Для этого есть множество площадок поиска работы, а также сайты всех интересующих тебя компаний ты можешь найти в интернете. Практически у каждой компании есть раздел для соискателей, где ты увидишь форму для заполнения или контактный email, куда сможешь направить своё резюме. Обязательно прикрепляй сопроводительное письмо к каждому отклику, в котором постарайся положительно выделиться и укажи, почему взять должны именно тебя. Для того, чтобы понять, что ты сделал достаточное количество откликов, веди подсчёт. Когда цифра перевалит за 100, значит можно передохнуть. Если прошла неделя, а тебе не звонят те компании, куда ты хотел бы устроиться, то сделай ещё 100 откликов. Постарайся найти контакты HR’ов в интернете, в Facebook
1 kishiga yoqdi
ITSM (IT Service Management) — это процесс управления комплексным предоставлением ИТ-услуг клиентам в ИТ-командах. ITSM включает все процессы и действия, связанные с проектированием, созданием, предоставлением и поддержкой ИТ-услуг.
SLA (Service Level Agreement, соглашение по уровню доступности сервиса) — это показатель того, в течении какого времени в день/месяц/год вы гарантируете, что ваш сервис будет доступен.
12. Перечень сторонних библиотек и лицензий к ним;
13. Инструкция по развертыванию и установке;
14. Подтверждение прибыли и размера лицензионных платежей;
15. Сведения о правообладателе;
16. Сведения о бенефициарах.
Заметим, что данный список писался на момент написания этой книги (конец 2024 года) и в будущем он может измениться, как и данная процедура в целом, поэтому хороший менеджер продукта всегда должен мониторить все свежие новости и быть в курсе политической, экономической и юридической обстановки относительно рынка программного обеспечения той страны, где он работает. За актуальной информацией необходимо обращаться на сайт и к представителям министерства цифрового развития (мин цифры).
— Базовая операционная система:
— Система виртуализации:
— Балансировщик нагрузки:
— Контейнеризация:
— Средства хранения данных:
— Облачное хранилище:
— Веб-сервер/балансировщик/прокси-сервер:
— Программная платформа:
— Сервер приложений:
— СУБД:
9. Руководство пользователя;
10. Руководство администратора;
11. Описание жизненного цикла ПО;
Одной из особенностей Российского рынка Программного обеспечения, является ЕРРП — Единый Реестр Российских Программ для электронных вычислительных машин и баз данных (хотя на самом дела такой реестр есть не только в РФ). Если ваш продукт находится в этом реестре, то у вас есть большое количество преимуществ при продаже в РФ по сравнению с конкурентами, которых в этом реестре нет. Во-первых, продажа вашего продукта не будет облагаться налогом НДС, а значит вам будет проще конкурировать по цене.
давайте тут тоже кратко пробежимся по тому, что потребуется от вашего продукта для этого:
1. Постановка на учет в качестве НМА (Техническое задание продукта, приказ о создании ПО, акт приёма-передачи, акт готовности, приказ о вводе в эксплуатацию);
2. Сайт и подтверждение права на домен. Должен быть создан сайт/страница на сайте, на котором размещается необходимая информация о продукте и его стоимость. А также необходимо выгрузить выписку с сайта reg.ru о владельце домена или письмо от регистратора;
3. Прайс лист на продукт и способ определения цены;
4. Экземпляр ПО без технических средств защиты авторских прав. Необходимо разместить ссылку на облачное хранилище, где размещен дистрибутив и предоставить пароль для доступа проверяющему органу;
5. Описание ПО (кратко описать назначение, функции, возможности продукта, а также необходимо определить класс программного обеспечения по классификатору программного обеспечения, утвержденному приказом Минкомсвязи от 22.09.2020 №486);
6. Описание технических средств хранения исходного текста и объектного кода программного обеспечения, а также технических средств компиляции исходного текста в объектный код программного обеспечения:
— документация, содержащая описание технических средств, необходимых для активации, выпуска, распространения, управления лицензионными ключами программного обеспечения;
— адрес нахождения технических средств, необходимых для активации, выпуска, распространения, управления лицензионными ключами программного обеспечения и далее прописать адрес;
— подтверждающий документ в отношении адреса;
7. Функциональные характеристики ПО;
8. Описание тех. стека:
Вообще в идеальном сценарии это должно выглядеть так: среда разработки, среда тестирования, пре-прод, продуктив. Но на практике очень часто это ограничивается средой разработки (и она же используется для тестирования) и продуктивной средой (рабочая среда, где находится открытая для внешних пользователей рабочая версия продукта).
Так же необходимо использовать систему контроля версии (Git), которая позволит отслеживать все изменения в процессе разработки. С помощью неё всегда можно вернуться к предыдущей версии ПО, если вдруг при размещении очередного обновления у вас возникли ошибки. Так же Git нужен для того, чтобы объединить работу команды разработчиков, в которой каждый делает свою часть кода, а затем это всё можно объединить в одно целое (для этого вся команда должна иметь единый стандарт написания кода, подробнее про это читай дальше).
При каждом релизе (выводе нового функционала в продуктив) необходимо в обязательном порядке проводить полноценное тестирование всего функционала. Если ваш продукт будет постоянно «глючить», то никто не будет им пользоваться. А при создании дизайна отличным вариантом будет использование A/B тестирования, которое может из нескольких вариантов выбрать тот, к которому будут наиболее расположены пользователи.
После того, как ТЗ написано, мы можем декомпозировать весь процесс создания продукта на мелкие части — тикеты и наполнить наш Backlog. Далее мы разбиваем всю длительность создания продукта на спринты и для каждого из спринтов мы описываем, какие из тикетов мы планируем закрыть в каждый из них. Это и будет нашей дорожной картой (Road Map), по которой мы будем последовательно идти, пока не придём к финальной точке, которую назовём «Готовый продукт».