Готовые проекты microsoft project. C оздание нового проекта в MS Project

14.09.2019Рубрика: Термины и понятия

Tutorial

Небольшое введение

Вся методология - это просто набор простых методов и рекомендаций по использованию MS Project для решения прикладных задач руководителя проекта. Сразу оговорюсь, что методология не претендует на универсальность, и применима только при некоторых ограничениях, которые я буду упоминать по ходу повествования.

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

Перед началом проекта

Перед началом проекта от руководителя проекта обычно требуется ответить на два вопроса:

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

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

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

В процессе выполнения проекта

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

При завершении проекта

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

Что умеет MS Project

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

Разберем вкратце свойства сущностей.

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

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

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

Как это использовать

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

Подготовка плана

Итак, перед нами лежит техническое задание, и требуется дать ответ на три вопроса:

Сколько времени займет этот проект?
Сколько (и каких) специалистов для этого потребуется?
Какие примерно трудозатраты ожидаются по этому проекту?

Для этого мы готовим прикидочный план выполнения проекта в MS Project. Т.е. просто последовательно выписываем задачи, которые необходимо выполнить. Методика превращения техзадания в набор задач - это отдельная история, я не буду на ней сейчас останавливаться.
Подготовка плана выполняется в несколько этапов:

Готовим список задач
Выставляем зависимости между задачами
(результат какой задачи необходим для перехода к следующей?).
Назначаем исполнителей задач
Выравниваем загрузку ресурсов
Балансируем то, что получилось

При подготовке плана придерживаемся следующих рекомендаций:

Не используем суммарные задачи для декомпозиции.
Все задачи помещаем в один линейный список. Сначала это может показаться неудобным,
но зато избавляет от многих проблем в дальнейшем. Для управления структурой задач
используем настраиваемые поля (см.ниже).
Очень часто для управления зависимостями задач используют Drag&Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач-предшественников. для этого можно добавить в таблицу столбец «предшественники» и вписывать номера задач вручную.
Срок каждой задачи не должен превышать двух недель.
Если срок задачи превышает неделю - это уже повод задуматься о её декомпозиции. Я придерживался очень простой методики оценки: примитивная задача - 2 дня, средней
сложности - 1 неделя, сложная задача - 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро.
С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны - а какая из них точная? По опытку практического применения могу сказать, что на
больших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно (и нужно!) использовать и более точные оценки.
Всеми силами избегаем задач, у которых несколько исполнителей. Для каждой задачи должен быть назначен только один исполнитель. Двух исполнителей имеет смысл назначать
только если они действительно работают вдвоем (например, вы практикуете парное программирование). В прочих случаях лучше декомпозировать задачу.
При назначении исполнителей руководствуемся их профессией и квалификацией, пока не беспокоясь о равномерности загрузки.
Используем суммарные задачи для разделения задач на этапы. Ставим зависимости между этапами, чтобы они шли последовательно. Разделение на этапы пока достаточно приблизительное.

Балансировка проекта

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

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

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

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

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

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

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

Учет рисков

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

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

С этим планом мы можем:

Назвать сроки выполнения проекта и его этапов. Аргументированно и с высокой степенью
достоверности.
Оценить примерные трудозатраты по проекту

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

Работа с планом

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

Выдавать задания исполнителями
Отмечать выполненные задания в плане
Корректировать план в случае значительных отклонений

Выдача заданий исполнителями может выполняться по разному. Можно разбить выполнение на короткие итерации, формировать пул задач на итерацию и по окончании итерации отмечать результаты. Можно сразу озвучить лнителям набор задач на этап, выдать каждому по экземпляру диаграммы Ганта и периодически опрашивать о прогрессе. Можно использовать интеграцию MS Project и TFS и загрузить проект непосредственно в TFS. Суть не в средствах. Главное - это регулярное обновление плана . Я делаю это примерно раз-два в неделю. Это дает возможность достаточно быстро увидеть проблемные участки.
Для определения проблемного участка удобно использовать различные группировки - по исполнителями, по компонентам и др. Часто может оказаться, что проект в целом идет даже с опережением, но в определенном разрезе наблюдается отставание, например один из разработчиков неожиданно уткнулся в серьезную системную проблему, которая привела к отклонениями. Использование только средней метрики не покажет этой проблемы - она всплывет только в конце этапа, когда что либо делать будет уже поздно.

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

