Требования - это же не rocket science, что тут сложного?
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
Правда, эти требования уже всех задолбали, но сколько можно о них говорить?) Дайте, что-то поинтереснее!
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Что же поможет аналитику при работе с требованиями?
✅Первое, это начать замечать уровни требований. Чтобы заметить проблему, её нужно сначала просто назвать. Тут поможет пирамида артефактов, дополнительные вопросы.
✅Второе, это инструменты выявления и фиксирования требований, нотации в том числе в помощь. Всё зависит от уровня требований. Если мы находимся на бизнес уровне, так на языке этого уровня и нужно говорить, брать бизнес-модели, орг структуру, бизнес-процессы.
✅Третье, это абстрактное мышление. До сих пор ведутся споры, что такое мышление, а тут ещё и абстрактное. Но действительно оно есть, способ думать так, чтобы минимально опираться на самое решение, разработку. Это действительно сложно. И подобный навык дают технические вузы, но как любое мышление, абстрактное мышление можно развивать.
✅Четвёртое, логика и взаимносвязи наших требований. Тут помогут знания по формальной логики, теория по пирамиде Минто, теория графов, математика. Но я бы ещё добавила и философию. Всё в системе даёт результат.
✅Пятое, банальные вещи, опыт, насмотренность, вопросы старшим коллегам, активность. Да и просто иногда нужно делать, как другие.
✅Шестое, знания методологий разработки программных продуктов. Всё таки среда очень сильно влияет и необходимо подстроиться под заказчика и команду одновременно.
✅Седьмое, понимание, когда нужно остановиться. Чем больше требований вы описываете на низком уровне, тем больше падает качество результата.
✅Восьмое, знание технологий, подходов в программирование. Всё таки аналитик должен иметь знания, не только на уровне бизнеса, но и на уровне информационных систем (я говорю про системного аналитика). Банально, но часто аналитик даже не может сказать заказчику - "такого не существует".
✅Девятое, soft skills, никто не отменял. Адекватность, умение открыть рот и начать говорить, кажется очень простым навыком, но по факту, это нефига не просто.
#требования #системныйаналитик #работастребованиями #чеклист #системныйанализ #моемнение
А что вам помогает в работе? Пишите в комментариях 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Сейчас как всё порешаю, и нанесу добро!
Я каждый раз говорю аналитикам - вы не решатели, вы проектировщики, исследователи.
Один из "смертных грехов" аналитика - это добавить функционал, о котором никто не просил.
Этим чаще всего грешат начинающие специалисты или те, кто хочет показать свою экспертность. Да и заказчик может фантазировать до безумия, и накидывать решения, непонятной проблемы.
Чаще всего мы все работаем с уже понятным бизнесом, запросами, решениями. Для начала посмотри у конкурентов и сделай также.
Но нет наследие, научно-исследовательской работы сидит крепко у многих. Сейчас сделаем космический, уникальный, мегасуперпупер корабль, а потом уже разберёмся, как его применять. Будем честными, что всё таки редко кто работает с такими заказчиками, как уровень Илона Маска и Стива Джобса. Когда ситуация продакт вижен такая, что инженеры говорят это нереально, но заказчик говорит нужно, и нужно побеждает.
Но я о другом, я о том, что мы часто придумываем нечто, что точно будет нужно только в наших фантазиях. Но по факту оказывается лишним рудементом.
На менторстве на этот мой тезис аналитик рассказала случай из жизни. Автоматизация медицины, снимков рентген, мрт. Когда было обсуждение, аналитик с заказчиком решили сделать анализ по цвету. Ну якобы можно разукрасить снимок как тепловую карту в разные цвета и эти цвета анализировать. Красный, жёлтый, зелёный и т.д. Когда функционал выкатили в продуктив, первый же доктор сказал, а зачем оно мне нужно? Что мне с этим делать? Снимки всегда черно белые, тут нет разных цветов. Я анализирую по градиенту чёрного и белого. Разработку выкинули. Зря потратили время, бюджет.
Действительно, очень сложно определить, а что заказчик просит, что нет, что у него болит, а что нужно читать между строк. А что не стоит добрасывать в топку реализации, потому что хочется быть хорошими, красивыми, компетентными и сделать людям хорошо.
На тренинге по сбору требований, уже в эти выходные (9, 10 декабря по Москве с 10 до 14, в онлайн режиме), мы будем:
✅ проводить классификацию требований,
✅ имитировать общение с заказчиком,
✅ за 2 дня полностью разберём цикл реализации продукта от сбора требований, до приёмки.
Если замечаете за собой желание нанести добро, и добросить решений, присоединяйтесь!
#анонс #китайскаяручка #тренинг #требования #работастребованиями
Подробное описание тренинга читайте по ссылке:
https://sup.expert/pen
тамже можно оставить заявку на участие)
Я каждый раз говорю аналитикам - вы не решатели, вы проектировщики, исследователи.
Один из "смертных грехов" аналитика - это добавить функционал, о котором никто не просил.
Этим чаще всего грешат начинающие специалисты или те, кто хочет показать свою экспертность. Да и заказчик может фантазировать до безумия, и накидывать решения, непонятной проблемы.
Чаще всего мы все работаем с уже понятным бизнесом, запросами, решениями. Для начала посмотри у конкурентов и сделай также.
Но нет наследие, научно-исследовательской работы сидит крепко у многих. Сейчас сделаем космический, уникальный, мегасуперпупер корабль, а потом уже разберёмся, как его применять. Будем честными, что всё таки редко кто работает с такими заказчиками, как уровень Илона Маска и Стива Джобса. Когда ситуация продакт вижен такая, что инженеры говорят это нереально, но заказчик говорит нужно, и нужно побеждает.
Но я о другом, я о том, что мы часто придумываем нечто, что точно будет нужно только в наших фантазиях. Но по факту оказывается лишним рудементом.
На менторстве на этот мой тезис аналитик рассказала случай из жизни. Автоматизация медицины, снимков рентген, мрт. Когда было обсуждение, аналитик с заказчиком решили сделать анализ по цвету. Ну якобы можно разукрасить снимок как тепловую карту в разные цвета и эти цвета анализировать. Красный, жёлтый, зелёный и т.д. Когда функционал выкатили в продуктив, первый же доктор сказал, а зачем оно мне нужно? Что мне с этим делать? Снимки всегда черно белые, тут нет разных цветов. Я анализирую по градиенту чёрного и белого. Разработку выкинули. Зря потратили время, бюджет.
Действительно, очень сложно определить, а что заказчик просит, что нет, что у него болит, а что нужно читать между строк. А что не стоит добрасывать в топку реализации, потому что хочется быть хорошими, красивыми, компетентными и сделать людям хорошо.
На тренинге по сбору требований, уже в эти выходные (9, 10 декабря по Москве с 10 до 14, в онлайн режиме), мы будем:
✅ проводить классификацию требований,
✅ имитировать общение с заказчиком,
✅ за 2 дня полностью разберём цикл реализации продукта от сбора требований, до приёмки.
Если замечаете за собой желание нанести добро, и добросить решений, присоединяйтесь!
#анонс #китайскаяручка #тренинг #требования #работастребованиями
Подробное описание тренинга читайте по ссылке:
https://sup.expert/pen
тамже можно оставить заявку на участие)
sup.expert
"Китайская ручка"