Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Принципы эффективного управления компаниейНовый Сайт
Коммерческий директор "Новый сайт" Иван Панасюк - о принципам эффективного управления компанией для семинара «Формула компании: новые подходы к внутреннему развитию команды» (19 мая, Минск).
Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Принципы эффективного управления компаниейНовый Сайт
Коммерческий директор "Новый сайт" Иван Панасюк - о принципам эффективного управления компанией для семинара «Формула компании: новые подходы к внутреннему развитию команды» (19 мая, Минск).
12 инструментов для бизнеса, которые помогут работать быстрее и эффективнееНовый Сайт
Про полный комплект инструментов, необходимых для организации работы компании, - в докладе Алексея Рожко, менеджера партнерского отдела 1С-Битрикс.
Семинар «Формула компании: новые подходы к внутреннему развитию команды», 19 мая, Минск.
Как с помощью GTD получить полный контроль над своей жизнью. уверенно продвигаться вперед и не испытывать стресса от информационной перегрузки. Как фокусироваться на главном и достигать целей меньшими усилиями. Ваш шанс наконец перестать беспокоиться и наконец начать жить полной грудью без страха.
The document provides an overview of best practices for writing effective emails, covering topics such as structure, tone, style, and clarity. It discusses key elements like subject lines, salutations, signatures, and paragraph structure. The purpose is to teach readers how to write emails that are clear, concise, and easy for the recipient to understand and act upon.
This document provides an overview of advanced topics in Apache Maven 2, including working with multi-module projects, Maven inheritance and aggregation, profiles, properties, plugins, and configuring a Nexus repository. It discusses how Maven can be used to build projects with multiple modules and dependencies by defining a parent pom that inherits common configuration and defines child modules. It also describes features like profiles, properties, and plugins that add flexibility and customization to Maven builds. Finally, it provides guidance on configuring a Nexus repository for artifact storage and management.
This document discusses non-blocking algorithms for controlling shared resources and avoiding race conditions. It describes Treiber's algorithm for implementing a non-blocking stack using compare-and-set operations. Performance comparisons show concurrent and synchronized data structures handling different thread loads. Non-blocking algorithms can utilize all server resources but choose collections based on task. Java 7 generally outperforms Java 6 for concurrent collections.
This document provides an introduction to XML, including what XML is, its syntax, tags, elements, attributes, schemes, and tools. XML (Extensible Markup Language) is a markup language similar to HTML that is used to describe data. It uses tags to structure information, but does not define specific tags - the user defines their own tags. XML documents also use a DTD (Document Type Definition) or XML Schema to validate the structure and relationship of elements and attributes.
The document provides an overview of roles and responsibilities on a large-scale software project. It begins by introducing the project manager, Damir Tenishev, and then discusses the characteristics of different types and sizes of software projects from very small one-person projects to very large projects requiring thousands of people. It outlines core development roles including developers, testers, designers, and quality assurance. It also discusses support, management, informal roles, areas of specialization, and examples of specific project teams. The document emphasizes the importance of communication between roles.
12 инструментов для бизнеса, которые помогут работать быстрее и эффективнееНовый Сайт
Про полный комплект инструментов, необходимых для организации работы компании, - в докладе Алексея Рожко, менеджера партнерского отдела 1С-Битрикс.
Семинар «Формула компании: новые подходы к внутреннему развитию команды», 19 мая, Минск.
Как с помощью GTD получить полный контроль над своей жизнью. уверенно продвигаться вперед и не испытывать стресса от информационной перегрузки. Как фокусироваться на главном и достигать целей меньшими усилиями. Ваш шанс наконец перестать беспокоиться и наконец начать жить полной грудью без страха.
The document provides an overview of best practices for writing effective emails, covering topics such as structure, tone, style, and clarity. It discusses key elements like subject lines, salutations, signatures, and paragraph structure. The purpose is to teach readers how to write emails that are clear, concise, and easy for the recipient to understand and act upon.
This document provides an overview of advanced topics in Apache Maven 2, including working with multi-module projects, Maven inheritance and aggregation, profiles, properties, plugins, and configuring a Nexus repository. It discusses how Maven can be used to build projects with multiple modules and dependencies by defining a parent pom that inherits common configuration and defines child modules. It also describes features like profiles, properties, and plugins that add flexibility and customization to Maven builds. Finally, it provides guidance on configuring a Nexus repository for artifact storage and management.
This document discusses non-blocking algorithms for controlling shared resources and avoiding race conditions. It describes Treiber's algorithm for implementing a non-blocking stack using compare-and-set operations. Performance comparisons show concurrent and synchronized data structures handling different thread loads. Non-blocking algorithms can utilize all server resources but choose collections based on task. Java 7 generally outperforms Java 6 for concurrent collections.
This document provides an introduction to XML, including what XML is, its syntax, tags, elements, attributes, schemes, and tools. XML (Extensible Markup Language) is a markup language similar to HTML that is used to describe data. It uses tags to structure information, but does not define specific tags - the user defines their own tags. XML documents also use a DTD (Document Type Definition) or XML Schema to validate the structure and relationship of elements and attributes.
The document provides an overview of roles and responsibilities on a large-scale software project. It begins by introducing the project manager, Damir Tenishev, and then discusses the characteristics of different types and sizes of software projects from very small one-person projects to very large projects requiring thousands of people. It outlines core development roles including developers, testers, designers, and quality assurance. It also discusses support, management, informal roles, areas of specialization, and examples of specific project teams. The document emphasizes the importance of communication between roles.
This document outlines principles and patterns for service-oriented architecture (SOA) design. It begins with an introduction and agenda, then covers service fundamentals like loose coupling and statelessness. Major sections discuss service design principles like autonomy and standardized contracts, inventory design patterns like normalization and layers, individual service design patterns like agnostic capabilities and messaging, and composition design patterns like routing and security. The goal is to discover principles for effective service-oriented design and how patterns support those principles.
Презентация вебинара: Межкультурная коммуникация. Особенности взаимодействия с иностранными коллегами на примере работы с коллегами из Китая.
Автор: Екатерина Невзорова
The document discusses Gradle, an open-source build automation tool. It provides an overview of Gradle's benefits such as scripting flexibility, incremental builds, and IDE project generation. It also covers key Gradle concepts like dependency management, testing, publishing artifacts, and custom tasks/plugins.
Как с помощью GTD получить полный контроль над своей жизнью. уверенно продвигаться вперед и не испытывать стресса от информационной перегрузки. Как фокусироваться на главном и достигать целей меньшими усилиями. Ваш шанс наконец перестать беспокоиться и наконец начать жить полной грудью без страха.
Адаптация сотрудников включает в себя много процессов и подготовительной работы, в нее вовлечены и коллеги, и руководители. Мы собрали успешный и неуспешный опыт построения системы адаптации сотрудников в различных организациях, и поделимся им с вами.
Сайт проекта: http://hredu.ru
Facebook: http://facebook.com/hreduru
LinkedIn: https://www.linkedin.com/company/hredu-ru/
Презентация доклада Максима Дроздова, менеджера проектов компании "ИСС Арт" "Контроль над распределенной командой".
Вебинар "Управление удаленной командой разработчиков".
The document outlines various types and classifications of software testing. It discusses different testing schemes including unit, integration, system and acceptance testing. It also covers test approaches such as white-box, black-box and grey-box testing. Functional and non-functional types of testing are described along with positive and negative testing scenarios. The goals, methods, and bases of testing are also addressed at a high level.
Webinar "Differences between Testing in Waterfall and Agile"
presentation by Maria Teryokhina
http://www.exigenservices.ru/webinars/testing-in-waterfall-and-agile
The document provides an overview of Windows Azure, a cloud computing platform. It discusses core Azure services including virtual machines, cloud services, web roles, and storage options. The document also outlines different compute and instance sizes available on Azure and recommends starting simply with Azure's free trial to build and deploy applications that can automatically scale on demand. Resources for learning more about Azure are also referenced.
The document discusses various techniques for project estimation including three point estimation, Delphi method, planning poker, function point analysis, use case points, and PERT diagrams. It provides details on each technique including how they are conducted, their advantages and disadvantages, and when each is best applied. The key aspects that estimators need to consider for large scale projects are work partitioning challenges, increasing communication overhead with larger teams, and understanding how fast the project can realistically be completed based on its size.
The document provides an overview of testing Java code using test-driven development (TDD). It discusses the basics of TDD, including writing tests before code, running tests frequently during development, and using tests to drive code design. It also covers best practices for unit testing like testing individual units of code in isolation using mock objects, verifying method calls and arguments, and testing exceptional behavior. The document emphasizes writing testable code, using testing frameworks to their full capabilities, and having thorough test coverage of all requirements and use cases.
The project provides a reporting system with the following key features:
- Creating, editing, and viewing reports through a user-friendly interface
- Support for importing and exporting Excel reports
- Role-based access levels including Executor, Supervisor, and Administrator
- Pages for viewing, importing, creating, searching and editing reports and users
2. Цели
• Узнать методы и инструменты
эффективной организации времени
• Получить практические рекомендации по
оптимизации рабочего времени
Confidential
1
4. Содержание
• Время как ресурс
• Источники неэффективности
• Тактика: производительность и отдых
• Стратегия: цели и приоритеты
• Системы управления временем
• Колесо жизни: сбор информации
• Практические рекомендации
Confidential
3
6. Зачем нужен Time management?
Задач больше, чем времени
Различный контекст и
приоритеты
Необходимость
одновременного выполнения
задач
Психологические
особенности
Confidential
5
9. Источники неэффективности: тактика
• списки дел – неполные или
отсутствуют
• многозадачность
• нет потока
• беспорядок
• недостаток отдыха
Confidential
8
12. Источники неэффективности: Стратегия
нет видения
нет целей или плохие формулировки
целей
узкий фокус, нет баланса
плохое планирование, авралы
нечеткие приоритеты
нет ретроспективы, нет обучения
Confidential
11
13. Хронометраж – что измерять?
• сколько потрачено
• на что потрачено
• на что было запланировано
Confidential
12
18. Ритмичные перерывы
• Производительность падает при непрерывной работе
• Необходимо переходить на стратегический уровень
Товарищ, запомни правило
простое:
Работаешь - сидя,
Отдыхай - стоя!
В. Маяковский.
Confidential
18
19. Pomodoro
Todo на день
Выбираем первое дело
Заводим таймер на 25 минут
Работаем 25 минут
5 минут отдыхаем
Выбираем новое дело (или
продолжаем прежнее)
Каждые 4 помидора отдых 15-30
минут
Confidential
19
20. Уровни систем управления временем
•
•
•
•
“напоминалки”, списки дел
дневное планирование
приоритизация по важности
приоритизация по важности и срочности
Confidential
20
24. Почему бы не держать все в голове?
• незавершенное дело
остается «в фоне»
• система «напоминаний»
мозга несовершенна
• максимальная продуктивность достигается при
минимуме отвлечений
Confidential
24
25. Что Такое GTD?
•
Управление рабочим процессом.
•
6-уровневая модель обзора.
•
Естественный метод планирования.
Confidential
26
26. Определения GTD
Стафф – единица входящей информации
Действие – короткая активность с осязаемым результатом
Проект – результат, который достигается в более чем одно
действие
Контекст – физическое окружение, где действие осмысленно и
осуществимо
Confidential
27
37. Литература
• First Thing First. Covey, Stephen co-authored with Roger and
Rebecca Merrill. (1994). ISBN 0-684-80203-1
• Getting Things Done: The Art of Stress-Free Productivity.
Allen, David (2001). Penguin Books. ISBN 0-14-200028-0.
• Тайм-драйв. Как успевать жить и работать. Архангельский,
Глеб (2007). Манн, Иванов и Фербер. ISBN 978-5-902862-41-3,
978-5-902862-37-6
• Co-Active Coaching: New Skills for Coaching People Toward
Success in Work and Life. Laura Whitworth, Karen KimseyHouse, Henry Kimsey-House. Davies-Black Publishing. ISBN:
0891061983
• wikipedia.org
Confidential
39