deze vraag ziet eruit als Hoe te plannen / beheren multi-platform (mobiele) producten , maar de antwoorden daar suggereren het gebruik van abstracties om een gemeenschappelijke coderepo te garanderen, iets wat we besloten niet te doen. We hebben een mobiele website en zijn bezig met het bouwen van zijn eigen mobiele equivalenten op Android en iOS.

Aan elk van deze projecten wordt gewerkt door een ander team, en aangezien de ontwikkelingsstapel anders is ( om een meer native gevoel te krijgen) is het erg moeilijk om code of ui-elementen te delen: alles aan de voorkant moet helemaal opnieuw worden geschreven voor dat specifieke platform.

Al deze projecten moeten echter de dezelfde set functies die aan hun gebruikers worden blootgesteld, en wanneer het productteam met een nieuwe functie komt, moet die functie beschikbaar worden gesteld op alle platforms (tenzij er natuurlijk enkele beperkingen zijn op een bepaald platform die het onhaalbaar maken)

Het probleem waarmee we nu worden geconfronteerd, is het volgende: hoe zorgen we voor pariteit van functies, als per ongeluk of miscommunicatie een functie is gepland voor slechts één platform en de andere teams geen idee hebben dat er iets nieuws is gekomen en dat dit moet worden geïmplementeerd. Zelfs in deze vroege ontwikkelingsstadia is dit probleem een aantal keren voorgekomen, waarbij iemand vraagt “waarom is X niet beschikbaar voor Y” en het Y-team reageert “goed, want niemand heeft het ons verteld”.

Onze eerste gedachte was om het productteam meer “verantwoordelijk” te maken, maar als je alleen op mensen vertrouwt, kom je niet zo ver.

We dachten toen dat we dit misschien zouden kunnen automatiseren in ons ticketingsysteem (jira), waar het productteam een ticket zou kunnen openen en automatisch subtickets voor alle platformen heeft aangemaakt, zodat elk team op de hoogte wordt gesteld van de vereiste.

Onze laatste gedachte was dat we waarschijnlijk niet het eerste bedrijf zijn ooit in de geschiedenis van codering die dit probleem heeft ondervonden, en misschien moeten we om suggesties vragen over hoe dit werd aangepakt door andere teams / projecten met hetzelfde probleem.

Dus hoe kunnen we dit proces rigoureuzer maken (en bij voorkeur zoveel mogelijk geautomatiseerd) om de “niemand vertelde het mij” -situatie te vermijden? Hoe wordt dit normaal gesproken afgehandeld? Zijn er best practices?

Opmerkingen

  • Het klinkt alsof je ' probeert een mensen hebben problemen met technologie.
  • Neem een pen, een notitieboekje, maak een TODO-lijst met twee selectievakjes, een voor Android en een voor iOS. Houd het in de gaten en praat af en toe met je jongens. Probleem opgelost. lol
  • Je hebt al zoveel mogelijk gedaan om het probleem op te lossen: communiceer de functies via je ticketsysteem met kindertickets. Zorg er dan voor dat iedereen weet dat een functie die in een bepaald gebied is gestart, volledig moet zijn voltooid voordat u die toevoegt aan de release.

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *