<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>ivan's blog: posts tagged уровень проработки</title>
<link>https://ivanzviahin.by/blog/tags/uroven-prorabotki/</link>
<description>It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast.</description>
<author>Ivan Zviahin</author>
<language>en</language>
<generator>E2 (v3849; Aegea)</generator>

<itunes:owner>
<itunes:name>Ivan Zviahin</itunes:name>
<itunes:email>ivanzviahin@gmail.com</itunes:email>
</itunes:owner>
<itunes:subtitle>It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast.</itunes:subtitle>
<itunes:image href="https://ivanzviahin.by/blog/user/userpic-square@2x.jpg?1711411913" />
<itunes:explicit>no</itunes:explicit>

<item>
<title>Уровень проработки</title>
<guid isPermaLink="false">115</guid>
<link>https://ivanzviahin.by/blog/all/urovenprorabotki/</link>
<pubDate>Tue, 24 Sep 2019 17:22:15 +0000</pubDate>
<author>Ivan Zviahin</author>
<comments>https://ivanzviahin.by/blog/all/urovenprorabotki/</comments>
<description>
&lt;p&gt;на русском · &lt;a href="https://ivanzviahin.by/blog/drafts/development-levels/"&gt;in english&lt;/a&gt;&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://ivanzviahin.by/blog/pictures/devlevels-1.png" width="1590" height="628" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Я бы хотел рассказать о решении одной важной проблемы в продуктовой команде. Проблема — мы делаем задачи слишком долго. Одна из причин — слишком глубокий уровень проработки каждой. Как бы времени у нас совсем нет, а функциональность урезать нельзя. Остается только снизить уровень проработки. Мы решили понижать его не для всех задач, а только для некоторых.&lt;/p&gt;
&lt;p&gt;Пользовательские сценарии в любом продукте можно разделить на три уровня. Уровень первый — сценарии, которыми люди пользуются чуть ли не каждый день. Мы такие сценарии назвали магистральными. Второй — важные, но нужные не часто. Эти сценарии назвали промежуточными. Третий — скорее исключения, это как раз те сценарии про которые обычно совсем забывают.&lt;/p&gt;
&lt;h2&gt;Уровень 1&lt;/h2&gt;
&lt;p&gt;Это самые важные сценарии, которые пользователь использует каждый день. Например, поиск товаров в магазине или чтение новостей в журнале. Проработка таких сценариев должна быть на высочайшем уровне. Тут необходимо потратить время на проверки и тестирование. Продумать все исключения, сделать анимации и хоткеи. Таких сценариев обычно не много.&lt;/p&gt;
&lt;h2&gt;Уровень 2&lt;/h2&gt;
&lt;p&gt;Это сценарии важные, но при этом ими пользуются не так часто. Например, настройки профиля. В таких сценариях нужно не меньше времени уделить проектированию и проверкам, но можно более хладнокровно относиться к ошибкам. Тут учитывать хоткеи уже нет смысла и если какой-то сценарий приведет к ошибке — это не так страшно, как в первом случае. Говорят, что именно поэтому в автомобиле салон сделан максимально комфортным, по сравнению с моторным отсеком. Таких сценариев обычно намного больше, чем первых.&lt;/p&gt;
&lt;h2&gt;Уровень 3&lt;/h2&gt;
&lt;p&gt;А вот эти сценарии самые популярные обычно у программистов. Есть четкое ощущение, что ими можно пренебречь в проектировании. Это не значит, что про них можно просто забыть и все. Их нужно обрабатывать, но делать это — максимально грубо. Например, представьте, вы открываете одну страницу в двух вкладках браузера и в одной из них делаете какое-то действие, которое меняет статус чего-то. А потом идёте в другую и делаете это же действие, как должна повести себя система? От способности обрабатывать исключения зависит лишь качество кода, а вот успех продукта находится в первую двух уровнях.&lt;/p&gt;
&lt;h2&gt;Вывод&lt;/h2&gt;
&lt;p&gt;Никому не нужен магазин с идеально продуманным сценарием добавления товара в «Избранное» в двух вкладках браузера, когда поиск товаров работает плохо и непонятно.&lt;/p&gt;
</description>
</item>


</channel>
</rss>