Обзор книги «Объяснение сотрудничества»

Обзор книги «Объяснение сотрудничества»

Книга Джин Табаки «Объяснение сотрудничества» была опубликована в 2006 году и долгое время была в моем списке книг для чтения, прежде чем я наконец прочел ее. Ее книга постоянно входит в число рекомендуемых книг в списках лучших книг по Agile, в основном в зарубежных источников.

Джин Табака специализируется на гибкой разработке программного обеспечения и тесно сотрудничала с множеством компаний и команд над внедрением гибких методологий. В книге она описывает, как лучше всего выполнять проекты в итеративной и совместной манере.

Джин Табака
Закончила Magna Cum Laude и стала научным сотрудником Университета Миссури, получила степень магистра французской литературы в Мичиганском государственном университете и степень магистра компьютерных наук в Университете Джона Хопкинса.

Основное внимание в книге уделяется работе с самоорганизованными командами, давая им возможность принимать собственные решения. Суть состоит в том, что этот подход к расширению прав и возможностей» требует другого стиля руководства, а именно лидера-слугу, роль которого заключается в содействии, а не в лидере «командования и контроля», который возглавляет группы и говорит им, что делать.

Отдельное видео из Bootcamp про лидера-слугу

В книге очень подробно объясняются некоторые способы, которыми можно помочь создать самоорганизованные команды и способствовать развитию культуры сотрудничества.

Основные аспекты коллективного лидера?

  • В «Объяснении сотрудничества» Табака объясняет основные аспекты лидерства, который использует инструменты фасилитации: «Как профессия, фасилитаторы работают в качестве опекунов для команд. Они управляют совместным процессом, который направляет принятие решений, достижение консенсуса и продуктивную работу команды (…). Фасилитатор владеет процессом, а не решениями, которым он прокладывает путь».
  • Самоорганизующиеся коллективные команды. Естественно, чтобы создать культуру сотрудничества, нужна команда, которая чувствует себя уверенно и способна работать совместно и самоорганизоваться. В книге есть ссылки на авторов Agile, таких как Пит МакБрин и Джим Хайсмит, которые изменили представление о роли менеджеров проектов. Вместо того, чтобы предписывать задачи, которые должна выполнить команда, их роль должна быть в большей степени сосредоточена на определении «миссии» и на построении отношений внутри команды.
  • Определение событий совместной работы над проектами. Многие главы в «Объяснение совместной работы» посвящены факторам совместного управления проектами и продуктами. Хорошими примерами являются встречи по планированию спринтов Scrum. Иногда мне казалось, что по-большей части в книге описывается как лучше всего готовиться к собраниям и управлять ими, но я думаю, что многие читатели найдут эти советы полезными.

Предостережения при планировании встречи

  • Избегайте расширенного обмена статусом;
  • Убедитесь, что обмен информацией соответствует цели планирования;
  • Планируйте, а не стройте;
  • Не завершайте план, не определив действия по его сопровождению.

Пример обзора встречи по планированию Scrum Sprint

  • Кто является владельцем продукта для этого бэклога продукта Sprint?
  • Кто входит в команду проекта?
  • Какие еще заинтересованные стороны «рискуют собственной шкурой» в этом спринте?
  • Какой полный набор элементов в бэклоге продукта следует учитывать в этом спринте?
  • Какова длина этого спринта?
  • Что беспокоит команду по поводу бэклога продукта и продолжительности спринта?
  • Исходя из этих опасений, какие изменения необходимо внести в бэклог продукта?
  • Каков окончательный приоритет элементов в бэклоге продукта?
  • Какие приоритетные элементы из бэклога продукта помещаются в бэклог спринта?
  • Учитывая элементы, помещенные в бэклог спринта, каковы все риски, которыми нужно управлять во время спринта?
  • Как команда проекта должна сообщать заинтересованным сторонам о своем прогрессе и управлении рисками во время спринта?

Главная мысль книги

«Объяснение сотрудничества» — не оправдала всех моих надежд. Я надеялся получить больше практических советов о том, как расширить возможности команд, дать команде уверенность в принятии решений и о том, как лучше всего создать одну проектную или продуктовую команду. Слишком часто я вижу случаи, когда менеджеры предписывают задачи другим, а я действительно верю в совместную ответственность, чувствуя себя ответственным за ту же миссию в равной мере. Поэтому я надеялся получить больше предложений о том, как развивать такое мышление на постоянной основе.

Тем не менее, «Объяснение сотрудничества» отлично подходит для читателей, которые плохо знакомы с Agile-разработкой или хотят узнать больше об эффективных встречах. По этим аспектам в книге содержится много подробностей о конкретных факторах Agile и о том, как получить максимальную отдачу от собраний команды.

Дмитрий Васин

Присоединяйтесь к сообществу CoFounder — сообщество русскоязычных профессионалов из IT и HI-Tech индустрии. Нас более 4 тысяч экспертов-практиков. У нас комфортная атмосфера для нетворкинга, обмена опытом и идеями.

2626 показов
123123 открытия
22 репоста
Начать дискуссию