Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
TPI Next®: оптимизируем процессы тестирования по-взрослому
Думали ли вы когда-либо о том, к какому уровню зрелости принадлежит ваш процесс тестирования? Или, например, как ответить на вопрос о том, насколько эффективно работает ваша команда тестировщиков? Здесь легче всего дать субъективный ответ, и, например, сказать: мы работаем хорошо, у нас все автоматизировано и мы находим много дефектов.
Однако нельзя расценивать подобный ответ, как корректный. Оценить зрелость и эффективность процесса тестирования по-настоящему можно лишь используя ту или иную модель оценки, каждая из которых имеет массу своих особенностей и не всегда применима в большинстве случаев.
TPI® Next – модель оценки зрелости процессов тестирования в масштабах компании или отдельного проекта. Она помогает понять какими сильными и слабыми сторонами обладает ваш процесс и дает представление о том, в каком направлении двигаться для его оптимизации.
TPI® Next разбивает процесс тестирования на ключевые подобласти, каждая из которых подвергается анализу и получает свою оценку зрелости – от начальной до оптимальной. Делается это на основе четко описанных критериев для той или иной области, что дает возможность дать конкретный ответ на вопрос о том, чего не хватает процессу для перехода на следующую ступень зрелости.
Используя подход, описанный в TPI® Next, я провел оценку зрелости процесса тестирования в нескольких проектах компании в разные периоды их развития. Подвергнув полученные данные анализу, я смог определить каких практик и подходов не хватает той или иной команде для того, чтобы считать свои проекты более зрелыми и эффективными.
Использовав получе
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Опыт применения метода ATAM для оценки архитектурыCUSTIS
Выступление Игоря Беспальчука, нашего руководителя проектов дирекции архитектуры, на заседании русского отделения INCOSE (9 ноября 2016 года, Москва).
Видеозапись выступления:
https://vimeo.com/190918892
TPI Next®: оптимизируем процессы тестирования по-взрослому
Думали ли вы когда-либо о том, к какому уровню зрелости принадлежит ваш процесс тестирования? Или, например, как ответить на вопрос о том, насколько эффективно работает ваша команда тестировщиков? Здесь легче всего дать субъективный ответ, и, например, сказать: мы работаем хорошо, у нас все автоматизировано и мы находим много дефектов.
Однако нельзя расценивать подобный ответ, как корректный. Оценить зрелость и эффективность процесса тестирования по-настоящему можно лишь используя ту или иную модель оценки, каждая из которых имеет массу своих особенностей и не всегда применима в большинстве случаев.
TPI® Next – модель оценки зрелости процессов тестирования в масштабах компании или отдельного проекта. Она помогает понять какими сильными и слабыми сторонами обладает ваш процесс и дает представление о том, в каком направлении двигаться для его оптимизации.
TPI® Next разбивает процесс тестирования на ключевые подобласти, каждая из которых подвергается анализу и получает свою оценку зрелости – от начальной до оптимальной. Делается это на основе четко описанных критериев для той или иной области, что дает возможность дать конкретный ответ на вопрос о том, чего не хватает процессу для перехода на следующую ступень зрелости.
Используя подход, описанный в TPI® Next, я провел оценку зрелости процесса тестирования в нескольких проектах компании в разные периоды их развития. Подвергнув полученные данные анализу, я смог определить каких практик и подходов не хватает той или иной команде для того, чтобы считать свои проекты более зрелыми и эффективными.
Использовав получе
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...New Business Idea
Основные ошибки ведения IT-проектов - от документации до коммуникаций.
* Сбор и формирование требований к продукту;
* выработка стратегии;
* начальное проектирование;
* документирование процесса;
* построение схемы ролей и коммуникаций;
* дизайн проекта;
* программирование;
* примеры из жизни.
Практический семинар «Процессное управление — новый уровень эффективности предприятия».
Подробнее о мероприятии http://www.croc.ru/action/detail/2365/
Презентация Сергея Плаунова, руководителя практики BPM и ECM компании КРОК
Стандарт ISO/IEC 27001:2013 – все слышали, мало кто видел
Сложность темы ИБ находит отражение в стандарте. Полное внедрение ISO 27001, с использованием всех рекомендаций - потребует годы для средней организации.
Как создать с нуля сбалансированную СУИБ, как выбрать только реально необходимые защитные меры и как правильно внедрить процессы ИБ?
Как выбрать подрядчика для мобильной разработкиSimbirSoft
О чем мы хотим рассказать
● Мы выступаем в роли подрядчика на проектах по
созданию мобильных приложений
● Мы также выступаем в роли заказчика, имеем опыт
поиска и привлечения подрядчиков на наши проекты
● Поделимся накопленным опытом того, как найти
правильного исполнителя/партнера/агентство
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
This two days course provides classic approaches for Planning and Risk Management. It is based on both easily applicable practical approaches and PMBOK guidelines. Major ideas are how reasonable classic can help things done on schedule, on budget.
Corporate consulting for fast growing, transforming IT companies which are looking for better operations efficiency, better business processes, building Quality Management System (QMS)
Мастер класс был проведен на конференции PMCon #4, Харьков, 2017.
Мы начнем мастер-класс с разминки - обсудим кто какие метрики применял, чем они были полезны или бесполезны. Затем рассмотрим принципиальный вопрос - зачем нужны метрики и какова их роль в ИТ-бизнесе. Потом, на большом практическом занятии узнаем как правильно увязывать процессы и проблемы реального мира с метриками, и, соответственно, как разумный подбор метрик может помочь их решить. Завершим мастер-класс обсуждением условий, при которых применение метрик имеет смысл.
This Overview represents such important and complicated at the first glance discipline as Software Measurements which is comprehensively covered in the training.
The following topics are covered in simple and logical thought chanes:
- process and product quality
- team and personal performance
- HR and business metrics
- raw data to executive dashboard evolution and vice versa
- size model
- business circumstances
- answers to many whats, whys, hows
- provides theoretical background
- and practice, practice, practice...
The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
2. Давайте познакомимся
Сергей Поволяшко
Профессиональные достижения:
Лидирующее участие во внедрении
CMMI L3
Project Management Professional
(PMP), PMI. 2007
ISO 27001 Expert. 2013
CTO в Team International, LLC.
www.teaminternational.com.
• В IT с 1996 года. Работал по нескольким IT
специальностям. С 2001 – управление проектами,
процессами, операционной деятельностью
Веду проект ИТ Тюнинг, www.it-tuning.com.
Настройка операционной деятельности:
• Оптимизация процессов, управление проектами,
оценка персонала, непрерывность бизнеса,
кроссфункциональное взаимодействие
www.it-tuning.com 2
3. • Инициирование. О чем это?
• Устав Проекта
• Процесс
• Репозиторий документации
• Основано на реальной практике применения
• Интерактив
Содержание
www.it-tuning.com 3
19. КАК делаем:
• Устав проекта
– Правила игры на проекте
– Решает проблемы до подписания контракта
– Отдельный документ, или
• Часть контракта
Инициирование. КАК преодолеть?
www.it-tuning.com 19
20. КАК делаем:
• Устав проекта
– Правила игры на проекте
– Решает проблемы до подписания контракта
– Отдельный документ, или
• Часть контракта
– Формальный подписной документ
Инициирование. КАК преодолеть?
www.it-tuning.com 20
21. • Business case – зачем это все
• Описание услуги, проекта
• Ссылки на документы (спецификации, переписка)
• Орг структура с обеих сторон, контакты
• Коммуникации, эскалации
• Фазы, сроки, типы контрактов
• Методологии, технологии
• Применяемый инструментарий, инфраструктура
• Рабочие процессы и ответственность за их применение
• Ответственности за управление проектом
• Структура команды
• Ответственность за расходы
• Регламент рабочего времени, внеурочные, праздники
• Критерии приемки продукта, сервиса
• Приоритеты целей проекта, сервиса
• Основные риски и предлагаемые решения
• Предположения и ограничения проекта
Инициирование. УСТАВ
www.it-tuning.com 21
25. 1. ПРОЦЕСС: ВНЕДРЕНИЕ и КОНТРОЛЬ
2. ЧТО делать – СПЕЦИФИКАЦИИ
3. КАК делать – УСТАВ ПРОЕКТА
4. РЕПОЗИТОРИЙ документации
Инициирование. ИТОГИ
www.it-tuning.com 25