Математика менеджменту, зі смайликами

Тут наведено невеликий аналіз, в результаті спостережень «зсередини» за розвитком кількох вельми вдалих проектів.

Спробую викласти деякі основи менеджменту на прикладі розвитку інтернет-проектів за допомогою простої математики.


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

Зусилля vs. Результат
Принцип Парето свідчить: «20% зусиль приносить 80% результату». У цієї закономірності є і зворотна сторона.

Часто люди ігнорують досвід попередників, називаючи якісь абстрактні причини невдач, але чомусь при холодному спостереженні з боку результати завжди є передбачуваними.

Під зусиллями в роботі над інтернет-проектом мається на увазі:

  • Гроші
  • Час і сили керівників
  • Час і сили залучених учасників проекту


Результат може бути тільки один! Це гроші.

У результату можуть бути й інші, проміжні метрики. Наприклад, розмір аудиторії проекту. На метрики можна і потрібно впливати, і ставити метою їх розвиток.

Стратегія Waterfall в бізнесі
Складається документ з розпухлою структурою, як правило ТЗ або специфікація. Або документ не пишеться зовсім.

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

Нехай R — очікуваний результат, у розмірі 10000 одиниць.
C — витрати на його досягнення, в передбачуваному розмірі 1000 одиниць.
Таким чином, R = C*k, де k — це фактична ефективність роботи команди над проектом.

В нашому випадку k планується отримати рівним 10.

Що відбувається при цьому підході насправді?
80% результату R можуть бути досягнуті при 20% витрачання C. Але команда не бачить цього — просто тому, що проект не запущений в роботу.

Замість цього витрачений час збільшується в 5 разів. І, разом із ним, відповідно, збільшуються фінансові витрати.
Якщо проект доживе до відкриття, але отримає 0,5-1 R. Рідко більше.

Таким чином, фактичне значення k= (10000 * 0,5) / (1000 * 2...5) = 2...2,5.

Скромнішими, ніж очікувалося, вірно? В припущеннях з цим можна сперечатися, але чомусь на практиці завжди виходить так. Або ще сумніше — коли проект не відкривається або стагнує, не отримуючи належного розвитку.

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

Зазвичай лідери таких проектів обурюються над конкурентами, «чому ці вискочки зробили все за тиждень? Що вони про себе думають? Так, новачкам щастить...».

Agile в бізнесі
Складається документ з простий і ясною структурою. Він може бути дуже невеликим, але, якщо команда складається більш ніж з 1 людини — він необхідний. Це нормально, коли цей документ змінюється і доповнюється в процесі роботи. Головне — зберігати старі версії :)

На відміну від попереднього підходу, тут на порядок денний ставиться конкретні, але невеликі і завжди ясні цілі.
За аналогією з прикладом вище, нехай R — очікуваний результат, у розмірі 1000 одиниць. C — витрати на його досягнення, в передбачуваному розмірі 500 одиниць.

Планована ефективність набагато менше, бачите?

Що робить The Team в цьому випадку. Ставиться мета досягти поставленого результату як можна швидше, і малими витратами.
Мета — запустити проект. Якщо проект запущений, то отримати як можна більш швидкий крок у розвитку. Не «зробити більше» за один етап, а зробити цей етап більш швидким.

Отже, що ми отримуємо?

Реалізуючи лише 20% витрат, ми отримуємо C = 100.
Отримуючи 80% результату, маємо R = 800.

Звідси k = 8.

Що робить керівник далі? Він отримує метрики від швидко проведеного етапу, і негайно планує наступний етап. В результаті, проходить серія з декількох рішень.

Припустимо, що деякі рішення виявилися не ефективними, і опустити нижню планку коефіцієнтів до 1.
R = ((С1 * k1) + (З2 * k2) + (C3 * k3) + (C3 * k3) + (C3 * k3)) * S
Підставимо псевдореальные значення.
R= ((100 * 1) + (100 * 8) + (100 * 5) + (100 * 2) + (100 * 8)) * 1,3 = 3120.
Тобто ми здійснюємо економні кроки, з різною удачностью: не вдало, дуже вдало, цілком вдало, мало вдало, дуже вдало.

Отриманий результат більш ніж в 3 рази перевищує очікуваний.

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

А що за коефіцієнт S?

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

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

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

В аптеці
Як зрозуміти, в який бік буде рухатися проект?

Знову ж таки, спостереження з особистого досвіду.

Перший випадок. ТЗ «опрацьовано», але насправді автор проекту просто не в змозі прописати всі свої ідеї. Документація містить безліч прогалин.

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

Другий випадок. Якийсь аспект або завдання проекту отримує набагато більше уваги, ніж інші.

Лікування: пошукати можливості реалізувати проект без цього аспекту або рішення цієї задачі. Варіанти є завжди! Не треба упиратися лобом в концепцію. Треба переглянути її. Не треба тупити і сперечатися. Просто зробіть два проекти. Та хоч три! І розвивайте їх паралельно. Це набагато дешевше, ніж ви думаєте =)

Третій випадок: з-за вирішення якоїсь проблеми відкриття або розвиток відкладається більше, ніж на 3 робочих дні.

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

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

Таблетка: використовувати календар, органайзер, все що завгодно — лише б обмежувати себе та інших учасників під витрачання часу. Приймати проміжні результати і рухатися далі. Розвиватися і заробляти, а не копатися, шукати і успішно знаходити собі нові проблеми.

Спасибі за увагу і удачі всім!

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.