Менеджер по программному обеспечению

Управление продукта Программного обеспечения — Software product management

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

содержание

Необходимость управления программного продукта

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

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

Роль менеджера программного продукта

Менеджер программного продукта ведет и управляет одним или несколько продуктами от начала до поэтапного отказа в целях создания ценности клиента и доставить измеримые выгоды для бизнеса. Он или она сотрудничает с кросс-функциональными командами (такие , как маркетинг, продажи, машиностроение, финансы, контроль качества / тестирование, обслуживание клиентов, изготовление и монтаж) для того , чтобы создать продукт , который выполняет видение продукта и превратить его в бизнес — успех , Роль определяет , какие продукты, улучшение и возможности для создания и несет ответственность за успех бизнеса в целом продуктовом портфеле. Менеджер разрабатывает дорожную карту продукта и несет ответственность за всю производственно- сбытовую цепь продукта на протяжении всего его жизненного цикла.

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

Менеджеры программного продукта может обеспечить лучшие результаты:

• Поступая, как «встроенный» генеральный директор
• Вождение стратегии и портфеля от рынка и потребительской ценности
• Будучи в восторге от их собственного продукта
• Имея глубокое понимание из продуктов рынков, клиентов и портфолио
• Измерение вклада Продукции по продажам (верхняя строка) и прибыли (нижняя линия)
• Периодически проверять предположения , такие как бизнес — кейсы
• Принимая риски и управление ими
• Стимулирование совместной работы на основе постных разработок

Содержание управления программного продукта

Управление Программного продукта охватывает все этапы от создания продукта до его конца жизни . Она состоит из пяти основных этапов в жизненном цикле продукта , а именно:

В рамках этих пяти фаз он занимается следующими аспектами программного продукта в рамках программной и / или аппаратной компании:

• Генерация идей (например , на досках) для нового программного продукта, или для следующей версии существующего продукта.
• Сбор и приоритезация (см ниже) бизнес и / или рыночных требования со стороны потенциальных клиентов, клиенты более ранних версий продукта, экспертов в предметной области, технологии провидцев, эксперты рынка, продуктов / решений от конкурирующих поставщиков и т.д.
• Крафт маркетинга Требования к документам, или МТНД, которые синтезируют требования / потребности различных заинтересованных сторон, как описано выше.
• Использование МОБ в качестве основы, придумать документа требований к продукту или ПДР, в качестве вклада в инженерной команды , чтобы создать из продукта. PRD , как правило , не то же самое , как функциональной спецификации , поскольку он указывает , что продукт должен делать, но не как продукт должен это делать. Часто PRD может быть коллекция UML Use Cases , UML Диаграммы деятельности, HTML макетов и т.д. Он может иметь другие детали , такие как окружающая среда разработки программного обеспечения, а среда развертывания программного обеспечения (клиент-сервер, веб и т.д.).
• Доставка ПДР в программное обеспечение инженерной команды и управления конфликтами между бизнес-единицами, команды продаж и инженерных команд, поскольку это относится к программным продуктам, которые будут построены из.
• После того , как разработка программного обеспечения входит в цикл сборки / выпуска, проведение приемочных испытаний .
• Сделка с доставкой продукта. Это может варьироваться в зависимости от демонстрации продукта для клиентов , использующих веб-инструментов конференций, для построения демонстрации продуктов , к другой тактике размещения и продвижения по службе. Часто, в Силиконовой долине , эти два аспекта маркетинга, а иногда и расценках, рассматриваются по продукции менеджеров по маркетингу, в отличие от менеджеров продукта.
• После того , как продукт развернут на площадке клиента, запрашивать отзывы клиентов, отчет ошибки в программном обеспечении , и передать их обратно к технике для последующих циклов сборки / выпуска, так как продукт стабилизируется, а затем созревает.
• Провести конкурентный анализ того , как этот продукт ведет себя на рынке, визави другие продукты питания для тех же / подобных сегментов клиентов. В программном пространстве, это может потребовать менеджер продукта , чтобы принять мнение аналитиков , которые могут исходить от брендового исследования рынка фирм , как IDC , Forrester Research и Gartner Group.
• Требуйте больше возможностей и преимущества от пользователей программного продукта, пользователи конкурентоспособной продукции, а также от аналитиков и плавучего / синтезировать эти требования для циклов сборки / выпуска последующей продукции, и передать их в программном обеспечение инженерной команды.

