Проджект менеджмент [основные методы управления проектами]

Методология управления проектами

1. Глава 1. История методологии проектов

Методология как предмет исследования в советские времена стала рассматриваться лишь в 1960–1970-е годы. До этого считалось, что вся методология заключена в марксистско-ленинском учении и всякие разговоры о какой-либо еще «методологии» вредны и опасны. Несмотря на это, методология науки благодаря трудам П.В. Копнина, В.А. Лекторского, В.И. Садов-ского, В.С. Швырева, Г.П. Щедровицкого, Э.Г. Юдина и других авторов ста-ла раз виваться. Но прежде всего необходимо обратиться к классическим, энциклопедическим, определениям рассматриваемого понятия.

«Методология (от «метод» и «логия») — учение о структуре, логической организации, методах и средствах деятельности».

«Методология  —  система  принципов  и  способов  организации  и  по-строения теоретической и практической деятельности, а также учение об этой системе».

В соответствии со стандартом PMBOK под методологией понимается 

система практик, методов, процедур и правил, используемых в определен-ной сфере деятельности.

Таким  образом,  приходится  констатировать,  что,  с  одной  стороны, 

определение методологии обширно и многозначно, с другой — несколько 

сужено,  доведено  до  уровня  набора  практик.  Зачастую  наблюдается  так 

называемая «возгонка» терминов: вместо слова «инструмент» употребля-ется «метод», вместо «метода» — «методика», а «методику» заменяют «ме-тодологией». Нередко такие «методологии» являются набором частных и 

случайных решений, оказавшихся полезными в силу специфических черт 

какого-либо  проекта  или  компании.  Далее  будем  называть  их  частными 

методологиями управления проектами.

Не  будет  преувеличением  сказать,  что  в  профессиональной  среде 

управления  проектами  отношение  к  методологии  крайне  неоднозначно, 

что,  на  взгляд  автора,  определяется,  во-первых,  размытостью  самого  понятия, а во-вторых, традиционным представлением о том, что методология 

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

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

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

отраслевого  и  корпоративного  уровня,  а  также  в  различных  научных  и практических источниках, организующих теорию и практику управления 

проектами с целью достижения заданного результата. Основными элементами структуры методологии управления проекта-ми являются: Методологические подходы к управлению проектами, сформулированные ведущими исследователями в сфере управления проектами:

1. логико-структурный;
2. системный;
3. интегрированный.                   

 Методы управления проектами: структуризации;

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

— модели зрелости организационного управления проектами;

 -сетевые и другие модели.

Какие бывают системы управления проектами?

Здесь мы сосредоточим своё внимание именно на информационных системах управления проектами. Исходя из технических характеристик, такие системы управления проектами бывают:

• Локальными/настольными (Microsoft Project и другие)
• Клиент-серверными с установкой на сервере основных компонентов ПО и приложения на локальном компьютере (Oracle Primavera, Microsoft Project Server и другие)
• Веб-базированными, для работы с которыми требуется лишь доступ к Интернету (Адванта и другие)

В настоящее время информационные системы управления проектами являются, преимущественно, веб-базированными. Отличаются же они по двум основным параметрам:

• Место установки ПО (это может быть либо сервер организации, либо облако)
• Модель ценообразования (система может либо покупаться единовременно, либо предполагать арендную плату)

Сегодня на рынке систем управления проектами можно отыскать достаточного много полностью или частично бесплатного «софта». Самое недорогое ПО выгодно использовать небольшим организациям, специализирующимся на малом бизнесе. Функционал таких систем включает в себя возможность управлять задачами, вести списки и т.п. Если же речь о среднем или крупном бизнесе, то его представители стараются сохранять данные на собственных серверах или дата-центрах, взятых в аренду, т.е. используют более дорогие системы.

Продолжая тему функционала систем управления проектами, можно привести в пример несколько наиболее популярных, среди которых PMBok, Agile и PRINCE2.

Далее будут представлена только краткая сравнительная характеристика:

• Система управления проектами PMBok – ориентирована на управление ресурсами и сроками проектов (если содержание фиксировано условно). Если изменится содержание, изменятся сроки и бюджет; если будут меняться критерии качества и цели, то будет изменяться содержание. Система также может предоставлять информацию о неэффективности управления проектами или неоптимальном использовании ресурсов
• Система управления проектами Agile – ориентирована на управление содержанием проектов и продуктов (если сроки и бюджет зафиксированы условно). Система позволяет разделять проект на отдельные циклы и работать с каждым из них в отдельности, создавая из них минипроекты. Также своевременно сигнализирует о времени, когда необходимо произвести переоценку приоритетов
• Система управления проектами PRINCE2– ориентирована на комплексное управление проектами. Она позволяет отслеживать динамику запуска и реализации проектов, руководить проектами и инициировать новые, производить контроль этапов, управлять созданием продуктов, а также изменять границы этапов

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

