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

Проект

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

Пользовательские истории (наш первоначальный бэклог продукта)

1. Как пациент на перитонеальном диализе, я хочу сиденье для унитаза с подогревом ² , чтобы мой полусонный теплый зад мог не терпеть (заусенцев) с ледяным сиденьем для унитаза в предрассветные часы мертвых зима.

История вакансий, версия ³ — Когда я лежу в постели и мне нужно сходить в ванную в предрассветные часы разгара зимы, я хочу избежать ледяного сиденья унитаза, чтобы моя полусонная теплая задница позволяла мне вернуться спать.

2. Как перитонеальный пациент, я хочу иметь плиточный пол с подогревом ² , чтобы мои полусонные босые ноги не терпели холодный кафельный пол в предрассветные часы разгара зимы.

Описание работы, версия ³ — Когда я лежу в постели и мне нужно воспользоваться ванной в предрассветные часы разгара зимы, я хочу избежать холодного плиточного пола, чтобы мои теплые босые ноги позволяли мне вернуться ко сну.

3. Как владельцы дома, мы хотим, чтобы душ был больше, чтобы мы не чувствовали клаустрофобии во время купания.

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

5. Как домовладельцы, мы хотим большую аптечку, чтобы у нас было больше места для хранения наших лекарств (с возрастом приходит больше таблеток; из-за того, что мы часто посещаем нашу аптеку, фармацевт теперь называет нас по именам) .

6. Как домовладельцы, мы хотим заменить туалетные столики на более высокие, освещение и сантехнику на современный вид; это выглядит так «2000».

7. Как владельцы дома, мы хотим иметь два витража с непрерывной сценой природы, чтобы добавить немного красоты в ванную комнату.

8. Как домовладельцы, мы хотим отремонтировать нашу главную ванную комнату ⁴

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

Карта истории пользователя

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

• две скамейки
• верхний тропический душ плюс ручной распылитель
• два фрамуговых окна с витражными вставками

Структура карты позволила нам рассказать нашу историю реконструкции (видение) самим себе и другим, кто будет слушать (семья и друзья), особенно строителям. Эта структура лучше, чем просто случайный список историй.

Поиск строителя

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

Ожидания – традиционное управление проектами

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

• Формальные спецификации с чертежами и формальным процессом изменения
• Задержки в ходе проекта из-за ожидания поставок
• Первоначальный взнос в размере 20-50% от фиксированной цены авансом, а остальная часть по завершению после просмотра перечня оставшихся работ
• Нечастые сообщения после подписания контракта (т. е. руководитель проекта сообщает владельцам дома о любых проблемах по официальному каналу)
• Руководитель проекта, который указывает рабочим, как должна выполняться работа

Сегментные релизы — подход Lean-Agile

Не имея документа с подробными требованиями, мы подписали документ высокого уровня с общим ограничением ⁶ в размере 60 тысяч долларов и внесли типичный авансовый платеж в размере 20%. Документ включал график дополнительных сегментов работы с соответствующими платежами, аналогичный минимальным жизнеспособным продуктам в гибкой разработке программного обеспечения.

• Черновой каркас, сантехника и электрика
• Изготовление шкафа и начало плиточных работ
• Завершение плиточных работ и начало укладки столешниц
• Завершение списка недостатков

Работа не начнется, пока все строительные материалы не будут в наличии и не будут храниться в нашем гараже. Это позволило использовать запасы «точно в срок» и устранить задержки при транспортировке ⁷ после начала проекта. По завершении каждого сегмента фирма попросила нас проверить прогресс и, если мы удовлетворены, оплатить соответствующий дополнительный платеж.

Ежедневные встречи и прямое общение

