Исследование влияния организационно-технологических факторов на выбор и адаптацию методологии разработки программного обеспечения

Селявка К.В.
Выпускник группы ITM-013
Школа IT-менеджмента
РАНХиГС при Президенте РФ

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

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

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

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

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

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

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

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