Регламент разработки и внедрения программных продуктов (для собственного ит отдела предприятия)

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

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

Стратегия
Этап концепции
Выход на рынок
Эволюция

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

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

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

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

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

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

Финансовые показатели проекта

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

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

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

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

Организационный план

Правовой статус фирмы — закрытое акционерное общество.
Эта форма собственности проста в осуществлении и удобна по своей структуре.
Закрытое акционерное общество «Версада» имеет уставной капитал 7 тыс. 600 рублей.
Он образуется в результате вложения денег единственным учредителем. Общество
выпускает 100 обыкновенных именных акций стоимостью 76 рублей каждая. Владельцем
акций является учредитель.

По форме собственности акционерное общество имеет
частную форму. Владельцем ЗАО «Версада» является учредитель.

Организационная схема управления

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

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

Бухгалтер ведет всю финансовую деятельность фирмы
(начисление и уплата налогов, распределение прибыли, расчет и выдача зарплаты).

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

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

Руководство фирмы:

Генеральный директор — Павлова, магистр экономических
наук.

Бухгалтер — Смирнова В., диплом МИИТа бухгалтерии
и аудита.

Коммерческий директор — Путятова Е., доктор экономических
наук.

Сотрудниками нашей фирмы будут в основном молодые
энергичные люди в возрасте от 18 до 30 лет. Все сотрудники имеют высшее специальное
образование и являются дипломированными работниками.

Для нас в человеке обязательны:

• чистоплотность;

• дисциплинированность;

• добросовестность;

• порядочность;

• честность.

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние».
А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе.
И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен? Промо

Я не буду здесь давать сухие определения, думаю, они никому не интересны. Бизнес-консультант – это тот самый человек, которого приглашают со стороны, чтобы он помог найти решение каких-то проблем. Также очевидно, что взгляд «со стороны» очень часто помогает выявить то, что вы никогда не обнаружите, будучи сотрудником компании.
Я хочу с вами поговорить исключительно о бизнес-консультантах, которые работают с малым и средним бизнесом, т.к. с предприятиями с численностью сотрудников ориентировочно от 5 до 70 человек. Эта работа во многом отличается от того, что делают специалисты, которых привлекают в подобных случаях крупные компании. И, как раз, с этими нюансами есть смысл разобраться.

Примеры процесса разработки продукта

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

Пример 1. Как компания Figma расширила функционал своего продукта

Запущенный в 2012 году продукт Figma стал первым профессиональным инструментом для разработки пользовательских интерфейсов, работающим полностью в браузере. На сегодняшний день компания Figma занимает ведущее положение на рынке веб-приложений для дизайна.

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

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

Пример 2. Как компании Uber удалось занять нишу на рынке

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

Отправной точкой стратегии Uber стало занятие свободной ниши на рынке услуг такси: создание более простого процесса заказа такси через приложение с упрощённой обработкой платежей. Но компания не остановилась на достигнутом и продолжила реализовывать инновации в своём портфеле продуктов на различных уровнях от люкса до эконома.

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

Описание проекта и перечень услуг компании

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

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

Системы управления бизнесом

CPM

Corporate Performance Management (CPM — не путать с CRM)

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

ECM

СЭД/СЭДО/ECM (системы электронного документооборота / Enterprise Content Management)Документооборот, на котором мы выросли, а СЭД-вендоры поднялись

Обеспечиваем команду техническими инструментами

За настройку технической инфраструктуры отвечает системный администратор. Строить боевую инфраструктуру сразу не обязательно – выполните минимальную часть, чтобы обеспечить команде место для работы.

Настройте:

репозиторий для кодовой базы проекта;
общие инструменты организации процесса разработки, если они нужны – например, таск-трекер (Jira, Redmine, Trello и другие);
рабочее окружение: сервисы и приложения, от которых будет зависеть ваш продукт (например, Swagger для документации API).

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

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

Организационная структура предприятия

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

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

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

Вступление

Сегодня существует достаточно большое количество стандартных процессов и методологий, применяя которые фирма получает ту или иную модель производства ПО. Самыми известными из них являются CMM (Capability Maturity Model) и серия стандартов ISO 9000. Как правило, организации внедряют эти процессы исключительно для того, чтобы получит сертификат соответствия своего процесса одному из вышеупомянутых стандартов. Однако, как не парадоксально это звучит, зачастую попытки внедрить один из вышеупомянутых процессов пагубно сказывались на стабильности работы фирмы.

В последние 3 года на западе стали модными термины «легковесный процесс», «адаптивный процесс», «единый рациональный процесс» и «экстремальное программирование». Что это такое? И почему иногда эффект от внедрения ISO9000 оказывается негативным? Какой процесс предпочесть и какими критериями руководствоваться при выборе процесса? Остальная часть статьи является попыткой найти ответы на эти и другие вопросы.

Средства для осуществления проекта

В соответствии с бизнес-планом проекта для разработки потребуется новейшее оборудование
и технологии. Для обеспечения материально-технической базы ЗАО «Версада» берет кредит в размере 300 тысяч рублей под 42% в коммерческом инновационном банке
«Альфа-банк». Это необходимо для покрытия общих операционных расходов, непредвиденных
издержек и различных единовременных начальных издержек. Для реализации проекта
мы арендуем здание в районе метро «Профсоюзная». Там располагается блок и офис.
У нас заключены договора на поставку информационного обеспечения для производства
программ. Штат наших сотрудников содержит дипломированных специалистов в данной
области.

