Классификация и особенности ИТ-проектов

Содержание

Классификация и управление IT рисками проекта — статья от IT-Lite

Классификация и особенности ИТ-проектов

Причина вялого управления ИТ-рисками проектов часто кроется в недостаточной конкретизации планируемых эффектов от ИТ-проектов. Отчасти такая политика ИТ-директора связана с позицией CIO, далеко не всегда он берет на себя роль драйвера изменений: кто-то просто не имеет достаточного веса, чтобы предлагать системные изменения, кто-то перестал интересоваться новыми технологиями.

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

  • бизнесу необходимо оставить менторский тон в отношениях с ИТ и с уважением принимать точку зрения ИТ-руководителя;
  • последовательно двигаться к устранению противоречий между политиками функциональных подразделений и интересами ИТ.

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

Нужно управлять IT не как конфигурационными единицами, а как активами. Должен быть не только проектный офис (Project Management Office), но и офис, который будет управлять ценностью активов (Assets Value Management Office).

Его задача — планирование эффектов и наблюдение за достижениями реализации IT-инициатив в течение всего жизненного цикла любого нематериального актива.

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

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

Классификация рисков

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

  1. Внешние риски. К ним относятся риски проектов, которые не связаны ни с деятельностью предприятия, ни с деятельностью его контактной аудитории. Влияние на них оказывают внешние факторы (политика, экономика, демография, география и т.д.).  

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

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

  4. Операционные риски. Связаны с самим процессом осуществления операций (логистика, бухгалтерия, управление и т.д.). 

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

    Управление рисками ИТ-проекта в данном случае может быть формализовано и, как правило, выполняется подразделениями внутреннего контроля в соответствии с классическим циклом управления рисками: идентификация, оценка, управление, мониторинг.

  6. Трансформационные риски. Возникают до, во время и после трансформации предприятия. 

  7. Предотвращаемые инициативой риски – это такие предотвратимые риски, ослабление или преодоление которых включено в эффекты инициативы по проведению изменений.

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

  9. Проектные/программные риски проектов — такие преднамеренные риски, которые действуют в течение срока реализации инициативы. 

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

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

Компания IT-Lite оказывает полный комплекс услуг по ИТ-аутсорсингу, включающий в себя облачные технологии, размещение ИТ-оборудования в дата-центрах, серверы в лизинг, техническое обслуживание компьютеров и серверов, поставку компьютерного оборудования и ПО, а также обслуживание АТС.

На рисунке обозначены две области деятельности: справа операции, слева трансформации. Цифрами обозначены степень популярности категорий рисков it проектов.

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

Однако существуют и риски, которые привносятся в операционную деятельность компании в результате реализации проекта. Зачастую их не знают даже сами инициаторы проекта.

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

рис. Классификация рисков
 

Заключение

В современной экономике нематериальные активы занимают все более заметную роль.

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

Управление нацелено на реализацию it проектов в согласованный бюджет и заданный срок. Управление эффективностью нематериальных активов требует организации планирования и контроля реального состояния созданных активов на протяжении всего их жизненного цикла. Акт принятых работ по созданию нематериального актива не должен стать конечной точкой в контроле эффективности ИТ-актива. 

При этом ответственность за инвестиции в ИТ должна иметь для ИТ и бизнеса солидарный характер.

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

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

Источник: https://www.it-lite.ru/blog/it-autsorsing/upravlenie-riskami-v-it/

Проектный менеджмент в IT — как это?

Классификация и особенности ИТ-проектов

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

Из множества методологий нужна одна оптимальная и настроенная лично под нас и наш проект.

Одно дело выполнять шаблонные задачи строго по скриптам из книги, другое — методом проб и ошибок вырабатывать свои специальные инструменты для учета приоритетов компании.

Поэтому проектный менеджмент (PM), то есть методология управления компанией с делением всей работы на проекты, становится популярным во всех отраслях.

Что такое проектный менеджмент

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

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

Только этот шаблон уже не применить к новым условиями мирового рынка.

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

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

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

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

В IT project management (PM) — это дисциплина, что объединяет процедуры, принципы и политику ведения бизнеса. Она руководит проектом от разработки концепции до завершения проекта.

