
- •Введение
- •1Основная часть
- •1.1Теоретическая часть
- •1.1.1Управление проектами
- •1.1.2Стандарты проектного управления
- •1.1.3Специфика it-проектов
- •1.1.3.1Методологии управления it-проектами
- •1.1.3.2Каскадная модель (Waterfall)
- •1.1.3.3Спиральная модель
- •1.1.3.4Итеративная разработка
- •1.1.3.5Гибкая методология разработки
- •1.1.4SaaS-приложения
- •1.1.4.1Основные понятия электронно-вычислительных сетей
- •1.1.4.2Топология локальных сетей
- •1.1.4.3Типы локальных сетей
- •1.1.4.4Компьютерная сеть Интернет
- •1.1.4.5Основные системы и понятия сети Интернет
- •1.1.4.6Уровни сетевой модели osi
- •1.1.5SaaS-приложения для управления проектами
- •1.1.5.1Мегаплан
- •1.1.5.2Битрикс24
- •1.2Вычислительная часть
- •1.2.1Постановка проблемы
- •1.2.2Способ решения
- •1.2.3Электронный проектный офис как система поддержки принятия решений
- •1.2.4Применимость и целевая аудитория
- •1.2.4.1Учебные проекты
- •1.2.4.2Ориентация на распределенные команды
- •1.2.4.3Ориентация на малый бизнес и небольшие команды
- •1.2.5Основные функции сервиса
- •1.2.6Методология
- •1.2.7.1Построение Burndown диаграммы
- •1.2.7.2Советы и упражнения
- •1.2.7.3Массовое добавление задач
- •1.2.7.4Ежедневный сбор статистики от участников
- •1.2.8Диаграмма базы данных
- •1.2.9Макеты пользовательских интерфейсов
- •1.2.10Математическая модель
- •2Экономическая часть
- •2.1Общие положения
- •2.2Определение затрат на создание продукта
- •2.2.1Материальные затраты
- •2.2.2Расходы на оплату труда
- •2.2.3Отчисления на социальные нужды
- •2.2.4Амортизационные отчисления.
- •2.2.5Прочие расходы
- •2.3Затраты на создание продукта.
- •2.3.1Цена разработанного продукта.
- •2.3.2Оценка экономической эффективности использования продукта.
- •3Охрана труда и окружающей среды
- •3.1Введение
- •3.2Факторы, воздействующие на оператора пк
- •3.3Освещение
- •3.4Требование к монитору
- •3.4.1Визуальная эргономика
- •3.4.2Геометрические характеристики изображения
- •3.4.3Яркость изображения
- •3.4.4Контрастность изображения
- •3.4.5Цветопередача
- •3.5Эргономика рабочего места
- •3.6Заключение
- •4Заключение и выводы
- •5Список источников
- •6Приложения
- •6.1Приложение а
- •6.2Приложение б
1.1.5SaaS-приложения для управления проектами
Почти все SaaS-приложения ориентированы на мелкие и средние компании, т.к. у них нет особенных требований к организации проектного управления и они быстрее адоптируются к новым вещам. У крупного бизнеса уже налажены бизнес-процессы и используется система заточенная под его нужды. Переход на новое ПО для него - крайне недружественное мероприятие.
Часто у крупного и среднего бизнеса есть предубеждения касательно SaaS, т.к. он лишает их возможности управлять своими данными и обеспечивать необходимый уровень конфиденциальности.
1.1.5.1Мегаплан
Мегаплан — это корпоративная система управления проектами, финансами и коммуникациями. Она настолько простая и гибкая, что подходит для любого бизнеса. А самое главное, что и у сотрудников, и у руководства останется самое важное — время на жизнь, а не только на работу.
Мегаплан - российский SAAS-сервис для управления проектами, задачами и бизнесом. Решение доступно в нескольких вариантах использования и ориентировано на особенности нашей страны. Приложение состоит из следующих функциональных модулей: Сообщения, Сотрудники, Задачи, Дела, Клиенты, Финансы, Документы, Обсуждения, Счета, Сделки, Отчеты. Мегаплан позволяет руководителю быть в курсе всех процессов в компании, планировать и принимать решения, а сотрудникам — видеть все свои задачи и знать, к кому обратиться с вопросами.
С
Рисунок 8.
Контекстная диаграмма
А-0 описывающая управление проектами
с помощью Мегаплана.
1.1.5.2Битрикс24
Битрикс24 - разработка российской компании 1С. Так же как и Мегаплан, он обеспечивает похожий функционал по управлению проектами - управление задачами и документами, социальные инструменты (чат и сообщения)
1.1.5.3Basecamp
Basecamp - SaaS-сервис компании 37signals, один из самых первых и самых популярных приложений такого рода. Несмотря на широкую популярность, Basecamp считается недостаточно приспособленным для ведения сложных и долговременных проектов, а также для использования в больших компаниях. В ответ на критику президент 37signals Джейсон Фрид заявляет, что не собирается усложнять продукт по требованиям пользователей.
1.2Вычислительная часть
1.2.1Постановка проблемы
При выполнении IT-проектов практически всегда возникают проблемы, некоторые из которых легко решаются, однако часто возникают такие, которые могут привести к срыву проекта. Назовем главные риски, которые могут сорвать проект:
Нечеткие функциональные требования;
Неточные оценки, нереалистичные бюджет и сроки;
Недостаточное и несвоевременное финансирование;
Необоснованный рост объема работ;
Недостаточное участие заказчика;
Отсутствие необходимой проектной дисциплины;
Недостаточная квалификация кадров;
Плохой контроль процессов и недостаточное тестирование;
Плохо организована внешняя и внутренняя коммуникация.
Заметим, что почти все указанные здесь проблемы создаются командой проекта. Кто-то соглашается на невыполнимые требования, кто-то соглашается на минимальный бюджет. Вряд ли команда проекта сознательно старается его провалить, однако такое нередко происходит. Если применить медицинскую аналогию, то проблемы, приводящие к краху проекта - это вирусное заболевание. Как и вирусное заболевание, проблемы можно лечить, и чем раньше начать это делать, тем больше вероятность решить проблемы или вовсе с ней не столкнуться. Если мы сможем обнаружить проблему в начальной стадии, то сможем быстро её исправить. Диагностика заболеваний это одна из самых сложных сфер в медицине, то же самое можно сказать и про обнаружение проблем в проектах. Только опытный проектный менеджер, завершивший большое количество проектов сможет быстро находить в них проблемы. Казалось бы, если уже написана куча литературы по управлению проектами, однако проекты выполняться лучше не стали, и в мире не появилось много хороших проектных менеджеров.
Из-за недостатка опытных PM, проектами часто управляют недостаточно квалифицированные специалисты, а это значит, что проект с бОльшей вероятностью не будет завершен в намеченные сроки или вовсе провалится. Неопытный менеджер проекта вряд ли сможет успешно диагностировать проблемы на начальной стадии. Поиск рисков мог бы взять на себя внешний квалифицированный PM, который следил бы за ходом проекта, и своевременно давал бы рекомендации. В качестве такого консультанта и должна выступать наш SAAS-сервис.