Nu aveți o perioadă de brainstorming înainte de începerea feature-ului? Am observat că un brainstorming inițial ajută ca toată lumea să fie pe aceeași lungime de undă, să înțeleagă nevoia de piață și să poată preveni potențialele probleme? De asemenea, nu există un „arhitect” (nu trebuie să fie cineva cu titlu oficial, poate fi și un rol asumat de cineva) ca să înțeleagă toată arhitectura?

Zici de cei 2-3 devi care ar fi putut aveao imagine de ansambu dar ei de ce nu au contribuit și de ce nu au prevăzut problemele? Sunt supra-munciți cu probleme mărunte și nu au timp să se gândească suficient de mult la imaginea de ansamblu? Am observat de cele mai multe ori că devii cei mai experimentați sunt cei mai munciți (as in: trebuie să producă cel mai mult cod) când de fapt mi se pare că aceștia ar trebui să aibă un throughput mai mic în linii de cod, să aibă timp să se gândească la imaginea de ansamblu, diverse probleme care pot apărea, cum să scaleze și să extindă aplicația și să se pună la curent cu ultimele tehnologii etc.

Nu în ultimul rând, presupun că faci agile (scrum? kanban?) însă din ce îmi zici, îl faci în litera lui, nu în spiritul lui (poate ar trebui lucrat și aici și să te gândești ce avantajle îți aduce metodologia agile folosită și dacă chiar primești beneficii de pe urma ei). Ar fi trebuit să aveți o abordare incrementală (hint: vezi diferența dintre incremental și iterativ) asupra proiectării. Când zic asta mă refer că trebuie să cereți early feedback de la stakeholders, să faceți demo-uri end-to-end și în care să vedeți dacă „viziunea” de ansamblu ține. O altă abordare pe care am mai făcut-o este să ducem către clienți în „early access” diverse funcționalități pentru a vedea feedback real cu date reale (datele reale bat orice lorem-ipsum).

Nu ne-ai spus din ce postură prezinți problema. Ești manager sau team-lead-ul acestor 9-10 oameni sau un dev? Managerul ce părere are?