această întrebare arată ca Cum să planificați / gestionați produse cu mai multe platforme (mobile) , dar răspunsurile de acolo sugerează utilizarea abstractizărilor pentru a asigura o repoare a codului comună, ceea ce am decis să nu facem. Avem un site web mobil și suntem în proces de a-și construi echivalentele mobile native pe Android și iOS.
Fiecare dintre aceste proiecte este lucrat de o altă echipă și, din moment ce stiva de dezvoltare este diferită ( pentru a obține o senzație mai nativă) este cu adevărat dificil să partajați elemente de cod sau de interfață: tot ceea ce este în partea din față trebuie scris de la zero pentru acea platformă anume.
Toate aceste proiecte trebuie totuși să aibă același set de caracteristici expuse utilizatorilor lor și, atunci când echipa de produs vine cu o funcție nouă, acea caracteristică ar trebui să fie disponibilă pe toate platformele (cu excepția cazului în care există anumite limitări pe o anumită platformă care o fac imposibilă)
Problema cu care ne confruntăm acum este următoarea: cum asigurăm paritatea caracteristicilor, dacă din accident sau comunicare greșită o caracteristică este planificată doar pentru o platformă și celelalte echipe nu au nicio idee că a apărut un lucru nou și trebuie să a fi implementat. Chiar și în aceste stadii incipiente ale dezvoltării, această problemă a apărut de mai multe ori, în care cineva întreabă „cum de ce X nu este disponibil pentru Y” și echipa Y răspunde „bine, pentru că nimeni nu ne-a spus”.
Primul nostru gând a fost să facem echipa produsului mai „responsabilă”, dar, bineînțeles, să ne bazăm doar pe oameni nu te va duce atât de departe.
Am crezut că am putea automatiza acest lucru în sistemul nostru de ticketing. (jira), unde echipa de produs ar putea deschide un bilet și ar putea crea subtichetele automat pentru toate platformele, astfel încât fiecare echipă este apoi notificată cu privire la cerință.
Ultimul nostru gând a fost că probabil nu suntem prima companie vreodată în istoria codificării care s-a confruntat cu această problemă și poate ar trebui să cerem sugestii cu privire la modul în care acest lucru a fost abordat de alte echipe / proiecte care se confruntă cu aceeași problemă.
Deci, cum putem face acest proces mai riguros (și de preferință cât mai automatizat posibil) pentru a evita situația „nimeni nu mi-a spus”? Cum este tratat acest lucru în mod normal? Există cele mai bune practici?
Comentarii
- Se pare că ' încerci să rezolvi un probleme cu tehnologia oamenilor.
- Luați un pix, un notebook, faceți o listă TODO cu două casete de selectare, una pentru Android, una pentru iOS. Fii cu ochii pe el și vorbește uneori cu băieții tăi. Problema rezolvata. lol
- Ați făcut deja cât de mult puteți rezolva problema: comunicați caracteristicile prin sistemul dvs. de ticketing cu bilete pentru copii. Apoi asigurați-vă că toată lumea știe că o caracteristică începută într-o zonă trebuie completată în totalitate înainte de a adăuga aceasta la versiune.