Есть другая стратегия - внесение изменений в сроки задач, «выталкивая» невыполненные задачи вперед. При таком подходе для отслеживания отклонений от плана можно использовать другую полезную функцию MS Project - базовый план. Базовый план - это просто сохраненный снимок состояния задач. Его можно сделать в начале проекта. Для сравнения текущего плана с базовым, открываем «диаграмму Ганта с отслеживанием». Для динамичного плана, когда порядок выполнения задач часто меняется, это может оказаться неудобным, поэтому я вставляю в проект контрольные точки, отражающие некоторые важные результаты проекта, и отслеживать отклонения от базового плана только для них.

Управление структурой задач с помощью пользовательских полей

Я категорически рекомендую не использовать суммарные задачи в MS Project для функциональной декомпозиции или категоризации задач. Дело в том, что иерархия задач в MS Project сильно завязана на их последовательность. А часто хочется посмотреть на задачи в разной последовательности, при этом вся структура «рассыпается». Для управления структурой задач я рекомендую использовать Пользовательские поля . MS Project имеет предопределенный набор полей с неопределенным заранее поведением, которые мы можем использовать так, как нам удобно. Например, для разбивки задач по компонентам нужно на основе текстового поля Текст1 создать поле Компонент и задать для него список значений, соответствующий компонентам системы.

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

Пользовательские поля позволяют разделять задачи по нескольким категориям, например, я разделял задачи по типу работ: Разработка, Тестирование, Документирование.
Упомяну для любопытных, что в MS Project также можно задать правила рисования диаграмм на основе свойств задач. При желании, можно сделать так, что задачи по разным компонентам будут иметь разные цвета, причем цвет будет определяться только свойством задачи, его не нужно задавать вручную для каждой задачи. Такие настройки не требуют написания сриптов, а делаются штатными средствами настройки диаграмм.

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

Завершение проекта

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

Заключение

Я попытался обобщить свой опыт использования MS Project для практического решения задач, которые возникали передо мной, когда я руководил проектами по разработке ПО. Описанная методика не претендует не универсальность, но она, как мне кажется, достаточно проста и логична, при этом позволяет решать практические задачи руководителя проекта.
Использование этого подхода позволило мне успешно и в срок завершить не один проект.
Правда, случались и сбои. Это происходило, как правило, тогда, когда плохо была проведена подготовительная часть проекта, а именно - постановка задачи. Т.е. в результате проекта получалось не совсем то, что требовалось, а понимание этого приходило слишком поздно.

Наверняка я что-то упустил, не стесняйтесь задавать вопросы.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Подобные документы

Принципы работы Microsoft Project (программы по управлению проектами), ее основные понятия: задачи, ресурсы, назначения. Последовательность действий по созданию нового проекта, вводу задач и зависимостей между ними, вводу ресурсов. Работа с календарями.

курсовая работа , добавлен 23.01.2011

Современная система управления проектами ProjectExpert и Microsoft Project 2007. Project Expert – разработка бизнес планов и оценка инвестиционных проектов, возможности программы. Управление проектом "ОАО Ниф-Ниф" в программной среде Microsoft Project.

курсовая работа , добавлен 14.05.2015

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

лабораторная работа , добавлен 01.03.2015

Характеристика основных методик управления проектами, их отличительные особенности, критерии и обоснование выбора, анализ информационных технологий. Анализ возможностей, предоставляемых программой Microsoft Project, ее экономическая эффективность.

дипломная работа , добавлен 28.06.2010

Основы управления проектами с использованием Microsoft Project. Анализ модернизации производства сверхвысокочастотной техники на НПП "Салют" с увеличением производства монолитно-интегральных, гибридно-монолитных приборов и электронных компонентов.

