Технические навыки аналитика 1С

Меня зовут Татьяна Рыловникова. В сфере 1С я с 2016 года. Являюсь специалистом по ERP в компании Ви.Тех, участвовала в более чем 60 проектах, работала более чем с 20 конфигурациями.

В докладе мы рассмотрим следующие темы:

• Кто такой аналитик 1С – я расскажу, как вообще ощущаю эту профессию, так как это моя основная деятельность.

• Зачем вообще аналитику 1С нужны технические навыки.

• И какие именно технические навыки нужны аналитику.

Кто такой аналитик 1С

У аналитика 1С есть несколько областей, которые должны быть развиты на том или ином уровне. И на мой взгляд, область «Технические навыки» занимает достаточно большую долю.

При этом я, собеседуя аналитиков, зачастую сталкиваюсь с тем, что у них не хватает технических навыков. Допустим, они знают программу, но дальше программного продукта не идут.

Курсы, которые сейчас выпускаются для аналитиков, делают очень много акцента на том, что нужно изучать бизнес-процессы, знать нотации и уметь моделировать. Но когда мы устраиваемся на работу, оказывается, что кто-то до нас уже что-то замоделировал, но что с этим делать дальше – непонятно. Нужно все продумывать, вникать глубже, а люди этого не умеют, потому что технических навыков нет. В том числе, нет представления о том, как их получить, и вообще, что они нужны, потому что акцент на этом не делается.

Именно об этом мы сегодня и поговорим.

Зачем аналитику 1С технические навыки

Технические навыки могут понадобиться аналитику 1С в следующих случаях:

• Ставить задачи программисту – если мы не обладаем техническими навыками и ставим задачи программисту, то, по сути, мы просто пересказываем то, что нам сказал пользователь. Тогда возникает вопрос – а зачем мы вообще нужны? С тем же успехом программист может и сам сходить к пользователю, снять задачу и все сделать.

• Продумывать разного объема технические решения – если не погружаться в техническую реализацию, мы не можем представить себе систему целиком, что-то продумать. Есть, конечно, какая-то золотая середина, чтобы не додумать все за программиста – у программиста должна быть своя творческая часть, и отбирать эту работу тоже не стоит. Но погрузиться, грамотно поставить задачу и продумать ее – необходимо.

• Искать ошибки и тестировать решение – очень большая часть задач заключается в том, что к нам приходит пользователь и говорит: «У меня что-то не получается». Или: «Мне нужно что-то проверить». Если мы знаем программу поверхностно, в пользовательском режиме, и дальше не идем, то найти ошибку и проанализировать, в чем она заключается, не сможем.

• Писать и понимать техническую документацию, технические задания, частные технические задания, карточки заданий писать – если мы их напишем так же, как нам пользователь присылает запросы или ставит задачи, то грош цена такому техническому заданию. Оно на то и техническое, чтобы мы могли описать там часть, понятную IT-руководителю. Мы не можем это описать, если ничего в этом не понимаем.

• Оперативно выводить нужную информацию из базы данных. Не всегда в пользовательском режиме есть отчеты, которые позволяют вывести нужную нам информацию во всех разрезах. А технические навыки помогут нам решить эту задачу.

• Воспринимать 1С не в вакууме, а в некой экосистеме и понимать, что кроме 1С есть еще другие программы, с которыми мы взаимодействуем или можем взаимодействовать. Опять же, технические навыки могут нам в этом помочь.

• И так далее – этот список может быть достаточно большой.

Многие считают, что эти задачи должен делать программист. Так сложилось исторически, потому что раньше этим всегда занимался один человек – его называли программист или внедренец. Ты приходишь к бухгалтеру, что-то настраиваешь, а тебе говорят: «Какой ты классный программист, принтер мне подчинил». Отсюда и пошло убеждение, что программист должен уметь все.

Но на самом деле обязанности в ИТ нужно делить, и человек, который связывает бизнес и IT – это аналитик. Именно аналитик представляет собой некое связующее звено между IT и бизнесом.

Какие именно технические навыки нужны аналитику 1С

Я поделила технические навыки на три части.

Часть первая. Простые навыки. Необходимые.

Они не относятся непосредственно к 1С, но я считаю, что без этих навыков входить в профессию аналитика будет как минимум очень сложно, как максимум – невозможно.

