# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Практика управления разработкой ПО

[Практика](https://cleverics.ru/digital/kb-glossary/practice/) обеспечения того, чтобы [приложения](https://cleverics.ru/digital/kb-glossary/application/) удовлетворяли потребности [заинтересованных сторон](https://cleverics.ru/digital/kb-glossary/stakeholder/) с точки зрения функциональности, [надёжности](https://cleverics.ru/digital/kb-glossary/reliability/), [ремонтопригодности](https://cleverics.ru/digital/kb-glossary/maintainability/), [соответствия требованиям](https://cleverics.ru/digital/kb-glossary/compliance/) и аудитируемости.

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

## Оригинальный английский термин

software development and management practice

## Подробности

[Практика управления разработкой ПО](https://cleverics.ru/digital/kb-glossary/software-development-and-management-practice/) в [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) фокусируется на том, чтобы создаваемые и изменяемые приложения действительно поддерживали достижение [результатов](https://cleverics.ru/digital/kb-glossary/outcome/), ожидаемых [заказчиком](https://cleverics.ru/digital/kb-glossary/customer/) и другими заинтересованными сторонами, и оставались пригодными для эксплуатации на всём [жизненном цикле](https://cleverics.ru/digital/kb-glossary/lifecycle/). Это включает управление требованиями к функциональности и качественным характеристикам, встроенное внимание к надёжности и ремонтопригодности, а также обеспечение соответствия требованиям (регуляторным, корпоративным, договорным) и аудитируемости, то есть возможности доказуемо показать, что [изменения](https://cleverics.ru/digital/kb-glossary/change/) выполнялись контролируемо и в рамках установленных правил. На практике эта дисциплина связывает команды [разработки](https://cleverics.ru/digital/kb-glossary/development/) с эксплуатацией и [командами поддержки](https://cleverics.ru/digital/kb-glossary/support-team/), помогает согласовывать [приоритеты](https://cleverics.ru/digital/kb-glossary/priority/) по изменениям, снижать [технический долг](https://cleverics.ru/digital/kb-glossary/technical-debt/), повышать прозрачность [релизов](https://cleverics.ru/digital/kb-glossary/release/) и предсказуемость результата. Она тесно соприкасается с [управлением релизами](https://cleverics.ru/digital/kb-glossary/release-management-practice/) и [управлением развёртыванием](https://cleverics.ru/digital/kb-glossary/deployment-management-practice/), а также с [управлением информационной безопасностью](https://cleverics.ru/digital/kb-glossary/information-security-management-practice/) и [управлением рисками](https://cleverics.ru/digital/kb-glossary/risk-management-practice/), поскольку качество и соответствие требованиям должны быть встроены в [процесс](https://cleverics.ru/digital/kb-glossary/process/), а не «проверяться в конце». Вне области этой практики находятся вопросы [управления поставщиками](https://cleverics.ru/digital/kb-glossary/supplier-management-practice/) как таковыми, формирование [портфеля услуг](https://cleverics.ru/digital/kb-glossary/service-portfolio/) и коммерческие условия [соглашения об уровне услуг](https://cleverics.ru/digital/kb-glossary/service-level-agreement/), хотя их требования могут задавать критерии к приложениям.## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — трактовать практику управления разработкой ПО как исключительно «написание кода» или как синоним [управления проектами](https://cleverics.ru/digital/kb-glossary/project-management-practice/). Управление разработкой ПО отвечает за пригодность приложения для заинтересованных сторон по функциональности и качеству, тогда как управление [проектами](https://cleverics.ru/digital/kb-glossary/project/) в большей степени управляет сроками, [бюджетом](https://cleverics.ru/digital/kb-glossary/budget/), [ресурсами](https://cleverics.ru/digital/kb-glossary/resource/) и объёмом работ. Ещё одно заблуждение — считать, что соответствие требованиям и аудитируемость обеспечиваются только службой внутреннего [контроля](https://cleverics.ru/digital/kb-glossary/control/) или внешними аудиторами; на практике это достигается через дисциплину в [управлении изменениями](https://cleverics.ru/digital/kb-glossary/change-management/), прослеживаемость требований, протоколирование решений, контроль версий, управляемые релизы и сохранение артефактов разработки и тестирования. Также нередко путают надёжность с [доступностью](https://cleverics.ru/digital/kb-glossary/availability/): надёжность характеризует склонность к [сбоям](https://cleverics.ru/digital/kb-glossary/failure/), а доступность — фактическую [способность](https://cleverics.ru/digital/kb-glossary/capability/)[ИТ-услуги](https://cleverics.ru/digital/kb-glossary/it-service/) быть доступной в нужный момент; надёжное приложение может быть недоступным из-за инфраструктурных ограничений. Важный нюанс: ремонтопригодность — это не «удобство для разработчика», а способность быстро и безопасно вносить изменения и восстанавливать работоспособность, что напрямую влияет на [среднее время восстановления услуги](https://cleverics.ru/digital/kb-glossary/mean-time-to-restore-service/) и на нагрузку на команду поддержки. Наконец, попытка обеспечить качество только финальным тестированием обычно приводит к росту [риска](https://cleverics.ru/digital/kb-glossary/risk/) и технического долга; результативнее встраивать [требования гарантии](https://cleverics.ru/digital/kb-glossary/warranty-requirements/) и [полезности](https://cleverics.ru/digital/kb-glossary/utility/) в [поток создания ценности](https://cleverics.ru/digital/kb-glossary/value-stream/) от идеи до эксплуатации.## Примеры

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

## Рекомендуемые продукты по этой теме

- [Трансформация ИТ в традиционных компаниях](https://edu.cleverics.ru/digital-transformation?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=DEVOPS) — Учебный курс: интенсив с тренером. Как организовать высокоэффективную производственную систему
- [Проект Феникс – как добиться ускорения в ИТ](https://edu.cleverics.ru/the-phoenix-project?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=PHOENIX) — Деловая игра. Почувствовать идеи. Попробовать техники. Понять суть.
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система