Почему аутсорсинг бывает неудачным даже при хорошем управлении проектами

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

Сообщается о трех основных причинах неудачного аутсорсинга:

1. Отсутствие процессов для точного определения работы.
2. Плохое управление проектами.
3. Отсутствие показателей измерения успеха.

Без решения первой проблемы даже идеальное решение двух остальных не поможет.

Закончена ли эта спецификация?

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

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

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

Просто скажите, что вам нужно!

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

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

Они оказались отличными программистами. Нам не пришлось объяснять им, как что-то сделать. Им было лишь сказано, что нужно сделать.

Самое важное – то, что ваши заказчики видят ежедневно!

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

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

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

Без этого

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

Главная причина неудачного аутсорсинга разработки программ – это не плохое управление проектами, а отсутствие четкого определения успеха.