Программа спайдер

Организация учета и групповой работы с проектом (выдержка из статьи)

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

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


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

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

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


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

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

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

professionali.ru

Отличия от западных аналогов


  • Наилучшие расписания выполнения работ и оптимальное использование ресурсов проектов. Планы, составленные Spider Project, как правило, имеют меньшую длительность, а значит и стоимость, чем планы, составленные зарубежными пакетами.

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

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

  • Самые широкие возможности стоимостного и ресурсного анализа проектов. В одном проекте можно параллельно вести анализ затрат в различных единицах и при разных нормативных базах.
  • Возможность моделирования не только затрат, но и доходов, не только расхода, но и производства ресурсов. Подсчет Cash Flow для всех статей затрат, а также для любых материалов проекта.
  • Возможность создания, хранения и включения в проекты типовых фрагментов проектов.
  • Оптимальная организация групповой работы и мультипроектного управления.
  • Встроенная система учета, позволяющая не только корректировать оставшиеся длительности и объемы работ, но и получать отчеты по исполнению проекта в любых разрезах и за любой промежуток времени.
  • Встроенное руководство по управлению проектами, полностью охватывающее международные стандарты и учитывающее специфику управления проектами в России
  • Поточная диаграмма — компактный и наглядный способ отображения графика работ проекта, являющийся одной из многочисленных особенностей пакета Spider Project. На Поточной диаграмме отображается зависимость срока исполнения работ определенных типов от положения работ на метрике проекта. Метрика проекта (это могут быть километры, этажи и т.д.) отображается по горизонтали, время — по вертикали. Также у Поточной диаграммы есть нижняя часть, в которой отображается проекция графика на метрику проекта.

Технические характеристики Spider Project

  • Неограниченное количество операций
  • Неограниченное количество ресурсов
  • Неограниченное количество календарей
  • Любое количество иерархических структур работ в каждом проекте
  • Любое количество иерархических структур ресурсов в каждом проекте
  • Любое количество иерархических уровней в каждой из иерархических структур
  • Любое количество статей затрат
  • Любое количество центров затрат и материалов
  • Любое количество версий проекта
  • Оптимизация расписания исполнения работ при ограниченных ресурсах, при заданных графиках поставок и финансирования
  • Мультипроектное управление
  • Стоимостной анализ по методике NASA (Earned Value Analysis)
  • Возможность сравнения между собой любых двух версий проекта
  • Любое количество базовых версий
  • Диаграммы Гантта для работ и ресурсов
  • Гистограммы загрузки ресурсов
  • Графики затрат и потребности в материалах
  • Моделирование как расходов, так и доходов
  • Моделирование производства ресурсов
  • Составление расписания исходя из объемов работ, квалификации и производительности ресурсов
  • Три вида сетевых диаграмм
  • Организационные диаграммы для представления иерархий работ и ресурсов
  • Плавное масштабирование диаграмм
  • Табличные и графические отчеты
  • Встроенная система учета

www.tadviser.ru