Вышеперечисленные задачи не являются последовательными, но могут сосуществовать. Для менеджеров продукта , чтобы быть эффективными в вышеуказанных задач, они должны иметь как технические и маркетинговые навыки. Поэтому, часто, Silicon Valley фирма предпочитает инженер , которые также являются МВЫМ , чтобы сделать управление продуктами программного обеспечения.

образование

Промышленность и научные круги установили стандарт для управления образования программного продукта. В соответствии с этим консенсусом, менеджер программного продукта получает образование в следующих областях:

• Основные методы: стратегия продукта и планирование продукта
• Участие в стратегическом управлении
• Аранжировка развития, маркетинга, продаж и дистрибуции, а также обслуживания и поддержки

Международная ассоциация Программный продукт управления (ISPMA) поддерживает общественный орган знаний и учебных программ для международной сертификации.

Приоритезация

Ключевой аспект управления производством является правильной приоритезацией усовершенствований. Отображение истории пользователя является ценным инструментом , который помогает в визуализации и организации приоритетов. Вот метод , который хорошо работает (заимствована и адаптирована из Джоэл Спольски ):

• Определите панель , то есть, мнение которого вы собираетесь искать
• Составьте список всех пунктов
• Оцените усилие , необходимое (либо в дни или в деньгах) — это должно быть очень грубыми и приблизительными
• Сложите общее усилие E
• Дайте членам Группы бюджет 0,5 × E каждый — они могут поместить это так , как им нравится, в том числе все на одном изделии. Вы должны раскрыть грубые оценки на панель, так как это может повлиять на их голос.
• Позиция элементов с точки зрения соотношения голоса / Расчетный
• Делай, как многие из пунктов, как фактический бюджет позволяет, соблюдая последовательность

CRM-менеджер

CRM-менеджер (с англ. Customer Relationship Management — управление отношениями с клиентами) — это специалист по взаимоотношениям с клиентами. Профессия подходит тем, кого интересует информатика (см. выбор профессии по интересу к школьным предметам).

Краткое описание

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

Существует множество CRM-систем — специальных программных обеспечений, с помощью которых можно организовать и контролировать эффективную работу с клиентами. Такие системы необходимы в компаниях, где прибыль зависит от количества клиентов.

CRM-системы предназначены для:

• автоматизации бизнес-процессов организации, что сокращает затраты на поиск информации, её обработку и анализ;
• обеспечения эффективного взаимодействия всех подразделений с клиентами.

В разных компаниях профессия может называться по-разному: CRM-аналитик, специалист по управлению взаимоотношениями с клиентами.

Особенности профессии

Функциональные обязанности CRM-менеджера довольно многочисленны. Их можно разделить на несколько категорий:

Разработка концепций отношений с клиентами

• создание новых концепций взаимоотношений с клиентами;
• поддержка имеющихся клиентов;
• постоянная работа по привлечению новых клиентов.

Ведение маркетинговых проектов

• разработка, проведение и контроль маркетинговых акций на основе статистических параметров;
• информирование клиентов о дате и тематике маркетинговых акций;
• составление списков рассылок по клиентам;
• разработка бюджета маркетинговых акций;
• составление технического задания для верстки рассылки и ее выполнение;
• контроль за процессом рассылки.

Управление базой данных клиентов компании

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

Работа с клиентами

• анкетирование клиентов на сайте или месте продаж;
• разработка стратегии взаимоотношений с целевой аудиторией;
• организация взаимодействия с клиентами с помощью опросов по e-mail, sms-рассылок.

Работа с партнерами

Работа по программам лояльности с партнерами (это могут быть различные бонусы, накопительные карты, моментальные скидки, баллы, банковские карты с опцией cashback и т. п.).

Термин «программа лояльности» от англ. loyalty programmes означает комплекс маркетинговых мероприятий, которые способны удержать имеющихся клиентов путём создания выгодных и стабильных взаимоотношений.

Работа с сотрудниками компании

Над проблемой удержания и привлечения клиентов работает не только CRM-менеджер, но и сопутствующие подразделения, которые воплощают в жизнь его идеи. Такая работа включает в себя следующие функции:

• разработка технического задания для программистов;
• составление заданий для копирайтеров, специалистов по промо-акциям;
• разработка инструкций для магазинов.

Оценка эффективности
Составление аналитических справок, презентаций и отчетов с оценкой эффективности проведённых мероприятий и в целом по базе данных клиентов.

Плюсы и минусы профессии

Плюсы

• Востребованность
• Высокая оплата труда

Минусы

• Многозадачность и многофункциональность работы
• Высокий уровень ответственности
• Необходимость взаимодействовать с большим количеством людей — партнерами, руководством, сотрудниками компании
• Ненормированный рабочий день

