Зміст
- 1. Скільки контролю мені потрібно?
- 2. Ми знову винаходимо колесо?
- 3. Як довго моє програмне рішення буде актуальним?
- 4. Це найкраще використання наших ресурсів?
- 5. Чи правильним є гібридне рішення?
- Висновок
Я 25-річний ветеран професійних технологій, 20-річний батько шести дітей і 24-річний чоловік.
Існує багато причин «виростити» власні програмні рішення. Здається, найбільшим рушійним фактором власних рішень є: контроль. Здатність вашої компанії контролювати вимоги до програмного забезпечення, проектування, впровадження, підтримку та обслуговування програмного рішення є дуже переконливою перевагою для доморощених рішень. Контроль важливий при створенні програмного забезпечення, яке керує важливими аспектами вашого бізнесу.
Ми всі хочемо контролю, то чому б не завжди використовувати домашнє рішення? Це насправді не питання, чому, а скоріше, коли. У багатьох випадках компанії не враховують усі витрати, пов’язані з власним рішенням. Вартість робочої сили (ІТ та інших) та втрачені можливості можуть швидко випередити переваги програмного рішення. Ось п’ять речей (крім прямих витрат), які слід врахувати перед тим, як розпочати “внутрішній” проект внутрішнього розвитку програмного забезпечення.
1. Скільки контролю мені потрібно?
Це, мабуть, найважливіше питання, яке слід задати собі. Як зазначено у вступі, надзвичайно важливим є контроль за вашим програмним забезпеченням, коли воно є “таємним соусом” вашого бізнесу. Наприклад, якщо ваша компанія постачає програмне забезпечення як послуга (SaaS), створення власного програмного забезпечення з нуля дає вам найбільший шанс на успіх, особливо коли ви намагаєтеся надати своїм клієнтам конкурентоспроможний продукт та послугу.
Однак багато хто каже: "Оскільки у мене вже є розробники програмного забезпечення, я попрошу їх задовольнити всі мої потреби в програмному забезпеченні". Але чи справді вам потрібен контроль над всі ваші програми потребують? Наприклад, вам потрібно контролювати вимоги до програмного забезпечення та впровадження вашого бухгалтерського програмного забезпечення? Більшість компаній цього не роблять, і тому вони купують бухгалтерський пакет. Це пов’язано з тим, що як постачальник послуг SaaS бухгалтерське програмне забезпечення не є частиною вашого основного бізнесу; це просто робить ваш облік простішим та точнішим, тому ви будуєте свої бухгалтерські практики та процеси навколо особливостей та функцій обраного вами бухгалтерського програмного забезпечення.
Контроль за своїм програмним забезпеченням важливий, але здійснюйте його лише там, де вам це потрібно. Уявіть собі вартість спроби керувати проектом розробки програмного забезпечення для бухгалтерського програмного забезпечення, коли ви не є постачальником бухгалтерського програмного забезпечення. Не дозволяйте здібностям вашої команди розробників програмного забезпечення диктувати, потрібен вам контроль чи ні; нехай вимога бізнесу диктує потребу.
2. Ми знову винаходимо колесо?
На етапі аналізу будь-якого програмного проекту необхідно оцінити сторонні рішення, щоб визначити, чи вже існує таке, яке може виконувати ту саму функцію проекту, який ви плануєте здійснити. У багатьох випадках існуватимуть сторонні варіанти, і оцінка вартості, функцій та функцій повинна допомогти визначити, чи вигідніше придбати стороннє рішення.
Багато менеджерів проектів знижують цей крок або взагалі пропускають його. Оскільки більшість розробників програмного забезпечення люблять контролювати програмні рішення, вони часто намагаються відмовити керівництву використовувати стороннє програмне забезпечення або компоненти. Хороші розробники програмного забезпечення будуть використовувати сторонні рішення, якщо це означає, що їм не потрібно розробляти та підтримувати певний компонент свого рішення (навіть якщо це внутрішній компонент).
Однак ви виявите, що існують випадки та обставини, які вимагають “винаходу” у власному рішенні. Кожна компанія має унікальні "налаштування" та переваги процесів, коли керівництво не бажає йти на компроміси, і, отже, повинно враховувати свої програмні рішення.
3. Як довго моє програмне рішення буде актуальним?
Підтримка відповідності програмних рішень є дуже складним завданням.У багатьох випадках після завершення проекту з розробки програмного забезпечення розробники рухаються далі і вирішують лише критичні проблеми та помилки, коли вони повідомляються. Припущення, що програмне забезпечення повинно працювати належним чином, якщо не повідомляється про помилки, є несправним. Кінцеві користувачі часто змінюють свою поведінку, щоб компенсувати недоліки та дефекти системи. Це відоме як "обхідний шлях", і вважається, що програмне забезпечення працює "нормально", оскільки немає повідомлень про дефекти.
«Обхідні шляхи», як правило, призводять до неефективності та витрат процесу, і з часом все починає накопичуватися, поки ці витрати по суті не стерти переваг програмного забезпечення. Із часом і втрата знань про програмне рішення, як правило, вводяться «пластири» та «швидкі виправлення», щоб підтримувати технологію в курсі процесів, що розвиваються, але вони теж можуть почати перетворювати оригінальний проект програмного забезпечення в конгломерат декількох менші проекти кріпляться на оригіналі.
Щоб уникнути неактуальності, оцініть, як довго буде використовуватися рішення, визначте часові рамки для оглядів та оновлення та часто спілкуйтеся з пулом кінцевих користувачів, щоб дізнатись, чи досягли ви рішення, яке працює з ними, а не проти них. Завжди пам’ятайте, що те, що проект з розробки програмного забезпечення був закінчений вчасно і за бюджетом, ще не означає, що він мав успіх.
4. Це найкраще використання наших ресурсів?
Про які ресурси ми говоримо? Гроші.
Все, що ви використовуєте для створення свого товару чи послуги, може (або повинно бути) виміряно в грошах. Сюди входили б усі ваші активи, обладнання, час та - як би немилосердно це не звучало - ваші люди.
Якщо говорити конкретно про вашу команду розробників програмного забезпечення, чи найкраще використовувати ваші гроші, щоб вони винаходили програмне забезпечення, яке вже існує в інших місцях, аби воно могло стати неактуальним через пару років? Очевидно, що це питання завантажене і не враховує всю інформацію, коли вирішується, як витратити ваші кошти на розробку.
Щоб уникнути втрачених можливостей, ви завжди повинні думати, на що ще можна витратити ваші долари розвитку. Чи можуть ваші розробники працювати над зміцненням вашого основного продукту та послуг?
5. Чи правильним є гібридне рішення?
Ймовірність існування ідеального стороннього додатка, який відповідає усім вашим потребам, досить мала. Компанії, які належним чином управляють розробкою програмного забезпечення та оцінюють сторонні постачальники програмного забезпечення, зазвичай потрапляють у гібридну модель використання сторонніх програмних засобів для вдосконалення власних проектів з розробки програмного забезпечення.
Пошук стороннього рішення та усвідомлення того, що воно може фактично заощадити ваш час та гроші, є критичним для контролю витрат на розробку програмного забезпечення. Розглянемо це:
Ваші розробники програмного забезпечення кажуть вам, що на створення надійної сітки даних JavaScript знадобиться приблизно 500 годин. Оцінивши вартість розробників та додавши 15% для всіх інших ресурсів (управління проектами, тестування тощо), ви можете витратити близько 35 000 доларів.
Огляд сторонніх рішень може коштувати лише 1500 доларів за веб-сервер. Це понад 20 серверних ліцензій за таку ж ціну, як і розробка власної.
Тепер у вашого розробника є додаткові 500 годин, щоб гарантувати, що система, над якою він працює, спроектована та впроваджена належним чином, без зайвих клопотів щодо написання, впровадження та підтримки домашньої сітки даних JavaScript.
Іншими словами, ви щойно заощадили 500 годин витрат, які можна реалізувати як економію або перекласти на інші проекти
Висновок
Керівництво несе відповідальність та обов'язок визначати напрямки та уподобання своїх команд розробників програмного забезпечення. Щоб зосередити увагу на кінцевому результаті, збалансувавши фактори контролю, найкращого використання ресурсів та обґрунтованості вашого програмного забезпечення, потрібно зосередити зусилля. Залучення стороннього програмного забезпечення може - і часто є - найкращим способом досягнення ваших цілей.
Ця стаття є точною та вірною, наскільки відомо автору. Вміст призначений лише для інформаційних чи розважальних цілей і не замінює особистих порад чи професійних порад у ділових, фінансових, юридичних чи технічних питаннях.