Если, например, у вас в работе проект, в котором возможны небольшие изменения по содержательной части (строительные проекты и т.п.) можно смело выбирать каскадную систему управления проектами, типа PRINCE2 или PMBok.

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

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

Гибкий метод управления проектами (Agile)

Группа экспертов по разработке программного обеспечения разработала основы Agile System чуть более 15 лет назад. Они создали новый способ создания пользы для потребителей и взаимодействия с ними. Этот способ характеризовался четырьмя ключевыми аспектами:

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

За короткое время эксперты проджект менеджмента расширили эти концепции до отдельных фреймворков:

• «Скрам»;
• «Канбан»;
• Экстремальное программирование;
• Адаптивное управление проектами.

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

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

Методология Agile подходит компаниям, которые стремятся быстро и последовательно предоставлять продукты потребителям. Компании-разработчики программного обеспечения предпочитают этот стиль управления «легким касанием», который ускоряет производственные циклы.

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

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

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

Роли в проекте

Чтобы разделить ответственность, в управлении проектами выделяют роли:

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

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

Если роли грамотно распределены, при управлении проектом задачи выполняются в срок в рамках утверждённого плана.

Понятие “управление проектами”

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

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

Но важно правильно сформулировать эти задачи, их сроки и определить исполнителя

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

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

И важно следить, чтобы они своевременно выполнялись, иначе не удастся уложиться в сроки и выполнить главную задачу.
Ограничение по времени. Если операционная деятельность безгранична, то в проектной чётко определены начало (когда есть исполнитель, финансирование) и конец (достигнуты цели)

Чтобы уложиться в срок, разрабатывают графики, где указываются задачи и время на их выполнение. И это один из самых ответственных этапов, ведь задачи новые и единоразовые, и понять, на какой период растянется их реализация, очень сложно.
Уникальность задач. Управление проектами — это не производственный цикл, где задания понятны и поставлены на конвейер. Каждая новая задача и новый проект уникальны, правда, если существующий отличается от завершённого (иногда они бывают очень похожи). В то же время даже абсолютно разные задачи легче решать, если есть в принципе опыт в управлении проектами.

Lean

Корни методологии бережливого производства уходят в 1950-е годы, когда ее принципы были применены в производстве Toyota. Этот подход оказал существенное влияние на производство физических товаров, а затем был внедрен в интеллектуальную работу. Бережливое производство использовалось организациями для сокращения производственных отходов, то есть нерелевантных процессов или видов деятельности, и многие говорят, что оно фокусируется на принципе “меньше, значит больше».

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

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

ТРИ “M”

Как и Agile, этот подход вращается вокруг принципов и ценностей, а не фиксированной методологии и строгих процессов.

Принципы Lean касаются трех основных форм отходов, или трех “M”.

• Muda (потери) – Lean определяет семь различных видов потерь, которые могут быть искоренены. Некоторые из них включают транспортировку продукта, перемещение работников или машин, чрезмерную переработку и перепроизводство.
• Mura (нерегулярность) – этот принцип направлен на оптимизацию рабочего процесса за счет уменьшения отклонений и устранения накладных расходов.
• Muri (напряжение) – относится к устранению переутомления, стресса и перегрузки сотрудников. Это может быть результатом неадекватной организации, обучения или неправильных инструментов.

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

ПРИНЦИПЫ

Методология бережливого производства основана на пяти основных принципах:

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

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

Принцип совершенства еще больше подчеркивает важность совершенствования и устранения отходов

СИЛЬНЫЕ И СЛАБЫЕ СТОРОНЫ

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

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

Кроме того, этот подход подчеркивает важность планирования и сотрудничества

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

ПРИМЕНЕНИЕ МЕТОДОЛОГИИ

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

Agile и Adaptive Project Framework

Адаптивная управление проектом позволяет Agile-командам работать с оптимальной гибкостью и реализовать идею «проворности». Иногда командам приходиться перенастраивать свои системы и протоколы во время работы из-за недостаточно определенных целей и результатов.

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

В этой модели клиенты работают напрямую с Agile-командами и выбирают именно те функции, которые им необходимы в конечном продукте. Потребители ценят то, что они могут выбрать продукт, который будет им подходить по всем параметрам.

Сходство между Agile методами

Независимо от выбранного типа Agile метода, все они имеют определенные общие характеристики. Agile команды:

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

Организация управления проектами в фирме

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

• отдельные управленческие функции;
• ответственность и обязанности;
• управленческий процесс;
• реализация проекта.

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

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

Командная работа

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

Скоростная разработка приложений

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

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

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

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

Методологии

В теории управления проектами под методологией понимают набор базовых принципов и процедур для управления проектом. От методологии зависит ход работы.

Рассмотрим самые популярные.

