From 173ceeab642199b7f75e632aaab7d338436cc9c5 Mon Sep 17 00:00:00 2001
From: Alyona Lapko <75794045+lapkoa@users.noreply.github.com>
Date: Wed, 24 Mar 2021 16:46:25 +0300
Subject: [PATCH] Update processes-and-standards.md

---
 processes-and-standards.md | 14 +++++++-------
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/processes-and-standards.md b/processes-and-standards.md
index 2583050..9b81b66 100644
--- a/processes-and-standards.md
+++ b/processes-and-standards.md
@@ -9,16 +9,16 @@
 
 **Developer Experience (DX)** — это подход к созданию ценных, удобных и простых в освоении продуктов для разработчиков:
 
-- это про то, как понимать «боль» разработчиков и помогать им ее решать,
-- это сумма всех негативных и позитивных взаимодействий между разработчиком и платформой,
-- это про то, как создавать больше пользы меньшими усилиями,
+- это про то, как понимать «боль» разработчиков и помогать им ее решать;
+- это сумма всех негативных и позитивных взаимодействий между разработчиком и платформой;
+- это про то, как создавать больше пользы меньшими усилиями;
 - это про «put user's needs first».
 
 **Developer Experience Framework (DXF)** — это набор практик и методологий по управлению жизненным циклом технических продуктов и ожиданиями их пользователей:
 
-- это про анализ ценности создаваемых продуктов,
-- это про прозрачность разработки продуктов,
-- это про построение рабочих процессов для быстрой разработки, проверки гипотез и получения фидбэка,
+- это про анализ ценности создаваемых продуктов;
+- это про прозрачность разработки продуктов;
+- это про построение рабочих процессов для быстрой разработки, проверки гипотез и получения фидбэка;
 - это про коммуникации с разработчиками, анализ их потребностей и обучение их новым продуктам.
 
 Компоненты фреймворка можно разбить на несколько логических частей.
@@ -35,7 +35,7 @@
 ***
 
 ## Релизы
-Мы придерживаемся того подхода, что частые, но небольшие по объему релизы приносят больше пользы, чем редкие, но крупные. Это касается как быстрого получения обратной связи от пользователей, так и уменьшения цены ошибки и общего риска возникновения инцидентов. Мы работаем по методологии release train и придерживаемся следующего расписания:
+Мы придерживаемся подхода, где небольшие по объему релизы приносят больше пользы, чем редкие, но крупные. Это касается как быстрого получения обратной связи от пользователей, так и уменьшения цены ошибки и общего риска возникновения инцидентов. Мы работаем по методологии release train и придерживаемся следующего расписания:
 
 - сайт Авито — 2 раза в день;
 - мобильные приложения — раз в 2 недели.