Володимир Железняк & Дмитро Снісарь: “Я не випущу поганий код, тому дайте мен...Lviv Startup Club
Kyiv Project Management Day 2016 Володимир Железняк & Дмитро Снісарь: “Я не випущу поганий код, тому дайте мені ще час” чули?
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Почему цели не достигаются? Промо вебинар к онлайн курсу "Компас победителя"Наталья Старжинская
ГЛАВНАЯ ЗАДАЧА ТРЕНИНГА – вызывать позитивные изменения в вашей жизни, способствовать достижению поставленных целей. Активная работа в процессе тренинга и готовность активно реализовывать свои решения и планы, действительно может коренным образом изменить вашу жизнь. Причём изменить её в нужном вам направлении.
Если у вас возникли вопросы во время просмотра вебинара, вы можете задать мне их здесь: http://www.facebook.com/www.snmaster
Я буду рада вам ответить и познакомится ещё ближе!
Детальнее узнать о тренинге «Компас Победителя», а также зарегистрироваться на него вы сможете по ссылке:
http://webinary.com.ua/news/bazovyj_trening_kompas_pobeditelja/2013-04-18-514
Напоминаю вам, друзья, что до 30 апреля вы сможете приобрести участие в тренинге с большой скидкой! Не пропустите эту возможность!
До новых встреч онлайн!
Наталия Старжиснкая
www.snmaster.com
Володимир Железняк & Дмитро Снісарь: “Я не випущу поганий код, тому дайте мен...Lviv Startup Club
Kyiv Project Management Day 2016 Володимир Железняк & Дмитро Снісарь: “Я не випущу поганий код, тому дайте мені ще час” чули?
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Почему цели не достигаются? Промо вебинар к онлайн курсу "Компас победителя"Наталья Старжинская
ГЛАВНАЯ ЗАДАЧА ТРЕНИНГА – вызывать позитивные изменения в вашей жизни, способствовать достижению поставленных целей. Активная работа в процессе тренинга и готовность активно реализовывать свои решения и планы, действительно может коренным образом изменить вашу жизнь. Причём изменить её в нужном вам направлении.
Если у вас возникли вопросы во время просмотра вебинара, вы можете задать мне их здесь: http://www.facebook.com/www.snmaster
Я буду рада вам ответить и познакомится ещё ближе!
Детальнее узнать о тренинге «Компас Победителя», а также зарегистрироваться на него вы сможете по ссылке:
http://webinary.com.ua/news/bazovyj_trening_kompas_pobeditelja/2013-04-18-514
Напоминаю вам, друзья, что до 30 апреля вы сможете приобрести участие в тренинге с большой скидкой! Не пропустите эту возможность!
До новых встреч онлайн!
Наталия Старжиснкая
www.snmaster.com
Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта:
— Что делать в первую очередь? Как управлять приоритетами?
— Как интегрировать сбор требований в итеративный процесс разработки.
В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
The talk about Agile mindset, how did we get there, what paradigms shift had lead to bringing Agility as the primary driving principles for software development.
This talk includes an example of a product company that had built and organized with Agile principles in mind.
Also, there is a piece of advice for companies that are doing development on demand or professional services.
Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта:
— Что делать в первую очередь? Как управлять приоритетами?
— Как интегрировать сбор требований в итеративный процесс разработки.
В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
The talk about Agile mindset, how did we get there, what paradigms shift had lead to bringing Agility as the primary driving principles for software development.
This talk includes an example of a product company that had built and organized with Agile principles in mind.
Also, there is a piece of advice for companies that are doing development on demand or professional services.
The process of software development for reasonably small team (less that 9 people) is pretty straitforward. Usually it is based on Scrum or Kanban with some variations and simplifications.
For huge team with more then 30 people it is not that obvious. For sure teams have interdependencies both in coding and requirements management that can really slow down development.
For people and teams it looks like constant interruptions caused by other teams and management. The problem is that “classic” Agile doesn’t help.
In this session we will consider methods of scaling Agile in huge teams.
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Что делать в ситуации, когда несколько команд работают над одним проектом или продуктом? Возникают зависимости. Мы рассмотрим как ими можно управлять и как повысить общую эффективность процесса.
Выступление на коференции AgileDays'15 20 марта
Бизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются.
Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market.
Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации.
Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Мир меняется очень быстро. То, что казалось нормальным еще несколько лет назад, перестало быть таковым. Например, наши родители не считают, что работа должна приносить удовольствие. Они уверены, что работа должна приносить деньги.
Все поменялось. Теперь все уверены, что работа должна нравится. Если это не так, нужно немедленно эту работу сменить на другую, более развлекающую.
С этим можно спорить и несоглашаться, но победить это уже нельзя. Вопрос в том, можем ли мы это использовать и как это сделать?
Мы поговорим о геймификации, одном из способов этого добиться. Геймификация — это использование игровых подходов вне игрового контекста.
Вот и мы с вами посмотрим, как практики гейм дизайна использовать для улучшения процесса разработки ПО.
Энтропия растет. Так устроена вселенная. Команда или организация сначала использует Agile, и переполнена энтузиазмом. Она успешно решает свои проблемы. Но время идет и процесс перестает улучшаться. Возможно, команда выбралась в свою зону комфорта. Или улучшение процесса не так уж и нужно команде и деградация - часть закономерного процесса восстановления статус-кво?
А можно ли сделать улучшение процесса действительно непрерывным? И что для этого нужно сделать?
Мы рассмотрим в докладе особенности процесса улучшения процесса и рассмотрим, каким должен быть лидер этого процесса, его задачи и инструменты.
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
UX в Scrum: Итерация ноль для проектирования продуктовAskhat Urazbaev
В этом докладе я расскажу об опыте и практиках проектирования продуктов в Agile. Мы обсудим исследование и создание концепции продукта,первоначальный сбор требований, проектирование пользовательского взаимодействия и как подготовить команду к первым итерациям.
20. Непрозрачность
• Если мы можем решить проблему, мы о ней
никому не рассказываем
• Руководство не может исправить процесс
21. «В сибирской ссылке был нашим соседом некий
Федя. Как-то летом притащил он нам огромный
таз свежей рыбы.
— Жарьте, - сказал он лаконично.
— Спасибо, Федя, - сказал я удивленно и
растроганно, - только ведь за сети и бредень
рыбнадзор штрафует и под суд отдает - ты не
боишься?
— Эх, Мироныч, - снисходительно сказал мне
Федя. - Ты не знаешь, что ли? Я же и есть
рыбнадзор.»
Гаррик Губерман
«Воспоминания»
24. Чужой босс
• Указания сверху это ограничения
• Минимум информации наверх
• Обмануть такого – подвиг
• Ничего не улучшает просто так
Разбирайтесь
сами
Как хотите
Но если что-то
пойдет не так,
накажу
25. Борьба коррупции с бюрократией
• Отсутствие наказания убивает правило
• Порождает новое правило по контролю
• … и методы его обхода
32. Мотивация
Не напряженное состояние
• Не работающие правила
не позволяют выстроить
процесс
• Ориентация на цель
приводит к
субоптимизации
• Непрозрачность для
руководства приводит к
бюрократии
Напряженное состояние
• Быстрое формирование
команды и выявление
лидеров
• Быстрое принятие
решений
• Игнорирование правил
ускоряет достижение цели