Использование MS Project для управления проектами по разработке ПО Хабрахабр. Я хочу поделиться своим опытом использования MS Project для управления проектами по разработке программного обеспечения. Я уже лет 1. 0 занимаюсь управлением проектами. MS Project, которая позволяет получить от него немалую пользу и при этом меньше зависеть от его недостатков. Небольшое введение. Вся методология это просто набор простых методов и рекомендаций по использованию MS Project для решения прикладных задач руководителя проекта. Сразу оговорюсь, что методология не претендует на универсальность, и применима только при некоторых ограничениях, которые я буду упоминать по ходу повествования. Для начала, давайте вспомним, что обычно требуется от руководителя проекта. XHlreEvCS9Lx57uYwuBEiFiZeXXc1G2n8qD81HxOLnsZ39e6RbGRw=w1200-h630-p' alt='Учебник Microsoft Project 2010 Торрент' title='Учебник Microsoft Project 2010 Торрент' />Для опытных руководителей это очевидно, а начинающим или только собирающимся стать руководителями будет полезно лишний раз вспомнить. Итак, проект по разработке программного обеспечения это создание некоторое уникального продукта. На разных этапах жизненного цикла проекта от РП требуется решать различные задачи. Перед началом проекта. Перед началом проекта от руководителя проекта обычно требуется ответить на два вопроса сколько проект займет временисколько проект будет стоить. При этом важно понимать, что никого не интересует ответ вида не раньше чем через полгода. Требуется как раз оценка сверху. Примечание. Мне никогда не приходилось иметь дела с явными денежными оценками проекта, и, как я сейчас понимаю, это серьезное упущение. Все проекты, которыми я руководил, исполнялись сотрудниками компании. Драйвер На Samsung S5830I далее. Команда проекта формировалась на вс время проекта, некоторые специалисты привлекались на определенное время. Учебник Microsoft Project 2010 Торрент' title='Учебник Microsoft Project 2010 Торрент' />PM Consulting Services представляет самоучитель версии Microsoft Project 2010, он выложен ее в формате PDF пригодном для распечатки. Я хочу поделиться своим опытом использования MS Project для. Адаптация Microsoft Project Server 2010 под. Рассмотрены интерфейс MS Project 2013 и основы навигации в этой. Microsoft Excel 2010 для квалифицированного пользователя. Учебник Microsoft Project 2010 Торрент' title='Учебник Microsoft Project 2010 Торрент' />Ваша База Знаний по MS Project и вашим проектам в формате Microsoft. MS Project 2013 за 30 минут с Визуальным ресурсным оптимизатором. Вирусы в MS Project 2016 скачанном с торрентов. Визуальный интерактивный справочник для поиска команд в Project 2010. Фактически, от меня требуется оценка количества требуемых исполнителей, а также сроки их привлечения. Как мне кажется, это достаточно типичная ситуация для компаний, занимающихся разработкой ПО. В итоге все сводится к оценке трудозатрат, которая, с использованием эмпирических формул, превращается в оценку стоимости проекта. Как видим, присутствует прямая зависимость стоимости проекта от его сроков. В процессе выполнения проекта. В условиях упомянутых ограничений, основной задачей руководителя проекта является обеспечить выполнение проекта в заявленный срок, а это непосредственно. Непредвиденные обстоятельства, которые обязательно сопутствуют любому проекту, могут привести к срыву сроков. Строго говоря, сроки проекта могут неожиданно и сократиться, но, честно говоря, я такого никогда не видел. От руководителя требуется своевременно реагировать на такие события, чтобы уменьшить негативные последствия. Единственный известный мне способ решения этой задачи это аккуратное планирование, регулярное отслеживание надвигающихся проблем и корректирование планов. При завершении проекта. При завершении проекта руководитель обычно оглядывается назад и подводит итоги проекта. Чаще всего требуется оценить насколько проект выбился из плановых графиков и почему это произошло. Что умеет MS Project. Несмотря на внешнюю сложность, MS Project очень прост в идейном плане. Он оперирует тремя сущностями задачи, ресурсы, календарь и связи между ними. По сути это база данных, пользовательский интерфейс для создания и редактирования сущностей и минимальная, довольно простая автоматизация то, что Project делает сам, в ответ на введенные данные. Разберем вкратце свойства сущностей. Задача имеет длительность, объем, назначенный ресурс и еще чертову уйму различных свойств. Если встроенных свойств не хватает, можно добавить свои этим мы потом воспользуемся. Задачи могут быть связаны между собой различными отношениями предшественники, последователи и т. Ресурс имеет много описательных свойств, но самое главное для него можнозадать доступность во времени, для этого используется календарь. Ресурс может бытьназначен на задачу. На основе этих данных Project умеет делать различные представления с использованиемфильтров, группировок, сортировок и т. Кроме этого он умеет по некоторому алгоритмувычислять сроки начала и окончания задач с учетом доступности назначенных ресурсови связей между задачами. Вот, собственно, и почти все что он умеет. Давайте посмотрим, какую пользу можно из этого извлечь. Как это использовать. Примечание Чтобы было понятнее, я уточню некоторые общие свойства проектов,с которыми я работал. Итак, речь идет о проектах по разработке программного обеспечения,которые состоят из нескольких этапов. В конце каждого этапа мы должны получить некоторыйосязаемый результат, который будет предъявлен заказчику, поэтому для нас важно оценитьсрок не только проекта в целом, но и каждого этапа. Повторяю, единственный вид ресурсовкоторый требуется это люди, причем мы не нанимаем специалистов со стороны, а используемвозможности уже работающих сотрудников. Подготовка плана. Итак, перед нами лежит техническое задание, и требуется дать ответ на три вопроса Сколько времени займет этот проектСколько и каких специалистов для этого потребуется Какие примерно трудозатраты ожидаются по этому проектуМетодика превращения техзадания в набор задач это отдельная история, я не буду на ней сейчас останавливаться. Назначаем исполнителей задач. Выравниваем загрузку ресурсов. Балансируем то, что получилось. Общие рекомендации. При подготовке плана придерживаемся следующих рекомендаций Не используем суммарные задачи для декомпозиции. Все задачи помещаем в один линейный список. Сначала это может показаться неудобным,но зато избавляет от многих проблем в дальнейшем. Для управления структурой задачиспользуем настраиваемые поля см. Очень часто для управления зависимостями задач используют Drag Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач предшественников. Я придерживался очень простой методики оценки примитивная задача 2 дня, среднейсложности 1 неделя, сложная задача 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро. С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны а какая из них точная По опытку практического применения могу сказать, что набольших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно и нужно использовать и более точные оценки. Всеми силами избегаем задач, у которых несколько исполнителей. Для каждой задачи должен быть назначен только один исполнитель. Двух исполнителей имеет смысл назначатьтолько если они действительно работают вдвоем например, вы практикуете парное программирование. В прочих случаях лучше декомпозировать задачу. При назначении исполнителей руководствуемся их профессией и квалификацией, пока не беспокоясь о равномерности загрузки. Используем суммарные задачи для разделения задач на этапы. Ставим зависимости между этапами, чтобы они шли последовательно. Разделение на этапы пока достаточно приблизительное. Цель этого процесса подготовить план, в котором работы достаточно равномерно разделены между исполнителями на всем протяжении. После первичной подготовки плана обычно получается полное безобразие, а не проект. Поэтому начинаем приводить его в порядок. Приведение в порядок заключается в ручной балансировке назначений исполнителей и разделений на этапы. Для этого используем группировку задач по исполнителям, чтобы увидеть как разложились задачи. Для удобства просмотра рекомендую сортировать задачи по дате начала. Группировка задач по исполнителям. Куперштейн В. И. Microsoft Project 2. СПб. БХВ Петербург, 2. Рассмотрены интерфейс MS Project 2. MS Project 2. 01. Электронный архив содержит дополнительные тексты, расширяющие содержание книги, файлы примеров, типовые шаблоны документов, справочную информацию, ссылки на интернет ресурсы. Предисловие Краткая характеристика методов управления проектами Быстрый старт Система управления проектами MS Project. Управление представлениями информации. Применение Project на стадии предварительного. Project 2. 01. 3 как инструмент поддержки взаимодействия участников проекта Детальное планирование проектов с помощью Project Поддержка процессов выполнения и анализа проекта с помощью Project Понятие о портфелях проектов и корпоративных системах управления проектами Рекомендуемая литература Приложение. Описание электронного архива Предметный указатель.