Ошибки (62) Описание
Высокая критичность
Битые ссылки Показывает недоступные страницы или страницы, которые возвращают код ответа сервера 4xx и выше.
PageRank: висячий узел Показывает URL, которые были определены алгоритмом расчёта внутреннего PageRank как «висячие узлы». Это страницы, на которые ведут ссылки, но на них самих отсутствуют исходящие ссылки, из-за чего нарушается естественное распределение ссылочного веса по сайту.
Дубликаты страниц Показывает полные дубли страниц по всему HTML-коду. В этом отчёте все URL сгруппированы по параметру «Хеш страницы».
Дубликаты текста Показывает дубли страниц по текстовому содержимому блока <body>. В этом отчёте все URL сгруппированы по параметру «Хеш текста».
Дубликаты Title Показывает страницы с дублирующимися тегами <title​>
. В этом отчёте все URL сгруппированы по параметру «Title».
Отсутствующий или пустой Title Показывает страницы с отсутствующим или пустым тегом <title​>.
Дубликаты Description Показывает страницы с дублирующимися тегами <meta name="description" /​>. В этом отчёте все URL сгруппированы по параметру «Description».
Отсутствующий или пустой Description Показывает страницы с отсутствующим или пустым тегом <meta name="description" /​>.
4xx ошибки: Client Error Показывает страницы, которые возвращают 4xx код ответа сервера.
Битый редирект Показывает страницы, перенаправляющие на недоступные URL или URL, которые возвращают код ответа сервера 4xx и выше.
Бесконечный редирект Показывает страницы, которые перенаправляют сами на себя, образуя тем самым бесконечный редирект.
Макс. количество редиректов Показывает страницы с более чем 4 редиректами (по умолчанию).
Редирект, заблокированный в robots.txt Показывает страницы, возвращающие перенаправление на URL, который заблокирован в файле robots.txt.
Редиректы с неправильным форматом URL Показывает страницы, возвращающие перенаправление с неправильным форматом URL в HTTP-заголовках ответа сервера.
Неправильный формат тега Base Показывает страницы, содержащие тег <base>
с неправильным форматом. Обратите внимание, что в этом теге нельзя использовать относительные ссылки, так как они не поддерживаются роботами поисковых систем.
Макс. длина URL Показывает страницы, у которых длина URL более 2000 символов (по умолчанию).
Страницы без внутренних ссылок Указывает на «висячие узлы» — страницы, на которых нет ни одной внутренней ссылки: такие страницы нарушают естественное распределение веса между страницами сайта.
Ссылки с неправильным форматом URL Показывает страницы, содержащие внутренние ссылки с неправильным форматом URL.
Битые изображения Показывает недоступные изображения или изображения, которые возвращают код ответа сервера 4xx и выше. Обратите внимание, что для определения этой ошибки должна быть включена проверка изображений на вкладке «Основные» в настройках сканирования.
Canonical, заблокированный в robots.txt Показывает страницы, содержащие тег <link rel="canonical" />, который указывает на URL, заблокированный в файле robots.txt. Обратите внимание, если целевой URL начинает цепочку Canonical до заблокированной страницы, то в отчёте будут отображены все URL из этой цепочки.
Средняя критичность
Несколько тегов Title Показывает страницы, которые содержат более одного тега <title​>
.
Несколько тегов Description Показывает страницы, которые содержат более одного тега <meta name="description" /​>.
Отсутствующий или пустой H1 Показывает страницы с отсутствующим или пустым заголовком <h1​>.
Несколько заголовков H1 Показывает страницы, которые содержат более одного заголовка <h1​>.
Дубликаты H1 Показывает страницы с дублирующимися заголовками <h1​>. В этом отчёте все URL сгруппированы по параметру «Содержимое H1».
Мин. размер контента Показывает страницы с менее чем 500 символов (по умолчанию) в блоке <body> (без HTML-тегов).
PageRank: перенаправление Показывает URL, которые были определены алгоритмом расчёта внутреннего PageRank как перенаправляющие ссылочный вес. Это могут быть страницы, возвращающие 3xx редирект или содержащие теги Canonical / Refresh, указывающие на другой URL.
3xx редиректы: Redirection Показывает страницы, которые возвращают перенаправление с 3xx кодом ответа сервера.
Цепочка редиректов Показывает страницы с цепочками перенаправлений (более 1 редиректа).
Refresh редирект Показывает страницы, которые содержат директиву Refresh в HTTP-заголовках ответа сервера или тег <meta http-equip="refresh">
в блоке <head>, указывающие на другой URL.
Цепочка Canonical Показывает страницы, которые начинают цепочку Canonical или участвуют в ней. Чтобы просмотреть подробную информацию, откройте дополнительную таблицу «Canonical».
Редирект на внешний сайт Показывает страницы, которые возвращают 3xx редирект на внешний ресурс, который не является частью анализируемого сайта.
Заблокировано в robots.txt Показывает страницы, запрещённые к индексации с помощью инструкции disallow в файле robots.txt.
Заблокировано в Meta Robots Показывает страницы, запрещённые к индексации с помощью инструкции <meta name="robots" content="noindex"> в блоке <head>.
Заблокировано в X-Robots-Tag Показывает страницы, запрещённые к индексации с помощью директивы «noindex» поля X-Robots-Tag в HTTP-заголовках ответа сервера.
Изображения без атрибута ALT Показывает страницы, содержащие изображения с отсутствующим или пустым атрибутом ALT.
Макс. размер изображения Показывает изображения, размер которых превышает 100 Кбайт (по умолчанию): для определения этой ошибки должен быть включён анализ изображений в настройках сканирования на вкладке «Основные».
5xx ошибки: Server Error Показывает страницы, которые возвращают 5xx код ответа сервера.
Большое время ответа сервера Показывает страницы, у которых время получения первого байта от сервера превышает 500 мс (по умолчанию).
Неправильный формат AMP HTML Показывает AMP HTML документы, которые не соответствуют стандартам по документации AMP Project. Обратите внимание, что к каждой AMP HTML странице предъявляются минимум 8 требований по оформлению.
Низкая критичность
Кодированные URL Показывает страницы, которые содержат кодированные (не ASCII) символы в URL. Например, URL вида https://example.com/пример кодируется как https://example.com/%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80.
Дубликаты Canonical URL Показывает страницы с дублирующимися тегами <​link rel="canonical" /​>. В этом отчёте все URL сгруппированы по параметру «Canonical URL».
PageRank: отсутствуют связи Показывает URL, которые были определены алгоритмом расчёта внутреннего PageRank как недостижимые. Это страницы, на которые не было найдено ни одной входящей ссылки.
PageRank: отсутствуют исходящие ссылки Показывает URL, у которых после применения алгоритма расчёта внутреннего PageRank не были найдены исходящие ссылки. Это зачастую происходит, когда исходящие со страницы ссылки ещё не были просканированы.
Одинаковые Title и H1 Показывает страницы, у которых заголовок <h1> совпадает с содержимым тега <​title​>.
Макс. длина Title Показывает страницы, у которых длина тега <​title​> более 70 символов (по умолчанию).
Короткий Title Показывает страницы, у которых длина тега <​title​> менее 10 символов (по умолчанию).
Макс. длина Description Показывает страницы, у которых длина тега <​meta name="description" /​> более 320 символов (по умолчанию).
Короткий Description Показывает страницы, у которых длина тега <​meta name="description" /​> менее 50 символов (по умолчанию).
Макс. длина H1 Показывает страницы, у которых длина заголовка <h1​> более 65 символов (по умолчанию).
Макс. размер HTML Показывает страницы с более чем 200 тыс. символов (по умолчанию) в блоке <html> (включая HTML-теги).
Макс. размер контента Показывает страницы с более чем 50 тыс. символов (по умолчанию) в блоке <body> (без HTML-тегов).
Мин. соотношение Text/HTML Показывает страницы, у которых соотношение чистого текста (параметр «Размер контента») ко всему контенту на странице (параметр «Размер HTML») менее 10% (по умолчанию).
Nofollow в Meta Robots Показывает страницы, содержащие инструкции <meta name="robots" content="nofollow"> в блоке <head>.
Nofollow в X-Robots-Tag Показывает страницы, у которых содержится директива «nofollow» в поле X-Robots-Tag в HTTP-заголовках ответа сервера.
Неканонические страницы Показывает неканонические страницы, у которых URL в теге <link rel="canonical" /​> указывает на другую страницу.
Не HTTPS-протокол Показывает список URL, которые не используют защищённый протокол https.
Макс. количество внутренних ссылок Показывает страницы с более чем 100 внутренними ссылками (по умолчанию).
Макс. количество внешних ссылок Показывает страницы с более чем 10 внешними ссылками (по умолчанию).
Внутренние nofollow ссылки Показывает страницы, содержащие внутренние ссылки с атрибутом rel=»nofollow».
Внешние nofollow ссылки Показывает страницы, содержащие внешние ссылки с атрибутом rel=»nofollow».
Отсутствующий или пустой файл robots.txt Показывает список URL, относящихся к отсутствующим или пустым файлам robots.txt. Обратите внимание, что на разных поддоменах и протоколах (http / https) могут быть разные файлы robots.txt. Эта ошибка может возникать в случае редиректа с файла robots.txt на любой другой URL или в случае любого кода ответа сервера, отличного от «200 OK».