Самый первый навык, который нужно обязательно развивать – это умение гуглить и задавать вопросы. Вы должны уметь искать информацию – грамотно объяснить поисковику, что вам нужно, и знать ресурсы, где эту информацию искать. Если навыка гуглить у вас нет, то порядка 90% запросов, которые к вам будут приходить, вы не сможете решить самостоятельно – вам придется бегать к своим коллегам. А если вы не можете задать правильный вопрос, то и коллеги вам не смогут помочь. Причем этот навык – обманчиво простой, потому что иногда гуглишь – и ничего не находится. Подходишь к коллеге, и вдруг оказывается, что нужно просто переформулировать запрос, и все можно найти. Рекомендую этот навык постоянно развивать – сделайте на нем акцент.

Второй навык – знание пакета MS Office и прочих программ. Аналитикам приходится писать очень много технических заданий – причем помимо специализированных систем типа Confluence для этого очень много где используется Word и Excel. Если мы не умеем красиво составить документ в Word, а при попытке внести изменения в техническое задание у нас едет вся структура, и мы абсолютно не знаем, как ей управлять – нам будет сложно в профессии. Еще хочу отдельно сказать про Excel – меня часто спасала функция «ВПР». Если не пользуетесь, изучите ее возможности – возможно, она тоже сэкономит вам кучу времени, рекомендую.

В разных компаниях могут быть разные почтовые клиенты и разные системы учета рабочего времени, а аналитик должен очень быстро уметь у них ориентироваться. Во-первых, этот навык пригодится при переходе на новое рабочее место. А во-вторых, каждый клиент ставит свои условия. Один говорит: «Вы у меня все ведете в Битриксе». Второй: «А мне нужно все вести в Jira». А к третьему пришли, он говорит: «У меня вообще негде вести – покажите мне, где вы ведете, а я буду смотреть, учиться». Могут быть очень разные системы, и нам необходимо в них быстро погружаться.

Следующий пункт – это установка и обновление программного обеспечения. Я заметила, что многие мои знакомые, когда пытаются найти какую-то программу, не обращают внимание на ссылку – не видят, что там буквы поменяны, хотя это очень важно. В результате, вирусят себе компы. А аналитику часто приходится скачивать программное обеспечение – платформу 1С, программу для удаленного подключения, ПО для скриншотов. В том числе, иногда нужно помочь клиенту что-то поставить – на каких-то маленьких проектах, где нет системного администратора, вам придется вынужденно выполнять эту роль. Вы должны уметь искать ПО без вирусов.

Часть вторая. Средние и сложные навыки. Необходимые.

Эти навыки уже будут относиться именно к 1С.

Первое – знание объектов конфигурации 1С. Если вы не понимаете, какие документы и регистры есть в конфигурации, как работают справочники, перечисления и так далее, представить себе задачу и тем более поставить ее программисту будет довольно сложно. Вы должны уметь мыслить объектами конфигурации 1С – это важно для входа и развития в профессии, чтобы понимать, как что устроено.

Далее – язык запросов 1С. Часто на курсах для аналитиков, в видео на YouTube и в выступлениях на конференциях говорят, что аналитику нужно уметь описывать бизнес-процессы, знать нотации и т.д. А про язык запросов, без которого невозможно написать техническое задание для обмена, почти никто не говорит. Хотя именно с помощью консоли запросов удобно смотреть, какие поля необходимо заполнить при обмене, чтобы все корректно работало.

А еще запросом удобно выводить информацию, которая не выводится типовыми отчетами, встроенными в конфигурацию. Нам, как аналитикам, может понадобиться информация в суперразных разрезах, и без языка запросов этим управлять очень сложно.

Далее – умение читать код и простые методы отладки кода. Когда программист решает задачу, он закладывает туда какую-то логику. Но мы очень часто сталкиваемся с ситуацией, когда все уже разработано, а нам необходимо понять, как это работает. При этом документация может быть неактуальной, ее может не быть, и так далее. Если мы можем прочитать код, нам это очень сильно поможет быстро сориентироваться, упростит и ускорит наши процессы.

Далее – сравнение конфигураций, механизм расширений, бэкапы.

Я регулярно делаю бэкапы. В какой-то момент, когда после долгого обновления мне пришлось его делать заново из-за того, что у клиента база полетела, бэкапы для меня стали чуть ли не постоянным действием. Да, я смогла откатиться на самое начало, но когда даже на типовой базе нужно обновиться на несколько релизов, это съедает очень много времени. А заказчику не получится выставить часы за то, что ты затупил или что-то сделал не так. Поэтому необходимо понимать, как делать бэкапы файловой базы, если вы на небольших проектах. И знать, как делать бэкапы серверной базы. Рекомендую даже иметь представление, как делать бэкапы на MS SQL – это тоже мне в свое время очень помогало.

Необходимо понимать, как поставить расширение или патч (расширение в виде исправления к релизу). Казалось бы, для опытных аналитиков или мидлов это простые действия, но некоторые люди с этим просто не сталкиваются. Важно уметь быстро найти информацию, как это сделать. Если вы себе это уже представляли, у вас получится быстрее. Если нет, нужно уметь быстро это найти и качественно применить.

Сравнение/объединение конфигурации мне помогало, когда нужно из одной базы перенести документ во вторую базу. Программист для этой цели, на мой взгляд, не нужен. Задачка достаточно простая – если иметь представление, как вообще работать в конфигураторе, ее можно очень быстро решить.

Третья часть. Сложные навыки. Специфические.

Навыки, о которых я сейчас буду рассказывать, необязательны и не подразумевают какого-то суперглубокого погружения. Если у вас этих навыков нет, это не значит, что вы не можете работать аналитиком, не можете претендовать на высокую зарплату и так далее. Но когда я сталкиваюсь со сложными ситуациями, я могу быстро погрузиться и во всем разобраться. И это помогает мне поддерживать свою ценность на рынке.

Первый такой навык – это умение писать простой код. Благодаря этому умению я могу воспользоваться групповой обработкой для нетривиальных задач, написать себе быструю обработку загрузки, переписать под себя шаблонные обработки. Можно найти какую-то обработку, которая делает практически все, что вам надо, за каким-то небольшим исключением. И если вы можете ее и прочитать, и поправить, как вам нужно – это очень сэкономит вам время.

На первом месте работы, когда я еще не работала на удаленке, я ездила непосредственно к заказчику. А в качестве подрядчиков у нас работали ребята на фрилансе. Был случай, когда фрилансер мне передал задачу, я приезжаю к заказчику и вижу, что там надо что-то по мелочи поправить. Условие добавить или макет подправить, или просто какая-то небольшая ошибка выскочила. За счет того, что я достаточно быстро всему обучалась, я могла прямо на месте все поправить, сдать задачу и уехать со спокойной душой. Если бы я этого не могла, я прошла бы еще 10 кругов – вернулась к программисту, попросила поправить, вернулась бы обратно. Мне бы опять что-нибудь нашли, и так это все по кругу ходило бы, тем более что фрилансеры не всегда были доступны.

Конечно, такого рода задачи чаще встречаются на небольших проектах, но написание обработок и отчетов под себя мне актуально и сейчас.

Далее – представление об обменах, шинах данных и «Конвертации данных». Важно понимать, что такое RabbitMQ и Kafka, знать, как выглядит «Конвертация данных». Это не значит, что вы должны уметь профессионально настраивать обмены, и если не умеете – работать аналитиком нельзя. Но стоит знать, какие решения есть на рынке, чтобы понимать, какие инструменты можно предложить заказчику.

Также когда вы составляете техническое задание по обмену – знание инструментов поможет вам быстро погрузиться и корректно задать вопросы той стороне, от которой вы принимаете данные, или куда вам нужно эти данные выгрузить. Если вы не знаете, какие решения есть на рынке, дальше может быть очень сложно.

Умение читать JSON и XML. Я, как аналитик, который больше всего занимается регламентированным учетом, часто помогаю бухгалтерам выгружать отчеты в ФНС. Бывает, что мы очень долго формируем какой-то отчет, а потом видим, что он содержит небольшую неточность или ошибку. Чтобы ее исправить, нужно перезакрыть месяц или сделать очень много действий, а бухгалтерия часто начинает формировать такие отчеты в последний момент.

Если я умею читать XML и знаю, что нужно исправить, я быстренько руками поправлю одно поле, мы загрузим этот отчет в налоговую, и все будет прекрасно. А иначе мне нужно будет пройти еще раз очень много действий.

