KnigaRead.com/
KnigaRead.com » Книги о бизнесе » Управление, подбор персонала » Джефф Сазерленд - Scrum. Революционный метод управления проектами

Джефф Сазерленд - Scrum. Революционный метод управления проектами

На нашем сайте KnigaRead.com Вы можете абсолютно бесплатно читать книгу онлайн Джефф Сазерленд, "Scrum. Революционный метод управления проектами" бесплатно, без регистрации.
Перейти на страницу:

Трудно передать, сколько мне пришлось на своем веку видеть компаний с прекрасными идеями и по-настоящему замечательной продукцией, от которой все сходят с ума. По всем признакам она должна пользоваться успехом и обязательно отыщет свою нишу на рынке. Ведь их вещи такие классные. Но люди, создающие эти вещи, — невзирая на избыток воображения, вдохновения и упорного труда — так никогда и не приходят к пониманию, как на своей продукции зарабатывать деньги.

В чем разница между такими компаниями, как Pets.com и Zappos? И та и другая увидели каждая свой сегмент рынка, на котором люди ежегодно тратят миллиарды долларов. И та и другая нашли очень простой и дешевый способ — заказ и доставка через интернет. Но первая стала олицетворением кризиса доткомов и разбазаривания многих миллионов долларов, а другая оценивается в миллиард с лишним долларов. У обеих компаний был замысел. Однако в деловой политике Pets.com не хватало одной детали — правильно расставленных приоритетов. Основатели Pets.com не знали, что и когда делать.

Я люблю диаграмму Венна и всегда стараюсь демонстрировать такой ее вариант.


Каждый предприниматель обязан обратить внимание на эту диаграмму. Если на первый план будет выдвигаться лишь то, что вы можете предложить рынку, вы рискуете остаться с никому не нужным продуктом на руках; вам остается с не меньшим пылом трудиться дальше и продолжать восхищаться собственными изделиями. Если делать акцент только на желании завоевать рынок, то подстерегает другая опасность: вы можете не успеть выпустить обещанный продукт, и вашу нишу займет кто-то другой. Если вы выпускаете продукт только ради продаж, но производите его, не испытывая любви к своему делу, то в результате напряженный труд оборачивается весьма посредственным товаром. Как всегда, нужно искать золотую середину — на мой взгляд, она заключена в сбалансированной концепции, которая соотносится исключительно с реальным состоянием дел. Если вы воспримете предложенную концепцию правильно, то сможете использовать свой шанс стать прибыльной и интересной компанией. Предыдущие главы были посвящены тому, как трудиться и лучше, и быстрее. Эта глава немного о другом: как сделать, чтобы «и лучше, и быстрее» начало работать на вас; другими словами, как достичь великих побед.

По словам Скотта Максвелла, самой сильной и привлекательной составляющей Scrum стал заранее подготовленный бэклог проекта, в котором перечислены все задания, отсортированные по их приоритетности. Наличие такого документа окончательно повлияло на решение Максвелла внедрить Scrum в OpenView; и по сей день он считает нашу методику залогом своей конкурентоспособности.



БЭКЛОГ. ЧТО И КОГДА ДЕЛАТЬ

Первое, что полагается делать, когда приступаешь к проекту по методике Scrum, — создать список требований к функциональности продукта; список должен быть упорядочен по степени важности задач, подлежащих реализации. Традиционно такой список называется «бэклог»[42]. Иногда он содержит сотни заданий, иногда — всего несколько задач, о которых нужно думать в первую очередь. Само собой, требуется иметь четкое представление, что вы хотите получить в конце своего проекта. Задание может быть любым: программное обеспечение; свадебная церемония; услуга, новая вакцина, перекрашенный дом. Желательно без промедления — едва только сложится концепция замысла — детально продумать все, что потребуется для нормального хода работ.

Недавно я консультировал компанию, которая выпускает системы автоматизации зданий. Отопление, вентиляция, электричество, водоснабжение, кондиционирование — в общем, «все в одном». Один из их новых продуктов представлял собой программное обеспечение для домашней автоматизации, управляющей важнейшими системами в жилом помещении: открыванием входной двери; включением осветительных приборов; расходами на отопление и многим другим — причем все осуществляется с мобильного устройства. Перед началом проекта разработчики, собравшись за одним столом, составили большой список: переключатели, контроллеры, интерфейсы, сенсоры, протоколы коммуникаций и прочее в таком же духе — то есть в нем были перечислены детали, которые понадобятся для нормально функционирующей системы. Не ее принципы, не этапы рабочего процесса, а именно пожелания пользователя. Например, следующее пожелание: «Мне как хозяину надо видеть, кто звонит в дверь, чтобы открывать только тем, кого я хочу впустить в свой дом». Были записаны истории об открывании ворот гаража, включении систем отопления и вентиляции, контроле за состоянием электросети. Разработчики продолжали писать до тех пор, пока не зафиксировали все функции системы. Список оказался длинный — в несколько сотен пунктов. Система обещала быть большой, сложной и весьма привлекательной для пользователей.

Смысл составления бэклога представляет создание максимально полного перечисления требований, предъявляемых к функциям продукта. На самом деле никто и не собирается выполнять подряд каждый пункт, но такой документ, содержащий все, что в принципе могло бы быть включено в концепцию проекта, всегда должен находиться под рукой. Некоторые требования отбираются в первую очередь.

Основной момент, нас интересующий, — принцип расстановки приоритетов. Для этого нужно выяснить, какие пункты списка:


имеют самое большое значение для хода работ над проектом;

важнее всего для заказчика или будущего потребителя;

принесут максимальный доход;

проще всего осуществить.

Следует сразу уяснить простую вещь: в списке полно заданий, до которых у вас никогда не дойдут руки, но вам требуется выбрать те, что принесут наибольшую пользу при наименьшем риске. Поскольку Scrum придерживается поступательной модели разработки и поставки — на языке программистов эта модель называется инкрементальной, — надо начать с такого набора возможностей продукта, который немедленно принесет доход; тем самым вы снизите риски, связанные с проектом. Потому сначала советую отбирать основные функциональности. Хотите оказать быструю услугу заказчику? Тогда берите требование с наивысшим приоритетом, выполняйте его — и, полностью сделав, демонстрируйте клиенту. Это может быть лишь небольшая часть крупного проекта, но ее нужно исполнить до готовности, чтобы не было стыдно показать всем заинтересованным лицам. Перекрашивая дом, начните в первую очередь с обновления гостиной и доведите работу до конца (вплоть до того, что уберете оттуда грязные тряпки и банки с краской) — это будет часть вашего проекта, выполненная целиком.

Перейти на страницу:
Прокомментировать
Подтвердите что вы не робот:*