Глупые вопросы аналитикам
Чем они вообще занимаются, где документация и для чего айтишникам тапочки?
А какие смешные и глупые вопросы задавали вам?
Чем они вообще занимаются, где документация и для чего айтишникам тапочки?
А какие смешные и глупые вопросы задавали вам?
Добрый день. Хотел бы обратиться к опытным айтишникам с просьбой привести свой пример функциональных требований. На просторах интернета (может я не так ищу) мне часто попадаются примеры функциональных требований, больше смахивающих на пользовательские, мол система должна сохранять данные, проверять по наименованию на дубликаты и так далее... Мне всегда казалось, что в крупных организациях, постановки делаются более детализированно, например (условно с головы):
1. Реализовать окно. В строке заголовка выводить [Справочник имен].
1.1. В окне «справочник имен» добавить стандартные кнопки: закрыть(х), свернуть (_).
1.1.1. По центру окна добавить текстовое поле (ввод только на русской раскладке), ограничение 20 символов.
1.1.1.1. Добавить проверку на дубликаты по наименованию введенного значения с существующим справочником «сотрудники» dbo.users. В случае если найден дубликат, выводить запрещающее сообщение [Указанное намменование уже внесено в систему]
Ну это условный пример, подскажите пожалуйста, это черезчур занудное описание, если так всегда постановку (спецификашку или чтз) писать, можно с уса сойти и тебе и программисту что будет делать? Или это наоборот норма?
Приведите пожалуйста свой пример функциональных требований, буду благодарен. Просто правда интересно, что брать за идеал когда время позволяет писать постановку ( а не в торопях объяснять по телефону программисту требование)
Сначала у меня в школе были уроки по 45 минут, потом пришёл на смену универ, где пары по 1,5 часа с обязательным перерывом 5 минут через 45 минут, а ещё перерыв между парами по 10-15 минут и один большой.
К чему это я?
Теперь, когда я уже работаю, в роли аналитика, то приходится очень много думать и анализировать разной информации, но при этом все коллеги хотят встречи и ставят они их по календарю последовательно.
Если у тебя есть слот, то добро пожаловать на встречу 😁
Естественно, каждая из них важна, по мнению организатора. Только вот, чем больше концентрация последовательных встреч в календаре, тем меньше ты можешь «вывозить» и концентрироваться на сути.
__________________
Мне, кажется, что отличная практика из школы, ставить маленькие промежутки, минут на 5-10 в календаре, между встречами.
❗️Когда сам ставишь встречу, то ставить ее на 15-30 минут, вместо часа и описывай суть, ради которой всех собрали.
Это хоть как-то помогает переключиться и сделать глоток свежего воздуха перед погружением.
________________
А как у тебя со встречами? Весь календарь забит?
Приветствую. Просьба тем, кто работает более 2-х лет в айти и так или иначе проводит тестирование программного обеспечения, поделись своим мнением. Мне в принципе не так важно, исключительно тестировщик, или системный аналитик, бизнес аналитик и так далее, важно, что бы человек был с опытом и тестировавший ПО. Скажите мне, действительно ли так важно знать теорию тестирования, методы и подходы, читать литературу по 200 страниц, семинары и так далее? Разве не упирается ли все это в элементарную логику, например в один из двух сценариев:
1. Есть постановка задачи, например ЧТЗ или спецификация требований функциональных, тестировщик открывает эту постановку и тупо попунктно испытывает программу опираясь на требования.
2. Либо ему на словах объясняют о функционале, его бизнес цели, и течтировщик испытывает функционал продумывая возможные сценарии , где бы пользователь мог ошибиться, ввести что-то не правильно и так далее?
Так ли важна теория в этом ремесле?
Бывает момент, когда ты работаешь, стараешься выполнять поставленные задачи, делать столько, сколько от тебя требуется, не нагружая разработчиков больше, чем нужно, а оказывается...?
Я работаю (или работала?) аналитиком в IT компании. До этого, аналитиком второй линии поддержки. Это такой людь, который пытается своими силами (например путем администрирования сервиса или просто информацией) решить проблемы пользователя, которые не смог решить оператор первой линии. А теперь нанялась аналитиком разработки. В моих задачах, если коротко, постановка задач, чтобы разрабатываемая программа соответствовала техническому заданию или, как чаще бывает, новым требованиям заказчика.
То есть я решаю где и какая должна быть кнопка, что она должна делать, ну или какую новую функцию должна выполнять программа.
И ты вроде справляешься, делаешь то, что должно, попутно описываешь часть кода в апикурио и логику в конфлюенсе (зачеркнуто (хз как с телефона)) пишешь википедию и описание кода, чтобы следующее поколение не утонуло в непонятках...
А когда на фоне событий и тонны преференций для it просишь индексацию, оказывается, что ты бездельник, и косячишь напропалую, и вообще тебя тут увольнять собирались...
Что делать?
Я знаю, что главная моя проблема - неинициативность, неамбициозность.
Я стараюсь делать то, что требуется от меня здесь и сейчас. Да, при этом я боюсь выступить, например, перед заказчиком на защите ПМИ (испытания программы на соответствие ТЗ). Но выступлю. И даже голос не сорву, хотя потом проваляюсь день из-за стресса (мигрень).
Но там, где один за другим аналитиком сгорят от нагрузки и уволятся, я все ещё буду здесь и буду стараться. Но! Не во вред себе. Я не буду ночами не спать и работать, если это действительно не важно. И не буду придумывать новые фичи там, где и так полно работы.
Хотя многие друзья, родственники, и даже, пардон, психолог, говорили, что нужно продвигать хорошие идеи. Если ты уверен в своем решении, то нужно донести его. И не могу сказать, что в моей тараканьей головушке не было решений, которые могут улучшить сервис. Решений, которые, как показало время, не сыграли бы на пользу. Вот только работа в поддержке показала мне, что инициатива наказуема. Точнее, в моем случае инициатива игнорируема.
В общем, я тут думала, что у меня "синдром самозванца", а оказывается, я действительно хреновый сотрудник.
Я ещё попробую, ведь как мне сказали, начальство поговорит с руководством, и я попробую ещё раз. Но вряд ли я смогу перекроить себя быстро.
Одна смена работы далась мне крайне тяжело. Я тянула до последнего, пока все близккие,знакомые (и многие уже ушедшие коллеги не начали кричать о необходимости ухода). Ведь там я не развивалась в профессиональном плане и вообще гнила в застенках.
А что теперь будет не знаю. Либо я заставлю себя открыть рот и ...пальцы? и все инициативы продвигать и грамотно описывать, или искать опять другую работу, я не знаю...
Страшно. Тем более сейчас. Родственники в зоне военных действий, муж не успел до этой жопы купить планируемую машину и, видимо, его накопления уйдут на поддержание нас, пока я не найду другую работу. Свои накопления я потратила на лазерную коррекцию и оплату психолога-диетолога на несколько сеансов (ещё до всего этого, когда все казалось хорошо).
Я так хочу спокойной, не нервной работы в рабочее время, хочу ездить по реконструкциям и ролевым без всяких пандемий, хочу комп обновить и не сдохнуть от голода.
Забавно, что просьбу об индексации я направила после влохновляющей речи замдиректора в общем чате, о том, что все будет хорошо, что у компании все хорошо, что всем помогут и всех поймут (если грубо сократить).
Простите за негатив и ошибки. Просто я немного пьяна и хочу пореветь, но что то не получается. Люблю всех. Спасибо, если это кто-то прочтет.
P.S. Спасибо @HelloIRainbow,. Вы удивительно наполняете теплом и грустью.
Пройдя этот тест, вы узнаете, сколько нужно сосисок, чтобы спуститься по ним на дно Марианской впадины. А еще сколько их можно съесть, пока длится самый долгий в мире поцелуй. Не пропустите!
Здравствуйте, товарищи.
Столкнулся на работе с такой проблемой. Работаю в отделе ИТ, руковожу проектами. На протяжении долгого времени у нас проводятся модификации в информационной системе по запросу бизнеса. Есть бизнес-анализ и системный анализ.
С бизнес-анализом всё относительно нормально: есть какие-никакие регламенты, либо можно опросить повторно ключевых сотрудников, если надо составить общее представление о работе.
Куда хуже с системным анализом. Все изменения проходят через задачи, которые особо не связаны тегами/связями. Единой базы знаний о том, что менялось в системе, нет. В результате, все знания сосредоточены в головах одного-двух незаменимых сотрудников.
В результате, сейчас есть система с кучей доработок, некий монстр Франкенштейна. Есть новые бизнес-аналитики, но не понятно, как им передавать знания системного анализа, так как опытный системный аналитик работает на текучке, и системный анализ требует куда больше погружения, чем бизнес-анализ.
Проблема:
а) невозможность масштабировать системного аналитика
б) отсутствие прозрачности "внутренностей" системы
Подскажите общими словами, какие могут быть выходы из ситуации?