Дорожная карта или roadmap в руках умелого менеджера продукта – настоящее стратегическое оружие. Как большинство стратегов умеют грамотно обращаться со своими рабочими инструментами, так и менеджер продукта должен уметь тактически применить дорожную карту и использовать доступные сервиса для этой цели.
Рубрика «управление проектами и командой» - 8
Как создать идеальную дорожную карту продукта и что для этого нужно?
2018-03-29 в 7:00, admin, рубрики: Блог компании Hygger, менеджмент продукта, Стратегия, управление задачами, Управление продуктом, управление проектами, управление проектами и командой, управление разработкой
Производство информационных систем. Часть 4. Внедрение информационной системы
2018-03-16 в 15:17, admin, рубрики: scrum, Анализ и проектирование систем, бизнес-модели, ит-индустрия, промышленная автоматизация, Промышленное программирование, процесс разработки, создание приложения, управление проектами и командой, управление разработкойIX ВНЕДРЕНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Нет ничего труднее, опаснее и неопределённее, чем руководить введением нового порядка вещей, потому что у каждого нововведения есть ярые враги, которым хорошо жилось по старому, и вялые сторонники, которые не уверены, смогут ли они жить по новому.
Н. Макиавелли
И вот интересная и насыщенная творчеством, прожектерством, креативом и созиданием часть в проекте подходит к концу. Начинаются суровые будни защиты своего решения в реальной атмосфере конкретного предприятия, и что не мало важно, все также в рамках действующего законодательства.
Для начала реализованный продукт необходимо развернуть на оборудовании, уготовленном для организации его опытной эксплуатации.
Читать полностью »
Производство информационных систем. Часть 3. Реализация проектного решения
2018-03-15 в 9:29, admin, рубрики: scrum, Анализ и проектирование систем, бизнес-модели, ит-индустрия, промышленная автоматизация, Промышленное программирование, процесс разработки, создание приложения, управление проектами и командой, управление разработкойVII РАЗРАБОТКА ПЛАНА РЕАЛИЗАЦИИ И ВНЕДРЕНИЯ ПРОЕКТНОГО РЕШЕНИЯ
Блестящим планам везет на проектировщиков.
Скверным планам везет на исполнителей.
Веслав Брудзинский.
На этом этапе процесс вновь начинает крутиться вокруг руководителя проекта. Снова оценка трудоемкости, определение сроков, согласование объемов, утверждение порядка исполнения и т.п.
Поскольку мы говорим о больших проектах, то с высокой долей вероятности для реализации проектного решения, весь процесс производства информационной системы будет побит на отдельные компоненты, сервисы, модули и т.п. В процесс реализации этих частей могут быть вовлечены разные команды, в том числе, использующие разные технологии и инструменты. Цикл же производства каждой из частей системы подчинен определенным правилам и регламентам. Например, может зависеть от готовности других частей, от результатов проведения определенных регламентных работ, приобретения оборудования и т.п. Чтобы избавить команды, разрабатывающие различные компоненты системы, от эпизодических простоев в праздном ожидании момента, когда же очередь наконец дойдет и до них, необходимо тщательно планировать этапы и процессы производства продукта.
Для решения этих задач чаще всего разрабатывают план-график, позволяющий организовать и упорядочить взаимодействие команд и отдельных исполнителей в рамках всего проекта.
Читать полностью »
Производство информационных систем. Часть 2. Формирование проектного решения
2018-03-13 в 18:06, admin, рубрики: scrum, Анализ и проектирование систем, бизнес-модели, ит-индустрия, промышленная автоматизация, Промышленное программирование, процесс разработки, создание приложения, управление проектами и командой, управление разработкойV РАЗРАБОТКА ПЛАНА-ГРАФИКА ПРОЕКТНЫХ РАБОТ
Чтобы выполнить большой и важный труд, необходимы две вещи:
ясный план и ограниченное время.
Элберт Хаббард
И вот заказчик и исполнитель ударили по рукам, решив, что именно они будут производить, определив примерные сроки и стоимость. Начинается второй этап производства программного продукта.
Наступает момент, когда в водоворот процессов активно втягивается руководитель проекта. Нет, он и до этого мог участвовать в мероприятиях. Например, связанных с оценкой трудоемкости, определения сроков и т.п., но именно сейчас он получает возможность сполна проявить все свое мастерство планирования и управления.
На текущем шаге пока еще не ясны детальные требования к целевой системе, их как раз и предстоит выявить в рамках текущей активности, поэтому планирование удобно разделить на части. График работ по формированию проектного решения разрабатываемой системы уже можно детально проработать, а вот план по его реализации и внедрению можно будет детализировать чуть позже по итогам завершения второго этапа.
Первое, что руководитель проекта должен включить в план — это свои собственные работы. С протяженностью этой трассы на диаграмме Ганта вряд ли может конкурировать еще какая-то линия. Под ней располагаются, прерывающиеся в некоторых местах, колеи сотрудников проектно-аналитического цеха.
Производство информационных систем. Часть 1. Отправная точка
2018-03-12 в 15:46, admin, рубрики: Анализ и проектирование систем, бизнес-модели, ит-индустрия, промышленная автоматизация, Промышленное программирование, процесс разработки, создание приложения, управление проектами и командой, управление разработкойI ВСТУПЛЕНИЕ
Из хаоса каким-то образом рождается порядок.
Некоторые об этом узнают из газет со значительным опозданием, а некоторые по горькому опыту на месте и в процессе создания этого порядка.
Михаил Булгаков.
Просматривая статьи, посвященные той или иной теме, связанной с созданием программного обеспечения, часто наблюдаю, вот какую картину: узкая тема раскрыта интересно и профессионально, но вот когда задеваются нюансы на стыке, по ту сторону от основного вопроса, чувствуются рассогласованность и провалы в общем понимании процесса производства информационных систем. Разрываются причинно-следственные связи. Иногда, непонимание внешнего окружения обсуждаемого вопроса, вносит искажения в основную тему, ну или по крайней мере, затушевывает некоторые важные моменты, достойные внимания. Когда же вступаешь с автором в полемику, становится очевидным, что для него вопросы, выходящие за рамки его наблюдений и опыта, абсолютно неважны. Он просто упомянул всуе сопредельную тему, а дальше, как говорится, уже не его проблемы. Второй нюанс, на котором я хочу заострить внимание – пренебрежение масштабами замысла. Ведь то, что хорошо для реализации малых проектов, смерть для больших и наоборот. Этот факт часто попросту сбрасывается авторами со счетов. А в результате идут баталии с критиками решения, в которых каждый как бы и прав, но только с точки зрения своей отдельностоящей колокольни. Сами же точки зрения никак не обозначаются сторонами дискуссии, а потому никак не учитываются.
Исходя из всего вышесказанного, мне показалось, что будет весьма пользительно собрать и описать структуру процесса производства программных продуктов (ну хотя бы основных вариантов), при этом не вдаваясь глубоко в специфические детали, а фабулу изложить в формате, предельно доступном для широкого круга лиц. Естественно данная публикация – это лишь мой взгляд на предмет.
Читать полностью »
Как теория ограничений помогает зарабатывать больше — личный опыт Логомашины
2017-12-15 в 13:37, admin, рубрики: Блог компании Логомашина, интернет-маркетинг, менеджмент, саморазвитие, Управление продуктом, управление проектами, управление проектами и командой, эффективность работы
Абстрактный вопрос: представьте, что вы проводите воду до соседней деревни через пару километров. Вы составили свой водопровод из отрезков трубы, причем у каждого отрезка свой диаметр — одни трубы толщиной в пару сантиметров, другие удалось найти пошире, диаметром в полметра. Насколько хорошо будет работать такой водопровод? Будет ли его пропускная способность равна усредненному диаметру труб?
Книга Элияху Голдратта «Цель» подсказывает, что пропускная способность такой системы труб будет стремиться к пропускной способности самого узкого места. Другими словами, вы могли не искать трубы пошире — если в системе есть участок с диаметром 2 см., весь водопровод будет работать как труба в 2 сантиметра.
Как этот принцип помогает зарабатывать больше? Сейчас расскажу.
Читать полностью »
Переход из тестировщика в руководители проектов
2017-12-09 в 8:22, admin, рубрики: Блог компании MobileUp, проблемы роста, разработка мобильных приложений, тестирование, Тестирование IT-систем, Тестирование мобильных приложений, управление проектами, управление проектами и командой
Обычно на должность руководителя проектов в IT-компании требуются люди с опытом от 1 года. Поэтому часто неопытные менеджеры устраиваются на работу аналитиками, тестировщиками, иногда даже разработчиками.
Если хорошо себя проявить, то со временем вам будут доверять больше управленческих задач. При этом не всегда получается отказаться от старых обязанностей. Приходится совмещать две роли на проекте. Так и я, имея опыт в тестировании и аналитике, дополнительно стала получать задачи руководителя проекта. Со временем я полностью перешла в управление проектами.
В этой статье я делюсь наблюдениями и выводами. Как в одном человеке конфликтуют привычки тестировщика и обязанности руководителя проекта? С какими проблемами приходится сталкиваться? Какую пользу можно извлечь при таком переходе? Если хотите получить ответы на эти вопросы, добро пожаловать под кат.
Инструкция по применению офисного сисадмина в малом бизнесе
2017-12-06 в 13:41, admin, рубрики: системное администрирование, управление людьми, управление персоналом, управление проектами, управление проектами и командойЧтобы сисадмин справлялся со своей работой благодаря, а не вопреки помощи руководства
Если вы руководитель небольшой компании в 30-100 сотрудников и вас не устраивает качество работы информационных систем, то замена системного администратора — это последнее с чего стоит начать. Первое же, что стоит сделать — это изменить ваш подход в работе с системным администратором. Глобально — вам нужно научиться помогать вашему системному администратору справляться со своими обязанностями.
Да-да, вы не ослышались — вам нужно помогать вашему системному администратору справляться со своими обязанностями! Дело в том, что системному администратору в малом бизнесе нужно заниматься не только с техническими, но и с управленческими задачами: определять политики работы пользователей с информационными системами, стратегию развития ИТ, взаимодействовать с подрядчиками и, конечно же, отстаивать свои решения перед руководством. При этом редко какой специалист имеет глубокие технические компетенции, а способных совмещать в себе технические и управленческие функции и подавно «днем с огнем» не найти. Проще говоря, без помощи руководителя компании единственному системному администратору справляться со своей работой крайне сложно.
При этом я не прошу вас настраивать сервера вместе с вашим сисадмином или вникать в особенности работы программного обеспечения. От вас требуется лишь помогать системному администратору справляться с управленческими задачами, корректно информируя, направляя, контролируя и поддерживая его в работе. Как именно это делать, читайте ниже:Читать полностью »
Измерение vs Иллюзии
2017-12-04 в 21:18, admin, рубрики: личная продуктивность, личная эффективность, управление людьми, управление проектами, управление проектами и командой, управление разработкойСтатья написана как для руководителей, так и для программистов, т.к. описанные методы применимы и для подчиненных, и для себя.
Сначала кратко методику (не все с ней работали), потом – главное, зачем ее применять.
Методика измерения
Сама методика известна давно, никакого секрета собой не представляет – это покер планирования из Scrum. Чтобы ее применять, не нужно применять весь Scrum.
Читать полностью »
Что такое бизнес-процесс и описание бизнес процесса
2017-11-15 в 19:44, admin, рубрики: CRM-системы, ERP-системы, бизнес-анализ, бизнес-модели, бизнес-процессы, Блог компании Trinion, управление проектами, управление проектами и командой
О бизнес-процессах говорят много и часто преимущественно в связи с автоматизацией бизнеса. Использую этот термин и я, в том числе, в своих статьях, посвященных CRM-системам, ERP, работе с BPMN-нотациями, IDEF0 и других инструментов, которые могут понадобиться в работе бизнес-консультанта и внедрении систем автоматизации. При этом в Рунете понятное и развернутое определение термина «бизнес-процесс» я не нашел.
Многие авторы используют его «по умолчанию», как термин «интуитивно понятный» без расшифровки, либо вообще вносят дополнительную путаницу использованием альтернативной терминологии, например, пишут вместо бизнес-процесса «бизнес сущность» и т.д.
В этой статье я решил поговорить о том, что такое бизнес-процесс, рассказать об истории появления этого понятия и о том, где его можно и нужно применять. Также я планирую посвятить теме бизнес-процессов следующую статью, в которой расскажу, как правильно использовать бизнес-процессы.Читать полностью »