Ukrainian subtitles

← 01x-06 Водоспадний розвиток

Get Embed Code
13 Languages

Showing Revision 1 created 01/20/2013 by lememar.

  1. Якщо Ви пам'ятаєте, я казав, що технічне проектування працювало за методом водоспадного розвитку.
  2. Водоспадний розвиток - процес, який відбувається поетапно і заявляє, що
  3. маркетингові права - вимоги того, що продукт повинен робити.
  4. Технічне проектування перетворює це в характерні особливості. І потім створює продукт.
  5. Або кодує його чи створює обладнання.
  6. Вони його перевіряють, здійснюють його підтримку, що нагадує етапи водоспадного життєвого ціклу.
  7. Але якщо Ви справді поглянете, то побачите приховане невірне сприйняття, яке ніхто не помічав упродовж 40 років.
  8. Припускається, що для того щоб написати вимоги і виконати дизайн,
  9. Ви знаєте проблеми або потреби, які має Ваш клієнт.
  10. Дозвольте мені наголосити знову, водоспадний розвиток передбачає,
  11. що Ви розумієте від першого дня проблему клієнта та його потреби.
  12. Зараз в крупній компанії з існуючими клієнтами, існуючими продуктами, існуючими каналами продажів,
  13. Ви знаєте, що це дійсно може бути правдою, але в більшості стартапів, все, що маєте це - бачення засновника
  14. і, як правило, тенденція, яка характерна для стартапів - сплутати бачення, засноване на вірі
  15. з фактами клієнтами про проблеми і потреби, і що ж відбувається?
  16. Як наслідок Вашого припущення того, що Ви знаєте проблему клієнта,
  17. означає, що Ви припускаєте, що Ви знаєте всі можливі функції для відправки в перший день.
  18. І тому Ви зачинили двері, і Ви починаєте впровадження
  19. і замість того, щоб просто здійснювати поетапне впровадження,
  20. Ви фактично здійснювати всі можливі функції, про які Ви можете подумати для версії 1.0.
  21. Іронія полягає в тому, що ми тепер знаємо, десь між
  22. 85 і 90% більшість функцій програмного продукту є небажаними і непотрібні для клієнтів.
  23. Це - величезна трата часу і грошей, які закінчуються в торговій залі біржі.
  24. Ми тепер знаємо, що водоспад і виконання управління продуктом з двома невідомими
  25. схоже на неправильний підхід в стартапі.
  26. Це має сенс у великій компанії.