Team Development Framework I
Tailoring
Tailoring
Прескрептивные фреймворки [AA], такие как Scrum, дают инструкцию о том, как нужно делать. Дескрептивные фреймворки описывают варианты, давая человеку самому принять решение, как действовать в своей конкретной ситуации. К таким фреймворкам относятся также Социократия [SA] и DAD [DA].
Так как оба эти формата живы до сих пор, это значит, что ни один из них нельзя назвать однозначно плохим. Прескрептивные фреймворки действуют хорошо в простых системах (Simple Systems) [CS]: как приготовить брауни или открыть заводскую столовую. В этом случае от пользователя требуется тщательно следовать лучшим практикам – и это с наибольшей вероятностью приведет к успеху. К несчастью, управление проектной командой редко бывает простой системой, поэтому мало кому удается применять Scrum по инструкции: его необходимо адаптировать.
Дескрептивные фреймворки трудно создавать, трудно изучать и трудно адаптировать к своей ситуации. Они работают для Complicated Systems – сложных систем, которые, тем не менее, можно понять, начертить или спроектировать. К примеру, люди уже 150 лет конструируют автомобили, но до сих пор нет точной инструкции, как сконструировать лучший из возможных автомобилей. Tesla делает автомобили у которых плохо открываются двери, а Bentley, несмотря на бренд, сконструировал автомобиль у которого при открытии багажника дождевая вода стекает в, собственно, багажник.
Автомобиль – это сложная система, состоящая из разных деталей, которые взаимодействуют друг с другом предсказуемым образом, но мощности человеческого мозга недостаточно, чтобы такие предсказания делать достаточно точно. Поэтому у команды, которая захочет создать новый автомобиль, не будет лучших практик, как в простых системах, а будут просто хорошие практики.
Так как оба эти формата живы до сих пор, это значит, что ни один из них нельзя назвать однозначно плохим. Прескрептивные фреймворки действуют хорошо в простых системах (Simple Systems) [CS]: как приготовить брауни или открыть заводскую столовую. В этом случае от пользователя требуется тщательно следовать лучшим практикам – и это с наибольшей вероятностью приведет к успеху. К несчастью, управление проектной командой редко бывает простой системой, поэтому мало кому удается применять Scrum по инструкции: его необходимо адаптировать.
Дескрептивные фреймворки трудно создавать, трудно изучать и трудно адаптировать к своей ситуации. Они работают для Complicated Systems – сложных систем, которые, тем не менее, можно понять, начертить или спроектировать. К примеру, люди уже 150 лет конструируют автомобили, но до сих пор нет точной инструкции, как сконструировать лучший из возможных автомобилей. Tesla делает автомобили у которых плохо открываются двери, а Bentley, несмотря на бренд, сконструировал автомобиль у которого при открытии багажника дождевая вода стекает в, собственно, багажник.
Автомобиль – это сложная система, состоящая из разных деталей, которые взаимодействуют друг с другом предсказуемым образом, но мощности человеческого мозга недостаточно, чтобы такие предсказания делать достаточно точно. Поэтому у команды, которая захочет создать новый автомобиль, не будет лучших практик, как в простых системах, а будут просто хорошие практики.
В еще более сложных системах – Complex Systems, – даже хорошие практики являются редкостью. Такие системы состоят из большого числа простых похожих элементов, но их взаимодействие порождает сложность. Есть Complex System, которые мы создали и которые нам понятны – к примеру, процессор, – до систем, которые мы создали и которые нам непонятны в должной мере. К примеру, экономика, по которой каждый год дают Нобелевские Премии. В таких системах закономерности лучше всего находятся при помощи экспериментов.
В продуктовой разработке к гипотезам и экспериментам пришли в конце 90-х, после того как лопнул пузырь доткомов [SB]. Это случилось по той причине, что создание продукта может и будет Complicated, но люди, которые будут или не будут покупать продукт, точно образуют Complex System.
Дескрептивные фреймворки трудно создавать, трудно изучать и трудно адаптировать к своей ситуации. Они работают для Complicated Systems – сложных систем, которые, тем не менее, можно понять, начертить или спроектировать. К примеру, люди уже 150 лет конструируют автомобили, но до сих пор нет точной инструкции, как сконструировать лучший из возможных автомобилей. Tesla делает автомобили у которых плохо открываются двери, а Bentley, несмотря на бренд, сконструировал автомобиль у которого при открытии багажника дождевая вода стекает в, собственно, багажник.
Описание первой фазы Team Development Framework мы будем давать во многом прескрептивно. Но, конечно, некоторые элементы просто не могут быть универсальными и должны быть адаптированы под вашу специфику. Тем не менее, адаптация не должна приводить к тому, что элемент потеряет смысл. Поэтому первая фаза все же не чистая инструкция, а инструкция с комментариями, которые помогут адаптации.
В продуктовой разработке к гипотезам и экспериментам пришли в конце 90-х, после того как лопнул пузырь доткомов [SB]. Это случилось по той причине, что создание продукта может и будет Complicated, но люди, которые будут или не будут покупать продукт, точно образуют Complex System.
Дескрептивные фреймворки трудно создавать, трудно изучать и трудно адаптировать к своей ситуации. Они работают для Complicated Systems – сложных систем, которые, тем не менее, можно понять, начертить или спроектировать. К примеру, люди уже 150 лет конструируют автомобили, но до сих пор нет точной инструкции, как сконструировать лучший из возможных автомобилей. Tesla делает автомобили у которых плохо открываются двери, а Bentley, несмотря на бренд, сконструировал автомобиль у которого при открытии багажника дождевая вода стекает в, собственно, багажник.
Описание первой фазы Team Development Framework мы будем давать во многом прескрептивно. Но, конечно, некоторые элементы просто не могут быть универсальными и должны быть адаптированы под вашу специфику. Тем не менее, адаптация не должна приводить к тому, что элемент потеряет смысл. Поэтому первая фаза все же не чистая инструкция, а инструкция с комментариями, которые помогут адаптации.
[AA]
Мы слишком заражены академической культурой, когда выражение в три слова нуждается в странице комментариев с анализом литературы. Но мы понимаем, что для практика (то есть для вас) это не так важно, поэтому когда мы все же не можем удержаться от того, чтобы дать ссылку или оставить комментарий о том, что не все так просто и есть исследования, которые опровергают каждый компонент той теории, то мы будем оставлять такой комментарий. Каждый такой комментарий имеет двухбуквенный код, не несущий никакого глубинного смысла. Мы это делаем исключительно по внутренним соображениям.
[SA]
Социократия – это один из фреймворков для создания самоорганизующейся организации через командную работу. Прочитать о Социократии можно в гайде [Bernhard Bockelbrink, James Priest, Liliana David – A Practical Guide for Evolving Agile and Resilient Organizations with Sociocracy 3.0] или на сайте [Link].
[DA]
Disciplined Agile Delivery – это прекрасный пример дескрептивного Agile фреймворка, который сейчас развивает PMI [Scott Ambler, Mark Lines – Choose Your WoW!].
[CS]
В Cynefin Simple System называется Clear System. Автору фреймворка, Дейву Сноудену, сейчас хочется, чтобы все четыре домена начинались на 'C': Clear, Complicated, Complex и Chaotic. Мы бы не хотели поддерживать эту тенденцию. Во-первых, потому что мы считаем, что подбирать названия так, чтобы из них получались красивые аббревиатуры – это очень американская история из 70-х и ценность ее низка. Во-вторых, важная ментальная модель: для практики важно, что системы делятся на простые, Simple, и все остальные. О Cynefin много статей в интернете, но есть и книга с подробным описанием [Dave Snowden – Cynefin: Weaving Sense-Making into the Fabric of Our World].
[SB]
Фундаментальная книга о стартапах, а стартапы – это и есть продуктовая разработка, – это книга Стива Бланка [Steve Blank – The Four Steps to the Epiphany]. В ней можно увидеть, как Стив Бланк строит всю свою книгу на проверке гипотез.
Previous
Preface