Плохо, но они этого не понимают. Распределяют их должностные обязанности между прочими сотрудниками без доплаты. Часть, связанную со сбором первичных данных берёт на себя менеджер проектов с воплем-лозунгом «Не умею, но сделаю»; часть, связанную с проектированием берут на себя разноуровневые разработчики, принимая в том числе те решения, которые потом отольются во много часов переделки уже готового кода и наполненной базы данных. Часть задач просто пропадает и не делается никем потому, что о них не знают или считают неважными, до тех пор, пока их не придётся спешно делать или заметать под ковёр.
Если вы никогда не сталкивались с задачей по корректной распилке ФИО одним полем на Фамилию, Имя (Имена), Отчество в международной БД на полтора миллиона записей, в том числе с кубинскими гражданами с двойной фамилией и семисоставным именем, вам повезло. Мне тоже повезло, я наблюдал за этим со стороны. Зато я писал ТЗ по уже готовой системе, чтобы юристам было проще защитить компанию от иска.
Почему они живут без системных аналитиков?
Если не касаться разработки простейших сайтов, а смотреть что-то сложнее и интереснее, то по той же причине, по которой некоторые из них ещё и от менеджера проектов отказываются, пуская в общение с клиентом и управление проектом дизайнеров, разработчиков и тестировщиков напрямую. Нет, не по договору time&material и не в эджайл-подходе. А с чётко прописанной в договоре итоговой суммой работ, в которую надо уложить нигде не зафиксированную функциональность.
Причина эта — базовая некомпетентность руководства компании и некомпетентность их заказчиков (которые, если говорить откровенно, часто имеют все юридические возможности снять последнюю шкуру с такого разработчика, если правильно подойдут к вопросу. Но правильно подходить там тоже некому).
Такие компании-разработчики копируют известную им структуру веб-студий, занятых в потоковом производстве однотипных и довольно простых, часто шаблонных сайтов. Или они и сами вовсе эти же самые веб-студии. Для которых, по понятным причинам, гораздо важнее грамотный интернет-маркетолог, чем системный аналитик.
И когда такая студия получает заказ на разработку узкоспециализированной CRM (например), она выкручивается как может.
И ту часть предметной области, технических и нормативно-правовых ограничений, которую не проанализировал менеджер проектов (у которого в активной фазе разработки ещё от двух до семнадцати параллельных проектов) не анализирует никто. И получается в системе для зарубежного заказчика, например, поле «Пол» с типом boolean (что нарушает законодательство его страны, но выяснится это сильно позже), а вместо довольно простого конструктора документов будут шаблоны в невообразимом числе.
Системный аналитик (как часть проектного офиса) увеличивает затраты на проектирование системы и снижает стоимость владения системой, но малые веб-студии конкурируют демпингом на разработку однотипных сайтов. И разработчики прочих систем будут действовать так же.
И все они показывают пальцем на успешные примеры
Про «ошибку выжившего» никто не вспоминает. И все успешные студии такого плана вполне успешно эксплуатируют компетенции менеджера проектов и разработчиков, решая на их уровне, без дополнительной оплаты за дополнительную работу, проблемы в определении предметной области, проектировании и документировании системы.
Поэтому, например, мне известны как минимум три студии, закрывшиеся после увольнения таких ключевых сотрудников — взятые им на смену не могли или (что вполне справедливо) не хотели брать на себя эти обязанности; решали задачи так, как они были поставлены, а не так, как их надо было решать; доводили дело до судебных разбирательств и банкротства.
Будут ли они продолжать?
Конечно будут. Демпинг за счёт сокращения расходов в проектировании — это простая и понятная конкурентная стратегия, а системный аналитик в дополнение к менеджеру проектов удваивает расходы на проектирование. И заказчики будут к ним приходить, основываясь, например, на удачном опыте разработки группы лендингов или может быть даже интернет-магазина на базе 1С-Битрикс, управление сайтом.
И иногда эти проекты будут завершаться успешно потому, что в проекте было кому выполнить работу за системного аналитика.
Азартные игры такого рода в предпринимательстве встречается чаще, чем мне хотелось бы.
Что грустно потому, что все эти мелкие веб-студии и конторы по разработке ПО под заказ портят множество специалистов, превращая их из разработчиков решений в разработчиков костылей, которые компенсируют другие костыли, которые вставлены, чтобы компенсировать врождённые уродства неверно спроектированных систем.
И нет, системный аналитик не гарантирует отсутствие таких патологий в проекте.
Но, собрав материал и требования, спроектировав решение для исполнения этих требований, сделав свою работу он, во всяком случае, развеет существенную часть неизвестности. И некоторые ошибки просто не будут совершены, другие будут выявлены в ходе сверки решения с клиентом и командой разработки, третьи — ну хотя бы на этапе проверки системы самим системным аналитиком.
Комментарии (24)
Filiber
27.12.2023 02:55+2Как сказалнам один чин в метро: хрен ли вы бумажки пишите? Вы продукцию давайте! :)
Другие орлы с одним программером и полуманагером-полуанлитиком попытались даже не столько создать сколько навязать свою существующую систему довольно серьезному (и столь же сволочному) заказчику, даже не выяснив его требований на исходном этапе. Хотя при всем сволочизме заказчика там было с кем говорить на эту тему.
Самое смешное, что долго удивлялась: а почему же получается.
И намана! :)
В целом проблема лежит на обоих полюсах. Одним не нужны "бумажки", другие экономят бабки.
Pardych
27.12.2023 02:55+1Пока статья загружалась на телефоне про себя думал одно-единственное слово "плохо". еще успел подумать что этого было бы достаточно. Открылась статья, первое слово "плохо". "О", думаю, "ооо".
На самом деле можно долго рыдать и про большие компании в которых утеряны позиции системных аналитиков в продуктовых командах. Оптимизации и экономии для, или же вынужденно. Суть остается в одном этом вот "плохо".
Никто ж не слушает разработчика который сетует на никакую проработку фичи по предметной области и каким именно образом она должно лечь на существующую систему. И все мотают на одно место любые сигналы от него же когда он ставит конские сроки, оговаривая что нужно заняться анализом и формализовать этот детский сад. И это еще если разработчик ответственный.
Зато все весело бегают перед новым годом, осознав что прощелкали клювами новые требования ФЗ, опубликованные далеко не вчера и делающие юридически невозможным применение их продукта буквально через пару дней после каникул.
Такова жизнь. Недавно была статья про то как некоторые граждане не сочли важными некоторые требования на работе и столкнулись с перспективой лишения новогодней премии. Вот это такая же прохладная история, но про менеджмент.
newintellimouse Автор
27.12.2023 02:55Да, всегда с удовольствием слушаю такие истории про большие продуктовые компании без аналитиков. Сам не сталкивался, к счастью (только как пользователь с одним там банком, у которого боевое API поменялось без предупреждения и без документации).
DvoiNic
27.12.2023 02:55боевое API без предупреждения и документации менялось, например, у ФГИС "Зерно".
maslo_net
27.12.2023 02:55+2Уважаемый автор могу ответить на ваши вопросы как аналитик.
Почему живут без аналитиков?
Все просто экономия мелких компаний, перекладывать на друенаправления обязанности.
Будут ли они показывать?
Дабудут, потому что в их мелком сегмен аналитик это львиная доля бюджета, которую не ценят.
Будут ли продолжать?
Будут,это мелкие нищебродные компании, которым лижбы сделать сайт-лендинг. Которым не нужна проработка требований, нетребуется документация, достаточно сделать mvp и дальше они знают что никуда не поедут. Перекладывать обязанности аналитики на другие подразделения они тупа забвают на правила, но в долгую это заказчику аукниться проблемой , поддержкой и логикой с интеграцией...
SpectatorLife
27.12.2023 02:55решали задачи так, как они были поставлены, а не так, как их надо было решать
это ж гениальная фраза )
PM_Pro
27.12.2023 02:55Полноценным проектированием решения системные аналитики заниматься не могут, была на хабре хорошая статья на эту тему. По теме статьи - а как большие продуктовые компании живут без системных аналитиков, они же не однотипные сайты плодят. Пример - Яндекс. В заказной разработке наличие СА я бы обосновал больше необходимостью взаимодействия с внешним заказчиком и подготовки документов по ГОСТу (при необходимости), нежели системной сложностью.
newintellimouse Автор
27.12.2023 02:55В Яндексе есть системные аналитики.
PM_Pro
27.12.2023 02:55Как вид да, но далеко не во всех командах. Видно по количеству вакансий, сравните с разработкой
Batalmv
27.12.2023 02:55Давайте я вам поясню. Только не обижайтесь
В таких компаниях тим лиды часто - это прошаренные в бизнес домене люди, причем иногда настолько, что они могли бы читать лекции и проводить обучение новых сотрудников в компаниях, для которых пишется софт. Это случается по двум причинам:
ИТ компания работает на постоянного клиента и уже давно знает все и вся
ИТ компания давно работает в определенном домене и уже давно может "консалтить" своих клиентов, так как повидала всякого
Также, если мы говорим о СИСТЕМНЫХ аналитиках, то тим лид уж точно знает возможности своего решения, которое он с командой пилил
---------------
Как выглядит обычно системный аналитик в такой команде. Два варианта
(редкий) компании реально удалось найти прошаренного SME который реально "аналитит" на проекте. Такие люди редки, стоят дорого и реально полезны. Проблема в том, что их хрен найдеш, а если найдеш - то фиг переманишь
(частный случай редкого) комапнии удалось найти реально сильного аналитика, который пусть и не шарит, но очень быстро все впитывает и реально закрывает вопросы анализа в коммуникации с лидом. Проблема поиска аналогична
(частый) Системного аналитика взяли, потому что тим лид уже не хочет писать требования, либо мы уже типа выросли. Но чуда не произошло, аналитик дергает лида по любому вопросу, так как "не шарит" и оправдывает свое присутствие тем, что лид тратит меньше времени. Некоторые учатся, но далеко не все.
(редкий) подслучай предыдущего, не знает и не учится и получает пинка под зад после серьезного фейла :)
Надо понимать, что многие позиции в текущем ИТ мире возникли не потому, что разработчики не могут это делать, а потому - что иногда банально не хотят либо это слишком дорого. Но вторичные "передасты" - это тоже очень часто не благо именно потому, что создают доп. звено искажения информации и "белого" шума
newintellimouse Автор
27.12.2023 02:55Это совсем другие компании, отличные от описываемых мной. Да, в них роль системного аналитика принадлежит тим-лиду и он её выполняет совсем не бесплатно.
Но на рынке есть много мелких и довольно ограниченных в предметной области игроков, которые получают себе заказы по знакомству, например. И дальше начинается описываемый мной цирк.
Ваш контрпример — статистически «ошибка выжившего», выезжающая на указанных вами компетенциях тим-лида, который своей экспертностью закрывает кучу вопросов ещё до возникновения. Ему, допустим, даже предметную область не надо изучать — он и так в ней по уши ежедневно, и он её формирует (так bgBilling формирует предметную область биллинговых систем для провайдеров, бгыгыгы).
Таких идеальных случаев на открытом рынке довольно мало. И сходу на неё наткнуться сложно. Потому что:
ИТ компания работает на постоянного клиента и уже давно знает все и вся
-
ИТ компания давно работает в определенном домене и уже давно может "консалтить" своих клиентов, так как повидала всякого
Первым слоем, в который кинут свой запрос на разработку менеджеры клиентов, всё равно будет описываемый мной.
В котором, да, разработчик будет делать эту работу, которая ему не нравится. Но бесплатно, в дополнение к основной своей нагрузке крепкого миддла.
И там, где ему не хватит опыта, будут проблемы.
А про границы компетентности специалистов — да, частый случай в любой отрасли, какую ни возьми. Везде есть слой людей, который действительно мог бы делать всю работу, но зачем-то вокруг него добавляется должностей.
Иногда искажающих информацию.
meirinkun
27.12.2023 02:55То о чем вы пишете - это примеры непрофессионализма и халтуры: заказчик, который не может связать слова в требования, менеджер проекта, который не особо понимает работать с таким заказчиком, разработчик, который не инженер, а носитель тайного знания в виде синтаксиса ЯП, неспособный погрузиться в то, что он кодит, ну, или не получающий внятных ответов.
Можно вполне завести должность секретаря разработчика, который будет приходить на полдня
вытирать слюни этому разработчикувместо него изучать предметную область, задавать вопросы заказчику и ПМу и записывать ответы."Как в небольших компаниях живется разработчикам без секретарей". Тоже плохо:)
СА эти проблемы не решает и не особо должен.
Если в описываемой компании появится Разработчик, который будет с интересом относиться к своей работе, будет задавать вопросы, гуглить предметную область - это уже снимет часть проблем - он сможет спроектировать внятную систему.
Если менеджер будет с интересом, вовлеченностью и профессионализмом относиться к своей работе, он не будет заключать глупые договоры на разработку.
И далее по цепочке.
Очень часто, на своей шкуре, наблюдаю, что системным аналитиком пытаются заткнуть дыру в некомпетентности и отсутствии желания коммуницировать между носителем бизнес-требований и разработчиком. Быть такой "затычкой" - такое себе. И быть такой затычкой, не значит быть системным аналитиком.
Я как СА занимаюсь проектированием ПО. Мне на вход должны поступать валидные бизнес-требования, контекст предметной области и я раскладываю их на требования к фронту, бэку, БД, интеграциям и пр.
СА необходимы в больших сложных системах, там для них есть много работы. В небольших проектах их обязанности вполне могут брать на себя разработчики.
timamikh
27.12.2023 02:55Производная проекта - задачи
Производная задач - зоны ответственности
Производная зон ответственностей - роли
Производная ролей - должности
Фишка в том, что производные можно брать большим количеством различных параметров и результат будет отличаться. И может оказаться что проект вполне решается без системных аналитиков. Я 2 примера с ходу могу рассказать, где любой проект успешно закрывается по всем фронтам без аналитика.
НО я не стану спорить, что такая роль нужна, важна и применима также почти ко всем проектам.
Статья вызывает некие негативные чувства (и как следствие холивар), потому что автор пишет в формате, что делать нужно только так и не как иначе и все отступления делают факапщики и профаны.
Мы уже жили в парадигмах, где "только микросервисы - истиный путь", "только СКРАМ - истиный путь", теперь все чаще слышу тоже самое про системных аналитиков. Есть только одна аксиома по определению: проект - набор задач в определенный период времени с определенным результатом. Все остальное относится либо к процессам, либо к инструментам, которые в той или иной ситуации будут проявлять себя с разной степенью эффективности
Puppets
27.12.2023 02:55На мой взгляд, продуктовые компании, с продуктовыми командами могут жить и без СА. Этому много примеров типа Яндекса, который упоминался выше. Вот у меня знакомый работает в яндекс облаке и они прекрасно без СА справляются. На мой взгляд, когда команда занимается внутренней продуктовой разработкой на протяжении нескольких лет и все погружены в контекст продукта, то может быть не так критично наличие отдельного СА и обчзаннномьт могут распределить UX, Продакт, Дев. лид.
Еще вот в этой статье описано про зарубежный опыт. https://habr.com/ru/articles/655433/
Я сам аналитик и мне бы хотелось что бы везде без нас плохо жили, но к сожалению или к счастью это не так.
Akimov_A
27.12.2023 02:55Когда разработчик сам пишет требования и сам их реализует, то это можно назвать DDD - Development driven development, который чаще бывает Bug driven development.
dmiche
27.12.2023 02:55Напомнило анекдот: два друга детства встречаются
- Ну, как ты живёшь?
- Олигарх, все дела...
- А я вот на мели, три дня не ел...
- Ну что ты, дружище, надо себя заставить!
Давайте посмотрим внимательнее на компанию с системным аналитиком. Кроме означенного, там с необходимостью есть: менеджер проекта, тимлид, сеньор, пара мидлов, под каждым толпа профнепригодных джунов, которые никогда не станут мидлами, потому что их набрали с курсов, по объявлению, тестировщики, дизайнер, технический писатель, бизнес-аналитик.Итого, получаем проект минимум на 15-20 профессиональных рыл, причём работу на них можно брать только оптом - вы попросту не сможете там выделить, например, человек 5, не разорвав компетенцию всей группы и не получив перекоса общей загрузки команды.
Идём далее. Чтобы заключить контракт с корпоратом, который может+хочет нанять эту орду, недостаточно иметь бухгалтера на удалёнке, вам нужен чётенький менеджер по продажам, бодрый делопроизводитель и, очень желательно, юрист.
А если так, добавим сюда офис-менеджера, завхоза, приличный офис в модном месте, конские зарплаты для мидлов и выше и ещё несколько управленцев, чтобы следить за фин. показателями и развитием бизнеса.
Вся эта обвязка, с неизбежностью, включена в стоимость проекта. Ну, предположим, не полностью, поскольку поддержка уже сделанных проектов маржинальна и тоже кормит обвязку.
Соответсвенно, надо понимать, что бюджеты на проекты, которые берут такие команды не исчисляются сотнями тысяч и даже миллионами рублей. Эта команда, образно говоря, лям на завтрак ест.
Такую команду привлекают либо на крупный проект, который затронет всю инфраструктуру, либо на долгосрочный контракт комплексной поддержки, либо ради отката, который в общей сумме отлично теряется. Иногда - всё вместе ;-)
А на другом конце индустрии находятся фирмы, которые живут вообще в другом мире. И жизнь в этом мире довольно разнообразна.
Самый простой уровень - это директор-продавец, который нанимает фрилансеров. Довольно нестабильная конструкция, потому что после сданной работы шанс получить того, кто её реально выполнил, довольно низок. Ну и компетенция постоянно плавает. Но это уже возможность для заказчика привлечь команду и получить хоть какие-то гарантии.
Уровень поприличнее - это сильный инженерный костяк, в центре которого находятся 1-2 системных аналитика, по совместительству - тимлида, сеньора, владельца бизнеса и топ-манагера одновременно. Примечательной особенностью этого коллектива будет то, что в нём нет толпы джунов. В нём можно найти обученных мидлов и ещё пока необученных мидлов, которых обучают с руки на руку. Профнепригодное мясо, которое чего-то с трудом выучило, там в принципе противопоказано, потому что нет "конвейерной" инфраструктуры для его контроля и от него один вред возникает. Т.е., все линейные труженики - с хорошим потенциалом роста. Жёсткое разделение фронт/бэк и вообще узкая специализация не приветствуется: не знаешь - учи матчасть и к станку. Зато много разной движухи, которая делает работу в такой конторе интересной и перспективной для прокачки. Грубо говоря, сегодня вы будете строить интерфейс, завтра писать апиху для нейросетки, а послезавтра настраивать саму сетку. Это довольно специфическая нагрузка, которая требует специфических людей, которым интересно инженерное дело, как таковое. Менеджер, тестировщик - вспомогательные роли. Способность к делопроизводству у таких контор довольно низкая, поэтому работа с корпоратами на сложных контрактах затруднена. Зато такие конторы нормально берут разовые работы от 1 месяца и выше за более гуманную цену. Ну и у корпоратов подъедаются на малых контрактах.
Задач в этом сегменте тоже завались, причём интересных хватает, но в нём вообще другая экономика и другие ценности. Здесь идёт вечная отстройка от "я найму фрилансера", здесь всегда баланс стоимости и ценности того, что фирма имеет стабильный состав и обеспечит поддержку и развитие. Здесь очень сильно играет компетенция - сказать "можем" и смочь. И да, здесь, с одной стороны, не поточное производство, как в сайтостроении, а каждый раз разная блажь, поэтому. Зато весело :)
В общем, везде по-разному. Системный аналитик - это, безусловно, важно. Безусловно, есть уровень задач, где без него вообще не обойтись, но мир немного обширнее, чем места, где выделенным системным аналитикам есть место. И есть много мест, которые действительно не потянут выделенного СА, но им тоже надо решать свои вопросы.
mmMike
По моему, Вы путаете роль (системный аналитик) и должность.
Типа если нет отдельной должность в компании - то все плохо.
miroshnichenko_me
Отсутствие должности обычно ведет к отсутствии роли. Даже если существует хороший разработчик который иногда «анализирует» это не спасает. Должна быть роль а под нее должность.
Возможно как переходный этап в процессе роста, пока этот разработчик не переродится в аналитика можно без должности.
При совмещении, что то будет страдать(
newintellimouse Автор
Знаете, если есть обозначенная роль, то всё и правда может быть не так плохо.
Но обычно эта роль достаётся (в числе прочих) менеджеру проектов. Ему же достаётся роль технического писателя, прототипировщика интерфейсов и тестировщика.
При этом нагрузка по менеджменту (не одного параллельно идущего проекта, если их брать по одному, то экономика совсем не складывается) в приоритете.
Максимум параллельных проектов, которые я видел у менеджера проектов — 24. Ну да, довольно простых сайтов на конструкторе. Но если такая компания ухватывает интересный, сложный и дорогой проект, то он упадёт именно в это корыто с прочими проектами и истощённым вниманием менеджера.
И если у него от этого отвалится какая-то из ролей, узнают об этом уже сильно потом, когда наступят последствия.
mmMike
Менеджер проектов с ролью тестировщика - это уже скорее ИП или самозанятый. Человек - оркестр.
Но, тестировщик с ролью технического писателя - это я видел. Это более менее совмещается. Позволяет исключить испорченный телефон и недопонимания писателя того, что он вообще описывает.
Разработчик + прототипировщик интерфейсов - типично.
В общем, попытка все привезти к требованию: "вот так должно быть и точка", не предполагает мысли, что мир более многообразен.