2.1. Описание вида деятельности

Основным видом деятельности бизнес-проекта является разработка программного обеспечения. Эта отрасль требует высокой квалификации
персонала, знания потребностей рынка и качества выполнения работ. Проект, описанный в бизнес-плане, будет
осуществляться на разработанном в последнее время оборудовании с использованием
только что вышедших технологий. Для получения необходимой информации ЗАО «Версада»
обладает многочисленными связями с российскими и зарубежными партнерами.

До начала производственной деятельности компания
должна была выяснить следующие вопросы:

• потребность на данный
момент в программном обеспечении и размер данной потребности;

• будут ли клиенты применять
на производстве эту продукцию, если она будет вполне доступна и иметь конкурентоспособные
цены;

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

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

2.2. Описание товара

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

Среди особенностей нашей продукции хотелось бы
выделить следующее:

• высокое качество;

• соответствие стандартам;

• использование новейших
достижений науки и техники.

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

Коммерциализация

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

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

На этом этапе выполняются следующие работы:

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

Итак, ваш конечный продукт запущен. Вам остаётся только измерять успех с помощью сформулированных изначально критериев.

Делегируем задачи, контролируем их выполнение

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

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

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

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

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

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

Организационная структура предприятия

Как мы адресный склад внедряли на КА 2

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

Поступила нам задачка по переводу оптового склада с ТиС 7.7 на 1С:КА. Нужно организовать: адресный склад и учет товаров по партиям.
Бизнес-процесс достаточно стандартный: это прием заказ от покупателя, объединение заказов под отгрузку, сборка заказов на складе и загрузка все этого в авто, с последующим оформлением реализации и всех печатных документов. Схема вроде стандартная и поддерживается в типовом решении КА2, но не все так просто, как кажется в начале…

Выбираем методологию

От этого зависит состав команды, порядок и даже график работы. Можно выбрать классическую (waterfall) или гибкую (agile).

При классической методологии:

Команда будет работать строго по ТЗ. Результат, который вы получите в итоге, будет ровно таким, каким вы его запланировали в самом начале.

При гибкой методологии:

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

Если вам нужно быстро запустить MVP-версию продукта и понять, в каком направлении его развивать – выбирайте гибкую методологию.

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

Статья, продолжающая цикл публикаций по классификации внутренних проектов, а вернее сказать, их отправная точка.
Ибо ведение проектов происходит не в вакууме, а во вполне конкретной организации, со своим уставом и иерархией отношений.
А что будет с тем, кто сунется со своим укладом в чужой монастырь, нам напомнили как раз в предновогодний вечер: «Да на кол его посадят, всего и делов.»
Чтобы этого не произошло с вами — присмотритесь к предполагаемому месту работы, а я с вами поделюсь очень интересной классификацией организаций от признанных гуру в этой области.
Из-за этого статья пригодится как HR-менеджерам, так и из соискателям. Прошу под кат…

Bitrix24

Объединить сотрудников даже самой большой команды в общем рабочем пространстве.
Наладить общение в живой ленте или чатах, совершать звонки аудио и видео, обмениваться файлами.
Создавать группы, проекты, доски, ставить задачи и подзадачи, назначить исполнителей.
Смотреть отчеты.
Хранить 5 ГБ файлов в облаке.
Настроить мобильную CRM.
Интегрировать Bitrix24 с Google Drive, Dropbox, Яндекс Диск, One Drive.
Редактировать документы в режиме онлайн в GoogleDocs и MS Office Online.

За что точно придется платить:

Настройка бизнес-процессов. Если у вас много регулярных процессов, например, согласование договоров, вам будет удобнее на платном тарифе.
Создание воронки продаж. В бесплатной версии можно построить только одну общую воронку.
Сквозная аналитика.
Полноценная IP-телефония. Если планируете контролировать количество и качество звонков – переходите на платный тариф. Бесплатно можно записать только 100 звонков, и места дается только 5 ГБ.
Интеграция CRM с 1C. Актуально для многих команд.
Настройка прав доступа (на всех уровнях: доступ к задачам, доступ к файлам и папкам, доступ к CRM, к телефонии…).
Ряд второстепенных, но приятных функций: регулярные задачи, шаблоны проектов и задач, наблюдатели и соисполнители, учет рабочего времени.

Бесплатная версия Bitrix24 вполне подходит для работы, если у вашей команды нет особых запросов. Если вам нужна только работа с задачами – спокойно оставайтесь на free-версии. Если же вы хотите построить в системе управления полноценные бизнес-процессы, создать воронки продаж, настроить сквозную аналитику, интегрироваться с 1С и почтой – выбирайте платный тариф. Платных тарифов целых 5, они заточены под разные цели. Однако, на наш взгляд, Bitrix24 настолько напичкан всевозможными функциями, что встает вопрос: всегда ли они действительно нужны и легко ли их применять на практике?

Заключение

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