Agile Transformation in IT-organizations. Алиса Олеговна Бобовникова
Чтение книги онлайн.

Читать онлайн книгу Agile Transformation in IT-organizations - Алиса Олеговна Бобовникова страница 6

Название: Agile Transformation in IT-organizations

Автор: Алиса Олеговна Бобовникова

Издательство: Автор

Жанр:

Серия:

isbn:

isbn:

СКАЧАТЬ daily adaptation of your plan to achieve the Sprint Goal;

      mutual accountability to each other as professionals.

      SCRUM ROLES: PRODUCT OWNER

      A Product Owner is responsible for maximizing the value of the product resulting from the work of the Scrum Team. The ways to achieve maximum value can be very different and depend on organizations, Scrum Teams and specific people. The Product Owner is also responsible for the effective management of the Product Backlog, including:

      Product Goal developing and accurate communicating;

      Product Backlog elements creating and explaining;

      Product Backlog elements organizing;

      Product Backlog transparency, accessibility and understanding providing.

      A Product Owner can do this work himself or delegate it to other persons. However, Product Owner remains responsible for it. In order for Product Owners to succeed in this, the entire organization must respect their decisions. These decisions are reflected in the content and order of the Product Backlog elements, as well as in the Increment being inspected during the Sprint Review26. A Product Owner is one person, not a committee. The Product Owner can reflect the needs of many stakeholders in the Product Backlog. Those who want to change the Product Backlog can do this by trying to convince the Product Owner.

      SCRUM ROLES: SCRUM MASTER

      A Scrum Master is responsible for applying Scrum in accordance with Scrum Guidelines. They do this by helping everyone understand Scrum theory and practices, both within the Scrum Team and organization. The Scrum Master is responsible for Scrum Team effectiveness, helping the Scrum Team improve their working methods within the Scrum framework. Scrum Masters are true leaders who serve the Scrum Team and entire organization.

      A Scrum Master serves the Scrum Team in several ways, including:

      advising team members on self-management and cross-functionality;

      helping the Scrum Team focus on creating Increments with high value that meet the Definition of readiness;

      helping to eliminate obstacles that hinder the progress of the Scrum Team;

      making sure that all Scrum events occur, are positive, productive and do not go beyond the time limits.

      A Scrum Master serves the Product Owner in several ways, including:

      helping to find techniques for effective Product Goal detection and Product Backlog management;

      helping the Scrum Team realize the need for clear and concise Product Backlog elements;

      helping to apply empirical product planning in a complex environment;

      facilitating interaction with stakeholders upon request or if necessary.

      A Scrum Master serves the organization in several ways, including:

      directing, training and advising the organization in Scrum application;

      planning the transition to Scrum and advising on Scrum application within the organization;

      helping employees and stakeholders understand and apply an empirical approach to complex work;

      removing barriers between stakeholders and Scrum Teams.

      SCRUM EVENTS

      Sprint is a container for all other events. Every event in Scrum is a formal opportunity for inspection and adaptation of Scrum artifacts. These events are specially designed to provide the necessary transparency. Failure to conduct any of the Scrum events in accordance with the description leads to a loss of opportunities for inspection and adaptation. Events are used in Scrum to create regularity and minimize the need for meetings not defined in Scrum. A good practice of reducing complexity is to hold all events at the same time, in the same place.

      SPRINT

      Sprints are the pulse of Scrum, where ideas turn into value. This event has a fixed duration of no more than one month to ensure consistency. A new Sprint starts immediately after the completion of the previous one. All the work needed to achieve the Product Goal, including Sprint Planning, Daily Scrum27, Sprint Review and Sprint Retrospective28 events, is done within Sprints.

      Конец ознакомительного фрагмента.

      Текст предоставлен ООО «Литрес».

      Прочитайте эту книгу целиком, купив полную легальную версию на Литрес.

      Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.

      Примечания

      1

      Waterfall methodology, also called cascade or waterfall, is a classic model of the software development lifecycle.

      2

      Combination of both iterative and incremental software development methods when the development progress is achieved by short time periods (iterations), each of them delivering an increment to the product developmen

Примечания

1

Waterfall methodology, also called cascade or waterfall, is a classic model of the software development lifecycle.

2

Combination of both iterative and incremental software development methods when the development progress is achieved by short time periods (iterations), each of them delivering an increment to the product development process.

3

Approaches to software development based on the cascade model, with clear sequential stages, and comprehensive documentation.

СКАЧАТЬ


<p>26</p>

The meeting at the end of each sprint intended to present the product developed by the team during the sprint.

<p>27</p>

This is a Scrum meeting, one of 5 Scrum events, that lasts no longer than fifteen minutes and is held every working day in the same place at the same time.

<p>28</p>

This is a workshop which is held to discuss how to improve the workflow.