Этот навык очень важен, чтобы писать технические задания, потому что, повторюсь, мы аналитики, мы стоим между бизнесом и IT, а значит, мы должны уметь IT объяснить какую-то задачу. В том числе, описывать, как эти XML-ки могут выглядеть.

Знание серверной части. Иногда приходится работать в операционных системах, отличных от Windows – например, я на своей практике сталкивалась с Linux. Т.к. я могу быстро сориентироваться в новой системе, с которой не работаю постоянно, мне не нужно кому-то передавать эти задачи – я могу в них погрузиться и выполнить самостоятельно.

И еще, когда вы пишете какой-то простой код, важно понимать, что нажатие кнопки отрабатывает на клиенте, а запрос отрабатывает на сервере, знать, почему это так, и на что это может повлиять. Т.е. без базовых знаний клиент-серверного взаимодействия даже простой код написать нельзя – можно, конечно, скопировать и поправить, но именно написать будет сложно.

И напоследок – совсем специфические навыки

Это умение настроить почтовый клиент – для рассылок расчетных листков из ЗУП, рассылок отчетов из ERP, из Документооборота. Например, если мы говорим про Gmail, там необходимо настроить двухфакторную аутентификацию, иначе ничего отправляться не будет. Суметь найти эту информацию и настроить – это достаточно полезный навык.

Далее – электронно-цифровая подпись. В начале своей карьеры я много работала с бюджетными учреждениями, помогала им настраивать отправку отчетности. К ним приходишь, говоришь: «Это же не 1С», тебе отвечают: «В смысле? Мы же отчет из 1С выгружаем. Теперь надо отправить». Садишься, помогаешь.

За счет навыка быстро адаптироваться можно разобраться и с КриптоПро, и с тем, как вообще настроить ЭЦП в любой системе отправки отчетности – и в Контур, и в СБИС, и в 1С-Отчетность. Когда я открывала своё ИП, мне уже никакая помощь не нужна была – я оформила подпись и все у себя настроила.

Умение быстро погрузиться в стороннее ПО. Когда мы приходим на проект внедрения, у заказчика, скорее всего, уже стоит какая-то учетная система. В любой системе нужно уметь быстро разобраться – понять, что там есть какая-то база данных, в этой базе данных есть какие-то таблицы, они как-то между собой взаимосвязаны. Везде все плюс-минус одинаково – вне зависимости от того, 1С это или еще какая-то система. Важно иметь общее техническое представление о том, как это все работает.

У меня были на практике кейсы, когда сторона заказчика не помогает – технический специалист, который поддерживал эту систему, ушел и взаимодействовать не собирается. Система абсолютно непонятная, самописная – на 1С:7.7, FoxPro или еще какой-то малораспространенной базе данных. Важно уметь в этом разобраться – понять, как это работает, или найти человека, который с этой базой разберется.

Кроме этого, мы же находимся не в вакууме и обмениваемся с другими системами, поэтому важно понять, что нужно брать из этой системы, и как нам разговаривать с коллегами, которые будут стоять по ту сторону.

Важно уметь разобраться с программным обеспечением, которое нужно вам в работе – например, чтобы рисовать схемы бизнес-процессов. Мы же их не на бумажке рисуем и не в Paint – мы их рисуем в каком-то программном обеспечении, а оно абсолютно разное. Например, используя бесплатный Draw.io, нужно понимать, как там добавить пакет нотаций, чтобы нарисовать схему в определенной нотации, и так далее.

Важно уметь пользоваться банальными программами для скриншотов и знать, что есть масса инструментов, чтобы сделать красивый скриншот и все там обвести. Я очень часто вижу, что делают скриншот по кнопке PrintScreen, вставляют в Word, там обрезают, а потом не знаю, как на нем что-то обвести или нарисовать. Или вставляют в Paint и там обводят. Но кроме Word и Paint есть много других удобных инструментов, которые вам сразу все сделают – не надо мучиться, что-то обрезать и так далее. Важно иметь знания об этом.

Этот список у каждого из вас может быть персональный – у каждого продвинутого аналитика есть свои специфические навыки.

Но все эти навыки объединяет самый главный навык – быстрая обучаемость и общая техническая грамотность. Если вы можете быстро понять, о чем вам говорят, и как все это в целом работает – ваша ценность растет. Вы приходите на проект и быстро во все погружаетесь.

Вопросы

