Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrek
В больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest
Принципы «правильной» автоматизации всем хорошо известны, но почему-то даже опытные автоматизаторы не всегда им следуют. Допуская ошибки одну за другой, мы и не замечаем, как укорачиваем жизнь нашим авто-тестам. В результате, нередко случается так, что наши решения со временем забрасываются и не выживают, либо же превращаются в «чемодан без ручки» - когда нести тяжело, а выбросить жалко.
Я предлагаю по-новому взглянуть на автоматизацию в проектах и увидеть общие ошибки. Я расскажу о 10 принципах автоматизации, к которым пришла моя команда на собственном опыте, и которые помогут не наступать на одни и те же грабли.
Доклад смогут «прочувствовать» все тестировщики, работающие на проектах, где есть автоматизация.
QA Fest 2015. Виктор Гожий. SCRUM в QA команде и как с этим жить.QAFest
- История проекта (с чего началось внедрение SCRUM в QA команде, какая была команда и тп)
- Тестирование в идеальном Agilе (как происходит построение процесса в идеале и что мы можем получить)
- Советы тестировщику в Agile
- Показатели или что от нас хочет Product Owner
- Что мы добавили в обычное SCRUM тестирование и какой получили результат
Выводы что дал SCRUM команде и как поменялась
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
Кирилл Толкачев, Александр Тарасов, Хипстеры в энтерпрайзе. Шагаем в ногу со ...ScrumTrek
В больших компаниях обычно существует пропасть между людьми, которые делают, и людьми, которые сопровождают сделанное. Разные компетенции, разные области знаний, разная ответственность за функционирование продукта не позволяют компании эффективно разрабатывать и внедрять уникальные решения, вовремя менять часть технологического стека или весь стек целиком. Людям становится не интересно и сложно разбираться со старыми наработками, а внедрение новых сопровождается закостенелостью стандартов и инертностью компании. В рамках доклада будут рассмотрены следующие вопросы:
- что сегодня помогает закладывать нужные оси вариативности в архитектуру?
- как отделить и подружить разработку, внедрение и сопровождение?
- как замотивировать людей быть эффективными, использовать удобные инструменты?
- как дать людям свободу в их выборе и разделять ответственность за полученный результат?
а также в программе:
- Docker
- микросервисы
- закон трёх букв
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
QA Fest 2015. Александра Волкова. 10 принципов автоматизации, которые я не пр...QAFest
Принципы «правильной» автоматизации всем хорошо известны, но почему-то даже опытные автоматизаторы не всегда им следуют. Допуская ошибки одну за другой, мы и не замечаем, как укорачиваем жизнь нашим авто-тестам. В результате, нередко случается так, что наши решения со временем забрасываются и не выживают, либо же превращаются в «чемодан без ручки» - когда нести тяжело, а выбросить жалко.
Я предлагаю по-новому взглянуть на автоматизацию в проектах и увидеть общие ошибки. Я расскажу о 10 принципах автоматизации, к которым пришла моя команда на собственном опыте, и которые помогут не наступать на одни и те же грабли.
Доклад смогут «прочувствовать» все тестировщики, работающие на проектах, где есть автоматизация.
QA Fest 2015. Виктор Гожий. SCRUM в QA команде и как с этим жить.QAFest
- История проекта (с чего началось внедрение SCRUM в QA команде, какая была команда и тп)
- Тестирование в идеальном Agilе (как происходит построение процесса в идеале и что мы можем получить)
- Советы тестировщику в Agile
- Показатели или что от нас хочет Product Owner
- Что мы добавили в обычное SCRUM тестирование и какой получили результат
Выводы что дал SCRUM команде и как поменялась
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
В своём докладе мы расскажем о том, что значит DevOps для нас, и как мы его готовим в большой организации со всеми её ограничениями, проблемами и челленджами как с технической, так и менеджерской точек зрения. Поделимся наработанным уникальным опытом в непростых вопросах: а зачем банку вообще нужен DevOps? как поставить более-менее правильные цели и продать это себе, своим коллегам, начальнику и бизнесу? Какие метрики нужно поставить, и попробуем разобраться есть ли в метриках счастье? Покажем, какие метрики были для нас окошком в Нарнию, и что в итоге получилось, расскажем про трансформацию людей и те инженерные практики, которые мы применяем (парная работа, тотальный кодинг, TDD, Infrastructure as a Code, API самообслуживания и т.д.), ответим на вопросы о том, что это за команда DevOps: какие грабли точно подстерегают нас, и как не наступать на них
Преподавание архитектуры предприятия в университетах РФMaxim Arzumanyan
Презентация доклада "Преподавание архитектуры предприятия в университетах РФ" на конференции АПКИТ "Преподавание информационных технологий в РФ 2016", СПб, СПбГУ, 19.05.2016
In this slides, we provide an introduction to the EcoSys Enterprise Projects Performance (EPP) software platform. By natively combining portfolio, project, and contract management processes into a single, flexible solution, EcoSys delivers increased visibility and greater predictability across the project lifecycle to empower informed decisions that maximize returns for owners and agencies and margins for contractors.
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
По статистике, три из четырех проектов заканчиваются неудачей. Из-за нечетких целей, плохого планирования, недоучета рисков и так далее и тому подобное.
И есть еще одна причина.
Плохое управление людьми. Проекты делают люди, поэтому, все управление проектами – это управление людьми. А вовсе не вырисовывание красивых картинок в MSProject. Об этом вы поговорите с Олегом Вайнбергом, экс CIO и тьютором факультета менеджмента Открытого Университета Великобритании.
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU
http://techtalks.nsu.ru
15 марта 2012. Методологии разработки ПО (Семён Факторович и Алексей Сапожков, Noveo)
«Семён Факторович (Noveo) рассказывает про методологии разработки и про то, что на самом деле скрывается за словами "scrum" и "agile"»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Управление проектами: трансформация бизнеса в инженерно-строительной отраслиInfor-media
Криста Ламберт, директор по стратегии в инженерно-строительной отрасли, Oracle Primavera. Доклад "Управление инвестиционно-строительными проектами: трансформация бизнеса в инженерно-строительной отрасли"
1. проекты вовремя
28 - 29 октября, Москва
XII международная конференция
CEE-SECR / РАЗРАБОТКА ПО
Алексей Васильев
Применение
Теории Ограничений Систем
на Agile проектах
2. проекты вовремя 2
Алексей Васильев
● 20 лет в ИТ
● Консультант, Agile коуч
● Выстраиваю процессы
● Технический директор BIPULSE.RU
● Помогаем сдавать проекты вовремя
3. проекты вовремя 3
Боль ИТ проектов
проектов по разработке
ПО превышают сроки
https://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf
74%
5. проекты вовремя 5
Почему?
Сорвали сроки
Низкая точность
оценки
Увеличился
обьем работ
Сработал
неучтённый риск
Плохо оценили
обьем работ
Много
дефектов
Пропустили момент
корректировки
7. проекты вовремя 7
Прошло 17 лет
● 1999 Extreme Programming Explained:
Embrace Change. Kent Beck
● Проекты так же не успевают в сроки
● Клиент счастливее
8. проекты вовремя 8
Клиент вырос
●
Хочет планировать бюджетХочет планировать бюджет
●
Хочет планировать срокиХочет планировать сроки
●
Хочет стыковать с другими проектамиХочет стыковать с другими проектами
9. проекты вовремя 9
Что дает Agile подход
●
Точное попадание в цельТочное попадание в цель
●
Краткосрочное планированиеКраткосрочное планирование
●
За ошибки платит КлиентЗа ошибки платит Клиент
●
Высокий риск потери целей проектаВысокий риск потери целей проекта
●
Нельзя предсказать завершение проекта из заНельзя предсказать завершение проекта из за
неопредленностинеопредленности
11. проекты вовремя 11
Agile метрики
Скорость работы
V =
Sоценки
Dфакт
Когда закончим?
D=V ∗Sостаток
Точность планирования
K =
Sоценки
Sфакт
12. проекты вовремя 12
Как бы так сделать...
● Сдать проект вовремя
● Сделать Клиента счастливым
13. проекты вовремя 13
Разная дистанция разные правила
Нельзя просто так взять иНельзя просто так взять и
пробежать марафонпробежать марафон
в спринтерском темпев спринтерском темпе
14. проекты вовремя 14
Но можно...
1.Управлять ожиданиями Клиента
2.Договариваться об изменениях заранее,
а не в последний момент
3.Вовремя корректировать проект
15. проекты вовремя 15
Теория ограничений систем
● Придумана Элией Голдраттом как сумма
решений
● Оптимизирована для бизнеса и производства
● Просто в применении (5 шагов)
18. проекты вовремя 18
Метод критической цепи
Учитывает что:
● Все лгут
● Мерфи случается
● Синдромом студента все страдают
● Закон Паркинсона работает
22. проекты вовремя 22
проект А
проект B
проект C
Буфер расписания
● Защищает проект от НЕИЗВЕСТНЫХ
рисков
● Индикатор температуры проекта
● Показывает что надо сделать с
проектом прямо сейчас
23. проекты вовремя 23
Буфер расписания
● Зеленый - ничего не
делать, все в норме
● Желтый - готовить
план изменений
проекта
● Красный - применять
план изменений проект А
проект B
проект C
26. проекты вовремя 26
Потребление буфера
● Разница между: Сколько должны были сделать и сколько сделали
где:
B — процент расхода буфера на календарную дату
S(t) — объем проекта который должен быть выполнен на дату
S(a) — фактический выполненный обьем проекта
BS — размер буфера
B=
S(t)−S(a)
BS