Исследование применимости гибких методологий для территориально распределенных проектов по разработке программного обеспечения (на примере компании ЗАО "ЛАНИТ")
Анализ семейства методологий agile. Структура документа предложения по внедрению гибких методологий. Организация внутрипроектных коммуникаций в территориально распределенной команде. Метрики оценки качества проектов по разработке программного обеспечения.
Рубрика | Менеджмент и трудовые отношения |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 08.02.2017 |
Размер файла | 1,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Практика инспекций подразумевает проверку кода и интерфейсов разработчиками самостоятельно, до начала тестирования специалистами по тестированию. Инспекции являются надежным и мощным инструментом, повышающим качество разрабатываемого программного продукта и снижающим затраты на последующую переработку программного продукта. Скрам-мастеру необходимо выстроить в команде культуру инспекций, дав понять ее участникам, что проверка сама по себе является не средством оценки персональных знаний и навыков разработчика, а способом выявления проблемных мест в коде. Следует отметить, что инспекции не обязательно проводить для всех задач, скрам-мастер совместно с ведущими разработчиками может определять насколько полная должна проводиться инспекция в зависимости от сложности задачи.
При инспекциях возможно использование метрик, отражающих наиболее проблемные места в коде, например, количество ошибок на сто строк кода, это позволяет, понять при доработке каких программных модулей нужно быть особенно внимательным, и выявить «узкие места».
Тем не менее, применение практики инспекций не означает отказ от полноценного тестирования, а является дополнительным инструментом верификации качества программного продукта.
6. ОЦЕНКА СОСТОЯНИЯ ПРОЕКТА
В настоящем разделе перечисляются показатели, которые могут быть использованы скрам-мастером для оценки текущего состояние проекта. Данные показатели могут выступать средством принятия решений по внесению изменений в процесс разработки. Следует отметить, что хоть применение всех показателей не является обязательным, для того, чтобы получить объективную точку зрения, необходимо применять комплекс показателей. Набор показателей, которые будут применены на проекте определяется скрам-мастером.
Метрики были разделены на 4 группы в зависимости от направления:
• производительность;
• прогнозирование;
• качество;
• ценности.
Метрики производительности
Ниже приведен список метрик, которые предлагаются для оценки производительности:
· Velocity - количество задач, которые были реализованы за один спринт.
· Storу Cycle Time - время, которое задача находилась в разработке от момента, когда ей начали заниматься, до момента, когда она прошла фазу конечной поставки.
· Lead Cycle Time - время от появления задачи до ее конечной поставки. Включает Cycle Time и время ожидания в очереди на реализацию;
· Wasted Time - время, которое задача проводит в различных очередях, а не непосредственно в работе.
· Work in Progress (WIP) - количество задач одновременно находящихся в работе. Разделяется по разным стадиям работы над задачей.
Классически Velocity рассчитывается в конце спринта. Каждая реализованная задача имеет относительную оценку сложности, которая измеряется в сторипоинтах. Сложность определяется относительно эталонной задачи, которая является понятной и простой с точки зрения реализации для команды. Методы оценки сторипоинтов выделяют разные: числа Фибоначчи, метод «размера одежды», метод логарифмической линейки.
В данном случае, предлагается использовать метод дискретной логарифмической шкалы, который соответствует следующим значениям:
Таблица 10. Дискретная логарифмическая шкала оценки задач
Сторипоинты (SP) |
0 |
Ѕ |
1 |
2 |
3 |
5 |
8 |
13 |
20 |
40 |
100 |
,
где n - количество реализованных историй пользователя за итерацию.
Имея данные по Velocity за предыдущие спринты, возможно прогнозирование количества решаемых задач последующего спринта.
Как оценивать Velocity: чем больше значение показателя, тем больше команда сделала за спринт, но так как на значение данного показателя влияет большое количество факторов, опираться только на него не стоит.
Четыре остальные метрики взяты из Kanban и могут рассчитываться по отдельным типам задач, чтобы повысить точность полученных результатов. В контексте исследования будут рассчитываться показатели по двум типам задач: разработка новой функциональности, исправление ошибок.
Показатели Storу Cycle Time, Lead Cycle Time и Wasted Time могут рассчитываться как по окончанию спринта, так и в его середине. Для оценки используют среднее значение этих показателей за период (спринт). Чем меньше значение каждого из этих показателей, тем быстрее и слаженней работает команда.
Показатель Work in Progress (WIP) играет ключевую роль при использовании методологии Kanban. Согласно набору данных предложений предлагается применять практики Kanban, поэтому настоятельно рекомендуется использовать данный показатель. Расчет показателя можно производить как по окончании спринта, так и на ежедневной основе в качестве среза текущей деятельности.
Производить расчет необходимо по каждому этапу работы над историей пользователя, т.е. если этапы работы разделены на: анализ, проектирование, разработку и тестирование, то должны быть зафиксированы четыре значения WIP. Согласно подходу Kanban, следует стремиться, чтобы WIP не превышал 3 задачи на одном этапе одновременно.
Метрики прогнозирования
Ниже приведен список метрик, которые предлагаются для оценки качества прогнозирования:
· Аккуратность оценки задачи - показатель, который позволяет понять в конце спринта или в конце проекта, насколько точно команда смогла оценить работу над задачами.
· Sprint Burndown Chart - Chart - это диаграмма, позволяющая ответить на вопрос о степени готовности задач, и понять укладывается ли команда в рамки спринта.
Показатель аккуратности оценки задачи предлагается измерять по окончании каждого спринта, чтобы скорректировать оценки задач при планировании на следующий спринт. Формула показателя аккуратности оценки задач:
Нужно стремиться, чтобы значение показателя стремилось к 1, то есть к соответствию плановых трудозатрат фактическим. Допустимым считается колебание в 0,2. Значение показателя нужно трактовать следующим образом:
· Значение показателя равно 1 - оценка была проведена верно, абсолютное совпадения плана и факта.
· Значение показателя меньше 1 - задача было недооценена.
· Значение показателя больше 1 - задача было переоценена.
По окончании проекта может быть построена общая диаграмма аккуратность оценки задач (см. Рисунок 13).
Рисунок 13. Диаграмма аккуратности оценки задач за период
Sprint Burndown Chart (диаграмма сгорания спринта) - это диаграмма, позволяющая ответить на вопрос о степени готовности задач и понять укладывается ли команда в рамки спринта. Представляет собой две линии плановая и фактическая линии оставшихся трудозатрат в разрезе дней в рамках спринта.
Плановые трудозатраты рассчитываются исходя из следующих факторов:
• длительность спринта (количество рабочих дней, выпадающих на спринт);
• количество людей в команде, задействованных на спринт;
• загрузка по проекту (количество часов в день).
Перемножив значения перечисленных факторов, получаем в результате общие плановые трудозатраты за спринт.
Рисунок 14. Пример диаграммы сгорания спринта
Метрики качества
Ниже приведен список метрик, которые предлагаются для оценки качества разрабатываемого функционала:
· Technical Debt Points - это показатель, отражающий процент трудозатрат в спринте, запланированных на устранение низкоприоритетных ошибок, оптимизацию существующего кода.
· Post Sprint Defect Arrival - количество ошибок, которые возникают после окончания спринта и относящиеся к задачам предыдущих спринтов.
· Post Release Defect Arrival - количество ошибок, которые возникают после релиза.
Понятно, что в процессе разработки программного обеспечения необходимо выделять трудозатраты на устранение багов и общее улучшение работы системы, главное сохранять баланс и не замещать данными задачами функциональный инкремент в рамках спринта. Рекомендовано, чтобы значение данного показателя не превышало 30% от общего распределения работ.
Показатель Post Sprint Defect Arrival рассчитывается по окончании каждого спринта, а Post Release Defect Arrival рассчитывается по окончании каждой итерации. Чем меньше значение этих двух показателей, тем лучше налажен на проекте процесс тестирования и инспекций.
Подходы для оценки ценности
Ниже приведен список подходов, которые предлагаются для оценки ценности разрабатываемого функционала:
· Customer Satisfaction Survey - опрос, используемый, чтобы оценить, насколько заказчик удовлетворен программным продуктом и насколько он соответствует потребностям бизнеса.
· Employee Satisfaction Survey - опрос или календарь, используемый, чтобы понять насколько участник проекта удовлетворен процессом работы на проекте.
Измерить формально эмоции клиента от полученного программного продукта или сотрудника от процесса работы на проекте представляет собой сложную задачу, поэтому требуется особый подход.
Для клиента разрабатывается минианкета, которая может быть использована после каждого спринта или после нескольких спринтов, в качестве метода получения фидбека от клиента. В анкету могут входить формальные вопросы, например, «насколько разрабатываемый продукт соответствует Вашим бизнес требованиям?», а могут входить вопросы, касающиеся эмоциональной составляющей общения с клиентом, например, «насколько комфортно для Вас общение с проектной командой? Можете ли вы свободно комментировать и вносить предложения в процесс работы?». Данная анкета может выступать поводом к изменениям в процессах работы с командой.
Как уже говорилось ранее, при использовании гибких методологий успех проекта тесно связан с хорошими взаимоотношениями между участниками проекта. Скрам-мастеру важно понимать, как колеблется настроение сотрудников в процессе работы, так как это может оказать влияние на результат их работы. Для мониторинга состояния сотрудников можно применять Niko-niko календарь (см. Рисунок 15), что в переводе означает «календарь улыбок».
Рисунок 15. Пример использования niko-niko календаря
Календарь представляет собой доску, на которой каждый день участники проекта рисуют смайлики или клеят стикеры, которые наилучшим образом отражают их настроение за определенный день.
Размещено на Allbest.ru
...Подобные документы
Проведение исследования основных международных и локальных стандартов по управлению проектами в информационных технологиях. Характеристика сравнения стартапа и организаций малого бизнеса. Главные особенности внедрения гибких методологий в IT-стартапы.
дипломная работа [522,1 K], добавлен 22.08.2017Сущность бизнес-процессов и основные качественные и количественные критерии их оптимизации. Сравнительный анализ методологий моделирования бизнес-процессов, выбор программного средства на примере УУПП "Автоконтакт" ВОС; принцип автоматизации управления.
дипломная работа [256,9 K], добавлен 18.12.2012Составление проекта по методологии Oracle (комплекс методологий "Oracle Method") и по стандарту PMBOK (Project Management Body of Knowledge). Сравнение проектов, выявление их достоинств и недостатков, преимущественные сферы использования каждого.
контрольная работа [2,8 M], добавлен 28.05.2014Расчет финансовых затрат на внедрение нового программного обеспечения в организацию ЖКХ. Состав программного обеспечения организации. Организация работ по автоматизации производства. Анализ эффективности установки нового программного обеспечения.
курсовая работа [38,4 K], добавлен 14.01.2015Исследование методологий описания бизнес-процессов, особенности оценки их эффективности. Информационные технологии моделирования бизнес-процессов. Разработка мероприятий по совершенствованию бизнес-процессов на примере швейной фабрики ООО "Бостон".
дипломная работа [732,7 K], добавлен 29.06.2015Основные виды документооборота. Безбумажный обмен неюридическими документами. Дублирование электронных документов бумажными. Организация бизнес-процессов на современном предприятии. Документопотоки компании с территориально-распределенной структурой.
доклад [361,9 K], добавлен 18.11.2009Место и значение планирования и контроля задач в процессе управления проектами на предприятии применительно к проектам разработки программного обеспечения. Интеграция и единый пользовательский интерфейс. Разновидности и свойства проектных коммуникаций.
реферат [19,9 K], добавлен 04.05.2010Цели, задачи и виды инвестирования. Структура, доходность и риск инвестиций. Понятие инвестиционных проектов и их классификация. Сравнительный анализ программного обеспечения для управления проектами. Особенности внедрения информационных систем для них.
курсовая работа [64,5 K], добавлен 06.01.2011Анализ методологий управления предприятием. Логистика как механизм управления запасами. Исследование хозяйственной и финансовой деятельности торгового предприятия ИП Мокеева А.А. Составление плана мероприятий по совершенствованию управления запасами.
дипломная работа [207,8 K], добавлен 29.06.2015Классификация инвестиционных проектов. Принципы финансового обоснования проектов. Бизнес-план и его роль в финансовом обосновании инвестиционного проекта. Оценка эффективности реальных инвестиционных проектов (на примере постройки подземного гаража).
курсовая работа [42,6 K], добавлен 28.09.2010Положение компании на рынке: конкуренты и сроки освоения продукции. Влияние качества на прибыльность. Диагностический аудит компании. Реализация проекта по разработке и внедрению системы управления качеством (ИСО). Расширение рынка сбыта, снижение затрат.
контрольная работа [341,6 K], добавлен 17.01.2010Исследование систем управления. Методология позволяет определить цели и формулирует исходные гипотезы. Категории методологий по содержанию: агнотицизм, дуализм, материализм, позитивизм, теологизм, экзистенциализм. Подходы к исследованию объектов.
курсовая работа [39,4 K], добавлен 07.02.2009Внедрение системы менеджмента качества. Сертификация систем менеджмента качества (ISO 9000), экологического менеджмента (ISO 14 000), системы управления охраной труда и техникой безопасности организаций (OHSAS 18 001:2007) на примере ОАО "Лента".
реферат [27,0 K], добавлен 06.10.2008Методы оценки эффективности инвестиционной привлекательности информационно-технологических проектов. Формирование каскада целей компании, иерархической модели, групп экспертов. Оценка элементов модели и их обсчет с применением метода анализа иерархий.
дипломная работа [2,7 M], добавлен 20.10.2016Главные направления деятельности ООО "Прикладные системы" консультирование в области информационных технологий, разработке специализированного программного обеспечения, аналитических инструментов, WEB-разработки. Создание благоприятной внутренней среды.
реферат [33,8 K], добавлен 14.02.2009Основные направления деятельности компании ООО "Кварта": стратегический анализ, описание бизнес-процессов. Анализ факторов, воздействующих на достижение стратегических целей. Реорганизация структуры как важный шаг к совершенствованию деятельности компании
дипломная работа [1,6 M], добавлен 28.04.2011Менеджмент - путь в будущее. Зарождение менеджмента в России и его развитие в СССР. Дореволюционный и постреволюционный периоды. "Индустриальная утопия" О. Ерманского. На стыке разных методологий. Методологические принципы.
курсовая работа [49,6 K], добавлен 20.06.2003Анализ процесса организации работ в команде разработчиков программного обеспечения в рамках проектной деятельности с точки зрения эффективности распределения задач между ними. Возможности и условия применения тендерного метода в данном процессе.
дипломная работа [1,2 M], добавлен 29.11.2015Упрощение работы с многомерными массивами данных как основная задача программы, представленной в бизнес-плане. Отрасль программного обеспечения в РФ, оценка конкуренции в среде программного обеспечения. Проведение рекламной кампании. Сбытовая политика.
бизнес-план [158,1 K], добавлен 28.02.2017Понятие, значение и этапы коммуникаций, их функции и виды, проблемы на современных предприятиях. Анализ коммуникационных связей, происходящих в работе компании. Выявление недостатков в их организации и проведение мероприятий по повышению их качества.
курсовая работа [183,3 K], добавлен 24.10.2014