Комментарии 13
Как сотрудник возможно той же самой компании с "телевизионными приставками" безусловно соглашусь, что разбираться нужно :) Действительно, оборудование (и не только оно) часто имеет ограничения, которые оказывают огромное влияние на архитектуру всей системы.
Для спутникового ТВ это жёсткие ограничения на весь служебный трафик и отсутствие обратной связи от клиентских устройств.
Для автомобилей - автономная работа, резервирование, безопасность и тд и тп
Верно и то, что это все эти знания могут оказаться ненужными, тк такой специфики в проекте просто нет)
Но кажется, что именно этими знаниями, опытом и кругозором преимущественно и можно оценить "синьорность" аналитика.
Если вы аналитик, то лучше потратьте это время на развитие soft скиллов, чтобы эффективнее общаться с исполнителями, их руководителями, сотрудниками из других групп и отделов.
Это поможет людям лучше понять задачу бизнеса, быстрее прийти к согласию во время обсуждения рабочих моментов, уменьшит количество конфликтов и сократит количество бюрократии. В совокупности всё это и будет вашим весомым вкладом в развитие проекта и значительно улучшит комфорт работы сотрудников в компании.
Какая-то путаница между доменной областью бизнеса, знанием технологий и hard skills
Мне несколько не понятно, почему знание особенностей железа перевешивается на аналитиков
Аналитики не знали особенностей операционных систем и не учли их
Разработчики же тоже принимали участие в работе с требованиями - мозговой штурм, согласовывали их? Можно сказать:
Разработчики не знали особенностей операционных систем и не учли их
Можно продолжить дальше:
Архитекторы не знали особенностей операционных систем и не учли их
Я бы предложил смотреть, что "Было бы лучше, если бы аналитик знали", но не уходить в крайность "Аналитик должен знать"
Задача аналитика - верифицировать об экспертов
Жаль, что так прочиталось, я не хотела возложить всю ответственность на аналитиков, а хотела подчеркнуть, что им тоже эти знания необходимы
На всех последних собеседованиях, которых я был, аналитик должен досконально (детально) знать все основные протоколы (rest, soap), проектирование архитектуры и писать сложные запросы к любым типам БД.
Именно досконально.
Такое ощущение, что архитектор у них занят бумажками, а разработчики не выше джунов.
Причём компании совсем не мелкие.
Татьяна, хорошая статья. Но выглядит как "делайте хорошо и не делайте плохо". Вы же проанализировали эту ситуацию. Какие конкретно действия можно было бы сделать, чтобы она не случилась? Изучить весь функционал всех версий операционок каждому аналитику проекта? Это выглядит невыполнимой задачей. Тем более, у вас очень сложная предметная область и кроме ОС, там копать не перекопать.
Вы совершенно правильно отметили, что в зависимости от проекта нужны различные знания. Если разбирать ситуацию, то банальной попытки воспроизвести на любом android и iOs устройстве хватило бы, чтобы избежать проблемы. Важно чтобы аналитик задавал себе вопрос "Есть ли особенности у среды, в которой будет выполняться пользовательский сценарий" и конечно же находил на него ответ.
Список ключевых навыков для работы аналитика в зависимости от продуктовой/проектной деятельности не приведён, хотя напрашивается из введения. Важность погружения в предметную область и коммуникации с командой подмечена - но, вроде, уже давно не является откровением. Если хотелось сфокусироваться на особенностях разработки ПО для разных типов устройств, то пары примеров вроде как недостаточно, чтобы быть полезным для коллег по цеху. Так о чём всё же статья?
Я аналитик. Надо ли мне разбираться в железе?