курсовая работа , добавлен 16.01.2014

Описание ключевых характеристик проекта создания хлебопекарни, фазы, задачи и необходимых для их выполнения ресурсы. Анализ и оптимизация плана проекта с использованием Microsoft Project, ввод данных в программу. Автоматическое выравнивание ресурсов.

контрольная работа , добавлен 02.06.2010

Оценка стоимости проекта с помощью функции Microsoft Project на примере создания технорабочего проекта комплекса задач "Управление качеством продукции и услуг". Назначение и условия применения программы, ее характеристика и руководство пользователя.

дипломная работа , добавлен 20.03.2012

Microsoft Project (или MSP) -- программа управления проектами, разработанная и продаваемая корпорацией Microsoft.

Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

Под маркой Microsoft Project доступны сразу несколько продуктов и решений:

Microsoft Project Standard -- однопользовательская версия для небольших проектов Microsoft Project Professional -- корпоративная версия продукта поддерживающая совместное управление проектами и ресурсами, а также управление портфелями проектов с помощью Microsoft Project Server.

Microsoft Project Web Access -- Web-интерфейс для отчетности о выполнении задач, а также просмотра портфелей проектов Microsoft Project Portfolio Server -- продукт для отбора проектов для запуска на основе сбалансированных показателей, вошел в состав Microsoft Project Server с версии MS Project 2010.

Начиная с 2013 года Microsoft начинает поставлять облачную версию Microsoft Project Online.

Microsoft Project является только инструментом, для внедрения управления проектами необходимо выбрать методологию проектного управления. Как правило методология реализуется через «регламенты» проектного управления и отраслевые доработки MS Project.

Имея 20.000.000 пользователей, Microsoft Project является монополистом.

Наиболее очевидным преимуществом продукта является то, что он входит в семейство Microsoft Office. Это обеспечивает следующие плюсы, характерные для всех продуктов MS Office:

Такое же малое время обучения пользователей, как и с остальными программами Microsoft Office

Богатые возможности по настройке в стиле формул Microsoft Excel (сам продукт выдержан в интерфейсе, максимально приближенном к Microsoft Excel)

Возможность адаптировать продукт под свою специфику путём программирования или покупки готовых решений, созданных на базе Visual Basic или Microsoft.Net.

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

Microsoft понимает недостатки своего продукта в области надежности серверной части и использует несколько программ, чтобы индивидуальные эксперты и партнеры помогали решать эту проблему. Если сам десктоп Microsoft Project так же надежен, как Microsoft Excel и не имеет существенных нареканий, то надежность Microsoft Project Server находится в фокусе критики даже центральных экспертов и партнеров Microsoft по продукту.

Microsoft решает данную проблему надежности Microsoft Project Server с помощью целого набора программ.

Через программу Microsoft ISV Royalty партнерам и клиентам компенсируется часть стоимости по усиленной технической поддержке решения.

Microsoft приглашает сильнейших экспертов из клиентов и партнеров, и в первую очередь критически настроенных к качеству Microsoft Project Server, принять участие в программе его разработки и тестировании Microsoft Technology Adoption Program Microsoft выдает наградные статусы экспертам по продукту, которые соглашаются бесплатно консультировать по инцидентам поддержки на форумах. Сервис бесплатной форумной консультации Microsoft обеспечивает через программу «Наиболее ценный специалист» (Microsoft MVP).

При правильном применении указанных программ проблемы надежности серверных компонент в значительной степени нивелируются: часть стоимости технической поддержки компенсируется Microsoft и бесплатными консультациями на форумах, сложные сценарии корпоративных внедрений крупные клиенты и партнеры Microsoft могут протестировать через Microsoft Technology Adoption Program.

Настройка и составление плана проекта в Microsoft Poject

Начинать работу в Microsoft Project следует с настройки рабочего времени. Для этого на панели инструментов находим вкладку «Файл» и выбираем пункт «Параметры». В окне параметров нам необходимо перейти на вкладку «Расписание», «Дополнительно». На следующих рисунках показаны настройки рабочего времени и настройка отображения величин.