Важные качества

• способность работать в режиме многозадачности;
• аналитический ум;
• умение структурировать информацию;
• ответственность;
• стрессоустойчивость;
• коммуникабельность;
• инициативность и активность.
• Профессиональные навыки:
• опыт в сфере маркетинговой активности;
• использование методик и инструментов анализа продаж;
• умение работать с CRM-системами;
• умение писать тех. задания по разработке или доработке функционала;
• знание методики внедрения решений CRM.
• связи со смежными подразделениями.

Обучение на CRM-менеджера

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

Программы для менеджера — софт, без которого не обойтись

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

Как выбрать планировщик? Советуют пользователи

Если восьмичасового рабочего дня постоянно не хватает, эксперты рекомендуют завести личный планировщик. Он поможет следить за временем, лучше понимать, куда оно уходит, успевать все и перестать жить с ощущением «мир в огне».

Вот что используют руководители для повышения личной эффективности.

«Для записи персональных встреч и мероприятий я использую Google Календарь. Личные и бизнес-дела отмечаю разными цветами. Без него, пожалуй, ни один эффективный человек не справится», — говорит Рустам Айнетдинов, исполнительный директор Skyeng.

«Для личного планирования мне хватает Google Календаря — в нем нет ничего лишнего. По той же причине мелкие записи делаю в стоковых «Заметках» на айфоне», — рассказывает Игорь Подстрешный, основатель Burger Heroes.

«Dropbox Paper — это чистый, красивый и удобный инструмент для объемных заметок. Он, конечно, не работает как полноценный текстовый редактор, но его функциональность гораздо шире «Заметок» Apple. К тому же в Dropbox Paper редактировать и комментировать файлы может сразу вся команда», — объясняет Мердан Дурдымурадов, основатель сервиса «Чердак».

Можно скачать и отдельное приложение для планирования времени.

«Я использую приложение Things, оно мне чисто эстетически нравится больше всего. Туда я сливаю весь поток мыслей, которые позже превращаются в конкретные задачи или встречи», — рассказывает Александр Коровин, основатель онлайн-сервиса Qlean и проекта для поиска профессиональных сиделок «Близкие.ру».

Todoist подойдет для тех, кто потерялся в куче задач и перестал чувствовать радость от выполнения очередного проекта. Вас взбодрит мотивирующая игра: выполняете дневной план — получаете баллы в карму. Хорошая карма позволит менять статус в приложении — начав с уровня новичка, можно вырасти до магистра или гуру.

Еще одно хорошее приложение — «Хаос-контроль». В нем можно вести рабочие и личные проекты, составлять детальные планы, ставить задачи и сроки их выполнения. На основе этих данных приложение формирует план дня. А внезапно возникшие дела, которые не требуют немедленного решения, вы отправляете в специальное хранилище — «Место Хаоса».

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

Где следить за работой сотрудников?

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

ПО Microsoft 365 Business решает все базовые задачи. Это набор сервисов — их больше десятка — включает в себя решение для совместной работы над задачами Planner. Он интегрируется с Teams — это персональные и групповые чаты с общими документами, возможностью проведения веб-конференций до 250 участников. Здесь можно добавлять в группы гостевых пользователей из других организаций — ваших подрядчиков и аутсорсеров. А еще удобно следить за графиком сотрудников, которые работают посменно.

Здесь можно почитать подробнее про это ПО. А посмотреть видеопрезентацию Microsoft 365 Business (слайды, графики, инструкции) можно на нашем канале на YouTube.

Также важно выбрать таск-менеджер. Большинство CRM-систем универсальны, но есть те, которые наиболее удобны для определенной сферы деятельности. Так, в IT-компаниях часто работают в Jira. Основная аудитория этого софта — команды разработчиков программного обеспечения, которые организовывают все по agile-методикам. Николай Добровольский, сооснователь Parallels, говорит, что большинство IT-специалистов работают именно с этим ПО.

«Разработка идет в таск-менеджере Jira от Atlassian, а описываем мы все в Confluence — это Wiki на стероидах. Я знаю, что кто-то сейчас пользуется Redmine. Но 95 % людей, с которыми я общаюсь на собеседованиях, — а их я провожу много — говорят, что пользуются софтом Atlassian — Jira и Confluence. Если это не совсем стартап или госконтора, а компания, где больше 20 разработчиков, Jira подходит под все задачи», — объясняет Николай Добровольский.

