Скільки беклогів у вашому проекті?

В реальності може існувати декілька видів беклогу – паралельно жити своїм життям:

  • Беклог власника продукту – з чим прийшов до команди як замовник, на підставі чого планує product roadmap.
  • Беклог команди – що команда пропрацювала та що використовує при оперативному керування.
  • Беклог сподівань та очевидних речей – беклог замовника, я це не пишу, бо це і так очевидно (надалі перелік який змінюється час від часу)
  • Приватний таск-ліст розробника – окрема табличка з тасками яка може перетворитись в … Таємний беклог розробника – там з’являється технічний борг, ідеї щодо того що він хоче покращити або чим погратись з боку технологій. Кількість таких власних беклогів залежить від вподобань розробників та їх власного та незалежного бачення як правильно.
  • Беклог у коді – примітки щодо недороблених речей, відсутності обробки виключень, технічний борг, потенційні баги.
  • Беклог тестувальника – тест кейси та все що дізнався QA переглядаючи угоду, аналітичні документи, архітектури, всі інші вимоги тощо.

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

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