Чому деякі виробники програмного забезпечення плутають коробки з цукерками
Нарис Біна - найясніший і найменш політично ангажований працю на цю тему, який я коли-небудь бачив. Приємно бачити таке чітке пояснення, дійсно проникаюче в суть питання ... особливо після величезної кількості марення, написаного на цю тему.
Хоча зовнішній поспіль не є неетичним, розробники програмного забезпечення роблять стратегічну помилку, коли вони вирішують винести розробку за межі своєї організації.
Експлуатаційна ефективність спрямована на зменшення витрат або прискорення темпів роботи. Стратегія спрямована на створення довгострокових конкурентних переваг; для компаній, що займаються розробкою програм, до таких переваг відноситься можливість створення новаторських додатків. Зовнішній поспіль в програмуванні працює тоді, коли розробляється програма не є ключовою частиною інноваційного вектора для продуктів, що продаються компанією. Наприклад, переклад на зовнішній підряд програм обробки документації або дизайну WEB сайтів може бути виправданий, тому що він сприяє підвищенню експлуатаційної ефективності.
Однак новаторські програми неможливо створити в умовах конвеєра. Для них необхідні видатні навички проектування і розробки. Передача розробки легіонам зарубіжних програмістів призводить до втрати переваг спеціалізації. Передаючи розробку на зовнішній підряд, компанія втрачає свої можливості по впровадженню інновацій і свої конкурентні переваги. Справа зовсім не в тому, що індійські програмісти поступаються своїм колегам по компетентності або творчого мислення. Зовнішній поспіль заважає інноваціям тоді, коли працівники не можуть спілкуватися часто і спонтанно. При різниці в дев'ять часових поясів таке спілкування стає неможливим 1. Крім того, може виявитися, що програмісти, які роблять відкриття і придумують нові ідеї для ваших програм, подовгу залишаються недоступними, тому що вони не працюють на вас. Неважливо, де розташована сама компанія і де знаходяться програмісти, які працюють на зовнішньому підряді; якщо фірма-розробник передає розробку базового програмного забезпечення на зовнішній підряд, вона не зможе забезпечувати інновації.
Якщо ви створюєте передову компанію, найкращих і видатних програмістів слід зберегти в штаті. Розробники програмного забезпечення, розташовані повністю в Індії, здатні до успішних інновацій в довгостроковій перспективі в такій же мірі, як компанії з США або будь-який інший країни. Поганий стратегією я вважаю тенденцію передачі розробок на зовнішній підряд компаніями, що базуються в США.
Так чому ж деякі виробники програмного забезпечення плутають коробки з цукерками?
Я живу неподалік від Норт Біч в Сан-Франциско. Норт Біч славиться своїми італійськими ресторанами, нічним життям і спеціалізованими магазинами. Нещодавно я купив коробку шоколадних цукерок в Хох Trufles, одному з таких магазинів. Цукерки були просто приголомшливі. Власник магазину, Жан-Марк Горе, виготовляє їх вручну, а його маленький магазин увійшов до першої десятки за Сполученим Штатам.
Нещодавно Жан-Марк почав продавати цукерки в красивих коробках, синіх із золотом. Мені сподобалася його ідея. Коли я запитав його щодо коробок, він відповів, що дизайн коробок розробила його дружина, а він знайшов компанію в Філіппінах, яка була готова випускати коробки малими партіями за хорошу ціну.
Коробки Жан-Марка є прикладом вдалого зовнішнього підряду. Жан-Марк продає цукерки, а не коробки. Виробництво цукерок знаходиться виключно в його компетенції. Жан-Марк знаходить зовнішнього підрядника на виробництво коробок, підвищуючи свою експлуатаційну ефективність без втрати репутації виробника чудових цукерок. Але при цьому Жан-Марк ні за що не довірить зовнішньому підряднику виробництво своїх шоколадних трюфелів, тому що це призведе до втрати його переваг спеціалізації. Проте, в своєму прагненні до скорочення витрат, багато виробників програмного забезпечення в США роблять саме це - передають зовнішнім підрядникам свої ключові технології, що зумовлюють їх стратегічні переваги.
Різниця в часових поясах між Сполученими Штатами та Індією зазвичай означає відсутність перекриття між робочими днями в кожній країні. У групах, які координують свою роботу по електронній пошті, простий діалог з декількох повідомлень, що займає 20 хвилин в одному часовому поясі, часто затягується на кілька тижнів - адже одержувач зможе прочитати ваше повідомлення тільки на наступний ранок, коли ви спите.