Для медиабизнеса есть Setka — система управления контентом от издательства Look at Media. Компания придумала этот таск-менеджер, чтобы помочь своим редакциям. В нем можно планировать публикации, отслеживать степень готовности с помощью тегов, записывать новые идеи в специальный раздел.

И есть популярные CRM-системы, которые считаются универсальными. Например, Битрикс24, Trello, Яндекс.Трекер, Wrike.

«Мы используем CRM-систему Битрикс24. С ней работают сотрудники всех отделов. Там распределяются задачи между менеджерами, мы видим все заказы и что с ними происходит — от каждого взаимодействия сотрудника с клиентом до оплаты счета», — рассказывает Николай Ганайлюк, основатель «Научного шоу профессора Николя».

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

Как видеть все, что происходит в компании

Путеводитель по всем отделам — ERP-системы (Enterprise Resource Planning — планирование ресурсов предприятия). Это программы, которые содержат все данные об активах производства, финансовых операциях, трудовых ресурсах, маркетинговых стратегиях и т. д.

Популярные ERP-системы — Dynamics 365 от Microsoft, SAP ERP и Oracle E-Business Suite.

Все они предлагают широкий функционал, вам остается только выбрать ту систему, которая интегрируется в вашу привычную IT-инфраструктуру. Если вы пользуетесь решениями Microsoft — вам нужен Dynamics 365, если SAP — ее ERP-система «подружится» с сервисами компании, которые у вас уже есть. А если вы используете продукты компании 1С, рассмотрите программу «1С:ERP Управление предприятием 2». Это софт, собранный из решений «Управление торговлей 11», «Зарплата и управление персоналом 3.0», «Бухгалтерия предприятия 3.0».

Где работать с документами

Самый популярный продукт — 1С:Документооборот, хит российского разработчика. Здесь можно автоматизировать полный цикл работы с документами. Их учет реализован в соответствии с положениями нормативной документации (ГОСТов, требований, инструкций и т. д.) и традициями делопроизводства.

Работать в программе можно в локальной сети и через интернет-браузер. А еще уточним, что это отечественный софт, чаще он стоит дешевле, чем решения иностранных вендоров. Кстати, историю появления 1C и других популярных российских программ мы подробно рассказываем в этом тексте.

Менеджмент в разработке программных изделий

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

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

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

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

Рис. 1.1 иллюстрирует три схемы организации менеджмента проекта. Здесь стрелки обозначают связи участников реализации проекта, обусловленные их взаимодействием с менеджером, жирность контура значков отражает менеджерские обязанности сотрудников. Как видно из рисунка, в схеме со службой менеджера помощники по своему статусу являются обычными работниками, тогда как при делегировании полномочий менеджеры по направлениям получают соответствующие полномочия в своих сферах ответственности (обозначены пунктирными овалами).

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

В коллективах, выполняющих программные проекты, возможны самые разнообразные организационные структуры. Так, для сложных, объемных по трудозатратам проектов иерархические цепочки » менеджер — менеджер по направлению — исполнитель работ » целесообразно увеличивать, дифференцируя работы и сферы ответственности для некоторых менеджеров по направлению.

Иногда оправданно делегирование всех менеджерских обязанностей и полномочий менеджерам по направлениям. В результате ответственность за проект несет не один человек, она распределяется по менеджерской группе, т.е. возникает коллективная, деперсонифицированная ответственность. Возможны схемы, когда вместо менеджеров по направлениям деперсонифицированная ответственность назначается группе в целом, т.е. менеджер проекта выдает задания, контролирует их выполнение, осуществляет другие функции, обращаясь ко всей группе, внутри которой уже распределяются обязанности, в том числе и обязанности менеджера по направлению. Характерный пример — модель проектной группы , предлагаемая в концепции Microsoft Solution Framework ( MSF ) [44].

Для небольших групп возможна следующая организация работ : обязанности главного менеджера распределяются по команде разработчиков, которая за счет внутренних механизмов решает, как планировать работы, как их распределять и контролировать. Это характерно для так называемого подхода быстрой разработки (agile development) программных систем , объединившего в себе несколько методологий программирования, которые отказываются от многих принципов традиционного менеджмента [24]. Наиболее ярким примером подхода быстрой разработки является экстремальное программирование [3]. Ему и другим методам данного направления мы уделим внимание в дальнейшем, а пока лишь отметим, что здесь, как и в других случаях, менеджерские задачи не исчезают, как могло бы показаться на первый взгляд. Просто форма и методы их решения приобретают другой характер.

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

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

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

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