Wie wir dazu kamen, einmal pro Woche mobile Apps zu veröffentlichen

Vor einigen Jahren konnte es in Ozon zwischen zwei Versionen einer Anwendung auf derselben Plattform drei Monate dauern. Wir haben geplant, dass wir mit einem bestimmten groĂźen Feature veröffentlichen wollen, und bis wir es tun, werden wir es nicht veröffentlichen. 





Was wir bei der Veröffentlichung von Releases nach diesem Schema gesehen haben: 





  1. Es ist schwer vorherzusagen, wann die Funktion veröffentlicht wird . Ok, wir haben die Fristen irgendwie herausgefunden, aber je mehr die entwickelte Funktionalität war, desto schwieriger ist es, die Fristen genau zu schätzen. Den Fortschritt eines Feature - Tracking ist auch nicht sehr bequem, weil „es dort getan hat“ ,  und Zwischen baut mit etwas bereit sind „zu sehen“ schwierig zu montieren. 





  2. Lange Zeit, um Fehler zu beheben . Im Code können sie schnell behoben werden. Das Update gilt jedoch fĂĽr Benutzer mit derselben globalen Funktion. 





  3. Es tut weh, das Erbe auszuschalten . Wir mĂĽssen warten, bis die Anzahl der Benutzer in den neuen Versionen bereits groĂź genug ist. Bei seltenen Updates dauert das Warten manchmal Jahre. 





  4. . - , . ,   , «»,   . 





  5. . ,    ,  , , , , … , … 





  6.  . ,   .  .   - , – (, - ).





 ,  . «»  , – . , : « … ». 





Wir sind schockiert, wie wir das umsetzen sollen - es ist nicht klar.
,  â€” .

   :«  , , Apple -- . , , ,  ?».  : “ ”. 





:

,    .   





       .    . ,  1 , 1 . 





, . , . .   . 





 . , . , . , . 





. . , . .  :   , ,  . , ,   â€” . , ,     .   -. 





: -  

, , . , ... . –    ! , - . 





    â€¦ 





–   . 





, -   : 









  1.   â€“ , . 





  2.    Â«Â»  . 





  3.  . 





: , –  . .    , .   Â«Â»,    , , , . 





 QA. ,     .





,          . , ,     , – .





 â€“   ! 

. : 













































    «-». , ,  ,  develop.  





    dev,  .  ,   â€“   .  ,   ,   . 





, - -   . 





   QA, .  , –   ,    .     - .  





 -  ,      -          ,     . 





,  ,    â€“     





  1. ;





  2. ;





  3. .





- –    . 





,    . : 





  1.     . 





  2.     ( ,  ). 





  3.    ,  . , , , – . 





,    . ,  , .  ,     dev. 





  ,   - ,  . 





  .   â€“  in progress.  merge request â€“  code review.  review â€“   QA.  





   ,  . 





 UI-    .  «»    merge request.       Jira. 





  merge request   dev     Jira.  , .  ,  . 





QA Notes

   QA Notes.  : 





















  1.  â€”  , -   (  ,   ). 





QA Notes      .   :    QA -   . 





  .    QA     .  ,       .   .     , . . 





  .   , .       dev,    .  , -   dev. – . 





,  QA   , .    . 





   «QA  ».   -  â€“    : 





  1.   . 





  2.  . ,  , – - . 





  3.         . 





  4.   -, - .





  5.     . 





 , , . 









,    : 





 

 .   - , , .  . -,  . -, - , , , . 





 . , , , .





  . , -, ,  (   â€“  :) ). 





.    . . – .  Ozon  ,  , .





  

  .    ,  .     -,    «»  dev,     . 





  â€“ , -  . , ..     -         .    . ,   . 





 

  .  ,   .     .      .      – , -. 





  . .     . 





, , : 





  1.  . 





  2.   . 





  3.   . 









,  , , : , , . 








All Articles