netpeaksoftware.com

Spider программа

В разделе Компьютеры, Связь на вопрос Подскажите, пожалуйста, для чего предназначена программа SpIDer Guard заданный автором Ѐоманов Александр лучший ответ это Антивирусная программа SpIDer Guard предназначена для организации надежной защиты персонального компьютера от вирусов. SpIDer построен на базе программы Doctor Web, входит в состав DrWeb для Win32 и представляет собой резидентный сторож.Основные особенности и функциональные возможности сторожа SpIDer: SpIDer является резидентной, т. е. постоянно находящейся в памяти компьютера, антивирусной программой для среды Windows SpIDer перехватывает обращения к файлам и системным областям дисков и осуществляет их проверку на наличие вирусов "на лету"SpIDer поддерживает совершенно новый режим работы, в котором обнаруживается и блокируется вирусная активность. Эта, реализованная впервые в мире, интеллектуальная технология контроля вирусной активности, получила названия SpIDer-Netting. Hачиная с версии 4.13 в SpIDer существенно расширены возможности контроля вирусной активности, а именно: новая технология позволяет предотвращать загрузку в память компьютера широкого класса известных и даже неизвестных резидентных Windows-вирусов, блокируя запуск зараженной программы.Сторож SpIDer использует то же ядро и вирусную базу, что и все сканеры семейства DrWeb32, и это наделяет SpIDer возможностями сканера Doctor Web. Это: обнаружение и лечение всех известных вирусов (загрузочных, файловых, макрокомандных, HTML- и других типов вирусов) ; проверка упакованных файлов и архивов; проверка и удаление вирусов из оперативной памяти. И конечно, главная "изюминка" новой программы SpIDer — это уже упоминавшаяся технология контроля вирусной активности SpIDer-Netting. Программа обладает также рядом других свойств, делающих ее простой и удобной в использовании. Это: несложная процедура инсталляции/деинсталляции; понятный интерфейс настройки режимов работы, доступный для вызова из "task tray"; ведение подробного файла-журнала по всем проводимым операциям и сводной статистики проверок; автоматическая проверка дискет (в том числе, и перед перезагрузкой — во избежание последующего заражения загрузочным вирусом) ; малое использование системных ресурсов.

