How we came to release mobile apps once a week

A few years ago, in Ozon, it could take three months between two releases of an application on the same platform. We planned that we want to release with a certain big feature and until we do it, we will not release it. 





What we encountered while releasing releases according to this scheme: 





  1. It is difficult to predict when the feature will be released . Ok, we somehow figured out the deadlines, but the more the developed functionality was, the more difficult it is to accurately estimate the deadline. Tracking the progress of a feature is also not very convenient, because “it's done there” ,  and intermediate builds with something ready “to watch” are difficult to assemble. 





  2. Long time to fix bugs . In code, they can be fixed quickly. But the fix comes to users with the same global feature. 





  3. It hurts to turn off legacy . We must wait until the number of users on the new versions is already large enough. With rare updates, it sometimes takes years to wait. 





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





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





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





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





We are shocked how to implement this - it is not clear.
,  — .

   :«  , , 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