Общий (функциональный) и проектный менеджмент отличается тем, что:

  • функциональный стабилен. Цель: поддержать и преумножить. Есть отработанный шаблон, он работает постоянно.
  • проектный изменчив. Цель: результат любой ценой. Есть deadline.

Причиной перехода от общего менеджмента к PM чаще других становится надежность — вместо относительной абстрактной перспективы к предсказуемым результатам.

Международная Ассоциация Управления Проектами (IPMA) провела исследование, по результатам которого новый подход сэкономит вам около 20-30% времени и 15-20% ресурсов.

Управление IT проектами vs другие сферы бизнеса

Чем отличаются Информационные Технологии от других отраслей? Судя по ИТ-форумам, зависимостью программистов от гаджетов, дорогого сыра и возможности поехать на Бали.

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

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

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

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

В it проектный менеджмент может идти по трем жизненным циклам проекта:

  • Прогнозируемый, он же waterfall. Традиционный подход, даже в 2010-х применяется на порядок чаще других. Поэтапный линейный алгоритм.
  • Итерационный. Современный подход, в котором расширение функционала разрабатываемого программного обеспечения с каждым новым выпуском в рамках проекта.
  • Адаптивный. Agile, Scrum и другие методы. Цели компании и стратегия развития может меняться независимо от первоначального плана.

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

Составлять собственную систему или применять существующую методику к руководству проектами — решать вам.

Для начала опишите свой проект по 10 функциям управления проектами:

  1. Интеграция структуры проекта. Ключевая проблема, которую решает проект. Его результат и этапы (сгруппируйте их по смыслу). Разделяй, объединяй и властвуй.
  2. Масштаб и объем работ. Количество планируемых задач, потоков и приоритеты.
  3. Время. Сроки и хронология зависимых задач, ключевые этапы.
  4. Стоимость.

    Себестоимость проекта (ресурсы и человеко-часы).

  5. Качество. Критерии и оценка.
  6. Закупки. Ресурсы, логистика.
  7. HR. Люди. Навыки, потенциал и продуктивность.
  8. Коммуникация. Отчет руководству, взаимодействие между персоналом.
  9. Риски и потери. Предусмотри и предотврати.
  10. Заинтересованные стороны.

    Инвесторы, акционеры, директора и клиенты.

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

Методологии управления IT проектами

Главный выбор предпринимателя при разработке программ и приложений — это подходящая методология управления. Их действительно много, на 2017-й год существуют:

Традиционные методики:

PMI / PMBOK «Метод». Инициирование, планирование, исполнение, контроль и закрытие. Инструкция, не метод по сути.

Процессно-ориентированные методики:

  • Lean.
  • Six Sigma.
  • Lean Six Sigma.
  • Процессно-ориентированная PM.

Другие индивидуальные методики и гибридные подходы:

Все названные методы управления проектами мы детально опишем в последующих статьях.

Процесс управления проектами в IT

Разрабатывать и внедрять PM в компании стоит постепенно, проверяя на практике каждый этап и взаимодействие.

За один день перейти на новые стандарты — нереально. Даже чтобы внедрить новый органайзер нужно: обучить команду пользоваться, перенести дела и задачи в такс-менеджер, назначить ответственных и дедлайны, настроить баг-трекеры.

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

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

Все процессы управления проектами также происходят постепенно и проходят 5 этапов:

  1. Разработка концепции, инициирование.
  2. Определение и планирование.
  3. Запуск работы и воплощение задуманного.
  4. Контроль и наблюдение.
  5. Закрытие проекта.

Организация управления IT-проектом

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

Самое грубое деление классической модели ролей:

  • Владельцы.
  • Исполнители.
  • Потребители.

В коммерческих компаниях выделяют такое понятие как заинтересованная сторона. Все, кто влияет на результат и прибыль. Это стейкхолдеры (stakeholders).

Внутренние:

  • Учредители.
  • Инвесторы.
  • Персонал.

Внешние:

  • Поставщики.
  • Посредники.
  • Потребитель (клиенты).

Для организации управления проектом в ИТ такое разделение слишком топорно, здесь нужна другая градация полномочий.

