Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Иван Дубровин, Возможные подходы к контрактованию в AgileScrumTrek
Сравнительный анализ моделей заключения контрактов на Agile-разработку ПО: -"Традиционный" fixed-price и fixed-scope -Time materail -Agile fixed-price плюсы и минусы каждого варианта, рекомендуемый подход к составлению Agile fixed-price контракта.
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Иван Дубровин, Возможные подходы к контрактованию в AgileScrumTrek
Сравнительный анализ моделей заключения контрактов на Agile-разработку ПО: -"Традиционный" fixed-price и fixed-scope -Time materail -Agile fixed-price плюсы и минусы каждого варианта, рекомендуемый подход к составлению Agile fixed-price контракта.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
В презентации представлен методологический подход и опыт автора по комбинированному использованию иерархических (водопад, набегающая волна) и гибких (Scrum, Agile) подходов для разработки, выпуска, сопровождения и развития программных продуктов и приложений для мобильных устройств.
Соотнесение уровня изменений для компании: стратегическое, тактическое, операционное и управления портфелями - программами - проектами.
Managing organizational changes through portfolio, programs, and projects
Компания «Тонкие системные технологии» создана для работы с нестандартными проектами. В ситуации, когда нет типовых решений, при разработке технологии или устройства необходим специальный подход к работе с поставленными задачами.
Это работа над новыми продуктами и технологиями, новые рынки и бизнес-модели, проекты на стыке нескольких областей, переход от идеи к разработке и от разработки к производству.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.AGIMA
Как выстроить взаимоотношения с клиентом и правильно доносить свои идеи.
О чем стоит говорить, а о чем лучше промолчать.
Истинные потребности клиента.
Круговая порука правок.
Как не задушить проект.
Общие правила коммуникации.
Договоренности/правила игры.
Нарушение договоренностей.
Как комментировать правки.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Открытый курс, занятие 3 часть 1 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторых их связи для областей знаний: управление интеграцией, управление содержанием, управление сроками, управление стоимостью.
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
В презентации представлен методологический подход и опыт автора по комбинированному использованию иерархических (водопад, набегающая волна) и гибких (Scrum, Agile) подходов для разработки, выпуска, сопровождения и развития программных продуктов и приложений для мобильных устройств.
Соотнесение уровня изменений для компании: стратегическое, тактическое, операционное и управления портфелями - программами - проектами.
Managing organizational changes through portfolio, programs, and projects
Компания «Тонкие системные технологии» создана для работы с нестандартными проектами. В ситуации, когда нет типовых решений, при разработке технологии или устройства необходим специальный подход к работе с поставленными задачами.
Это работа над новыми продуктами и технологиями, новые рынки и бизнес-модели, проекты на стыке нескольких областей, переход от идеи к разработке и от разработки к производству.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.AGIMA
Как выстроить взаимоотношения с клиентом и правильно доносить свои идеи.
О чем стоит говорить, а о чем лучше промолчать.
Истинные потребности клиента.
Круговая порука правок.
Как не задушить проект.
Общие правила коммуникации.
Договоренности/правила игры.
Нарушение договоренностей.
Как комментировать правки.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Открытый курс, занятие 3 часть 1 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторых их связи для областей знаний: управление интеграцией, управление содержанием, управление сроками, управление стоимостью.
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Какие бывают провайдеры услуг дата-центров и как выбрать оптимальный? / Игорь...Ontico
Все знают поговорку "два переезда равны одному пожару" и все понимают, что значит "перенос highload проекта с одного провайдера хостинга на другого с обеспечением непрерывности функционирования сервисов для пользователей".
Выбор "правильного" провайдера услуг дата-центров очень важен, но есть две проблемы:
1) "Все лгут" - маркетинг провайдера и реальность далеко не всегда совпадают, все провайдеры рассказывают о своих сильных сторонах и умалчивают о слабых;
2) "когда у вас в руках молоток - все вокруг превращается в гвозди" - все провайдеры услуг имеют свою специализацию и любую задачу клиента они стремятся решить так, как умеют, а не так как надо клиенту.
В своем докладе я постараюсь рассмотреть все аспекты вопроса выбора провайдера/провайдеров услуг хостинга/дата-центров.
Данный доклад ориентирован на широкую аудиторию и будет полезен всем, кому надо выбирать провайдера услуг хостинга/дата-центров для внутренних и/или внешних проектов.
В рамках доклада будут рассмотрены следующие вопросы:
1) формализация ТЗ на оказание услуг провайдерами или "а что нам надо";
2) классификация провайдеров дата-центров по спектру оказываемых услуг;
3) SLA - что это? какие SLA бывают? что подразумевают провайдеры и чего ожидаете вы в документе под названием Service Level Agreement;
4) магическое слово compliance, или что хочет государство;
5) чем отличаются одни провайдеры от других;
6) как проверить провайдера - uptime/связанность/рейтинги/спектр услуг;
7) пишем RFP - как сформулировать потребности так, чтобы потом результат не разочаровал.
Программа для учёта договоров "Договор Партнер"РП-интеграция
Договор Партнер (www.dogovorpartner.ru) - удобное решение для работы с договорами, которое поможет вести контроль договоров и учет сопутствующих документов.
Программа предназначена руководителям, бухгалтерам, юристам, специалистам договорных отделов. Всем, чья работа связана с договорами и кто желает упростить учет и контроль договоров.
HighLoad Junior - Как выбирать и как выбрать ДЦИгорь Мызгин
Доклад с конференции HighLoad Junior по вопросу:
"Какие бывают провайдеры услуг дата-центров и как выбрать оптимальный?"
Тезисы доклада:
Все знают поговорку "два переезда равны одному пожару" и все понимают, что значит "перенос highload проекта с одного провайдера хостинга на другого с обеспечением непрерывности функционирования сервисов для пользователей".
Выбор "правильного" провайдера услуг дата-центров очень важен, но есть две проблемы:
1) "Все лгут" - маркетинг провайдера и реальность далеко не всегда совпадают, все провайдеры рассказывают о своих сильных сторонах и умалчивают о слабых;
2) "когда у вас в руках молоток - все вокруг превращается в гвозди" - все провайдеры услуг имеют свою специализацию и любую задачу клиента они стремятся решить так, как умеют, а не так как надо клиенту.
В своем докладе я постараюсь рассмотреть все аспекты вопроса выбора провайдера/провайдеров услуг хостинга/дата-центров.
Данный доклад ориентирован на широкую аудиторию и будет полезен всем, кому надо выбирать провайдера услуг хостинга/дата-центров для внутренних и/или внешних проектов.
В рамках доклада будут рассмотрены следующие вопросы:
1) формализация ТЗ на оказание услуг провайдерами или "а что нам надо";
2) классификация провайдеров дата-центров по спектру оказываемых услуг;
3) SLA - что это? какие SLA бывают? что подразумевают провайдеры и чего ожидаете вы в документе под названием Service Level Agreement;
4) магическое слово compliance, или что хочет государство;
5) чем отличаются одни провайдеры от других;
6) как проверить провайдера - uptime/связанность/рейтинги/спектр услуг;
7) пишем RFP - как сформулировать потребности так, чтобы потом результ
Договор Партнер (www.dogovorpartner.ru) - удобное решение для работы с договорами, которое поможет вести контроль договоров и учет сопутствующих документов.
Программа предназначена руководителям, бухгалтерам, юристам, специалистам договорных отделов. Всем, чья работа связана с договорами и кто желает упростить учет и контроль договоров.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Конструктор договоров: онлайн сервис для создания и ведения документов. Pravokonst
Подключите всех сотрудников организации, участвующих в договорной работе, к эффективному сервису для переработки и анализа рисков при создании, экспертизе и хранении договоров.
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?
4. Типы контрактов
Fixed Price
Firm Fixed Price
Fixed Price Incentive Fee
Fixed Price Economic Price Adjustment
Cost Reimbursable
Cost Contract
Cost Plus Fee
Cost Plus Fixed Fee
Cost Plus Incentive Fee
Time & Materials
Dedicated Development Center (DDC)
www.it-tuning.com
4
5. Типы контрактов. Fixed Price
Fixed Price – зафиксирован бюджет, сроки,
объем работ
Firm Fixed Price
Fixed Price Incentive Fee
Оговариваются условия поощрения и штрафов
за своевременность сдачи работ
Fixed Price Economic Price Adjustment
Для долгосрочных контрактов, оговариваются
изменения цены в зависимости от курсов
валют, инфляции и т.п.
www.it-tuning.com
5
6. Типы контрактов. Fixed Price
Применимость и особенности
Изначальная полнота требований
Жесткий контроль за изменениями
Исполнитель отвечает за процесс, проект
Изначальная определенность бюджета для
заказчика
Контрактные риски на исполнителе
Цена контракта м.б. завышена
Исполнитель заинтересован в контроле бюджета
www.it-tuning.com
6
7. Кейс №1
Условие: большой проект, требования неясны,
заказчик хочет контракт Fixed Price
Вывод: контракт Fixed Price или невозможен или
получается очень дорогим
Решение: разбить на фазы
Первичного анализа, срок 4 недели, контракт – DDC (2
чел)
Уточнения требований и технического решения, срок –
2 мес, контракт DDC (3 чел)
Выполнения, сроки, объем работ и тип контракта – FP
www.it-tuning.com
7
8. Типы контрактов. Cost Reimbursable
Cost Reimbursable
Cost Contract
Без прибыли, работа выполняется
некоммерческой организацией
Cost Plus Fee
Прибыль составляет % от затрат
Cost Plus Fixed Fee
Прибыль фиксирована
Cost Plus Incentive Fee
Прибыль варьируется в зависимости от
выполнения условий контракта
www.it-tuning.com
8
9. Типы контрактов. Cost Reimbursable
Применимость и особенности
Требования изначально не точные или не определены
Контроль за изменениями менее важен
Контроль за процессом, проектом м.б. смещен в сторону
заказчика
Контрактные риски в большей мере на заказчике
Неопределенность конечного результата и бюджета для
заказчика
Исполнитель м.б. заинтересован тратить больше и
дольше
Заказчик заинтересован в контроле бюджета и
результатов работ
CR обычно обходится дешевле для заказчика
www.it-tuning.com
9
10. Типы контрактов. Cost Reimbursable
Cost Reimbursable
Time & Materials (TM)
Фиксируется цена за час, день и т.п., плюс
стоимость материалов
Dedicated Development Center (DDC)
Фиксируется цена за «голову», команду за
период времени вне зависимости от
количества работ
www.it-tuning.com
10
11. Типы контрактов. Cost Reimbursable
Применимость и особенности DDC и T&M
Объем работ во времени неизвестен заранее
Контроль за изменениями менее важен
Контроль за процессом, проектом м.б. смещен в сторону
заказчика (DDC), или исполнителя (TM)
Контрактные риски на заказчике
Долгосрочное сотрудничество
Высокая степень доверия, особенно в DDC
Исполнитель м.б. заинтересован замедлять работы
Заказчик заинтересован в контроле бюджета и
результатов работ
DDC обычно обходится наиболее дешево для заказчика
DDC – идеальный вариант для «приращения» штата
заказчика (outstaffing)
TM – быстрый старт работ
www.it-tuning.com
11
12. Кейс №2
Условие: заказчик развивает продукт на
долгосрочной основе, есть видение продукта, но
нет точных долгосрочных требований, нужно
стабильное сотрудничество + «хранение» знаний
о предметной области
Вывод: контракт DDC
Решение:
Стабильная команда: состав и количество человек –
стабильное финансирование
Заказчик управляет требованиями на высоком уровне
Долгосрочный контракт с пересмотром
финансирования и состава команды через достаточно
большие промежутки времени (6-12 мес)
www.it-tuning.com
12
13. Типы контрактов и риски
Риски
100%
За
ка
зч
ик
ь
и тел
н
пол
Ис
0%
Контракт: CR T&M FP
www.it-tuning.com
13
14. Типы контрактов и управление
Исполнитель
м
к то
ое
е пр
и
л ен
в
ра
Уп
Заказчик
Контракт: CR T&M FP
www.it-tuning.com
14
15. Типы контрактов и требования
Исполнитель с ть
но
вен и
етст иям
и отв ован
и зм треб
м ал ния
ор вле
Ф а
упр
Заказчик
Контракт: CR T&M FP
www.it-tuning.com
15
16. О тренинге. Целевая аудитория
Менеджер проектов: Вы сможете грамотно определять
приоритетность целей проекта договариваться о них с другими.
Отвечаете за продажи, развитие бизнеса: Вы сможете
обеспечить корректную контрактную поддержку, отвечающую
нуждам заказчика, а также вашим нуждам и возможностям.
Отвечаете за технико-экономические предложения: Вы
сможете использовать весь арсенал из типов контрактов,
методологий, фаз, технологий, управления рисками для выдачи
наиболее оптимальных подходов и оценок.
Тим лидер (разработчик, тестировщик), бизнес аналитик: Вы
сможете корректно увязывать цели и ограничения проекта с
принимаемыми вами техническими решениями.
Менеджер ИТ отдела: Вы, как хозяева ресурсов (человеческих
и материальных), сможете обеспечивать их своевременное
“приобретение”и эффективное распределение.
www.it-tuning.com
16
17. О тренинге. Содержание
Этапы инициирования проекта
Пред-Контрактный
Запуск Проекта
Опросники заказчика
Методологический паззл
Определение подхода к выполнению проекта
Типы контрактов и их применимость
Процесс Инициирования проекта (разработка, внедрение)
Основные управленческие практики при инициировании
Оценка потенциальных ресурсов (люди, оборудование)
Управление коммуникациями
Планирование проекта и проектной среды
Типичные риски и управление ими при инициировании
Управление конфигурациями при инициировании
Документация, сопутствующая инициированию
Ознакомление с контрактной документацией
Установочные совещания
www.it-tuning.com
17
18. Спасибо за внимание!
Подробнее о тренинге:
http://it-tuning.com/?page_id=1081
Вопросы по тренингу:
Email: info@it-tuning.com
Skype: sergiy.povolyashko
www.it-tuning.com
18