Порекомендуйте источники, где можно получить информацию по апгрейду технических навыков аналитика? Различных курсов много, но большая часть крайне поверхностная. Какие источники вы считаете самыми подходящими?

Есть хорошие курсы по запросам у УЦ№1 и «Курсы по 1С.рф». Но если вы просто прошли курс и не практикуете, вам ни один курс не поможет. Эта информация вылетит у вас из головы, вы это забудете.

Своим докладом я старалась донести, что технические навыки могут вам упростить жизнь – если вы ими владеете, вы сможете выполнить гораздо больше задач. Причем научиться этому – вообще не проблема.

Главное развить первый навык – гуглить. Нашли информацию – нашли курс. Прошли курсы и начали применять. Научились писать простые обработки и начинаете применять в задачах. Не идете к программисту по каждому поводу, а пробуете понять, как это можно решить самостоятельно.

Среди аналитиков 1С очень много самоучек, потому что людям не к кому обратиться – нет программиста, который поможет, не к кому пойти. А задачу-то для заказчика надо решить. И они начинают сами.

Технические навыки можно получить только с опытом. Вы посмотрите курс, а дальше – опыт, опыт, опыт. Поставьте себе тестовые демобазы – пробуйте в них все это делать. Решайте какую-то задачу – зайдите в код, посмотрите, как он в отладке работает, какой запрос используется, почитайте. И со временем у вас это придет.

Я сама не так много технических курсов проходила, больше курсов по программным решениям, потому что технический навык нарабатывается в первую очередь практикой – вы практикуете, упрощаете себе жизнь и приходите к результату.

Слышала на Инфостарте много авторитетных мнений, что аналитик не должен лезть в код, для него больше важны софт-скиллы. А вы говорите, что важны технические навыки. Где здесь золотая середина? Или это зависит от области?

Навык коммуникации для аналитика стоит выше, чем технические навыки. Просто про технические навыки забывают – говорят что нужны коммуникации, знания бизнес-процессов, сертификат «Специалиста-консультанта».

Но когда мы приходим на работу как консультанты или аналитики, мы часто сталкиваемся с нетривиальными задачами – с чем-то, что можно решить, только зайдя в код.

Реально задача решается за 5 минут анализа кода плюс 5 минут на запуск базы. Но аналитик бежит к программисту: «Я ж не знаю, как кодить, я не буду туда лезть».

Я с этим не согласна. Если вы пойдете к программисту, вам нужно будет потратить много времени на объяснения, и пока программист вникнет и исправит, вместо 10 минут вашей работы вы потратите полчаса своей работы и 15 минут еще программиста. Наверное, это не очень хорошо. Поэтому я считаю, что технические навыки нужно развивать.

Колесо баланса аналитика у вас на первом слайде – это та целевая модель, которую вы видите? Вы считаете, что аналитик должен знать программные продукты на десять баллов, а уметь коммуницировать – на восемь? Или вы бы что-то поменяли в этой схеме?

Да, это скорее мое видение, а не какой-то общепринятый стандарт.

Я на этой диаграмме в основном старалась отразить долю, которую занимают технические навыки. Я действительно считаю, что программный продукт нужно знать на 10 баллов, но аналитик должен уметь быстро ориентироваться, какие функциональные опции за что отвечают, каких настроек не хватает, в каких регистрах какая информация хранится.

Я это вижу примерно так. Я не говорю, что это окончательный вариант и единственная истина, но на моей практике это выглядит именно так.

Где эта тонкая грань между хорошим аналитиком, который может написать простой код, и разработчиком-джуном?

Вчера на круглом столе прозвучала мысль, что хороший аналитик – это младший программист. Как и хороший программист – это младший аналитик.

Это не тонкая грань. Все зависит от того, куда ты развиваешься. Если ты развиваешься в аналитику, ты все равно должен иметь какие-то навыки в программировании. Если ты развиваешься в программисты, ты должен иметь навыки аналитика.

А дальше от того, как ты себя позиционируешь, зависит то, какие задачи ты получаешь.

В любом случае, мы все должны быть немного и там, и там – просто потому, что в 1С это неразрывные вещи.

Должен ли аналитик писать в ТЗ техническую часть и продумывать структуру – писать, что это регистр сведений, а это документ, это оборотный регистр накопления, а это остаточный. Или это задача чисто программиста?

