Лучшая рабочая среда для команды проекта «Электронная книга»

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

Еще хуже то, что в самом начале проекта команда заложила дизайн программного обеспечения и архитектуру для поддержания очень подробной спецификации. В итоге получился крайне сложный код, который трудно расширить. Это привело к большому количеству изменений в коде и к такому же числу «заплаток», которые запутывают код. Если бы команда придерживалась итеративного подхода и поставляла рабочее ПО на протяжении всего проекта, то могла бы планировать каждую итерацию для сохранения стабильного темпа работы. Упрощенный подход just-in-time («точно вовремя») к архитектуре позволил бы создать более гибкий и расширяемый дизайн.

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

Они регулярно воспроизводят и поставляют работающее программное обеспечение и постоянно корректируют работу, чтобы быть уверенными в умении создавать ценное ПО. Члены команды хорошо коммуницируют, документируют только то, что им действительно нужно, используют методы проектирования и строительства, позволяющие создавать обслуживаемый код. И все это – без необходимости работать сверхурочно. Наша команда стала гибкой!

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

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

<< | >>
Источник: Эндрю Стеллман, Дженнифер Грин. Постигая Agile. Ценности, принципы, методологии. 2015

Еще по теме Лучшая рабочая среда для команды проекта «Электронная книга»:

  1. Сформируйте у персонала осознание потребности в качест­венной работе и создайте возможность для улучшения качества. 2. Установите цели для постоянного совершенствования дея­тельности. 3. Создайте организацию, которая будет работать над дости­жением целей, выработав условия для определения проблем, вы­бора проектов, сформировав команды и выбрав координаторов. 4. Предоставьте возможность обучения всем сотрудникам организации. 5. Выполняйте проекты для решения проблем. 6. Информируйте сотрудников о
  2. Лучшая книга, какую я когда-либо читал!
  3. Проектная группа (ядро проекта, команда проекта)
  4. Коллективы типа «рабочая команда»
  5. Дорогой Пол,поздравляю тебя с совершённым полётом. Я видел этот величественный запуск на видео. Я был бы очень рад сотрудничать с тобой, чтобы развивать этот проект и помочь превратить его в серьёзную программу по космическому туризму. Надеюсь, что благодаря известности бренда Virgin, опыту нашей команды по маркетингу и твоим знаниям технологии, мы не только вернём твои инвестиции, но и заработаем достаточно денег, для того чтобы у проекта были ещё более радужные перспективы. Вот наши предложени
  6. КТО ДОЛЖЕН БЫТЬ ХОЗЯИНОМ «ЭЛЕКТРОННЫХ» ПРОЕКТОВ
  7. Это не книга для начинающих
  8. Команда, необходимая для проведения сделок
  9. Для кого предназначена эта книга
  10. ВВЕДЕНИЕ. Для кого эта книга?
  11. О том, для чего нужна эта книга
  12. КОМАНДЫ КОМАНДА МЕЧТЫ И ЭФФЕКТ РЫЧАГА