Однако, как уже указывалось (см. главу 3), бизнес-план инвестиционного проекта включает в себя две взаимосвязанные части аналитическую и расчетную, а его разработка представляет собой динамический человеко-машинный (компьютерный) процесс. Необходимость в конкурентных условиях иметь "товарный" внешний вид бизнес-плана инвестиционного проекта и потребность компьютеризации рутинных операций расчетов, а также опубликование Методических рекомендаций привели в середине 90-х гг. к появлению на рынке программного обеспечения ряда разнообразных отечественных продуктов. [c.302]
Блочно-модульный подход к организации процесса формализации структуры инвестиционного бизнес-проекта приобретает особую актуальность в плане возможностей по оптимизации сроков создания и согласования проекта и использования сетевого ресурса программного обеспечения. Конкретные блоки, формирующие модули, разрабатываются (либо предоставляются в готовом виде) менеджерами соответствующих подразделений и являются доступными для использования и обмена информацией на этапе бизнес-планирования. [c.251]
См. также Программное обеспечение. ПРОЕКТ — замысел какого-то дела (события), описание замысла и план его реализации. Капиталовложения в сфере производства всегда начинаются с П. [c.215]
Если продукция, технология или услуга рассматриваемого проекта будут усовершенствованы, прежде чем они займут свое место на рынке, то это должно быть полностью отражено в бизнес-плане. Инвестор захочет знать размер и характер этих изменений и улучшений, их стоимость и время достижения товаром рыночных кондиций. Такие совершенствования могут касаться технической стороны проекта, необходимости превращения лабораторного прототипа в конечный продукт, создания специального оборудования или работ по промышленному дизайну с целью придания продукции большей привлекательности и товарного вида, организации подготовки работников, оборудования и специальной техники в обслуживании (например, создание нового компьютерного программного обеспечения и подготовка технологии продаж продукции по кредитным карточкам). [c.29]
Стоимость работ по подготовке бизнес-плана колеблется в зависимости от задачи, которую ставит перед разработчиком основной держатель идеи проекта, поскольку организация такого типа работ может включать проработку отдельных разделов бизнес-плана заказы на проведение исследований по новым для заказчика направлениям организации своей деятельности целевое привлечение групп специалистов для реализации различных стадий подготовки и продвижения бизнес-плана проекта осуществление полного цикла работ, начиная от стадии предынвестиционной экспертизы до организации текущего контроля за ходом соответствия инвестиционного процесса ключевым положениям бизнес-плана. В последнем случае стоимость использования программного обеспечения станет составной частью общей цены разработки. [c.98]
Технический проект. Технический проект (ТП) АСУ состоит из пояснительной записки и чертежей. Он содержит решения по обоснованию комплекса технических средств с документами, необходимыми для заказа оборудования. В него входит план мероприятий по подготовке объекта к внедрению АСУ, расчет экономической эффективности. В техническом проекте должно быть представлено описание структуры управления с вносимыми в нее изменениями. В ТП описывается постановка и решение каждого из комплексов задач, включая перечень задач, процедуры обработки информации, описание алгоритмов решения, перечень используемых средств программного обеспечения, перечень ППП и др. [c.414]
Кроме того, процесс структуризации проекта является неотъемлемой частью общего процесса планирования проекта и определения его целей, а также подготовки сводного (генерального) плана проекта и матрицы распределения ответственности и обязанностей. Осуществление этого процесса относительно легче применительно к так называемым осязаемым проектам , связанным со строительством, нежели к проектам, связанным, например, с разработкой программного обеспечения. [c.98]
Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации. [c.34]
Запатентованное программное обеспечение по управлению проектами обычно содержит широкий диапазон встроенных форматов отчетов, которые могут быть использованы как уже готовый вариант но во многих программах для менеджера проекта также имеется опция создания новых отчетных форматов для удовлетворения его или ее собственных проектных нужд. Можно настроить плоттеры на распечатку сетевых диаграмм, диалоговых гистограмм и других всевозможных графических отображений, усовершенствованных с помощью применения разных цветов. Данные по учету затрат могут быть добавлены в планы, что позволяет осуществить распечатку бюджетных кривых, таблиц затрат и других сводок планируемых и фактических расходов. [c.132]
Пример 2 план проекта разработки программного обеспечения [c.48]
Существует ряд компаний по созданию программного обеспечения - к сожалению, надо сказать, что их немного, - где применяется подобная практика. Руководство и заказчики этих компаний ожидают видеть непредвиденные обстоятельства встроенными в планы. Невыполнение этого расценивается как практика управления проектами в диапазоне от неподходящей до преступно небрежной. [c.77]
Должен быть составлен детальный план продвижения и взаимодействия для поддержания связей между подразделениями. Должна быть распределена ответственность за поддержание контактов с подразделениями предприятия между членами команды исполнителей проекта. Предусмотреть в составе персонала ОУП специалистов, отвечающих за совместную работу с подразделениями по конфигурированию и внедрению программного обеспечения. [c.474]
Посредством предписания идентификационных номеров элементам структурного плана проекта и их отношения с определенными фазами (R — реализация I — интеграция D — делегирование) или кодирования технологии (HW—аппаратное обеспечение SW — программное обеспечение HS — интеграция аппаратного и программного обеспечения) можно перейти к содержательному структурному плану проекта (рис. 174). [c.286]
Вы работаете в компании, которая производит недорогое программное обеспечение для индустрии коммуникации. Вы начали работу над новым проектом. Покупатель находится в другой стране, которая ограничивает число иностранцев для въезда. Вы учли этот риск в плане управления риском. Основной трудностью является установка программного обеспечения. Что из следующего вы можете сделать в этих обстоятельствах [c.27]
В процессе инициации руководитель проекта обязательно должен принять участие в обсуждении стратегического плана компании. Возможно, там будет указано, что цель компании —- построить 15 новых магазинов до конца года. Если ваша компания обсуждает проект установки новой системы программного обеспечения по учету кадров, было бы разумнее написать основные условия проекта по строительству магазинов. Ваша управляющая команда будет ссылаться на стратегический план, выбирая какой из двух проектов начать и какой из них соответствует общей стратегии компании. [c.91]
Учтите, что при оценке продолжительности операций вы определяете время, которое необходимо для завершения операции, включая любое время с начала операции и до ее завершения. Например, вернемся к нашему проекту по покраске дома. Мы подсчитываем, что это займет три дня, включая время на покраску основным слоем. Допустим, покраска по плану должна начаться в субботу, но по воскресеньям команда не работает. В таком случае операция продолжается четыре дня, включая три дня на покраску и один день, когда команда не работает. При использовании программного обеспечения подобные ситуации просчитываются автоматически. [c.197]
Вы руководите проектом по организации концертов. Вы работаете над планом материально-технического обеспечения для использования компьютерной программы, которая будет управлять освещением и изображением на экране во время, концерта. Вы сравниваете затраты на приобретение этого программного обеспечения и на его собственное изготовление. В какой из следующих процессов вы вовлечены [c.260]
После выбора программного обеспечения начинается настоящая работа. Первым шагом здесь будет разработка плана введения данных о всех задачах и рабочих этапах. Для контроля проекта назначьте ответственного и определите даты завершения каждого этапа и задачи. [c.365]
Руководитель перехода начинает процесс планирования с проведения анализа потребностей, а затем формирует стратегию перехода. Все это вместе служит основой для создания плана. перехода. План перехода служит своего рода средством информирования руководства ИСУ и компании о текущем состоянии дел, а также обоснования целесообразности предлагаемых изменений в ИСУ в нем устанавливаются приоритеты мероприятий, связанных с переходом, излагаются график и ресурсы, требуемые для осуществления перехода, указываются исходные данные, по которым можно сверять ход работ и вносить коррективы, а также важнейшие факторы успеха. После того как руководство утвердит план перехода, для каждого вида работ составляются более подробные планы реализации. К примеру, в плане реализации проекта автоматизации информационно-вычислительного центра конкретизируется весь процесс перехода, конечные результаты, а также критерии приемки изменений в аппаратных средствах, программном обеспечении и сетях изменения в стандартах, документации и процедурах переподготовка персонала, переводы на другие рабочие места и сокращение лишних рабочих мест переход с одних прикладных программ/систем на другие. Важно, чтобы план реализации был понятен всем членам проектной группы обеспечения перехода, а также руководству, пользователям и персоналу, которых этот переход коснется. Автоматизированная система управления проектом помогает составлять календарные графики работ и распределять ресурсы — людей, оборудование и материалы. [c.200]
Автоматизация подготовки бизнес-планов. Все количественные характеристики и показатели бизнес-планов, включая натуральные и стоимостные показатели ресурсного обеспечения, финансовые планы, а также полный анализ финансовых результатов предполагаемой реализации проекта, могут (и должны) выполняться с помощью соответствующих программных продуктов на персональных компьютерах. [c.276]
Должностные обязанности. Выполняет работу по проектированию и внедрению специальных технических и программно-математических средств защиты информации, обеспечению организационных и инженерно-технических мер защиты информационных систем, проводит исследования с целью нахождения и выбора наиболее целесообразных практических решений в пределах поставленной задачи. Осуществляет подбор, изучение и обобщение научно-технической литературы, нормативных и методических материалов по техническим средствам и способам защиты информации. Участвует в рассмотрении проектов технических заданий, планов и графиков проведения работ по технической защите информации, в разработке необходимой технической документации. Составляет методики расчетов и программы экспериментальных исследований по технической защите информации, выполняет расчеты в соответствии с разработанными методиками и программами. Проводит сопоставительный анализ данных исследований и испытаний, изучает возможные источники и каналы утечки информации. Осуществляет разработку технического обеспечения системы защиты информации, техническое обслуживание средств защиты информации, принимает участие в составлении рекомендаций и предложений по совершенствованию и повышению эффективности защиты информации, в написании и оформлении разделов научно-технических отчетов. Составляет информационные обзоры по технической защите информации. Выполняет оперативные задания, связанные с обеспечением контроля технических средств и механизмов системы защиты информации, участвует в проведении проверок учреждений, организаций и предприятий по выполнению требований нормативно-технической документации по защите информации, в подготовке отзывов и заключений на нормативно-методические материалы и техническую документацию. Готовит предложения по заключению соглашений и договоров с другими учреждениями, организациями и предприятиями, предоставляющими услуги в области технических средств защиты информации, составляет заявки на необходимые материалы, оборудование, приборы. Участвует в проведении аттестации объектов, помещений, технических средств, программ, алгоритмов на предмет соответствия требованиям защиты информации по соответствующим классам безопасности. Проводит контрольные проверки работоспособности и эффективности действующих систем и технических средств защиты информации, составляет и оформляет акты контрольных проверок, анализирует результаты проверок и разрабатывает предложения по совершенствованию и повышению эффективности принимаемых мер. Изучает и обобщает опыт работы других учреждений, организаций и предприятий по использованию технических средств и способов защиты информации с целью повышения эф- [c.147]
На сегодняшний день системный характер управления проектом выходит на первый план. Если до недавнего времени для применения методологии управления проектом достаточно было заявить о том, что объект управления, управляемая деятельность имеет проектно-ориентированный характер и поэтому может называться проектом, то сегодня этого явно недостаточно. Если еще недавно можно было просто создать структурные единицы с названием руководитель проекта или проект-менеджер и при этом считать, что организация базируется на методологии управления проектом, то сейчас такой подход никого не удовлетворяет, так как в действительности не дает ожидаемого эффекта. После прохождения обучения и получения сертификата РМР (Proje t Management Professional), пусть даже всеми сотрудниками организации, или после начала самостоятельного использования специализированного программного обеспечения по календарному и ресурсному планированию (назвать современные программные пакеты программами по управлению проектом все-таки нельзя) автоматически система управления проектами на предприятии не возникает. Такую систему необходимо тщательно проектировать, настойчиво внедрять в деятельность компании и постоянно развивать. Наиболее эффективным представляется создавать систему управления на базе так называемых стандартов управления. [c.120]
Опцион на расширение может быть использован фирмой в качестве рационального обоснования инвестиций в проекты, которые имеют отрицательную чистую приведенную ценность, но открывают широкие возможности в плане освоения новых рынков или продажи новых продуктов. Подход, основанный на оценке опциона, вносит строгость в эту аргументацию, благодаря этой оценке, а также позволяет проникнуть в суть тех случаев, когда он наиболее ценен. Очевидно, что опцион на расширение будет более ценным в сферах бизнеса, в большей степени подверженных изменениям и обеспечивающих более высокие доходы от проектов (таких, как биотехнологии или компьютерное программное обеспечение), чем в стабильном бизнесе с более низкими доходами (например, производство автомобилей). Мы рассмотрим три вида случаев, где опцион на расширение может углубить наше понимание, — случаи стратегических приобретений, затраты на НИОКР и многоэтапные проекты. [c.1068]
Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ. [c.31]
Сильное руководство хотя и желательно, но не всегда требуется для успешного выполнений проекта. Четко определенные про екты, где нет неожиданностей, требуют незначительного руководства, как, например, в случае строительства обычного жилого дома, когда руководитель проекта просто осуществляет план проекта, И, наоборот, чем больше степень неопределенности проекта, будь то изменения масштаба, технологические проблемы, сбои в координации между людьми и так далее, тем больше тре буется руководства. Например, сильное руководство потребуется для проекта по разработке программного обеспечения, где параметры меняются в зависимости от достижений в отрасли, [c.300]
Практический опыт работы в городах Тюмени, Тобольске, Ялуторовске, Ишиме и Заводоу-ковске показывает для создания на территориальном уровне объектов инфраструктуры одних инициативных действий предпринимателей недостаточно. Заметные положительные результаты достигаются при наличии необходимых предпосылок в сфере предпринимательства, а также соответствующей материально-технической и организационной помощи со стороны исполнительных органов государственной власти и органов местного самоуправления. Наиболее показателен в этом плане пример работы Тобольского фонда поддержки малого предпринимательства, которому на начальном этапе становления были переданы в уставный капитал отдельные объекты недвижимости, а также выделены из областного бюджета финансовые ресурсы в размере 245 тыс. руб. на техническое оснащение, нормативное и программное обеспечение его деятельности. В штате Фонда 7 человек. Структурно Фонд состоит из правовой службы и отдела инвестиций и экспертизы предпринимательских проектов. За прошедшие три года после создания с участием Фонда подготовлен ряд документов нормативно-правового характера о механизме финансовой поддержки субъектов малого предпринимательства, о поддержке малых предприятий производителей продуктов питания и др. В условиях недофинансирования муниципальной программы поддержки малого предпринимательства осуществлён поиск внебюджетных источников ресурсного обеспечения программных мероприятий. Создан банк инвестиционных проектов, регулярно проводится смотр-конкурс инвестиционных проектов Малый бизнес Тобольска . Подготовлен перечень неиспользуемых производственных мощностей, объектов незавершенного строительства, нежилых помещений. При содействии Фонда и участии представителей малого бизнеса в городе выходит газета налогоплательщиков Содействие , ее тираж на начало 2000 г. составил 7 тыс. экз. Начата работа по размещению муниципальных заказов среди субъектов малого предпринимательства и проведению лизинговых операций. [c.22]
В 1998-1999 гг. Центром содействия предпринимательству Свердловской области (г. Екатеринбург, ул. 8 Марта, 13, т 3432-77-67-78) разработана идеология, нормативно-правовое и программное обеспечение, обучены специалисты, необходимые для реализации процесса микрокредитования — новой технологии в сфере финансовой поддержки предпринимательства. Система микрокредитования утверждена постановлением Правительства области и успешно развивается в 15 городах и районах. Реализацию программы на местах осуществляют муниципальные фонды поддержки малого предпринимательства. Средства использованы из специализированного внебюджетного фонда реинвестирования Свердловской области и областного бюджета. Муниципальными фондами предоставлено предпринимателям займов в 1999 г. — 984, в 2000 г. — 1796 на общую сумму в 1999 г. — 10,3 млн. руб., в 2000 г. — 19,6 млн. руб. За два года в ходе реализации проектов создано 534 новых рабочих мест и сохранено 1308 мест. Средняя сумма займа составляет 11 тыс. руб. Выдача займов осуществляется под коммерческий процент до 8 % в месяц, и снижение ставки возможно при уменьшении спроса на эту финансовую услугу. Получаемые средства идут на расширение системы микрокредитования и становление муниципальных фондов поддержки предпринимательства. Займы носят краткосрочный характер, как правило, не более трёх — шести месяцев. Возвраты займов составляют 97 % от плана, показатель своевременной уплаты процент- [c.23]
Замысловатость стратегии часто мешает разглядеть ее внутренние дефекты. Кроме того, разработчики такой стратегии перестают замечать наличие более простых вариантов. Инвесторов и руководителей так увлекает грандиозность проекта, специфика его выполнения или революционность задействованной технологии, что они даже не успевают поразмыслить над тем, так ли уж хорош на самом деле придуманный ими план. Бывший генеральный директор General Magi Марк Порат в беседе с нами признался, что его компания пыталась в одно и то же время реализовать слишком много взаимосвязанных стратегических инициатив и в итоге так и не сумела воплотить в жизнь ни одну из них Мы хотели создать операционную систему, карманное устройство и программное обеспечение для коммуникационных сетей — таким образом, мы пытались создать сразу два рынка (4). Чтобы не стать жертвой ложного очарования подобных стратегий, старайтесь сохранять объективность и не забывайте спрашивать себя, действительно ли выбранный компанией подход является оптимальным Не существует ли более простого и, возможно, более эффективного решения данной проблемы [c.307]
С самой первой главы мы объясняем и применяем методологию управления проектом. Это просто формальный структурированный метод, который руководитель проекта использует для составления плана проекта. Согласно учебнику РМВОК, это может быть программное обеспечение, такое как Mi rosoft Proje t, или собрания. У некоторых органи- [c.285]
Однако, несмотря на простоту и понятность общих принципов, на которых строится сглаживание потребности проекта в ресурсах, расчетные алгоритмы оказываются очень и очень трудоемкими. Следует признать, что пока не разработано метода прямого поиска оптимального решения этой задачи и на практике процедуры сглаживания связаны либо с полным перебором возможных вариантов топологии проектного плана (в этом случае оказывается возможным доказать оптимальность варианта плана), либо с применением некоторых эвристических правил выстраивания квазиоптимальной топологии (например, наиболее короткая работа должна выполняться первой ). И в том, и в другом случае нельзя обойтись без специального программного обеспечения, не только из-за трудоемкости решения задачи, но из-за того, что при ее решении слишком высока вероятность допустить расчетную ошибку. Следующий небольшой пример (см. Рис. 22) позволит лучше представить, за счет чего происходит сглаживание потребности в ресурсах и как отличить лучший (с точки зрения равномерности потребности в ресурсах) вариант проектного плана от [c.134]
Методология планирования проекта. Методологиячпланирования проекта - это структурированный подход, используемый для направления деятельности команды проекта во время создания плана проекта. Методы и формы могут быть как простые (стандартные формы и шаблоны, на бумаге или электронные, формальные или неформальные), так и настолько серьезные, как серии требуемого моделирования процессов (как, например, т.н. Анализ календарного риска Монте Карло). Большинство методологий планирования проекта используют сочетание "жестких" инструментов, таких как специальное программное обеспечение, и "мягких" инструментов типа вспомогательных, ранее оговоренных встреч. [c.47]
Последний пример (оптимизация продолжительности) может служить иллюстрацией и здесь. Необходимо выбрать такой план, который обеспечивал бы минимальную продолжительность процесса при заданной заранее стоимости. Обычная бухгалтерия не в состоянии предоставить данные, достаточные для решения подобного рода задачи. Рассмотрим здесь еще один пример. Когда-то автор и двое его коллег получили заказ проверить для одного проекта, который связан с разработкой программного обеспечения, что выгоднее использовать быстрые прототипы или фазовую модель без прототипов. Задача решалась с помощью имитационного моделирования. В результате автор пришел к выводу, что только использование опытных данных позволяет получить приемлемый результат. И это действительно так. Соудер [И] по этому поводу писал Модели, требующие данных, которые по каким-либо причинам отсутствуют, обычно имеют низкий потенциал. [c.91]
Внедрение системы BAAN IV начинается с анализа операций и потребностей предприятия. Перед тем, как будет принято решение о приобретении системы BAAN IV, консультанты по программному продукту должны определенное время затратить на предварительное изучение деятельности и бизнес-целей предприятия. Результатом анализа является разработка плана (коммерческого предложения), содержащего рекомендации по программным и аппаратным средствам, а также необходимым работам. Во время фазы 1 выясняется, каким образом приложения BAAN IV будут функционировать в условиях предприятия. Консультанты подготавливают рекомендации по программному обеспечению, демонстрируют руководству предприятия систему, а также модель бизнес-функций, разработанную на основе полученной информации о предприятии. План включает предложение по изменению организационной структуры, настройке, внешним интерфейсам и архитектуре. Затем, когда предварительная структура информационной системы определена, разрабатывается проект соглашения, служащего основой для сотрудничества. В соглашение входят план и бюджет проекта, удовлетворяющие обе стороны. [c.162]
Автоматизация подготовки бизнес-планов. Расчет всех количественных характеристик и показателей бизнес-планов, включая натуральные и стоимостные показатели ресурсного обеспечения, финансовые планы, а также полный анализ финансовых результатов предполагаемой реализации проекта, должен выполняться с помощью соответствующих программных продуктов на персональных компьютерах. Например, можно использовать популярный диалоговый пакет Proje t Expert для Windows. [c.65]
Состав полного программного комплекса соответствует элементам, необходимым для информационно-аналитического обеспечения менеджмента промышленного предприятия. Анализ финансового состояния предприятий выполняется с помощью программного продукта Альт-Финансы . Среднесрочный и долгосрочный бюджет промышленного предприятия в укрупненных показателях представляется на основе программы Альт-Прогноз . Для планирования используется программный продукт Альт-План . Многовариантность развития может быть рассмотрена с помощью программного продукта Альт-Инвест , а в случае необходимости — проведена экспресс-оценка инвестиционного проекта с помощью системы Альт-Инвест-Прим . Данные программные продукты реализованы на базе пакета электронных таблиц Mi rosoft Ex el. [c.107]