Рисунок 1 - Настройка рабочего времени

Рисунок 2 - Настройки величин

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

Для начала необходимо ввести в программу план данный выше в этой курсовой работе и с группировать их в соответствии с этим планом.

Рисунок 3 - План проекта

Рисунок 4 - План проекта

Итак, план проекта готов. Но сам проект еще не выполняется, так как нет людей и ресурсов, с помощью которых выполняется этот проект. Для того, чтобы назначить ресурсу нужно выбрать на панели инструментов вкладку Вид и выбрать пункт “Лист ресурсов”. Ресурсы, которые мы будем вводить представлены ниже.

Рисунок 5 - Лист ресурсов

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Размещено на http://www.allbest.ru/

Введение
1. Организация проекта
1.3 Создание графика работ
Заключение

Введение

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

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

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

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

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

Уровень развития информационной системы организации, значимость информационных технологий для деятельности организации делает ИТ-подразделения компаний неотъемлемой частью бизнеса. Сложность задач в управлении информационными системами и персоналом приводит к необходимости разработки стратегий в области информационных технологий ведения специализированного менеджмента - информационного менеджмента.

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

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

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

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

1. Организация проекта

1.1 Создание проекта в программе Microsoft Project

По умолчанию в Microsoft Project 2016 автоматически при запуске открывается команда "Создать", где можно выбрать способ создания нового проекта. Проект в Microsoft Project 2016 - это файл типа mpp. Для того чтобы создать новый проект в Microsoft Project 2016 принудительно, необходимо кнопкой "Файл" открыть команду "Создать".

Рисунок 1 - Создание нового проекта

Теперь можно выбрать способ создания нового проекта:

ѕ выбрать "Новый проект" и нажать команду "Создать": проект будет создан на основе шаблона Global. mpt;

ѕ создать новый проект из существующего документа - проекта, книги Excel или списка задач SharePoint;

ѕ создать на основе шаблона. Шаблон можно выбрать из имеющихся на компьютере или на сайте Office.com (при наличии подключения к интернету).

После создания файла проекта, рекомендуется сразу сохранить его. Для этого нужно нажать кнопку "Файл", выбрать команду "Сохранить", выбрать место для сохранения файла и дать файлу проекта "Имя" (по умолчанию файл проекта называется "Проект1. mpp").

Рисунок 2 - Сохранение файла проекта

Microsoft Project 2016 поддерживает экспорт в формат PDF и XPS.

Portable Document Format (PDF) - это электронный формат с постоянной разметкой, который сохраняет форматирование документа и допускает совместное использование файла. Формат PDF гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить. Формат PDF также полезен при печати документов в типографии.

XML Paper Specification (XPS). XPS является электронным форматом файла, сохраняющим форматирование документов и обеспечивающим совместную работу с файлом. Формат XPS гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить.

1.2 Создание календаря проекта в программе Microsoft Project

В Microsoft Project календари используются для описания рабочего и нерабочего времени.

Microsoft Project использует три типа календарей:

1. календарь проекта определяет рабочее время по умолчанию для всего проекта (для всех ресурсов и задач проекта);

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

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

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

В качестве календарей проекта и задач, а также в качестве основы календарей ресурсов используются базовые календари. Microsoft Project имеет три базовых календаря:

1. Стандартный: рабочее время с понедельника по пятницу (с 9: 00 до 13: 00 и с 14: 00 до 18: 00). Этот календарь используется по умолчанию при создании нового проекта;

2. 24 часа: нерабочее время отсутствует;

3. Ночная смена: ночная смена с ночи понедельника по утро субботы (с 23: 00 до 8: 00 с часовым перерывом).

Microsoft Project поддерживает создание своих базовых календарей, если имеющиеся календари не соответствуют требованиям проекта.

Рисунок 3 - Создание календаря

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

Рисунок 4 - Назначение созданного базового календаря

1.3 Создание графика работ

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

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

Порядок выполнения работы:

1) Редактирование начальных параметров проекта.