Все зависит от задачи и от заказчика. Где-то считается, что программист в ТЗ должен получить конечный вариант, который нужно придумать аналитику.

А где-то тебе скажут: «Нет, у нас программисты творческие, они все сами придумают. Ты сходи к заказчику и задай ему правильные вопросы, чтобы выявить настоящую потребность. А дальше сформулируй задачу программисту в понятном виде, чтобы ему не пришлось еще что-то уточнять».

Все зависит от конкретных задач.

Вы рассказали, как аналитик потихоньку превращается в разработчика. Я тоже знаю случаи, когда аналитик совсем уходил в программирование и становился неплохим специалистом. Но есть и обратные примеры. Что из этого эволюция, а что – деградация?

Это просто горизонтальный рост. Можно переквалифицироваться в любую сторону. Вертикальный – это ты в руководителя растешь, а горизонтальный – это когда ты меняешь сферу деятельности. Завтра ты маркетолог, а послезавтра ты бухгалтер.

Что важнее – софт или хард скилы?

Однозначно софт. Человека можно научить практически чему угодно, но если с ним нельзя сработаться, и бухгалтер после разговора с ним плачет – какой толк тогда? Однозначно софт.

Вы считаете, что системный аналитик должен знать REST API? Это обязательное требование? На всех собеседованиях – это один из первых вопросов.

Во-первых, я здесь не разделяю системного и бизнес-аналитика. Для аналитика 1С знание REST API будет скорее относиться к тому, что сложно и необязательно.

Тут все зависит от того, в какой проект вы собеседуетесь. Возможно, на этот проект целенаправленно ищут человека, который знает REST API, потому что никто не будет ему это объяснять. Если нужно выйти и сразу с этим работать, то, наверное, вы должны это знать. Все зависит от потребности конкретной компании.

Мне знать REST API пока не нужно было, поэтому я не думаю, что для аналитика это обязательно. Но если аналитик идет на проект, где это нужно, естественно, нужно ориентироваться на требования к вакансии.

Вы упомянули, что аналитику нужно уметь писать код для исправления мелких ошибок. А насколько рискованно аналитику лезть в чужой код? Видите ли вы риски в том, что аналитик что-то поправит, а в итоге этой правкой может что-то другое поломать?

Все зависит от объемов. Я меняла код на мелких проектах, где надо постараться, чтобы что-то всерьез поломать. А на крупных проектах я код, естественно, не правлю.

На мелких проектах с фрилансерами – там коммуникация другая. Там, чтобы тебе что-то поправили, придется 10 кругов ада пройти. Там тебе фрилансер скажет, что он загружен и ничего править не будет. И придется еще кому-то потом в этом разбираться.

А на крупном проекте ты пообщался с заказчиком и передал задачу программисту – программист это быстро поправит.

Если я сейчас использую код, то пишу что-то для себя – для ускорения своей работы или для того, чтобы выполнить какую-то свою задачу. Не для того, чтобы в прод выкатить какую-то доработку.

Но если нужно, я могу что-то поправить, потому что на крупных проектах все равно будет проверка моих действий. У нас обязательно проходит ревью, и не получится выкатить в прод что-то, что пройдет мимо технического архитектора.

Но если и проект крупный, и проверить тебя никто не может, и тебе еще говорят: «Давай код пиши», наверное, надо все-таки поговорить и не лезть туда.

Какие полезные инструменты кроме 1С вы используете в работе?

У меня нет чего-то такого, что я использую постоянно, кроме 1С. Просто в конкретной ситуации мне может быть нужно то или иное программное обеспечение, которое поможет мне в решении задач.

Например, чтобы рисовать диаграммы, я использую draw.io, потому что мне достаточно редко нужно рисовать диаграммы. Еще использую программы для скриншотов. Из последнего – использую Postman, чтобы тестировать запросы к другим системам.

Вы спрашивали про REST API – у меня был небольшой опыт. Нужно было разобраться в небольших готовых запросах и сделать по образцу – гуиды менять, проверять, что все загрузилось. Необязательно досконально понимать, как пишутся запросы REST API, нужно просто уметь быстро разбираться с программным обеспечением – в каком порядке нужно кнопки нажать, чтобы в 1С появилось то, что нужно.

*************

Статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART Анализ & Управление в ИТ-проектах.