Comment nous sommes arrivés à publier des applications mobiles une fois par semaine

Il y a plusieurs années, à Ozon, il pouvait s'écouler trois mois entre deux versions d'une application sur la même plateforme. Nous avions prévu de sortir avec une certaine fonctionnalité importante et tant que nous ne le ferons pas, nous ne la publierons pas. 

Ce à quoi nous avons dû faire face lors de la publication de versions selon ce schéma: 

1. Il est difficile de prédire quand la fonctionnalité sera publiée . Ok, nous avons en quelque sorte déterminé les délais, mais plus la fonctionnalité développée était importante, plus il était difficile d'estimer avec précision la date limite. Le suivi de la progression d'une fonctionnalité n'est pas non plus très pratique, car «c'est fait là-bas» ,  et les versions intermédiaires avec quelque chose de prêt à «regarder» sont difficiles à assembler. 

   
   
   
   
   

2. Beaucoup de temps pour corriger les bugs . Dans le code, ils peuvent être corrigés rapidement. Mais le correctif vient aux utilisateurs avec la même fonctionnalité globale. 

   
   
   
   
   

3. Cela fait mal de désactiver l'héritage . Il faut attendre que le nombre d'utilisateurs sur les nouvelles versions soit déjà suffisamment important. Avec des mises à jour rares, il faut parfois des années à attendre. 

   
   
   
   
   

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

   
   
   
   
   

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

   
   
   
   
   

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

   
   
   
   
   

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

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

:

,    .   

       .    . ,  1 , 1 . 

, . , . .   . 

 . , . , . , . 

. . , . .  :   , ,  . , ,   — . , ,     .   -. 

: -  

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

    … 

–   . 

, -   : 

1. . 

   
   
   
   
   

2.   – , . 

   
   
   
   
   

3.    «»  . 

   
   
   
   
   

4.  . 

   
   
   
   
   

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

 QA. ,     .

,          . , ,     , – .

 –   ! 

. : 

   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. . 

   
   
   
   
   

2. . 

   
   
   
   
   

3. . 

   
   
   
   
   

4. . 

   
   
   
   
   

5.  —  , -   (  ,   ). 

   
   
   
   
   

QA Notes      .   :    QA -   . 

  .    QA     .  ,       .   .     , . . 

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

,  QA   , .    . 

   «QA  ».   -  –    : 

1.   . 

   
   
   
   
   

2.  . ,  , – - . 

   
   
   
   
   

3.         . 

   
   
   
   
   

4.   -, - .

   
   
   
   
   

5.     . 

   
   
   
   
   

 , , . 

: 

,    : 

 

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

 . , , , .

  . , -, ,  (   –  :) ). 

.    . . – .  Ozon  ,  , .

  

  .    ,  .     -,    «»  dev,     . 

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

 

  .  ,   .     .      .      – , -. 

  . .     . 

, , : 

1.  . 

   
   
   
   
   

2.   . 

   
   
   
   
   

3.   . 

   
   
   
   
   

4. . 

   
   
   
   
   

,  , , : , , .