Каждый день во время реконструкции руководитель проекта и представитель по работе с клиентами (менеджер по качеству) встречались с небольшой командой рабочих и с нами на рабочем месте (Gemba Walk) ⁸ . Мы рассмотрели, что было сделано накануне и что команда запланировала на этот день. Затем PM спросил, есть ли какие-либо препятствия (препятствия) в выполнении работы, которые менеджер мог бы помочь команде устранить.0103 9 . Менеджер проекта и защитник клиентов спросили нас, есть ли у нас какие-либо вопросы, и призвали нас общаться с командой и непосредственно с работниками; на самом деле наше общение было скорее постоянным, чем редким ¹⁰ . Премьер-министр завершил встречу, попросив команду обо всех отмеченных улучшениях (ретроспективно) в процессе, оборудовании и/или расходных материалах.

Быстрое решение с минимальными затратами

Проблемы были? Конечно, были; как и все проекты — как неправильная доставка плитки и несогласованные сообщения. У нас также были неотложные требования к некоторым функциям ванной комнаты и некоторым корректировкам работы, но, приняв изменения, мы смогли решить проблемы быстро и избежать переделок (т.е. не ждать, пока закончится реконструкция. Например, без особых хлопот мы:

• изменена длина душевых стенок,
• добавлена ​​электрическая розетка для сиденья унитаза с подогревом,
• исправлено крепление под раковину,
• изменены размеры витражей,
• усиленный потолок для тяжелого светильника,
• и установили в шкаф выдвижные полки.

И, как и в Lean-Agile, мы отложили решения по:

• размеру и обрамлению зеркал,
• подбор сантехники и осветительных приборов,
• мебель для умывальника и корпусная фурнитура,
• дизайн витража,
• размер дверей шкафа и выдвижных полок,
• цвет краски для стен и морилки,

до последнего возможного момента, когда эта информация была доступна. Но даже с этими практиками Lean-Agile нам по-прежнему нужно было сочетать наши уроки, извлеченные из традиционного управления проектами, такие как конкретизация наших требований, использование измерений, обеспечение того, чтобы наши потребности были достижимы и актуальны в наши сроки (т. е. цели SMART).

Проект и успех в бизнесе

Что ж, несмотря на взлеты и падения, проект был успешным с оговорками: полный объем плюс изменения, превышение графика на 30% (45 дней вместо 30), но в пределах 5% бюджета благодаря нашим дополнениям ¹¹ . Но самое главное, мы наслаждаемся качественными преимуществами. Да, это был деловой успех с точки зрения личного комфорта. Теплые и поджаренные, мы наслаждаемся красивой, современной ванной даже в холодную погоду.

Извлеченные уроки

Я больше убежден, что подход Lean-Agile можно успешно использовать за пределами мира разработки программного обеспечения. По крайней мере, для небольших строительных проектов, таких как реконструкция нашей ванной, Lean-Agile работает достаточно хорошо. Хотя я должен признать, что печально известный статус завершения 95%, который, кажется, длится целую вечность, существует в строительстве, как и в проектах программного обеспечения; я чувствую, что это явление связано с началом нового проекта до завершения текущего проекта (т. е. многозадачность).

Кстати, фирма, занимающаяся реконструкцией, уже несколько лет использует подход Lean-Agile. Они основывали свой процесс на более чем 30-летнем опыте непрерывного совершенствования и извлеченных уроках (т. е. передовом опыте).

Крупномасштабные проекты

Насколько хорошо масштабируется Lean-Agile для крупных строительных проектов, необходимо испытать и процитировать. Мы точно знаем, что для крупных проектов по разработке программного обеспечения существуют крупномасштабные подходы, такие как LeSS, Scrum-of-Scrums и SAFe 9. 0103 ® . Однако крупные строительные проекты имеют уникальные проблемы с большими бюджетами и обычно включают много субподрядчиков. Возможно, подойдет гибридный подход (смесь водопада и agile). Но документ с формальными требованиями традиционного управления проектами может быть не менее важным из-за характера проекта.

П.С.

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

С помощью Lean-Agile мы делаем достаточно начального планирования, чтобы проложить грунтовую дорогу в направлении нашей цели, понимая, что на пути к готовому шоссе будут повороты и повороты. Другими словами, примите и приготовьтесь к грядущим изменениям.

Автор: Г-н Монтелеоне имеет степень бакалавра наук. по физике и степень магистра по информатике Техасского университета A&M. Он сертифицирован в качестве специалиста по управлению проектами (PMP ^® ) Института управления проектами (PMI ^® ), сертифицированного специалиста по бизнес-анализу (CBAP ^® ) Международного института бизнес-анализа (IIBA ^® ). , сертифицированный ScrumMaster (CSM) и сертифицированный владелец продукта Scrum (CSPO) от Scrum Alliance. Он имеет сертификат продвинутого мастера в области управления проектами и сертификат бизнес-аналитика (CBA 9).0103® ) Школы бизнеса Университета Джорджа Вашингтона. Марк также является членом Ассоциации развития стоимостной инженерии (AACE) и Международной ассоциации фасилитаторов (IAF).

