Если проект большой и его сложно оценить в целом, то его разбивают на этапы (например, обследование, разработка технико-экономического обоснования, разработка технического проекта, разработка рабочего проекта, внедрение) и каждый следующий этап оценивают с учетом полученных результатов на предыдущих уже реализованных этапах. Для оценки всего или отдельных этапов можно использовать методы прототипов, нормативные и экспертной оценки.
При использовании метода прототипов находится уже разработанный кем-то аналогичный по своим характеристикам проект и фактические затраты на его разработку берутся в качестве основы для оценки разрабатываемого проекта с учетом имеющихся отличий, инфляции и других факторов.
При использовании нормативного метода необходимо разработать нормы затрат на различные виды работ (например, на проектирование, программирование и др.). Для примера таких норм и методики их использования можно привести документ «Типовые нормы времени на программирование задач для ЭВМ», который разработан Всесоюзным научно-исследовательским институтом статистической информационной системы Госкомстата СССР (ВНИПИ Статинформ Госкомстата СССР) под методическим руководством Центрального бюро нормативов по труду Госкомтруда СССР и введен в действие Постановлением Государственного комитета СССР по труду и социальным вопросам и Секретариата ВЦСПС от 27 июля 1987г. № 454/22-70 (http://www.rgata.ru/sites/economy/index.php?option=com_remository&Itemid=4&func=fileinfo&id=79). Сущность нормирования, изложенная в этом документе, заключается в следующем. Все задачи делятся на классы (подсистемы АИС), например, оперативного управления, финансовые и бухгалтерские, технико-экономического планирования, управления кадрами и др. Для каждого класса задач предложена таблица: в заголовке колонок указываются число разновидностей выходных документов, в заголовке строк (первая колонке таблицы) – число разновидностей входных документов, а в ячейках таблицы – нормативное количество дней, необходимых для программирования задач с соответствующим числом разновидностей входных и выходных документов, указанных в заголовках строк и колонок соответственно. Дополнительно вводятся три весовых поправочных коэффициента, которые учитывают:
- новизну задачи (оригинальные, оригинальные с типовыми элементами, типовые с элементами оригинальности, типовые);
- сложность входных и выходных документов (например, в документе несколько таблиц и разделов);
- уровень автоматизации программирования используемого языка программирования.
Норматив умножается на значения этих коэффициентов и формируется итоговый норматив на программирование задачи.
Для оценки других видов работ (проектирование, вверение, разработка технического задания и др.) предложены соответствующие формулы перевода норм программирования в нормы для этих работ. Таким образом, можно рассчитать трудоемкость разработки по всем видам работ и в целом по всей задаче, а если указать стоимость одного рабочего дня, то можно рассчитать калькуляцию по всем видам работ в стоимостном выражении. Эти нормативы можно использовать и в настоящее время после их корректировки с учётом использования современных средств разработки АИС.
Экспертный метод заключается в привлечении экспертов, проектировавших подобные системы и/или располагающих достоверной информацией о разработках подобных систем. Если оценки экспертов близки между собой, то можно взять эти об оценки в качестве исходных для оценки разрабатываемой системы, иначе – сменить экспертов.
Планирование разработки
Базой эффективного управления проектом является план, в котором задачи исполнителей частных работ согласованы с выделяемыми для них ресурсами, а также между собой по результатам и срокам их достижения. План проекта отражает рациональное сочетание целей, стратегий действий, конкретных процедур, доступных ресурсов и других компонент, необходимых для достижения поставленной основной цели с заданным качеством. Планирование проектов должно обеспечивать компромисс между характеристиками создаваемой системы и ресурсами, необходимыми на ее разработку и применение.
Исходные данные для планирования бывают двух типов: характеристика самого планируемого ПС и характеристика прототипов ПС. Совместная корректная обработка исходных данных позволяет получать новые, прогнозируемые характеристики процессов создания ПС.
Исходные данные ПС отражают характеристики конкретного объекта, доступные методы и средства автоматизации труда при его создании. Эти данные последовательно детализируются и уточняются в процессе проектирования ПС. Проектируемые ПС характеризуются основными показателями: класс ПС, его объем, связь с реальным масштабом времени и степень использования готовых апробированных компонент, финансовые, кадровые и аппаратурные ограничения и др.
Исходные данные прототипов ПС для планирования разработки ПС составляют обобщенный опыт и характеристики прототипов ПС. Для достоверного планирования и прогнозирования необходимы накопление, изучение и обобщение конкретных данных о завершенных разработках ПС в различных аспектах. Эти данные, получаемые путем анализа завершенных предшествующих разработок, целесообразно разделить на две группы:
1) технико-экономические показатели, отражающие трудоемкость, длительность, число специалистов и другие, наиболее общие экономические характеристики процесса разработки ПС;
2) сведения о реализованных планах разработки ПС.
На основе исходных данных о текущем проекте ПС и его прототипах с учетом их последовательной детализации осуществляется планирование разработки, которое базируется на:
· последовательной, иерархической детализации и уточнении планов в соответствии с повышением достоверности и полноты исходных данных, получаемых в процессе разработки ПС;
· автоматизированном выборе варианта первичного перечня работ, адекватного исходным данным проектируемого ПС, и возможности его уточнения пользователем;
· унификации и преемственности форм исходных, данных и отчетных документов с постепенным расширением их номенклатуры и углублением содержания;
· ведения диалога пользователя со средством автоматизации планирования на базе системы меню, мнемонических, графических схем и многооконной детализации результатов анализа;
· на возможности регистрации и хранения прогнозов и рабочих планов проведения работ для их использования при управлении проектом и при планировании аналогичных разработок.
Обычно выделяют следующие стадии планирования:
· первичное прогнозирование возможных характеристик проекта на базе обобщения данных подобных прототипов, нормативов или экспертной оценки и составления плана на весь период разработки проекта. Для большого проекта разрабатывается сетевой график, в котором все этапы представлены в виде кружочков с номерами этапов, соединенных стрелочками-работами (в соответствии с технологией выполнения работ) над которыми проставлены потребляемые ресурсы (обычно количество дней для выполнения работы одним сотрудником). Далее, выделяется критический путь – группа взаимосвязанных работ с наибольшим итоговым временем выполнения. Критический путь определяет календарные сроки выполнения всего проекта и поэтому, руководить проекта в первую очередь берет под особый контроль именно работы, лежащие на этом критическом пути, ибо задержка выполнения работы хотя бы на один день срывает итоговую дату завершения всего проекта;
· подготовка рабочего календарного плана (обычно на год) выполнения этапов и частных работ с учетом затрат ресурсов на их реализацию и имеющихся мощностей на предприятии. При подготовке этого плана предварительно производится анализ трудовых, финансовых и материальных ресурсов предприятия и осуществляется итоговая балансировка всех планов на предмет равномерного распределения ресурсов предприятия (например, может получиться нехватка или избыток сотрудников по некоторым специальностям в определенные периоды времени) путем изменения сроков выполнения проектов и/или их объемов;
· подготовка оперативного плана (обычно на месяц) и управление реализацией плана, его оперативная корректировка и перераспределение ресурсов в соответствии с особенностями текущего состояния проекта;
· обобщение результатов планирования и управления проектом для использования этих данных в качестве прототипа при разработке последующих проектов.
