Як ви вимірюєте цінність свого програмного забезпечення?

Один з принципів спритності полягає в тому, що слід вимірювати робоче програмне забезпечення:

Робоче програмне забезпечення є основним показником прогресу - 12 принципів Agile

Справа в тому, що я можу виміряти своє програмне забезпечення з точки зору зроблених історій, помилок, помилок або зменшення кількості повідомлень про дефекти, я застряг у тому, як виміряти значення мого програмного забезпечення.

Якщо я використовую Майка Конна як приклад, і він допомагає SalesForce.com доставити на 500% більше цінності для своїх клієнтів порівняно з попереднім роком * - як я вимірюю це збільшення? Як я міряю, де я зараз?

Інші показники, які він використовує, - це кількість функцій та кількість функцій на розробника. Це те, що я міг би розробити, якби мої відставання були в належному порядку, а розповіді були вирізані "особливістю", але ми тільки починаємо з Agile, тому мені потрібен певний спосіб опрацювати, яке значення ми надаємо зараз , а потім скористайтеся аналогічним показником, скажімо, за півроку, щоб побачити, чи збільшили ми обсяг виробництва.

Я чув про те, як вимірювати вартість програмного забезпечення за рахунок доходу або збільшення задоволеності клієнтів (як би ви це оцінити?), Але це збільшення може бути пов’язане з чим-небудь у компанії (продажі, облік, підтримка), а не безпосередньо до роботи, яку веде мій відділ.

Отже, як ви, хлопці, вимірюєте цінність свого програмного забезпечення і як ви почали?

* Успіх з Agile - Майк Кон

Ось як я визначаю цінність взагалі (навіть поза розробкою програмного забезпечення)

Ви визначаєте, що таке значення .

Якщо значення - це кількість зароблених / заощаджених грошей завдяки програмному забезпеченню, значення буде:

Дохід - вартість розвитку = вартість

або

Збережені експлуатаційні витрати - вартість розробки = вартість

Його можна перевернути. Чи знаєте ви, що коштувало оборот у вашій компанії? Якщо ви зможете його виміряти, 50% зниження вашого обороту завдяки гнучкості дозволить вам розрахувати вартість, яку він надав:

50% зменшення обороту = (вартість обороту / 2) = вартість

Цінність може будь-що, що має значення для вас , хлопця, який визначає, що таке цінність.

Ось чому значення оцінюється в балах, спритних. Бали порівнюються з оповіданнями, щоб допомогти визначити пріоритетність. Тому що ви повинні порівнювати (ділове) значення (довільне) зі значенням балів (вартість).

У багатьох випадках цінність програмного забезпечення вимірюється шляхом обчислення "доданого прибутку" або "досягнутої економії".

В інших випадках, коли програмне забезпечення є інтегрованою частиною більшої системи (тобто програмного забезпечення, яке керує автомобілем), це складніше. Або ви вимірюєте витрати, щоб зробити його (значення = вартість), або ви обчислюєте вартість всієї системи (доданий прибуток / досягнута економія витрат) і виділяєте частину, якщо на програмне забезпечення (наприклад, пропорційно витратам на програмне забезпечення vs загальні витрати)

Простіше кажучи, ви повинні розібратися, яка фінансова різниця між наявністю та відсутністю.

Якщо трохи програмного забезпечення автоматизує процес, який означає, що двом людям, які працюють повний робочий день, більше не потрібно робити це завдання, це економить свою щорічну зарплату (плюс пов'язані з цим витрати) для компанії. Якщо продавці в середньому продають на 10% більше, ніж ті, хто не використовує нову систему, вигода становить 10% від загального обсягу продажів для всіх продавців, які можуть використовувати це програмне забезпечення.

Цифри можуть бути лише приблизними і готовими, але більшість речей можна досить кількісно оцінити, щоб створити якесь корисне враження від того, що чекати.

Це складне питання. Я не впевнений, що мені подобається показник "особливості / розробник", оскільки не всі функції створені рівними. Деякі функції є "Обов’язковими" та вкрадуть клієнтів подалі від вашого конкурента. Деякі функції є незрозумілими, і ними можуть користуватися 0,1% ваших клієнтів, і вони також зможуть нормально обійтися.

Підказки в доходах хороші, якщо ви можете легко співвіднести це з раптовим припливом продажів / оновлення програмного забезпечення до часу нового випуску. Крім того, якщо ви якось змогли відстежувати перетворення користувачів з конкуруючих продуктів на нову версію. Задоволеність клієнтів можна виміряти за допомогою кількості задоволених дзвінків (або відсутності гнівних дзвінків), нормалізованих для кількості клієнтів або продажів. Щоб безпосередньо зв’язати їх із вашим відділом, ключовим моментом може бути термін цих змін та терміни програмного забезпечення, яке ви випускаєте.

Робоче програмне забезпечення - це міра. Слухайте відкрито своїх користувачів та залучайте їх до процесу розробки. Регулярно надайте необхідну функціональність, коли вони вам потрібні. Поставляйте невеликими шматочками, щоб користувачі відчували прогрес.

Якщо ви тільки починаєте гнучку розробку або навіть новий проект ... тоді зацікавленим сторонам потрібно трохи довіритися. Це вимагає від власника продукту сформулювати, чому гнучкість краща за інші процеси (я припускаю, що ви думаєте, що це у вашій конкретній ситуації).

Якщо власник продукту не впевнений, які функції (сюжети) пропонують найбільш відносну цінність, тоді вам потрібно посидіти з зацікавленими сторонами та розібратися в цьому. Планування покеру - хороший інструмент для цього. Присвоєння відносної вартості бізнесу кожній історії також допомагає визначити пріоритетність, але будьте обережні, щоб не говорити з лічильниками бобів про "Agile Business Value", це не те саме, що рентабельність інвестицій!

Часто існує «жорсткий» підсумок, який легко виміряти для задоволення лічильників бобів: «Особливість X збільшила наш дохід на 150%». Але частіше за все це поєднання «жорстких» та «м'яких» значень. Наш дохід збільшився на 160%, і ми думаємо, що ми можемо віднести це до зміни програмного забезпечення, оскільки клієнти в середньому давали нам 11% вищі рейтинги за допомогою нової функції інтерфейсу користувача ".

Це дійсно важко виміряти ці речі точно - спробувати поглянути на неї як цілісно , наскільки це можливо.