Гибкие методологии при создании ИТ продукта.Project Management Institute (PMI) in UfaГибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты.
Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН.
18 сентября 2014 г.
Product lifecycle ws software development (sef)Dmitry BezuglyyВ предлагаемом докладе делается сравнительный анализ общепринятого подхода к построению процесса создания новых продуктов и наиболее распространенных процессов разработки ПО таких как OUP, MSF и Scrum.
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахDanil Dintsis, Ph. D., PgMPДостоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Модуль 15. Лекция 59-60. Yana BrodetskiПонятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury VetrovВыступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
Roles happy dev-2013-tsepkovMaxim TsepkovРоли в проекте разработки софта - Максим Цепков на HappyDev-2013. Подробнее http://mtsepkov.org/Roles-HappyDev-2013
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...Softengi "Сегодня даже банки и госструктуры могут переходить от классических подходов к использованию гибких методологий разработки ИТ-проектов" - основной посыл доклада Анатолия Кота, менеджера проектов и программ компании Softengi, на III Международной конференции «Инновационные технологии и решения для современного банка – 2014» от Международного журнала "БанкирЪ".
Презентация отвечает на вопросы:
- в чем отличие классических и гибких методологий?
- в чем особенность гибкого подхода?
- почему Scrum?
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-TechnologyСамый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
PRINCE2® - лучшая практика управления проектами. В. ПолковниковProjectPractice2013- Структура метода PRINCE2®
-Возможности метода PRINCE2®
-Возможности обучения, сертификации и внедрения решений на основе метода PRINCE2®
Олег Швайковский, Европейский опыт государственного AgileScrumTrekМы разберем на нескольких примерах применения Agile в госпроектах основные преимущества, недостатки и вызовы при применении Agile подхода к управлению проектами в госсекторе. Как со стороны исполнителя, так и заказчика.
Успешная карьера в современной разработки программного обеспеченияSergey MorgunovКраткая информация о том, что должен знать каждый разработчик программного обеспечения.
Видео версия презентации http://www.youtube.com/watch?v=MqKFIcfouQc
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-TechnologyВ рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...DressTesterОбзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации внутри команды, с начальством, с подчиненными, с заказчиками.
Семинар ФКН: современные подходы к разработке ПО - часть 1Andrii GakhovРассматриваются популярные практики, методологии и техники разработки программного обеспечения
Модуль 15. Лекция 59-60. Yana BrodetskiПонятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury VetrovВыступление Юрия Ветрова, Александра Хмелевского и Юрия Шиляева на конференции РИТ-2008.
Roles happy dev-2013-tsepkovMaxim TsepkovРоли в проекте разработки софта - Максим Цепков на HappyDev-2013. Подробнее http://mtsepkov.org/Roles-HappyDev-2013
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...Softengi "Сегодня даже банки и госструктуры могут переходить от классических подходов к использованию гибких методологий разработки ИТ-проектов" - основной посыл доклада Анатолия Кота, менеджера проектов и программ компании Softengi, на III Международной конференции «Инновационные технологии и решения для современного банка – 2014» от Международного журнала "БанкирЪ".
Презентация отвечает на вопросы:
- в чем отличие классических и гибких методологий?
- в чем особенность гибкого подхода?
- почему Scrum?
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-TechnologyСамый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
PRINCE2® - лучшая практика управления проектами. В. ПолковниковProjectPractice2013- Структура метода PRINCE2®
-Возможности метода PRINCE2®
-Возможности обучения, сертификации и внедрения решений на основе метода PRINCE2®
Олег Швайковский, Европейский опыт государственного AgileScrumTrekМы разберем на нескольких примерах применения Agile в госпроектах основные преимущества, недостатки и вызовы при применении Agile подхода к управлению проектами в госсекторе. Как со стороны исполнителя, так и заказчика.
Успешная карьера в современной разработки программного обеспеченияSergey MorgunovКраткая информация о том, что должен знать каждый разработчик программного обеспечения.
Видео версия презентации http://www.youtube.com/watch?v=MqKFIcfouQc
от каждого по потребностям, каждому — по AgileAlexey DeryushkinНесколько историй внедрения гибких методологий разработки в различных командах АО Райффайзенбанк.
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-TechnologyВ рамках доклада рассмотрим вопросы формирования команды с помощью модели МакКинси 7с (McKinsey 7s), поговорим о процессах разработки программного продукта, системе релизов, системном инжиниринге и рекомендациях по системе управления процессами.
Выступление будет интересно руководителям команд разработчиков, особенно тем, кто фокусируется на предсказуемости сроков и качестве создаваемого решения.
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...DressTesterОбзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации внутри команды, с начальством, с подчиненными, с заказчиками.
Семинар ФКН: современные подходы к разработке ПО - часть 1Andrii GakhovРассматриваются популярные практики, методологии и техники разработки программного обеспечения
Совершенствование процессов управления проектамиТереза БогушСовершенствование процессов корпоративной системы управления проектами: шаг за шагом.
Моя краткая википендия...
2012 andieva e_ju_innovative_management_of_complex_software_projectsdataomskДоклад на
IV научно-практической конференции
«Инновационная система Омской области: состояние, проблемы, перспективы»
28.11.2012
Проектирование Программных Систем. Лекция 01Dima DzubaЛекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...YandexЮрий Ветров "Как планируется работа команды проектирования и дизайна интерфейса в Mail.Ru"
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuYury VetrovПрезентация Юрия Ветрова "Как создаются интерфейсы в Mail.Ru" с конференции Форум Технологий Mail.Ru 2011.
Lection 3 4_pmYana BrodetskiЖизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
3. Введение
Темой данной презентации является «Гибкая методология
разработки ПО».
Гибкая методология разработки программного обеспечения
ориентирована на использование итеративного подхода, при
котором программный продукт создается постепенно,
небольшими шагами, включающими реализацию
определенного набора требований. При этом предполагается,
что требования могут изменяться. Команды, использующие
гибкие методологии, формируются из универсальных
разработчиков, которые выполняют различные задачи в
процессе создания программного продукта.
Данная презентация состоит из нескольких разделов.
Перечень данных разделов представлен на слайде «Введение».
4. История
В феврале 2001 в штате Юта США был
выпущен «Манифест гибкой методологии
разработки программного обеспечения».
Данный манифест был одобрен и подписан
представителями методологий
экстремального программирования, Crystal
Clear, DSDM, Feature driven development,
Scrum, Adaptive software development,
Pragmatic Programming. Гибкая методология
разработки использовалась многими
компаниями и до принятия манифеста,
однако именно после этого события
произошло вхождение Agile-разработки в
массы.
5. Краткая характеристика технологии
Гибкая методология разработки (англ. Agile software
development, agile-методы) — серия подходов к
разработке программного обеспечения, ориентированных
на использование итеративной разработки, динамическое
формирование требований и обеспечение их реализации в
результате постоянного взаимодействия внутри
самоорганизующихся рабочих групп, состоящих из
специалистов различного профиля.
Существует несколько методик, относящихся к классу
гибких методологий разработки, в частности
экстремальное программирование, DSDM, Scrum.
6. Методологии
Методология Описание
Agile
Modeling (англ.)
набор понятий, принципов и приёмов (практик), позволяющих быстро и просто
выполнять моделирование и документирование в проектах разработки
программного обеспечения.
Agile Unified
Process (англ.)
(AUP) упрощенная версия IBM Rational Unified Process (RUP), разработанная
Скоттом Амблером, которая описывает простое и понятное приближение
(модель) для создания программного обеспечения для бизнес-приложений.
Agile Data
Method (англ.)
группа итеративных методов разработки программного обеспечения, в которых
требования и решения достигаются в рамках сотрудничества разных кросс-
функциональных команд.
DSDM основан на концепции быстрой разработки приложений (Rapid Application
Development, RAD). Представляет собой итеративный и инкрементный подход,
который придаёт особое значение продолжительному участию в процессе
пользователя/потребителя.
Essential Unified
Process (англ.)
7. Методологии (продолжение)
Методология Описание
Feature driven
development(FDD)
функционально-ориентированная разработка. Используемое в FDD
понятие функции или свойства (англ. feature) системы достаточно
близко к понятию прецедента использования.
Getting Real итеративный подход без функциональных спецификаций,
использующийся для веб-приложений.
OpenUP это итеративно-инкрементальный метод разработки программного
обеспечения.
Scrum устанавливает правила управления процессом разработки и позволяет
использовать уже существующие практики кодирования, корректируя
требования или внося тактические изменения.
Бережливая разработка
программного
обеспечения (англ. lean
software development)
использует подходы из концепции бережливого производства.
8. Описание процессов жизненного цикла ПО
Жизненный цикл проекта – набор последовательных фаз проекта, название и
число которых определяется исходя из технологии производства работ и
потребностей контроля со стороны организации или организаций, вовлеченных в
проект.
Фаза проекта – набор логически взаимосвязанных работ проекта, в процессе
завершения которых достигается один из основных результатов проекта.
9. Главная цель гибкой методологии разработки
Компании по всему миру работают над тем, чтобы создавать продукты более
высокого качества за меньшее время. Для достижения этой цели многие производители
начали применять гибкие методологии разработки.
10. Основные идеи методологии
люди и взаимодействие важнее процессов и
инструментов;
работающий продукт важнее исчерпывающей
документации;
сотрудничество с заказчиком важнее
согласования условий контракта;
готовность к изменениям важнее следования
первоначальному плану.
11. Основные принципы методологии
1. удовлетворение клиента за счёт ранней и бесперебойной поставки ценного
программного обеспечения;
2. приветствие изменений требований даже в конце разработки (это может повысить
конкурентоспособность полученного продукта);
3. частая поставка рабочего программного обеспечения (каждый месяц или неделю или
ещё чаще);
4. тесное, ежедневное общение заказчика с разработчиками на протяжении всего
проекта;
5. проектом занимаются мотивированные личности, которые обеспечены нужными
условиями работы, поддержкой и доверием;
6. рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
12. Основные принципы методологии
7. работающее программное обеспечение — лучший измеритель прогресса;
8. спонсоры, разработчики и пользователи должны иметь возможность поддерживать
постоянный темп на неопределённый срок;
9. постоянное внимание улучшению технического мастерства и удобному дизайну;
10. простота — искусство не делать лишней работы;
11. лучшие технические требования, дизайн и архитектура получаются у
самоорганизованной команды;
12. постоянная адаптация к изменяющимся обстоятельствам.
15. Заключение
В данной презентации была рассмотрена такая тема, как «Гибкая методология
разработки ПО».
В заключении следует отметить то, что данная тема была рассмотрена по
некоторым пунктам, представленным на слайде «Введение».
Подводя итог, предоставим отчет о проделанной работе. А именно по данной
теме. Гибкая методология разработки ПО является более преимущественной чем
традиционная. Agile-методологии предполагают разработку короткими циклами
(итерациями), которые обычно длятся от одной до 3-4 недель. Перед началом каждой
итерации команда совместно с заказчиком оценивает сравнительную важность для
бизнеса оставшейся нереализованной функциональности с тем, чтобы наиболее
приоритетные требования вошли в следующую итерацию. Каждая итерация
включает все задачи, необходимые для выдачи очередной «порции» законченной
функциональности: планирование, анализ требований, дизайн, кодирование и
тестирование.