- •Система интеграций
- •Продажа комплексного решения – интеграция
- •Экономические информационные системы
- •Функциональные подсистемы информационных систем
- •Программная инженерия
- •Модели жизненного цикла информационной системы
- •Каскадная схема жизненного цикла
- •Спиральная схема
- •Характеристики:
- •Итерационная схема
- •Rad схема (прототипирование)
- •Стоимость
- •Требование
- •Хаотическая модель
- •Несостоятельность классических подходов по управлению проектами
- •10 Направлений:
- •Реинжиниринг и процессный подход
- •Принципы реинжиниринга
- •Бизнес-стратегия
- •Управление эффективностью организации
- •Управление цепочками поставок (логистика)
- •Управление эффективностью бизнеса
- •Планирование ресурсов по согласованию с клиентом
- •Корпоративная it инфраструктура
- •Help / Service Desk (необходим для сбора информации о проблемах в отделах)
- •Семейство гибких подходов к управлению проектами
- •Lean pm – бережливое управление проектами
- •7 Задач Lean pm:
- •Разработка проектов с использованием Agile
- •Принципы
- •Проблемы использования Agile
- •Планирование проекта. Wbs
- •Совершенствование wbs (pert / cpm)
- •Theory of Constraints [Теория ограничений]
-
Каталог услуг (журнал, рассказывающий о новых услугах, которые можно внедрить на предприятии)
-
Help / Service Desk (необходим для сбора информации о проблемах в отделах)
-
Гарантия выполнения любой услуги (вы не имеете права отказать любому заказу от руководства или других компаний в рамках SLA)
-
Семинар
-
Почему CRM стали первыми облачными решениями?
-
Простота в создании и реализации.
-
Обосновать экономическую прибыль от CSRP.
-
Работать не вслепую, использовать и направлять силы на то, что хочет покупатель, чтобы он приобрел продукт в будущем.
-
Почему считается, что мы получим деньги, если будем вкладываться в IT отдел?
-
Благодаря хорошему опыту и идеологии
-
Семейство гибких подходов к управлению проектами
-
Lean pm – бережливое управление проектами
-
Цель: снизить количество потерь в производстве проекта, убрать все то, что тормозит проект.
-
Потери происходят из-за:
-
Ожидание предыдущего процесса от другой команды, потому что мы без них не сможем начать работать дальше
-
Изменение документации
-
Что-то сделано неправильно (ошибка в проектировании, разработке; неграмотное управление ресурсами команды)
-
Все семейство подходов к управлению проектами создано для эффективного управления потерями.
-
7 Задач Lean pm:
-
Поставка продукта максимально рано (deliver as fast possible)
-
Принятие решения максимально поздно (decide as late as possible)
-
Упор на постоянное обучение (исключение потерь от некомпетентности)
-
Мотивация всей команды (empower the team)
-
Видеть целостность решения для заказчика (see the whole)
-
Добиться интеграционности (bring integrity in)
-
Управление коммуникациями (создание рабочей среды)
-
Разработка проектов с использованием Agile
-
Agile – семейство подходов к гибкому управлению в игровой, интернет и мобильной сфере, предполагающее ориентацию только на результат.
-
Принципы
-
Конечный работающий продукт – главный индикатор эффективности работы команды проекта
-
Минимизация проектной документации
-
ТЗ раньше, теперь Контракт -> Устав проекта (для разработчиков)
-
ТЭО (экономическое обоснование) раньше, теперь БП (бизнес-план)
-
Переход на короткие итерации (максимально частые встречи заказчиков и инвесторов)
-
Использование CSRP как идеологию (вовлечение клиента в процесс производства)
-
Из предыдущего пункта следует максимально оперативная реакция на изменения
-
Изменения приветствуются (команда способна моментально среагировать на любые изменения в создании продукта)
-
Максимально высокая мотивация сотрудников
-
Постоянное повышение квалификации
-
Развитие творческого потенциала
-
Простота и минимизация лишней работы
-
Самоорганизующаяся проектная команда
-
Постоянное техническое совершенствование решений
-
MS Lync -> Skype for Business (замена разговора перепиской)
-
Проблемы использования Agile
-
Работа в слепую, без планирования
-
Неэффективное управление ресурсами проектной экономики
-
Нет возможности работать в корпоративном сегменте
-
Некачественное управление требованиями
-
Решения Agile редко бывают качественными (соотношение того, что заказчик хотел и того, что заказчик получил)
-
Scrum
-
Самая гибкая и адаптивная идеология из всех присутствующих на рынке.
-
Scrum – методология управления проектами семейства Agile, предполагающая совместное решение возникающих проблем с привлечением наиболее квалифицированных специалистов из проектной команды.
-
Scrum Master – руководитель проектной группы
-
Product Owner (PO) – владелец продукта
-
Development Team – команда разработчиков (их несколько групп, каждая из которых занимается определенным делом)
-
Project Backlog (резерв проекта) – список задач на которые разделил проект Scrum Master
-
Спринт – срок в условиях которого выполняется одна задача (средний спринт 4-6 дней)
-
Спринты могут раздаваться по типу аукциона, т.е. команды разработчиков в буквальном смысле уменьшают количество дней на разработку модуля программы
-
Характеристики Scrum:
-
Минимизация срока исполнения
-
Максимально частые контакты с Product Owner (заказчиком)
-
Максимальная мотивированность Scrum команды на выполнение задачи (на результат)
-
Конкурная раздача спринтов
-
Коллективное принятие решений и помощь
-
Kanban (доска позора)
-
BYod (Bring Your own device) – принеси с собой свое устройство
-
Плюсы: затраты на оборудование и обслуживание компании минимизируется
-
Минусы: амортизация ложится на сотрудников, сложная работа с защищенными данными (например, личные данные клиентов, по ФЗ-152)
-
Минусы Scrum:
-
Спринт без исполнителя
-
Риск срыва проекта из-за доверия Backlog только одному человеку
-
Меньше сфер для применения идеологии Scrum
-
Feature Driven Development
-
Это подход к управлению, прежде всего проектами, исходя из наращиваемой ценности функции разрабатываемого решения (это еще один подход из семейства Agile).
-
Отличие FDD от Scrum в том, что у команды разработчиков нет общего образа будущего решения. Есть только постоянно обновляемый и дополняемый список функций, который однажды вместе составит решение.
-
Этапы создания проекта по идеологии FDD
-
Overall Model – создание модели всего
-
Build a Feature List – создание списка функций (того, что будет уметь будущее решение)
-
Plan a Feature – планирование функций
-
Build a Feature – построение функции или реализация ее выполнения
-
Design a Feature – дизайн функции (как это все встраивается в общую структуру)