Расскажет о незаслуженно редко используемом инструменте расширенной кривой выжигания. И о подходе который позволяет масштабировать ее использование на средние и крупные проекты.
Спикер — Сергей Титков, руководитель проектов в Ростелеком ИТ
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
Развитие горнодобывающей отрасли происходит циклично. Сегодня многие компании сосредоточили свое внимание на анализе затрат, понесенных за определенный недавний период. Естественно, контроль издержек необходим, но анализ экономики в целом, рентабельности горнодобывающего предприятия или проекта, может принести гораздо большую помощь в изменчивых обстоятельствах.
В данной презентации исследуется, какие специализированные, основанные на экономике системы и процессы требуются для предоставления той существенной информации, которая поможет специалистам принимать оптимальные экономические решения. Интеграция экономических систем и процессов с ERP-системами, дается возможность проводить план-фактный анализ, корректировку прогнозов, бенчмаркинг между предприятиями и проводить непрерывное улучшение процессов, что позволит менеджменту компании "просматривать" события, лежащие впереди.
В конце презентации показано, как, используя динамичный итерационный процесс планирования, основанный на фундаментальных экономических принципах добычи, система финансового моделирования работы предприятия создаст высокий уровень доступа к данным, управляемость и уверенность в будущем финансовом положении добывающей компании со сложной комплексной структурой.
Test strategy - what it is and what differs from the test plan;
No one canceled Waterfall or how we got to SCRUM;
Large and small test activity cycles: Small activity (testing -> QC), Large (QC -> QA);
What is the actual benefit of adhering to the strategy;
The lecture will be useful for testing specialists, team leaders and those who want to organize testing in their team.
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
Развитие горнодобывающей отрасли происходит циклично. Сегодня многие компании сосредоточили свое внимание на анализе затрат, понесенных за определенный недавний период. Естественно, контроль издержек необходим, но анализ экономики в целом, рентабельности горнодобывающего предприятия или проекта, может принести гораздо большую помощь в изменчивых обстоятельствах.
В данной презентации исследуется, какие специализированные, основанные на экономике системы и процессы требуются для предоставления той существенной информации, которая поможет специалистам принимать оптимальные экономические решения. Интеграция экономических систем и процессов с ERP-системами, дается возможность проводить план-фактный анализ, корректировку прогнозов, бенчмаркинг между предприятиями и проводить непрерывное улучшение процессов, что позволит менеджменту компании "просматривать" события, лежащие впереди.
В конце презентации показано, как, используя динамичный итерационный процесс планирования, основанный на фундаментальных экономических принципах добычи, система финансового моделирования работы предприятия создаст высокий уровень доступа к данным, управляемость и уверенность в будущем финансовом положении добывающей компании со сложной комплексной структурой.
Test strategy - what it is and what differs from the test plan;
No one canceled Waterfall or how we got to SCRUM;
Large and small test activity cycles: Small activity (testing -> QC), Large (QC -> QA);
What is the actual benefit of adhering to the strategy;
The lecture will be useful for testing specialists, team leaders and those who want to organize testing in their team.
Monitoring driven эксплуатация / Николай Сивко (HeadHunter)Ontico
Огромная часть работы службы эксплуатации, так или иначе, связана с мониторингом существующей инфраструктуры.
Если система мониторинга настроена хорошо, она позволяет сократить время простоя, какие-то проблемы показать на ранней стадии, формализовать рабочие процессы команды админов.
То есть она является носителем знания о нашей инфраструктуре и о том, как именно работают админы.
Можно ли извлечь дополнительную пользу из этого?
В hh.ru мы используем систему мониторинга ещё и как check list для повседневных задач админов (алерты в данном случае являются задачами для человека: сделал задачу - триггер проверил результат и погас), идея взята из TDD.
Также расскажу, как мы работаем с внештатными ситуациями: реагируем на алерты, чиним, разбираем и классифицируем.
Еще на основе разобранных инцидентов мы считаем показатели работы службы эксплуатации, из этих показателей высчитываются наши премии (данный KPI получился удачным: с ним согласен и бизнес и админы).
Любите ли вы велосипеды? Все разработчики любят свои ненаколеночныерешения велосипеды! И мы не исключение. В нашем докладе мы покажем как собирать, сколачивать, вылепливать собственный велосипед так, чтобы на нем потом могла ездить без слёз вся команда, компания, или может весь мир.
Что в докладе будет:
- много Spring Boot-а;
- live coding;
- создание собственного Spring Boot Starter-а;
- Apache Thrift в качестве подопытного кролика.
Чего не будет:
- бенчмарков и сравнений Thrift vs REST vs gRPC vs XXX.
Creative or competitor analysis? How important is analytics when choosing tasks? How often to update backlog? On what period it should be? Oleg gives answers to these and other relevant questions related to backlog filling.
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
Можете ли вы завтра утром в 8:05 положить на стол руководства детальный отчет по прогрессу разрабатываемой системы, количестве ошибок в разрезе подсистем и требований, качестве юнит-тестов, скорости внесения изменений в код и возникновения ошибок? Можете ли вы с помощью средств аналитики оценить узкие места проекта, например, ответив на вопрос «какая подсистема имеет самое большое количество вновь возникающих ошибок»? Если вы хотите узнать, как это сделать то приходите на доклад о возможностях подсистем отчетности Visual Studio Team System 2010. В докладе будут рассмотрены подходы по созданию формальной системы метрик, индикаторов, отчетов для оценки прогресса и состояния проекта по разработке программного обеспечения.
Доклад менеджера проектов Николай Казакевича и его презентация "Корпоративный портал: внутреннее пространство компании" на семинаре 1С--Битрикс "Как навести порядок в рабочем хаосе?
Принципы эффективного управления компаниейНовый Сайт
Коммерческий директор "Новый сайт" Иван Панасюк - о принципам эффективного управления компанией для семинара «Формула компании: новые подходы к внутреннему развитию команды» (19 мая, Минск).
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
Оценка ИТ-проекта на ранней стадии. Практический опыт применения методологии ...Alexander Orlov
Оценка ИТ-проекта на ранней стадии. Практический опыт применения методологии COSMIC
Ведущий мастер-класса:
Максим Русаков – Управляющий партнер SRG-IT. Представитель Международного Консорциума Измерения Типичного Программного Обеспечения (COSMIC) в России. Двенадцать лет в ИТ. Более четырех лет опыта в оценке ИТ-проектов.
Описание мастер-класса:
Практичность мастер-класса основана на реальном примере и непосредственно примененных нами практиках и процедурах. В основе лежат реальные требования по разработке и цифры, полученные по результатам составления бюджета.
Наглядность мастер-класса подразумевает наглядную демонстрацию работы по построению бюджета проекта. Будет наглядно продемонстрирована работа со специализированными средствами оценки проекта:
SEER for Software, SEER for IT ( http://www.galorath.com/index.php/products/ )
Мы покажем как мы настраивали бюджетную модель под наш проект.
Интерактивность мастер-класса, за счет того, что мы предоставим возможность слушателям поучаствовать в процессе модификации модели так, как если бы они сами решили разработать наш продукт и планировали собственный бюджет:
Мы попросим слушателей описать некоторые ключевые особенности процессов разработки.
Покажем как эти конкретные особенности влияют на итоговый бюджет.
Продемонстрируем слушателям за счет чего они могли бы провести оптимизацию своего бюджета, например:
Как опыт специалистов влияет на скорость и стоимость проекта.
На сколько может затянуться работа по проекту, если команда разработчиков территориально разделена между несколькими офисами.
Как провести оценку самых существенных рисков проекта на ранней стадии.
Monitoring driven эксплуатация / Николай Сивко (HeadHunter)Ontico
Огромная часть работы службы эксплуатации, так или иначе, связана с мониторингом существующей инфраструктуры.
Если система мониторинга настроена хорошо, она позволяет сократить время простоя, какие-то проблемы показать на ранней стадии, формализовать рабочие процессы команды админов.
То есть она является носителем знания о нашей инфраструктуре и о том, как именно работают админы.
Можно ли извлечь дополнительную пользу из этого?
В hh.ru мы используем систему мониторинга ещё и как check list для повседневных задач админов (алерты в данном случае являются задачами для человека: сделал задачу - триггер проверил результат и погас), идея взята из TDD.
Также расскажу, как мы работаем с внештатными ситуациями: реагируем на алерты, чиним, разбираем и классифицируем.
Еще на основе разобранных инцидентов мы считаем показатели работы службы эксплуатации, из этих показателей высчитываются наши премии (данный KPI получился удачным: с ним согласен и бизнес и админы).
Любите ли вы велосипеды? Все разработчики любят свои ненаколеночныерешения велосипеды! И мы не исключение. В нашем докладе мы покажем как собирать, сколачивать, вылепливать собственный велосипед так, чтобы на нем потом могла ездить без слёз вся команда, компания, или может весь мир.
Что в докладе будет:
- много Spring Boot-а;
- live coding;
- создание собственного Spring Boot Starter-а;
- Apache Thrift в качестве подопытного кролика.
Чего не будет:
- бенчмарков и сравнений Thrift vs REST vs gRPC vs XXX.
Creative or competitor analysis? How important is analytics when choosing tasks? How often to update backlog? On what period it should be? Oleg gives answers to these and other relevant questions related to backlog filling.
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
Как оценивать состояние проекта по разработке с помощью формальных метрик и о...Dmitry Andreev
Можете ли вы завтра утром в 8:05 положить на стол руководства детальный отчет по прогрессу разрабатываемой системы, количестве ошибок в разрезе подсистем и требований, качестве юнит-тестов, скорости внесения изменений в код и возникновения ошибок? Можете ли вы с помощью средств аналитики оценить узкие места проекта, например, ответив на вопрос «какая подсистема имеет самое большое количество вновь возникающих ошибок»? Если вы хотите узнать, как это сделать то приходите на доклад о возможностях подсистем отчетности Visual Studio Team System 2010. В докладе будут рассмотрены подходы по созданию формальной системы метрик, индикаторов, отчетов для оценки прогресса и состояния проекта по разработке программного обеспечения.
Доклад менеджера проектов Николай Казакевича и его презентация "Корпоративный портал: внутреннее пространство компании" на семинаре 1С--Битрикс "Как навести порядок в рабочем хаосе?
Принципы эффективного управления компаниейНовый Сайт
Коммерческий директор "Новый сайт" Иван Панасюк - о принципам эффективного управления компанией для семинара «Формула компании: новые подходы к внутреннему развитию команды» (19 мая, Минск).
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
Самый большой проект, с котором сталкивалась наша команда занял у нас порядка 70 человеко-месяцев, к концу в проекте было около 9000 тикетов, объединённых в 318 эпиков. Объём технического задания превышал 1000 страниц. Как мы справились с этим довольно небольшой командой? Один менеджер, один аналитик, несколько разработчиков.
Нам помогли бизнес-процессы или попросту жёстко прописанные workflow для любой ситуации, любого вида задач или входных данных. Как задача обрабатывается аналитиком, когда она попадает программистам, когда пишется технический дизайн. Как эта схема накладывается на тикетную систему, как использовать эпики и задачи. Все эти правила мы выписали болью ошибок в планировании (и финансах) и я уверен, что они могут сэкономить вам несколько месяцев собственных опытов.
Оценка ИТ-проекта на ранней стадии. Практический опыт применения методологии ...Alexander Orlov
Оценка ИТ-проекта на ранней стадии. Практический опыт применения методологии COSMIC
Ведущий мастер-класса:
Максим Русаков – Управляющий партнер SRG-IT. Представитель Международного Консорциума Измерения Типичного Программного Обеспечения (COSMIC) в России. Двенадцать лет в ИТ. Более четырех лет опыта в оценке ИТ-проектов.
Описание мастер-класса:
Практичность мастер-класса основана на реальном примере и непосредственно примененных нами практиках и процедурах. В основе лежат реальные требования по разработке и цифры, полученные по результатам составления бюджета.
Наглядность мастер-класса подразумевает наглядную демонстрацию работы по построению бюджета проекта. Будет наглядно продемонстрирована работа со специализированными средствами оценки проекта:
SEER for Software, SEER for IT ( http://www.galorath.com/index.php/products/ )
Мы покажем как мы настраивали бюджетную модель под наш проект.
Интерактивность мастер-класса, за счет того, что мы предоставим возможность слушателям поучаствовать в процессе модификации модели так, как если бы они сами решили разработать наш продукт и планировали собственный бюджет:
Мы попросим слушателей описать некоторые ключевые особенности процессов разработки.
Покажем как эти конкретные особенности влияют на итоговый бюджет.
Продемонстрируем слушателям за счет чего они могли бы провести оптимизацию своего бюджета, например:
Как опыт специалистов влияет на скорость и стоимость проекта.
На сколько может затянуться работа по проекту, если команда разработчиков территориально разделена между несколькими офисами.
Как провести оценку самых существенных рисков проекта на ранней стадии.
2. Обо мне
В IT c начала 2000-ых, начинал как программист,
дальше нашел себя в процессах обеспечения качества,
о на этом не остановился…
В данный момент строю бизнес-процессы различного
уровня сложности в компании Ростелеком ИТ
4. Дорожная карта 4
1 2 3
Что такое расширенная
диаграмма выгорания работ.
Практика применения в
энтерпрайзе
Плюсы и минусы
5. Диаграмма сгорания задач — диаграмма, показывающая количество
сделанной и оставшейся работы. Не является артефактом фреймворка Scrum.
Обновляется ежедневно с тем, чтобы в простой форме показать подвижки
в работе над спринтом. График должен быть общедоступен.
Существуют разные виды диаграммы:
• диаграмма сгорания работ для спринта — показывает,
сколько уже задач сделано и сколько ещё остаётся
сделать в текущем спринте.
• диаграмма сгорания работ для выпуска проекта —
показывает, сколько уже задач сделано и сколько
ещё остаётся сделать до выпуска продукта (обычно
строится на базе нескольких спринтов)
Секунда википедии
5
Расширенная диаграмма
выгорания работ
6. • Заранее известен объем работ;
• Единицы планирования должны быть теми же, что единицы списания;
• Культура отражения работы в трекере;
• Культура добавления работы в трекер.
Применимость — проектная деятельность
6
Расширенная диаграмма
выгорания работ
7. 7
Расширенная диаграмма выгорания работ
Объем оставшейся
запланированной
работы
Сколько
нам подкинули
Как работу работаем
Дата завершения
работ
Как нам ее
подкидывают
8. Что внутри предсказания….*
Предположения:
• Величина сделанной работы и добавленной работы —
случайные величины;
• Эти величины распределены по нормальному закону;
• Параметры распределения (среднее и стд. отклонеие)
не изменяются в будущем;
Предсказание:
• Количество сделанной работы в будущем —
случайная величина;
• Насколько уменьшиться количество работы
за N итераций — случайная величина;
• Определить вероятность того, что случайная величина,
размер сделанной работы, будет больше или равна
остатку работы.
Наносекунда статистики
8
0
0.2
0.4
0.6
0.8
1
1.2
0
0.02
0.04
0.06
0.08
0.1
0.12
-20 -10 0 10 20
* Много наивности
Расширенная диаграмма
выгорания работ
10. 10
Это только для одной команды!
У нас огромные релизы!
У нас сотни эпиков!
У нас множество команд!
У нас запутанная иерархия!
Диаграмма Ганта — рулит!
Практика применения в энтерпрайзе
11. 11
Сырые данные
в трекере
Данные, готовые
к фильтрации
Данные, готовые
к отображению
Графическое
представление
SQL Сводная таблица Отображаем
Практика применения в энтерпрайзе
Нормальное расрпеделение не правда – с ним проще работать аналитически.
Сумма величин распределенных нормально, точно так же распределена нормально – центральная предельная теорема
За N итераций мы сделаем какое то количество работы
Фактически мы решаем задачу с какой вероятностью случайная величина, размер сделанной работы, будет равна или больше чем остаток работы.