Улюблені фічі

З початком проєкт після першого Project Kick-off починається велика політична гра власних інтересів членів команди щодо фіч рішення. Чи буде це зроблено навмисно? Мабуть, ні. Але чому так станеться? Тому що навіть розробники – люди (чи не всі?).

Чому взагалі виникає гра? Гра виникає через:

  • Неповноту та невизначеність яка притаманна проектам.
  • Через власні уподобання – мені сподобається реалізація товстого клієнта для iOS тому що це самий нормальний інтерфейс, а не те гівно Windows
  • Через власний досвід – в таких рішення має бути така фіча та вона має бути реалізована саме так
  • Через власний страх некомпетентності – я не знаю як зробити цю фічу, тому давайте якось її здихаємось. А щоб було щось я запропоную варіант …
  • Через власне бачення потенційних ситуацій – паттерн “а-якщо …”
  • Через професійну деформацію – менеджер сервісу бажає, щоб воно було просте з точки зору операційної ефективності, фахівець безпеки бажає максимального контролю, розробник бажає нових технологій та крутих тулів, а користувач – щоб воно просто працювало …

Що допомагає зменшити градус суб’єктивності:

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

Що не треба робити

  • Не треба принижувати носіїв ідей вказуючи на їх професійну деформацію. Бо вони зроблять в свій вкрай професійний спосіб доведення того що саме вони краще розуміються на темі
  • Не треба ігнорувати ідеї та пропозиції – бо ви знищите важливий процес інновацій та мотивацію
  • Не треба ховати економіку та принципи керування проектом

Залишити відповідь