22oa.ru

Что такое Netpeak Spider

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

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

Как установить Netpeak Spider.

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

У меня, при установке, вышел небольшой нюанс, у меня выскочило вот такое окно.

На самом деле, здесь ничего страшного. Просто у меня не был установлен Net Framework. Проблема решилась установкой этого фреймворка, что абсолютно не сложно. Кстати, отсюда же я сделал и другой вывод: системные требования Netpeak Spider: Windows 7 Service Pak 1, оперативной памяти, не менее 512 мбайт.

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

Работа с Netpeak Spider.

После несложной установки, вам достаточно ввести адрес, нажать на кнопку «Старт», подождать немного (на моем нетбуке сканирования web-ru заняло около десяти минут) и получить полный расклад по сайту.

Вот собственно и все, на этом работа Netpeak Spider закончена )). Ну а далее, уже вебмастеру, или оптимизатору, необходимо поработать с данными, которые были получены.

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

После чего, настроить фильтр.

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

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

Программа Netpeak Spider разбивает полученные данные об ошибках, на четыре основные категории: ошибки — высокая критичность, средняя критичность, низкая критичность. И четвертая, моя любимая категория – необнаруженные. То есть, здесь отображаются те пункты, с которыми все в порядке.

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

Таким образом, можно и нужно проверить все ошибки сайта и при необходимости, исправить их.

