Ідея, команда, технології, гроші, методологія - від чого насправді залежить успіх проекту?

Дисклеймер:

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

Під проектом тут я маю на увазі проект розробки і просування сайту або ПЗ.

Про мій досвід, що дозволяє мені робити висновки:

Перший мій стартап був у 2005 році. Це був інтернет-магазин, для розкрутки якого використовувалися дорвеї і постинг по форумах. З 2006 року активно займаюся SEO і просуванням стартапів. Останній (найсвіжіший) мій стартап почався більше року тому. Заморожений місяць тому. Скажу відразу, світової популярності жоден мій стартап не отримав, проте шишок набито досить багато, а скільки ще належить набити!

Далі я пропоную проаналізувати фактори, які приводять проект до успіху.

Для цього, спочатку давайте обговоримо, що вважати успіхом проекту:

Багато хто знає класичний трикутник проектного менеджменту (див. ризи.1)

Ріс 1. Трикутник керування проектами.

Мені зустрічалися такі критерії оцінки успіху проекту:

1. Проект успішний, якщо виконаний у строк, згідно із затвердженим обсягом робіт та за затвердженою вартістю.

2. Проект успішний, якщо задоволений замовник - не залежно від термінів, вартісностей тощо.

3. Проект успішний виключно лише, якщо він успішний фінансово.

З мого досвіду критерій «задоволений замовник» найбільш робочий. Як правило, якщо дотримані термін, вартість (а вони часто безпосередньо залежать) і реалізований весь функціонал, замовник буде задоволений. Але це стосується проектів на замовлення (аутсорсинг).

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

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

Все дуже просто: якщо проект успішний - це видно по всьому.

Ми думаємо, успіх проекту залежить від факторів:

В обох випадках (аутсорсинг або свій проект), коли ми плануємо проект, ми думаємо, що успіх залежить від таких факторів:

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

Реалії - з чим ми стикаємося:

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

1. Люди в цілому начебто хороші, веселі, жартують, але на результат кожен окремо не націлений. Виконує завдання на «відчепися».

2. Розробник каже «постановка завдання не зрозуміла, пропиши детальніше, що звідки брати тощо» - але після цього робить все одно неправильно.

3. Розробник каже «постав такий-то трекер, і я тоді почну робити таски», але в результаті ведення ні в екселі, ні в джирі - не змінює суті. Програміст затягує з термінами.

4. Розробник каже «треба впроваджувати Scrum», але навіть використовуючи скраму, замість роботи грає на планшеті.

5. Програміст каже "я тебе зрозумів. Не треба далі говорити, я знаю, як зробити краще ", але не робить.

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

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

Міняти людей в ході проекту далеко не завжди є можливість, доводиться якось працювати.

Чому помирає проект:

Проблеми, які виникають у проекті, не страшні до тих пір, поки основні учасники готові з ентузіазмом їх вирішувати. Програміст хоче біг мак? Та заради бога, я схожу, лише б писав код. Дизайнеру потрібно купити фреймворк або шаблони - без проблем.

Зазвичай, коли керівник «горить» проектом - проблеми не страшні, вони вирішуються.

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

Приклади:

1. Учаснику проекту була обіцяна частка. Але не конкретно, а в стилі «всі будуть в шоколаді». Але насправді він побачив, що засновники не виконують обіцяного, або ж виконують, але по-своєму. Конкретний% озвучений не був (а навіть якщо і був, всім відомо, що% можна розмити, було б бажання). Віра словам засновників помирає, учасник проекту рано чи пізно йде або завалює проект.

2. Учасник проекту «горів» самою ідеєю проекту (гроші не мали значення). Він побачив, що його використовують. Засновники купують автомобілі, живуть на широку ногу, а йому мало що перепадає. Хоч гроші були і не найважливішим фактором, довіра до засновників зникає, а відповідно з часом учасник «перегорає».

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

4. Програміст обіцяє одні терміни, але весь час зриває термін, та ще й не правильно виконує роботу. Рано чи пізно виникає недовіра до нього як до компетентного виконавця.

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

Учасники команди, партнери, замовник і виконавець - всі повинні довіряти один одному. Тільки тоді можна побудувати справжнє партнерство, зберегти «запал», а відповідно вирішити всі виникаючі проблеми в ході проекту.

Який висновок?

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