Galvojums




НазваниеGalvojums
страница9/14
Дата публикации12.07.2013
Размер0.64 Mb.
ТипРеферат
exam-ans.ru > Информатика > Реферат
1   ...   6   7   8   9   10   11   12   13   14
^

Результат внедрения


В результате внедрения команда разработчиков обзавелась единым порталом для разработки, в котором представляется минимально необходимая информация о разработке. Каждый спринт теперь начинается с просмотра Agilo и разработки самого приоритетного задания. Ежедневно проводятся короткие совещания, где разработчики отчитываются перед лидером команды разработки. День или выполненное задание заканчивается отметкой прогресса в Agilo. Перед каждым спринтом проводится планирование следующего спринта на основе пожеланий представителей бизнеса. Графически этот процесс отображён на рис. 3.



Рис. 3. Обзор спринта

Для облегчения понимания процесса разработки как разработчикам, так и остальным вовлечённым людям, детальный процесс разработки с использованием Agilo был отображён графически и представлен на рис. 4:



Рис. 4. Детальный процесс разработки с использованием Agilo

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

        Value stream mapping


VSM – одна из техник Agile разработки ПО, используемая для анализа и графического отображения зависимостей процессов. К примеру, пока не будет завершена разработка, тестирование не может быть начато. Либо, пока не было получено задание, разработчик не может начать разработку. Также отображается время простоя, когда из-за очереди или по какой-либо другой причине одно из звеньев не может мгновенно начать работу над пришедшим заданием.

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



Рис. 5. VSM до анализа

Процесс до анализа не зависит от команды разработчиков и можно описать следующим образом:

  • Заказчик создаёт задание во внутренней БД Lotus и отправляет его системному администратору.

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

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

  • Если необходимость задания была подтверждена, то оно попадает на анализ команде разработчиков.

На следующем рисунке отображены временные затраты на стадии анализа.



Рис. 6. VSM на стадии анализа

Процесс анализа можно описать следующим образом:

  • Задание попадает лидеру команды разработчиков, который должен ознакомиться с самим заданием и отправить разработчику на анализ.

  • Разработчик делает анализ, оформляет его по специально созданному шаблону и отправляет лидеру команды разработчиков на проверку.

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

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

  • Если задание было подтвержденено на разработку, то оно вновь попадает к системному администратору.

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



Рис. 7. VSM на стадии разработки

Процесс разработки с точки зрения компании можно описать следующим образом:

  • Задание попадает к лидеру команды разработчиков. Он, в свою очередь, отправляет задание одному из разработчиков. По возможности к тому, который делал анализ.

  • Ведётся разработка. По окончанию разработки, разработчик должен написать документ по шаблону, в котором должно быть указано, какие сервисы и файлы были созданы / изменены, ссылки на скрипты для БД, изменения настроек, какие внешние системы могут быть подвержены изменениям, а также краткая документация. Документ отправляется лидеру команды разработки и может быть возвращён на доработку.

  • В случае, когда документ окончательно готов, его заносят в БД Lotus к данному заданию, чтобы информация об изменениях не была потеряна и была доступна для всех заинтересованных лиц.

  • Далее разработчик должен подтвердить в БД Lotus, что он проверил работоспособность своих изменений, после чего лидер команды разработки получает оповещение об этом и может отправить задание системному администратору как готовое для установки на тестовое оборудование.
1   ...   6   7   8   9   10   11   12   13   14

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2015
контакты
exam-ans.ru
<..на главную