Общие данные по сайту, отображаются на вкладке «Сводка», находящейся рядом с вкладкой «Ошибки». Также можно просмотреть их на вкладке «Дашборд».

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

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

Плюсы и минусы программы Netpeak Spider

А теперь давайте рассмотрим основные плюсы и минусы и начнем с минусов. Всегда можно найти к чему придраться)).

Минусы Netpeak Spider.

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

2. Не совсем удобные средства платежа. То есть, вы можете спокойно оплатить программу при помощи карты, при помощи PayPal, можно оплатить с расчетного счета, в том числе с ИП или с фирмы, причем в этом случае, вам дадут все, что необходимо в таких ситуациях.

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

К слову сказать, годовая лицензия как раз стоит 117 долларов. Так что, как бы дается намек. Хотя, на мой взгляд, программа того стоит.

3. Отсутствие обучающих материалов. Может я не так сильно смотрел, может этого нет и у других конкурентов Netpeak Spider, но считаю, было бы неплохо, наличие подробных, обучающих материалов на самом официальном сайте программы.

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

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

Плюсы Netpeak Spider.

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

2. Простота установки. Как я уже говорил, я установил Netpeak Spider на свой нетбук. При этом, все работает довольно быстро, без особых тормозов или подвисаний.

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

4. Удобство пользования программы. Судя по УРЛ адресу официальной страницы, я делаю вывод, что программа отнюдь не только для русскоговорящих пользователей. Не знаю, имеют ли создатели программы русскоязычные корни, или может переводчики поработали на отлично, но Netpeak Spider имеет грамотный русский язык, что необходимо ей, для успеха в рунете.

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

5. Удобные, кликабельные диаграммы.

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

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

А что, удобно так, один вебмастер начинает свою работу где-нибудь во Владивостоке, затем другой, продолжает работу где-нибудь в Калининграде.

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

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

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

8. Мощная тех поддержка. Конечно, я не могу не упомянуть про тех поддержку этой программы. Более того, во многом именно с их помощью, я собрал материал про Netpeak Spider.

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

9. Подходит для начинающих вебмастеров. Да это плюс. Но выше я также написал «Необходимость знаний у пользователя программы». Как так? Дело в том, что Netpeak Spider это всего лишь, хоть и продвинутый, но инструмент. А SEO иногда может иметь свои нюансы.

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

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

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

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

web-ru.net

СТРУКТУРА ДАННЫХ

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

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

Операции

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

Взаимосвязи работ

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

Ресурсы

Отличия в задании ресурсов наиболее значительны. Ресурсы подразделяются на возобновляемые (люди, механизмы) и невознобляемые (материалы). В большинстве пакетов те и другие задаются вместе, отличия обычно заключаются лишь в задании стоимости их использования – в час или за единицу. В Spider Project эти виды ресурсов задаются отдельно. При этом можно задать, что возобновляемые ресурсы потребляют материалы (пример: автомобиль потребляет бензин). Тогда назначив ресурсы на исполнение операций проекта вы автоматически учитываете попутное потребление необходимых материалов.

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

Пулы – это группы взаимозаменяемых ресурсов. Основное отличие от подходов, используемых в других пакетах, в которых имеется skill scheduling, заключается в том, что ресурсы пула могут иметь различные производительности.

Календари

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

Назначения

Очень серьезные отличия имеются в назначениях ресурсов на исполнение операций проекта. В Spider Project при назначениях ресурсов на исполнение операций проекта появляется понятие команды, то есть группы ресурсов, выполняющих работы вместе. В команду могут входить как отдельные ресурсы, так и мультиресурсы и пулы. Если у операции исходной информацией является объем работ, необходимо задать производительность хотя бы одного из назначенных ресурсов, чтобы пакет вычислил длительность работы. При этом заметим, что при назначении пулов длительность работы определяется только в процессе составления расписания работ.

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

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