• Waterfall, или водопадная. Классическая, состоит из 3 отдельных этапов: сбор и анализ требований, разработка подхода, внедрение и исправление ошибок. Чтобы перейти к новому этапу, нужно завершить предыдущий. Методология проста в применении, тем более что она опирается на документацию, где отражаются требования, но её результат напрямую зависит от правильности понимания требований.
• Agile. Гибкая, не требует сбора требований, поскольку если они меняются, то продумываются и внедряются изменения в ответ на них. Риски срыва сроков проекта минимальны, так как есть все необходимые ресурсы, обратная связь от участников. Но, из-за того что нет чёткого плана, сторонам сложнее взаимодействовать.
• PRINCE2. В её основе 7 принципов: регулярная проверка экономической выгоды, обучение на ранее полученном опыте, чёткая организационная структура и определение ролей, поэтапное управление, определение границ ответственности и отклонений, фокус на результатах, адаптация к условиям проекта. Поскольку эта методология управления проектами предусматривает детальное документирование и учитывает ранее полученный опыт, риски минимизируются. Но изменения при этом вносить сложно — надо переделывать документы.

Prince2 для органов власти и крупного бизнеса

PRINCE2 — это метод управления проектами, разработанный в Великобритании для управления проектами в социальной сфере. Его отличает чётко определённая структура команды, так как изначально он создан для масштабных государственных проектов.

Команда по управлению проектом состоит из:

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

Для каких проектов используется?

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

Плюсы метода

• Чёткое описание ролей.
• Чёткое распределение ответственности.

Минусы метода

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

Kanban

Ключевое отличие Kanban заключается в его сильном акценте на визуализацию в процессе разработки.

Этот термин относится к 1940-м годам и означает к “сигнальная карта». Сначала карты Kanban использовались Toyota для реорганизации ресурсов и повышения эффективности. В настоящее время Kanban использует методы виртуальной визуализации с помощью систем управления и других инструментов управления проектами.

ВИЗУАЛЬНЫЕ СИГНАЛЫ

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

1. Доска Kanban. Доска (цифровая или физическая) отображает этапы разработки или управления.
2. Карты. Карты Kanban выдаются для каждого задания или предмета. Они могут отслеживать прогресс и сотрудничество, и предоставляя данные (управление крайними сроками, статус и т. д.).
3. Дорожки. Представляют собой особую форму отслеживания и классификации задач. Обычно они имеют горизонтальную планировку и потоки.

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

СИЛЬНЫЕ И СЛАБЫЕ СТОРОНЫ

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

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

ПРИМЕНЕНИЕ МЕТОДОЛОГИИ

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

Быть или не быть… менеджером проекта

Если вы дочитали до этого момента, то точно хотите попробовать или уже начали менеджерить проекты. Тогда вот вам основные плюсы и минусы профессии: почему круто быть руководителем проекта, но иногда не очень.

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

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

Команда: одна голова — хорошо, но не в этот раз

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

Источник.

Качества идеальной команды:

• осознание и умение фокусироваться на цели;
• самоорганизация;
• смелость;
• упорство;
• уважение друг к другу.

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

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

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

Игорь Филипьев,

тренер и консультант по гибким методологиям, компания ScrumTrek

Управление задачами

Цели

Примечание.Пример.Примечание:http://www.forbes.ru/kompanii/245905-v-kakikh-otraslyakh-rabotayut-samye-neeffektivnye-rossiiskie-kompaniiПример. Пример.Примечание (Василина Абу-Навас, бизнес-консультант, объединение «Практик»):Пример.

Описание

Таблица 1. Список задач для мобильной навигационной системы GPS

Название	Статус	Ответственный	Область	Остаточная трудоемкость (часы)
Добавить экран поиска перекрёстков	Новая	Иванов И.И.	Поиск адреса	24
Добавить парикмахерские в базу данных для карты России	Выполняется	Петров П.П.	Поиск мест	8
Добавить новые стили оформления карты	Завершена	Сидоров С.С.	Карта
Разобраться, почему не строится маршрут через кольцевую дорогу в Санкт-Петербурге	Заблокирована	Дмитриев Д.Д.	Построение маршрута	12

Параметры

Примеры:

• Добавить экран поиска перекрёстков. (Примечание: Проверяемый критерий – экран. Он либо есть, либо его нет.)
• Разобраться, почему не строится маршрут через кольцевую дорогу в Санкт-Петербурге. (Примечание: Проверяемый критерий – построение маршрута через кольцевую дорогу.)

Примеры:Рисунок 1. Объём работы над мобильной навигационной системой GPSПример.

ПО

• Электронные таблицы Excel или Google Docs
• Redmine – http://www.redmine.org
• Jira – https://www.atlassian.com/software/jira
• BugZilla — http://www.bugzilla.org
• DropTask – http://www.droptask.com
• Hansoft – http://www.hansoft.com