Все участники проекта, причастные к его созданию и потреблению, разделяются на:

  • Заказчик. Главный. Принимает все ключевые решения.
  • Собственник. Владелец всех прав собственности на продукт проекта. Часто — заказчик.
  • Инициатор. Его идея становится проектом. Любой участник проекта может им быть. Права у заказчика.
  • Родительская (головная, материнская, постоянная) организация. Организация, в которой возник и будет проект.
  • Спонсор. Предоставляет финансирование. Обеспечивает материальные ресурсы.
  • Инвестор. Вкладывает финансирование ради личной прибыли от реализации проекта.
  • Управляющий (менеджер проекта). Лично ответственный за проект перед заказчиком. Имеет право принимать решения сам.
  • Команда управления. Руководители среднего звена.
  • Команда. Исполнители. Создают продукт.
  • Контрактор, Субконтрактор, Подрядчик. Исполнитель по контракту.
  • Клиент. Потребитель продукта.

Инструменты для управления IT проектами

В Америке сервисы для ведения бизнеса существуют с 1987 года, у нас же заветная 1С появилась лишь в 1991 году. Развитие технологий от автоматизированного бухгалтерского учета и CRM для call-центров до полноценной виртуальной среды централизованного контроля и взаимодействия в компании было долгим, но плодотворным.

На 2017 год инструменты управления проектами стали распространенным явлением. Развился очень разнообразный рынок сервисов, что отличаются отраслевым софтом, функциями и наличием интеграции с другими программами. Теперь они могут быть с расширениями и мобильными версиями.

Самые популярные конкуренты среди сервисов в странах СНГ: Bitrix24, Trello, Asana, Basecamp и Worksection.

Изюминка разных технологий в том, что в них можно найти:

  1. Диаграмму Ганта для определения дедлайнов и связанных временем задач, как реализовано в Worksection. Это популярный инструмент для управления проектами в диджитал-агенциях и веб-продакшенах.
  2. PERT диаграмму для оценки и анализа алгоритмов и способов реализации проекта.
  3. Автоматические отчеты, канбан-доски, встроенные файловые системы и многое другое.

Отдельно рекомендуем для комфортного управления ИТ-проектом использовать структурную декомпозицию работ в виде блок-схем.

Вердикт

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

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

Внешние — форс-мажоры.

Принятый невыгодный закон в стране, стихийное бедствие или закрытие границ со страной-поставщиком сырья.

Внутренние — поломки внутри компании, которые на уровне управления сводятся к трем выводам:

  1. Никто не знает, чего хочет, пока не попробует это. Даже самое точное ТЗ не отразит все ожидания. Даже лучший продукт найдет недовольного пользователя.
  2. Попробовав, мы хотим изменить. Многие идеи возникают только в процессе личного опыта и экспериментов. Помните: если мишень движется, стоит сдвигать прицел.
  3. Даже самому большому проекту будет брошен вызов конкурентом. Чем крупнее проект, тем легче ему провалиться. Сегментируйте, дробите, детализируйте.

Короткие итерации с фиксированным дедлайном легче контролировать, выполнить и исправить.

Источник: https://worksection.com/blog/it-project-management.html

Восемь актуальных текущих IT-проектов

Классификация и особенности ИТ-проектов

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

Подводная беспроводная сеть

В 2013 году учёные университета Баффало провели первые успешные испытания подводной беспроводной связи. Два датчика были опущены в воду на расстоянии в несколько десятков метров, после чего информация была передана, получена и транслирована далее на сушу.

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

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

Apple Watch как предмет науки

А вот в университете штата Пенн задумались о более насущных проблемах и решили использовать Apple Watch как стартовую платформу для разработки информационно-образовательного сервиса для студентов.

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

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

Роботы-преподаватели

В 2014 году учёные из университета Карнеги–Меллон выиграли грант на 10 млн. долларов от Global Learning XPRIZE на развитие своей программы под названием RoboTutor.

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

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

Открытая архитектура GPU

Тимоти Миллер (Timothy Miller) и его коллеги из Бингемптонского Университета создали первый синтезируемый графический процессор с открытой архитектурой.

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

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

Новый взгляд на облачный сервис

610 тысяч долларов за трехлетние исследования в области облачных сервисов – именно столько получили Ченьянг Лу (Chenyang Lu) и Кристофер Гилл (Christopher Gill), профессоры из Вашингтонского университета в Сент-Луисе.

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

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

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

Свет для микропроцессоров