Ресурсы могут быть назначены на исполнение операции частично. Тогда в Spider Project задается процентная загрузка назначенных ресурсов наряду с количеством. Тем самым не создается ситуация, обычная для других пакетов, когда необходимое количество ресурсов остается неизвестным (две единицы ресурса с 50% загрузкой в других пакетах эквивалентны одной единице, загруженной полностью). Как уже упоминалось, материалы могут потребляться ресурсами в процессе своей работы, могут быть назначены напрямую на операцию и на назначение ресурса (тогда можно получать отчетность о потреблении материалов отдельными ресурсами).

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

Стоимости

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

Центры

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

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

Иерархические структуры

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

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

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

Архивы

Для анализа исполнения проекта, а также для анализа “что если” очень важно иметь возможность сохранять прежние версии проекта и иметь возможности для сравнения и анализа отклонений текущей версии проекта от предыдущих. При этом мы считаем недостаточным сохранять только базовый план. В Spider Project вы можете хранить неограниченное количество версий проекта и анализировать ход исполнения работ не только по сравнению с какой-то базовой версией, но и с любой другой. Такая возможность позволяет оценить как исполнялся проект за последнюю неделю, за последний месяц, с начала года, по сравнению с базовым планом и т.д. Если производился анализ рисков, то можно сравнить текущую версию с оптимистической и пессимистической. Наличие архивов очень важно на стадии завершения проекта для проведения послепроектного анализа и для разрешения конфликтов.

ВЫЧИСЛЕНИЯ

Задачи, решаемые с помощью пакетов управления проектами:

  • разработку расписания исполнения проекта без учета ограниченности ресурсов
  • разработку расписания исполнения проекта с учетом ограниченности ресурсов (leveling)
  • определение критического пути и резервов времени исполнения операций проекта
  • определение потребности проекта в финансировании, материалах и оборудовании в любые периоды времени
  • определение распределения во времени загрузки возобновляемых ресурсов
  • анализ рисков и планирование расписания и других характеристик проекта с учетом рисков
  • ведение учета исполнения
  • анализ отклонений хода работ от запланированного (в том числе Earned Value Analysis) и прогнозирование основных параметров проекта

Задача составления расписания исполнения проекта без учета ограниченности ресурсов имеет точное математическое решение (метод критического пути) и для аналогичных исходных данных решается всеми пакетами одинаково. По остальным задачам имеются существенные отличия в подходах и получаемых результатах.

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

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

В большинстве реальных проектов расписания Spider Project существенно короче расписаний, составляемых другими пакетами при тех же ограничениях на ресурсы проекта. Не менее важной является и устойчивость расписания, особенно на фазе исполнения. В процессе исполнения оставшиеся плановые длительности операций меняются, поэтому и расписания, составленные пакетами в автоматическом режиме могут оказаться совершенно другими. Изменение длительности операции на один день влечет за собой изменение планового срока завершения проекта на три недели в ту или другую сторону! Новое расписание будет оптимальным, соответствующим расписанию Spider Project, однако встает вопрос – а что, если вы уже заключили контракты, запланировали поставки и т.д.? С этого момента вы не сможете использовать автоматический расчет расписания проекта, если только вы не пересмотрите свои соглашения. Именно поэтому в пакете Spider Project имеется дополнительная опция – поддержка расписания предыдущей версии проекта, в качестве которой вы можете выбрать любую версию из архива проекта.

Критический путь и резервы

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

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

Мы довольно давно предлагали эту концепцию (в частности, в презентациях на конференциях PMI и конгрессе IPMA в Париже в 1996 году) и рады тому, что сейчас концепции ресурсного критического пути стали уделять внимание. Имея возможность определения и использования ресурсного критического пути и ресурсных резервов, мы критически относимся к теории Critical Chain.

Определение потребности проекта в финансировании,материалах и оборудовании

В большинстве пакетов вычисляются потребности проекта в финансировании, материалах и оборудовании на базе составленного расписания проекта. Если требуемое финансирование или поставки материалов не могут быть обеспечены, то пользователи вынуждены корректировать графики вручную. В пакете Spider Project можно моделировать не только расходы финансовых средств, но и доходы, не только потребление материалов, но и поставки. Тем самым можно подсчитать не только затраты проекта, но и Cash Flow, отслеживать не только потребности, но и движение материалов.

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