Марк является президентом компании Monteleone Consulting, LLC и автором книги «20-минутный бизнес-аналитик»: сборника коротких статей, юмористических рассказов и справочных карточек для занятого аналитика. С ним можно связаться через — www.baquickref.com.

Ссылки/сноски:

1. Обратите внимание, что формат, который я выбрал здесь, — это пользовательские истории, поскольку это строительный проект. Однако вместо этого я мог бы использовать рассказы о работе (см. примечание 3). В проектах по разработке программного обеспечения я предпочитаю детали обсуждения вариантов использования при документировании необходимых возможностей системы.
2. Два верхних требования связаны с состоянием здоровья моей жены; она находится на перитонеальном диализе и постоянно мерзнет. Для этих двух пользовательских историй я также предоставил Job Stories 9.0103 3 для сравнения. Историю работы можно использовать, когда несколько пользователей разделяют общую цель — не нужно указывать конкретную роль (я определенно разделю/наслажусь преимуществами, как и моя жена). Также обратите внимание, что стиль описания работы ориентирован на мотивацию пользователя, а не на решение проблемы, как в случае с пользователем.
3. История работы — это концепция, разработанная Аланом Клементом. См. книгу «Решение новатора» Клейтона Кристенсена и Майкла Рейнора, опубликованную издательством Harvard Business School Press.
4. В пользовательской истории номер 8 перечислены нефункциональные требования или ограничения. Другими ограничениями могут быть бюджет и временные рамки. Предыдущие истории (1-7) являются функциональными требованиями.
5. Карта пользовательской истории — это концепция, разработанная Джеффом Паттоном. См. его книгу «Карта пользовательских историй», опубликованную O’Reilly.
6. В смету была включена только установка сантехники, но не стоимость сантехники.
7. Однако ограничение движения было проблемой, так как пространство ванной комнаты было недостаточно большим для размещения некоторого оборудования, такого как пилы для плитки и пиломатериалов. Рабочим приходилось совершать много поездок в гараж, чтобы использовать это оборудование; к счастью, припасы были в гараже.
8. Gemba Walk в переводе с японского означает «настоящее место». Это означает посещение фактического места работы, наблюдение за процессом, понимание работы, задавание вопросов и обучение.
9. Обратите внимание, что продакт-менеджер и консультант по работе с клиентами также выполняли функции управления качеством, как шеф-повар в ресторане, проверяющий блюда перед тем, как официанты обслуживают клиентов. Они проверяли работу по мере ее выполнения и следили за тем, чтобы она соответствовала их стандартам — демонстрируя качество. Например, премьер-министр сообщил рабочему, что мембрана пола душа слишком короткая и должна быть выше на внутренних стенах, чтобы не было утечек воды. Кроме того, специалист по защите прав клиентов заменил некоторые поврежденные деревянные панели для улучшения визуального эффекта. В обоих случаях пришлось переделывать (технический долг), но с гораздо меньшими затратами, чем ожидание, пока душ не будет облицован плиткой, а деревянные панели не будут окрашены.