Для редактирования начальных параметров проекта, нужно перейти на вкладку "Проект" и нажать кнопку "Сведения о проекте", и в открывшемся окне определите дату начала работ (Вт 05.04.16).

Рисунок 5 - Дата начала работ

2) Создание перечня задач проекта и их продолжительность

Определение целей разработки ПО - 2дн.

Планирование разработки - 4дн.

Назначение кода темы - 3дн.

Выбор принципов разработки ПО - 24дн.

Выяснение основных требований к ПО - 20дн.

Формирование проекта ТЗ - 7дн.

Согласование проекта ТЗ с заказчиком ПО - 5дн.

Формирование структурной модели - 7дн.

Формирование объектно-ориентированной модели - 30дн.

Определение принципов построения экранного интерфейса - 35дн.

Разработка основных модулей - 50дн.

Разработка базы данных - 48дн.

Интеграция всех модулей - 35дн.

Проведение отладки - 5дн.

Выпуск бета-версии - 2дн.

Сбор сведений о результатах тестирования - 5дн.

Доработка модулей и БД - 7дн.

Выпуск финальной версии - 5дн.

Формирование необходимой для сертификации документации - 5дн.

Внутренний аудит процесса создания ПО - 2дн.

Заключение договора на сертификацию - 2дн.

Проведение сертификации ПО - 2дн.

3) Создание перечня ресурсов

- 1чел.

Программист - 5чел.

Экономист - 1чел.

Аудитор ПО - 1чел.

4) Создание назначений (связей)

Зависимость задач и ресурсов приведем в таблице.

Таблица 1 - Зависимость задач

Название задачи	Длительность	Окончание	Предшественники	Названия ресурсов
Разработка программного средства
Организация работ
Определение целей разработки ПО				Начальник отдела разработки ПО
Планирование разработки				Начальник отдела разработки ПО
Назначение кода темы				Экономист
Выбор принципов разработки ПО				Начальник отдела разработки ПО
Разработка ТЗ
Выяснение основных требований к ПО				Начальник отдела разработки ПО ; Программист 1
Формирование проекта ТЗ				Программист 2
Согласование проекта ТЗ с заказчиком ПО				Начальник отдела разработки ПО; Программист 2
Разработка ПО
Формирование структурной модели				Программист 3; Программист 4
Формирование объектно-ориентированной модели				Программист 1 ; Программист 4 ; Программист 5
Определение принципов построения экранного интерфейса				Начальник отдела разработки ПО; Программист 4
Разработка основных модулей				Программист 1 ; Программист 2 ; Программист 3 ; Программист 4 ; Программист 5
Разработка базы данных				Программист 1
Интеграция всех модулей				Программист 2 ; Программист 3 ; Программист 4
Отладка и испытания
Проведение отладки				Программист 3; Программист 4; Программист 5
Выпуск бета-версии				Программист 1
Сбор сведений о результатах тестирования				Программист 2; Программист 3
Доработка модулей и БД				Программист 2; Программист 4; Программист 5
Выпуск финальной версии				Программист 1
Сертификация
Формирование необходимой для сертификации документации				Программист 4; Программист 5; Программист 1
Внутренний аудит процесса создания ПО				Аудитор ПО
Заключение договора на сертификацию				Начальник отдела разработки ПО
Проведение сертификации ПО				Начальник отдела разработки ПО

При помощи видов связей (назначений) создадим диаграмму Гантта в соответствии с таблицей 1.

Рисунок 6 - Диаграмма Гантта

1.2 Формирование структуры графика работ

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

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

Обратное тоже верно - работы вне проекта (то есть нужные для успешного выполнения другого проекта/процесса), не должны быть включены.

Сгруппируем работы по этапам и введём названия этих этапов.

ѕ Для создания группы (этапа) нажмём правой клавишей мыши на первой строке таблицы и из контекстного меню выберем "Вставить задачу";

ѕ Называем её "Организация работ";

ѕ Выделим работы: "Определение целей разработки ПО", "Планирование разработки", "Назначение кода темы" и "Выбор принципов разработки ПО" и сгруппируем их, нажав на кнопку "Понизить уровень задачи".

Аналогичным способом нужно сгруппировать все последующие задачи, для создания следующих этапов: "Разработка ТЗ", "Разработка ПО", "Отладка и испытания", "Сертификация".

Завершающим этапом будет создание группы "Разработка программного средства", которая сгруппирует все выше созданные этапы.

Рисунок 7 - Иерархическая структура проекта

Так же данную задачу можно решить нисходящим методом.

В нисходящем методе планирования проекта сначала определяются основные этапы, которые затем разбиваются на отдельные задачи.

2. Назначения ресурсов проектов

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

Для назначения ресурсов непосредственно при описании задачи необходимо:

ѕ Открыть окно "Сведения о задаче" для этого необходимо два раза нажать на названии задачи или выделить задачу и нажать на кнопку "Сведения" на закладке "Задача";

ѕ В открывшемся окне "Сведения о задаче" перейти на закладку "Ресурсы";

ѕ В окне ввода ввести название ресурса, если данное название совпадает с названием уже имеющегося ресурса, он автоматически будет назначен на задачу, если название не совпадает, будет создан новый ресурс типа "Трудовой". Во избежание дублирования выбрать пустую строку, и нажать на стрелку вниз в правой части строки, после чего из выпадающего списка выберите название ресурса;

ѕ В поле "Владелец" выводится имя пользователя владельца ресурса, которому будет отправляться согласование использования данного ресурса. Для всех локальных и универсальных ресурсов это поле пустое;

ѕ В поле "Единицы" ввести объем необходимого ресурса. Если ресурс трудовой необходимо указать процент времени ресурса, которое он будет тратить на реализации данной задачи. Если материальный ресурс ввести его количество в размерности указанной в представлении "Лист ресурсов". Если затратный ресурс ничего не вводить;

ѕ В поле "Затраты" будет выведено стоимость использования данного ресурса. Для трудовых и материальных ресурсов данное значение будет подсчитано автоматически при нажатии кнопки "ОК". Для затратных ресурсов необходимо указать сумму которую планируете потратить на реализацию данной задачи этим ресурсом.

Рисунок 8 - Назначение ресурсов при описании задачи

Назначение ресурса задаче:

ѕ Перейти в представление диаграмма Гантта и перейти на страницу "Ресурсы";

ѕ Выберите задачу, которой нужно создать назначение ресурса;

ѕ Нажать на кнопку "Назначить ресурсы". Появится соответствующее диалоговое окно;

ѕ В поле "Название ресурса" выбрать ресурс, который необходимо назначить на задачу. Если нужно создать новый ресурс, перейти на свободную ячейку в таблице диалогового окна и ввести имя ресурса. Дважды щелкнув мышкой по имени ресурса, выйдет окно "Сведения о ресурсе", при помощи которого можно ввести информацию о ресурсе;

ѕ В поле Единицы указать выделяемое количество единиц ресурса в данном назначении. Для рабочего ресурса значение указывается в процентах (количество рабочего времени).

Результат выполнения показан на рисунке 8.

3. Отслеживание хода выполнения проекта

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

При управлении проектом необходимо отслеживать элементы "треугольника" проекта: время, бюджет и область охвата. Корректировка одного элемента влияет на два других. Такие события, как непредусмотренные задержки, превышение затрат и замена ресурсов, могут привести к проблемам в календарном плане.

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

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

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

Чтобы отследить ход выполнения работ, нужно создать отметку о прохождении этапа "Определение целей разработки ПО". Для этого на диаграмме Гантта подведём указатель мыши к левой части графика (указатель поменяет свой вид на знак процента со стрелкой вправо). После чего нужно нажать левую клавишу мыши и не отпуская её потянуть указатель мыши вправо.

Рисунок 9 - Отметка о прохождении этапа "Определение целей разработки ПО"

Отметку о прохождении этапа "Планирование разработки" можно выполнить по-другому. Для этого нужно выбрать этап "Планирование разработки" и нажать на него левой клавишей мыши два раза. В появившемся диалоговом окне "Сведения о задаче", на вкладе "Общие", требуется выставить 100% в поле "Процент завершения" и нажать кнопку "ОК".

Рисунок 10 - Отметка о прохождении этапа "Планирование разработки"

Слева таблицы диаграммы Гантта появится отметка о завершении этапа, а на самой диаграмме появится темно-синяя полоса, которая показывает процент завершения этапа работ. Если работа выполнена на 100%, то полоса будет от начала до конца блока работ.

Рисунок 11 - Пример выполнения работ на 70%

На рисунке 11 показан пример не полного выполнения работ, на котором видно, что на диаграмме Гантта темно-синяя полоса не до конца блока работ (правый нижний угол). Всё что было проделано до этого было бы бесполезно, если в программе Microsoft Project не было возможности сформировать отчеты. "Обзор проекта" - отчет показывающий процентное завершение проекта. Для его формирования нужно зайти на вкладку "Отчет", нажать на кнопку "Панели мониторинга" и выбрать "Обзор проекта".

Рисунок 12 - Обзор проекта

"Обзор затрат" - более полный отчет показывающий и процентное завершение работ, и денежные затраты (как уже потраченные, так и оставшиеся затраты).

Рисунок 13 - Обзор затрат

"Критические задачи" - отчет представляющий пользователю возможность увидеть оставшиеся критические задачи. Критические задачи - задачи от выполнения которых зависит весь проект.

Рисунок 14 - Критические задачи

Заключение

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

Microsoft Project может помочь в создании плана на основе критического пути. Графики также могут быть применены для равномерного распределения запросов на ресурс. Критический путь представлен в виде диаграммы Гантта (Gantt chart).

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

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

Microsoft Project создает бюджеты на основе показателей ресурсов и назначаемой работы. Поскольку ресурсы назначаются заданиям, и эта работа оценивается, Microsoft Project подсчитывает затраты, которые равны работе помноженной на показатели. Это все подсчитывается в общий уровень задания, затем к общим затратам на задания и в конце к общим подсчетам проекта.

проект программа управленческое решение

Список использованных источников

Размещено на Allbest.ru

1. Беляева С.А. Роль планирования в процессе управления инновационными проектами // Организатор производства. - 2010

2. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

3. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.

4. Ганчин В.В. Роль проектного управления в инновационном развитии электроэнергетики в Российской Федерации // Экономика и управление: рос. науч. журн. - 2011.

5. Гончаренко С. Управление проектами // Управление качеством. - 2011.

6. Емельянов Ю. Управление инновационными проектами в компании // Проблемы теории и практики управления. - 2011.

7. Ивасенко А.Г. Управление проектами: учебное пособие для студентов. - Ростов н/Д.: Феникс, 2009.

8. Конференции ПМСОФТ по управлению проектами // Проблемы теории и практики управления. - 2011.

9. Кузнецов А.А. Процессное управление проектами на предприятии // Менеджмент сегодня. - 2011.

10. Куперштейн В. Microsoft Project 2010 в управлении проектами. - СПб: БХВ-Петербург, 2011.

11. Лапыгин Ю.Н. Оценка эффективности проектного управления // Экономический анализ: теория и практика. - 2011.

12. Мазур И.И. Управление инвестиционно-строительными проектами: международный подход. - М.: Омега-Л, 2011.

13. Матвеева Л.Г. Управление проектами: учебник. - Ростов н/Д.: Феникс, 2009.

14. Мыльников Л.А. Микроэкономические проблемы управления инновационными проектами // Проблемы управления. - 2011.

Подобные документы

Составление плана проекта создания нового предприятия по производству автомобилей. Создание базы данных по ресурсам в программе Project Expert. Применение методики PERT для анализа проекта. Контроль выполнения задач проекта по срокам и трудозатратам.

курсовая работа , добавлен 11.10.2014

лабораторная работа , добавлен 01.03.2015

Настройка параметров программы Microsoft Project. Таблицы как основные средства хранения данных в MS Project. Подготовка к составлению плана и отслеживание хода работ по нему. Форматирование диаграмм Ганта. Набор функций для работы с сетевым графиком.

практическая работа , добавлен 25.12.2010

контрольная работа , добавлен 02.06.2010

курсовая работа , добавлен 23.01.2011

Использование MS Project для определения критического пути проекта. Задачи транспортной логистики. Разработка модели формирования затрат и доходов проекта. Расчет затрат, связанных с внедрением базы данных. Создание оптимальных условий труда оператора.

курсовая работа , добавлен 21.04.2013

Выбор структуры, обзор различных вариантов создания нового проекта. Управление поведением MS Project 2007 при запуске. Создание нового проекта на основе шаблона. Список стандартных шаблонов. Установка общих параметров проекта, параметров планирования.

презентация , добавлен 15.03.2014

Понятие иерархической структуры декомпозиции работ. Определение, просмотр и изменение кода структуры проекта. Типы связей между работами, их редактирование при помощи программы MS Project. Изменение формы и параметров представления суммарной задачи.

презентация , добавлен 15.03.2014

Назначение, создание современной информационно-аналитической системы. Формирование рабочей документации в среде Microsoft Project. Расчет длительности проекта методом Монте-Карло. Моделирование типов связи. Проектирование интерфейсов пользователя.

курсовая работа , добавлен 16.12.2014

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

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

Smartsheet

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

Шаблон плана работы с диаграммой Ганта

 Загрузить шаблон плана проекта

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

Шаблон плана действий

 Загрузить шаблон плана действий

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

Шаблон бизнес-плана

 Загрузить шаблон бизнес-плана

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

Перейдите на сайт сайт и войдите в вашу учётную запись (или попробуйте бесплатную 30-дневную версию).
На вкладке "Домашняя" кликните "Создать" и выберите опцию "Просмотр шаблонов".
Введите слова "диаграмма Ганта" в поле "Поиск шаблонов" и кликните по иконке в виде лупы.
Вы увидите существующие шаблоны, но для нашего примера мы выберем шаблон "Простой проект с диаграммой Ганта". Кликните по синей кнопке "Использовать шаблон" в правом верхнем углу экрана поиска.
Дайте название вашему шаблону, выберите, куда вы хотите его сохранить, а затем нажмите кнопку OK.

2. Укажите все ваши проектные данные

Откроется встроенный шаблон, содержащий образцы контента для справки, а также уже отформатированные разделы, подзадачи и под-подзадачи. В Smartsheet вы можете без труда добавлять и удалять столбцы, в зависимости от объёма вашего проекта.

Просто кликните правой кнопкой мыши по столбцу и выберите "Вставить столбец справа" или "Вставить столбец слева", чтобы добавить столбец, или "Удалить столбец", чтобы удалить столбец. Чтобы удалить выделенную жёлтым цветом надпись в верхней части таблицы, кликните правой кнопкой по ней и выберите "Удалить строку".

Добавьте ваши задачи в столбец "Название задачи". Вы заметите, что иерархия уже была отформатирована для вас. Введите ваши данные в поля Раздела 1, Раздела 2 и Раздела 3 (так называемые "родительские строки". Дополнительные сведения о том, что такое иерархии, см. ).

Введите ваши задачи и подзадачи строки, расположенные под родительскими.

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

3. Добавление даты начала и срока выполнения

Добавьте даты начала и сроки выполнения для каждой задачи. Если вы нажмёте и перетащите любой конец полоски задачи на диаграмме Ганта, Smartsheet автоматически изменит даты в вашей таблице.
Кликните по ячейке в любом из столбцов дат.
Нажмите на иконку календаря и выберите дату. Вы также можете ввести дату в ячейку вручную.

4. Введите данные о % выполнения и исполнителях

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

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

В столбце "Выполнено (%)" укажите процент выполненной работы для каждой задачи. Введите целое число, и Smartsheet автоматически добавит знак процента.
В столбце "Ответственное лицо" выберите имя исполнителя из вашего раскрывающегося списка контактов или введите имя вручную.