Определение распределения во времени загрузки возобновляемых ресурсов

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

Анализ рисков и планирование с учетом рисков

У нас имеются серьезные замечания к подходам к моделированию рисков, принятым в большинстве пакетов. Независимо от того, используется ли метод PERT или метод Монте Карло, при моделировании рисков предполагается, что длительности операций не коррелированы между собой. В жизни это не так. Как правило, отклонения длительности исполнения операций связаны с неправильным определением производительности назначенных ресурсов, а значит и отклонения длительности исполнения операций, использующих те же ресурсы взаимосвязаны. Поэтому при моделировании рисков в пакете Spider Project мы, как правило, исходим из оптимистических, пессимистических и ожидаемых оценок не длительностей операций, а производительности назначенных ресурсов. Тем самым, моделируются не последствия, а источники рисков, и результаты получаются значительно более понятными и достоверными.

Ведение учета исполнения

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

Анализ отклонений хода работ от запланированного

Как уже упоминалось, ведение архивов проекта, в том числе архивов учета, позволяет анализировать отклонения хода реализации проекта не только по сравнению с базовой версией, но и по сравнению с версией прошлой недели, прошлого месяца и т.д. Архивы учета позволяют анализировать работу ресурсов и корректировать их плановую производительность. Наличие архивов позволяет отслеживать тенденции и прогнозировать будущие параметры, в том числе определить коэффициент исполнения, используемый в Earned Value Analysis. Что касается Earned Value Analysis мы считаем полезной возможность его проведения не только для итоговых затрат, но и для отдельных стоимостных составляющих и стоимостных центров.

БАЗЫ ДАННЫХ

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

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

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

Очень важным инструментом для создания корпоративной культуры и корпоративных стандартов управления проектами является библиотека типовых фрагментов. Типовой фрагмент – это небольшой проект, определяющий технологию выполнения типового участка работ определенного объема. Этот проект включает все необходимое для включения его в состав ведущихся в компании проектов – и материалы, и ресурсы, и стоимостные составляющие. Библиотека фрагментов разрабатывается и поддерживается в Центре управления проектами компании (Project Office).

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

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

Интересным побочным эффектом использования библиотек типовых фрагментов является технология формирования иерархической структуры работ не сверху вниз, как обычно, а снизу вверх. В такой структуре типовые фрагменты служат пакетами работ. Поскольку мы обычно используем несколько структур в одном проекте, то технологии снизу вверх и сверху вниз используются параллельно и взаимно дополняют друг друга. 5. Отчеты Наряду со стандартными графическими отчетами – диаграммой Гантта, сетевой диаграммой, диаграммами загрузки ресурсов, расхода материалов и графиками затрат по проекту и отдельным фазам, Spider Project предлагает пользователям Ресурсную диаграмму Ганта и Линейную диаграмму, которые будут описаны далее.

Ресурсная диаграмма Ганта

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

Гистограммы загрузки ресурсов

Мы уже упоминали, что в Spider Project пользователи задают и процентную загрузку, и количество назначенных ресурсов. Соответственно и отчеты (в том числе гистограммы) по загрузке ресурсов составляются и по количеству используемых ресурсов, и по времени их работы. Таким образом, пользователи могут получить отчет, из которого будет ясно, что несмотря на то, что суммарная загрузка ресурсов составляет восемь часов в день, необходимо использовать четыре единицы ресурсов с загрузкой 25%.

Линейная диаграмма

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

ЗАКЛЮЧЕНИЕ

В России выработаны собственные подходы к управлению проектами в России, которые отличаются от принятых в других странах и описанных в A Guide to the PMBOK. Эти отличия нашли свое отражение и в Российском пакете управления проектами Spider Project.

Из основных особенностей этого пакета отметим:

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

Имеются и другие не столь заметные отличия.

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

Авторы: В.Либерзон, И.Лобанов

iteam.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector