Новость из категории: Информация, IT

IT и бизнес: сокращаем затраты на разработку

IT и бизнес: сокращаем затраты на разработку

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

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

IT и бизнес: сокращаем затраты на разработку

Шаг первый: выбор модели разработки программного обеспечения

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

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

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

IT и бизнес: сокращаем затраты на разработку

Шаг второй: выбирайте функции на основе приоритетов

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

Определить приоритеты поможет метод анализа MoSCoW. Буквы аббревиатуры обозначают следующее:
• Must have («Обязательные»);
• Should have («Следовало бы иметь»);
• Could have («Можно было бы иметь»);
• Won't have this time («Не в этот раз»).

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

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

IT и бизнес: сокращаем затраты на разработку

Шаг третий: составьте план изменений

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

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


Читать дальше...

Рейтинг статьи

Оценка
0/5
голосов: 0
Ваша оценка статье по пятибальной шкале:
 
 
   

Поделиться

Похожие новости

Комментарии

^ Наверх