Уникальный проект, где в микропроцессоре используются порты ввода-вывода на фотонах, был описан в научной статье в декабре 2015 года Владимиром Стояновичем (Vladimir Stojanović), Беркли, Калифорния.

В сущности, это ещё один шаг в направлении увеличения скорости обмена данными, ведь использование данной технологии позволяет создать пропускную плотность до 300Гб/сек с 1 квадратного миллиметра, что от 10 до 50 раз выше стандартных микропроцессорных величин.

Сообщается, что на сегодняшний день уже запущено 2 бизнес-проекта, в основе которых лежит данное изобретение учёных.

Больше шума из ничего

Несмотря на распространённое мнение о существовании браузеров и сервисов, позволяющих вам оставаться анонимным в сети, ни одна из существующих систем не скроет ваших следов полностью.

Пытаясь победить эту проблему учёные из MIT создали проект Vuvuzela – в честь специфического южноафриканского музыкального инструмента, запомнившегося после Чемпионата Мира по футболу в 2010 году. Суть разработки заключается в создании информационного шума.

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

Энергия из роутеров

Учёные из университета Вашингтона занялись разработкой проекта PoWiFi (он же Power Over Wi-Fi), то есть передачи энергии по беспроводным сетям информации.

Целевой группой предметов выбраны миниатюрные подручные устройства, вроде датчиков температуры, камер или фитнес браслетов.

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

Тем, кто хочет разобраться в веб-разработке, рекомендуем профессию «Веб-разработчик» от GeekBrains.

Источник: https://geekbrains.ru/posts/actual_it_projects

Ит проекты: особенности, характеристики, эффективность и примеры

Классификация и особенности ИТ-проектов

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

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

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

Сущность и объективность ИТ проекта

Принято считать, что бизнес или компания — это определенная инфраструктура. В первую очередь, это:

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

Вне зависимости от того, было ли создание предприятия сопряжено с разработкой собственного ИТ проекта или оценка ИТ проектов позволила выбрать уже созданный, дальнейшая работа будет формироваться по трем направлениям:

  • разработка (развитие) программного обеспечения;
  • внедрение информационных систем;
  • проекты инфраструктурного и организационного характера.

Эти три направления определяют сложившееся представление о видах, на которые принято делить ИТ проекты. Это не слишком четкое определение, но большинство специалистов его придерживается.

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

Объективная действительность ещё до появления компьютерной техники четко определила: информация — это суть всего, что живет (существует) и развивается. От того, как это развитие отражено в реальном проекте зависит результат, для достижения которого он разработан.

Финансовая сторона проекта

Анализ и оценка ИТ проектов как исполненных (по факту затрат), так и подготавливаемых (по предполагаемым инвестициям) свидетельствуют о высокой стоимости, но не всегда адекватной отдаче от внедрения. Риски потратить значительные средства впустую очень велики.

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

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

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

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

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

Области применения ИТ

Нельзя говорить, что ИТ проекты — это бухгалтерия, экономика и делопроизводство. Скорее — это три направления, в которых разработчики ещё будут долго идти к совершенству и что там за горизонтом ещё мало кому видно.

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

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

Пример 1. Пропускная система

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

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

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

Пример 2. Периметр защиты инфраструктуры

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

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

При формулировке такого рода задач риски ИТ проектов существенно ниже, если команда разработчиков берет за основу уже проверенные и реализованные идеи, а не разрабатывает «своё мнение» с самого начала.

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

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

Пример 3. Веб-ресурсы: управление и представление

Сайты — это недавнее прошлое и представление о том, что сайт — это ресурс в интернете давно устарело. Сегодня веб-ресурс — это активная точка в локальной или глобальной сети, что не меняет его нового статуса — это элемент управления инфраструктурой компании или лицо компании для её клиентов, партнеров или просто посетителей.

Новое отношение к веб-ресурсам началось, когда идея обновлять страницу плавно трансформировалась в адекватную реакцию элементов страницы на действия посетителя, а HTML-код стал вторичным. На ведущие позиции вышли серверные языки, язык браузера и AJAX.

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

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

Пример 4. Модернизация действующего ПО

Эта грустная область ИТ проектирования. Удивительно, но по сей день жив и работает не только Clarion из далеких 80-х, Access времен расцвета Бейсика и FoxPro по всей линейке версий от 2.6 до Visual FoxPro 6.0 (хитрая лиса).

