Обложка канала

Analysis Paradisis

Канал про системный анализ и управление IT-проектами. Обзоры книг по тематике, истории про IT-компании и полезная информация для аналитиков и менеджеров.

Analysis Paradisis

8 лет назад
Открыть в
Канал молчал, потому что было очень напряженное предрелизное время. Зато теперь в приложении iOS одного желто-черного банка можно купить билеты на концерты и спектакли, что и советую вам сделать. А пока хочу вернуться и с вопросом:

Должен ли аналитик уметь кодить, если ему не нужно это по работе?

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

Я обычно говорю так: умение писать код и знание основ программирования обычно является признаком, что человек умеет логически мыслить и понимает IT-специфику. Но здесь нередко случаются перекосы, когда аналитик начинает указывать разработчику, что ему сделать и иногда (где-то компании такое позволяют) порывается написать код за него. Или начинает писать ТЗ так, что оно понятно только разработчикам, но никому из коллег. Или получает доступ к коду, начинает сам в нем копаться и искать ответы на вопросы, что обычно приводит к огромным ошибкам а-ля "я посмотрел, тут вот так реализовано", что используется для дальнейших постановок задач, и запускает долгую цепочку ошибок.

В общем, считаю, что уметь кодить совсем не обязательно, но, если ты уж это умеешь, нужно уметь вовремя себя остановить и оставить работу с кодом людям, у которых это основная обязанность. И мне смешно и грустно за компании, которые в вакансиях пишут "уверенное знание С++, PHP, Scala" и на вопрос "зачем?" отвечают "чтобы понимать разработчиков лучше".

Вы как думаете?

согласен с постом
⛔️ должен уметь кодить, даже если ему это не нужно в работе