Проблема здесь не в том, что трудно переписать наследие прошлого на рельсы настоящего, а в том, что менталитет руководства компании и её пользователей часто очень трудно изменить.

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

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

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

Характеристики ИТ проектов

Цель, сфера применения, время исполнения и оснащенная команда важны как представление о том, что будет получено в результате реализации ИТ проекта.

Обширные теоретические исследования по действующим веб-ресурсам, форумам и знаниям экспертов в области ИТ проектирования, несомненно, имеют значение.

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

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

  • компетентная команда выполняет свою работу строго по плану, уточняя его в процессе работы;
  • заинтересованный заказчик платит команде своевременно и непрерывно контролирует процесс;
  • ни одна из сторон не принимает во внимание никакие препятствия, ни временные, ни технологические: обе стороны совместно и взаимокорректно решают все рабочие проблемы.

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

Динамика и самоадаптация в ИТ проектировании

ИТ проекты, примеры решений, результаты внедрений — это не статика.

В частности веб-ресурс — это не сайт с фиксированным меню, функционалом и количеством страниц. Если это так, то результат будет краткосрочным и не перспективным.

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

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

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

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

Источник: https://FB.ru/article/354773/it-proektyi-osobennosti-harakteristiki-effektivnost-i-primeryi

Разработка крупномасштабного IT-проекта: на что обратить внимание

Классификация и особенности ИТ-проектов

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

1. Забудьте о разработке и приступайте к планированию

Если для стартапов критично как можно скорее сделать рывок от идеи до первой MVP версии продукта, то для сложных IT-проектов крайне важно потратить достаточное количество времени, чтобы провести бизнес-анализ и планирование IT-проекта, а в частности определить:

  • Каковы цели проекта?
  • Какие категории пользователей будут использовать продукт?
  • Какие у проекта будут функциональные особенности?
  • На какой платформе проект будет функционировать?

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

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

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

2. Проектируйте свой успех

Вы отлично разбираетесь в своем бизнесе, определили все необходимые для работы функции, но вы едва ли представляете что следует делать с технической стороны, чтобы получить на выходе успешное решение. Системный архитектор в таком случае — ваш лучший друг. В двух словах — это человек, который:

  • Переводит сложные технические требования в удобно управляемые элементы (например, требование «Пользователь может залогиниться в профиле с любого устройства или браузера, а также через веб-сайт, чтобы проверить статус своего заказа или выбрать опцию — получить SMS» будет переведено в «Разработка API и интеграция с SMS-сервисом»);
  • Готовит структуру системы (может быть нарисована с помощью различных impact-mapping и mind-mapping инструментов);
  • Подбирает технические решения и методы, которые будут использоваться для реализации проекта (например, укажет приоритет на использование MongoDB перед mySQL, в зависимости от нужд проекта).

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

Системная архитектура для MeinFernbus

3. Максимально прозрачная работа

Ранее мы уже упоминали о том, что каждый участник команды должен понимать цель проекта и свою роль в нем. Но есть еще один аспект в управлении технически-сложными проектами — участники также должны понимать что делают остальные члены команды, из этого следует:

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

4. Привыкайте к более продолжительным спринтам

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

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

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

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

5. Радуйтесь ошибкам

Конечно, баги и ошибки могут раздражать, и чем меньше их будет в вашем проект — тем лучше. Однако, если речь идет о крупномасштабных проектах — ошибок не избежать, и в данном случае, перефразируем: чем раньше — тем лучше.

Чем раньше кто-то заметит и сообщит об ошибке в функциональных или технических требованиях, тем дешевле будет все исправить.

И, как показывает практика, в разработке крупных веб-проектов на AngularJS или Symfony2 — сумма сэкономленных средств может быть довольно внушительной.

Заключение

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

Разработчики студии stfalcon.com обладают большим опытом в создании технически сложных решений для крупных компаний. Напишите нам на  info@stfalcon.com чтобы поделиться своей идеей. Мы с радостью ответим на все ваши вопросы и поможем реализовать проект вашей мечты!

Источник: https://stfalcon.com/ru/blog/post/embarking-on-large-it-projects

Поделиться:
Нет комментариев

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

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