Требования - это же не rocket science, что тут сложного?
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
Правда, эти требования уже всех задолбали, но сколько можно о них говорить?) Дайте, что-то поинтереснее!
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Кому нужны эти НФТ? Бред какой-то, это уже немодно.
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?🤓
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке➡️ https://sup.expert/pen
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
Развивающая обратная связь.
Большинство руководителей, к сожалению, не умеют давать развивающую обратную связь. Может конечно, кому-то и круто когда их жёстко мотивируют и им нравится жить по принципу no pain, no gain (нет боли, нет результата), но я хрупкая снежинка, и со мной нужно с пряником, я тогда я даже больше делаю)
Я когда-то писала о том, как теннисистка Динара Сафина стала первой ракеткой мира, и вот она выиграла турнир большого шлема и даёт интервью. И журналист такой - вас можно поздравить!!! А она хмуриться и говорит - мама недовольна.
Ну вы же первая ракетка мира!
Мама-тренер и она нашла ошибки...
Вот и у нас, и так часто. Ты выпрыгиваешь из трусов, но мало, недостаточно, нет идеала, и все недовольны. А руководитель даже не умеет говорить о хорошем и говорить хотя бы факты, что действительно получилось. Это правда трудно. Я сама в менторстве долго училась замечать у аналитиков действительно факты, что ты вот дорогой аналитик, действительно сделал хорошо, то что ты просто даже стал делать, это уже полпути к успеху!
А часто мы с сами к себе так относимся, мало дорогой товарищ! Но мне же плохо? Что! Чтобы я такого не слышал, а ну вперёд! К светлому будущему!
Так вот развивающая обратная связь, это мягкий способ указать человеку на то, что стоит развивать, но чтобы это сделать нужно построить диалог и начать с плюсов, фактов, достижений.
Не нужно врать, придумывать, или льстить. Просто стоит говорить о фактах со знаком плюс. И лучше 3 +++ потом добавить один минус.
И всё! Прикиньте как сложно?) один минус!! Мы же любим на людей сбросить ушат из 100500 минусов. И пусть потом человек в депрессию впадает, ты живёшь в России чувак, боль и героизм, наш путь. Ну c'est la vie, страдай!
Но я тут побуду #капитаночевидность и распишу пример, классической обратной связи при разговоре:
✅1.Small talk, вообще прям мне нравится всегда такое начало, расслабиться, переключиться.
✅2.Цель разговора, обсуждение, а готов ли сотрудник к такому диалогу. А головы ли вы? Банально, самочувствие, ресурс, запрос.
✅3.Потом 3 +++ и подкрепить фактами. Вот конкретное ТЗ, вот удалось, вот тут тоже удалось. Вот тут я вижу твой рост. Не начинайте с минусов! Человек может уйти в жёсткую защиту и дальше всё как в тумане...
✅4.Можно сказать о минусе и тоже подкреплять фактами. Спросите разрешения, можно ли свои советы давать и рекомендации.
✅5.Добавить рекомендации, конкретику, курсы, книги примеры. Как улучшить, на что обратить внимание.
✅6.Закрытие. Спросить у сотрудника, что он сам об этом думает? Мы запускаем рефлексию, она тоже необходима. Делаем выводы. И их фиксируем.
✅7.Договариваемся о дальнейших шагах, что конкретно будем делать и как.
Самое сложное это начинать замечать плюсы. Если не получается их сразу выявлять, просто начните говорить себе спасибо за то, что пробуете. Я не устану повторять, что иногда, даже встать утром и начать, что-то делать это подвиг. И можно себя за это начать хвалить.
Даже если не получилось, вы же попробовали)))
И часто, мы ждём одобрение от Тим Лида, а он загружен и не понимает этого, подойти сами и попросите, а ты можешь мне дать обратную связь? Но тоже понимайте, у кого вы её просите))
Люди разные и обратную связь от жёстких карьеристов может в вашем случае стоит делить на N.
#обратнаясвязь #менторство #руководствокомандой #мойопыт #коучинг #факт #развитие
Большинство руководителей, к сожалению, не умеют давать развивающую обратную связь. Может конечно, кому-то и круто когда их жёстко мотивируют и им нравится жить по принципу no pain, no gain (нет боли, нет результата), но я хрупкая снежинка, и со мной нужно с пряником, я тогда я даже больше делаю)
Я когда-то писала о том, как теннисистка Динара Сафина стала первой ракеткой мира, и вот она выиграла турнир большого шлема и даёт интервью. И журналист такой - вас можно поздравить!!! А она хмуриться и говорит - мама недовольна.
Ну вы же первая ракетка мира!
Мама-тренер и она нашла ошибки...
Вот и у нас, и так часто. Ты выпрыгиваешь из трусов, но мало, недостаточно, нет идеала, и все недовольны. А руководитель даже не умеет говорить о хорошем и говорить хотя бы факты, что действительно получилось. Это правда трудно. Я сама в менторстве долго училась замечать у аналитиков действительно факты, что ты вот дорогой аналитик, действительно сделал хорошо, то что ты просто даже стал делать, это уже полпути к успеху!
А часто мы с сами к себе так относимся, мало дорогой товарищ! Но мне же плохо? Что! Чтобы я такого не слышал, а ну вперёд! К светлому будущему!
Так вот развивающая обратная связь, это мягкий способ указать человеку на то, что стоит развивать, но чтобы это сделать нужно построить диалог и начать с плюсов, фактов, достижений.
Не нужно врать, придумывать, или льстить. Просто стоит говорить о фактах со знаком плюс. И лучше 3 +++ потом добавить один минус.
И всё! Прикиньте как сложно?) один минус!! Мы же любим на людей сбросить ушат из 100500 минусов. И пусть потом человек в депрессию впадает, ты живёшь в России чувак, боль и героизм, наш путь. Ну c'est la vie, страдай!
Но я тут побуду #капитаночевидность и распишу пример, классической обратной связи при разговоре:
✅1.Small talk, вообще прям мне нравится всегда такое начало, расслабиться, переключиться.
✅2.Цель разговора, обсуждение, а готов ли сотрудник к такому диалогу. А головы ли вы? Банально, самочувствие, ресурс, запрос.
✅3.Потом 3 +++ и подкрепить фактами. Вот конкретное ТЗ, вот удалось, вот тут тоже удалось. Вот тут я вижу твой рост. Не начинайте с минусов! Человек может уйти в жёсткую защиту и дальше всё как в тумане...
✅4.Можно сказать о минусе и тоже подкреплять фактами. Спросите разрешения, можно ли свои советы давать и рекомендации.
✅5.Добавить рекомендации, конкретику, курсы, книги примеры. Как улучшить, на что обратить внимание.
✅6.Закрытие. Спросить у сотрудника, что он сам об этом думает? Мы запускаем рефлексию, она тоже необходима. Делаем выводы. И их фиксируем.
✅7.Договариваемся о дальнейших шагах, что конкретно будем делать и как.
Самое сложное это начинать замечать плюсы. Если не получается их сразу выявлять, просто начните говорить себе спасибо за то, что пробуете. Я не устану повторять, что иногда, даже встать утром и начать, что-то делать это подвиг. И можно себя за это начать хвалить.
Даже если не получилось, вы же попробовали)))
И часто, мы ждём одобрение от Тим Лида, а он загружен и не понимает этого, подойти сами и попросите, а ты можешь мне дать обратную связь? Но тоже понимайте, у кого вы её просите))
Люди разные и обратную связь от жёстких карьеристов может в вашем случае стоит делить на N.
#обратнаясвязь #менторство #руководствокомандой #мойопыт #коучинг #факт #развитие
Пирамида артефактов & абстрактное мышление
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
➡️ Ссылка на вебинар
🟢 Ссылка на презентацию
🟢 Канал Евгения Галактионова
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Наталья Косинова. Пирамида артефактов для ИТ-проекта: анализ и проектирование
Создавать полную документацию на проекте трудоемкий, долгий и местами нудный процесс, при этом документация ради документации или документация «в стол» никому не нужна.
Артефакты, созданные аналитиком, должны работать на благо команды разработки.
Если аналитик…
Артефакты, созданные аналитиком, должны работать на благо команды разработки.
Если аналитик…
Моё лицо выглядит примерно вот так, когда мне говорят - нам нужно ТЗ на интеграцию!
Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!
А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно sequence, rest api, безопасность, нфт... Блин ещё swagger руками потрогать... А вдруг я что-то забуду?" 🤯
А ещё лучше, когда что-то прилетает, из серии - "я это не знаю"!
И вот я уже вижу, как потихоньку, легко, но верно, я начинаю падать в грязь лицом...
А ещё сверху приправим соусом "ты же специалист, тебе виднее, мы знаем, что ты можешь... ждём ТЗ..."
Вот в такой ситуации, я могу говорить, ребята, возьмите С4, или Uml и ещё 100500 разных подходов. Но лучше выдохнуть, сделать шаг назад, и начать с любой схемы! Нет вы не ослышались, любая диаграмма, картинка, визуализация подойдёт. Упрощайте!
Не нужно мучить себя нотациями, правилами, инструментами, вам нужно понять, а что собственно происходит?
Нарисуйте всё что знаете по задаче, даже если это будут 2 квадратика и стрелочка между ними со словом интеграция.
На днях на менторской сессии, я открыла диаграмму с одного своего проекта, и поняла, что это смесь DFD, Component и даже Deployment diagram. А цель моя была понять объем задачи, получилось? Да! Все красные стрелочки - это объем.
Я часто рассказываю, что когда мне присылают описание API, я просто схематично рисую диаграмму и называю "точки интеграции", визуализирую вызовы, их набор, направление, логику, последовательность.
А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))
Так что, получая новую задачу по интеграции:
✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)
#капитаночевидность
#интеграция #челлендж #мойопыт
Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!
А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно sequence, rest api, безопасность, нфт... Блин ещё swagger руками потрогать... А вдруг я что-то забуду?" 🤯
А ещё лучше, когда что-то прилетает, из серии - "я это не знаю"!
И вот я уже вижу, как потихоньку, легко, но верно, я начинаю падать в грязь лицом...
А ещё сверху приправим соусом "ты же специалист, тебе виднее, мы знаем, что ты можешь... ждём ТЗ..."
Вот в такой ситуации, я могу говорить, ребята, возьмите С4, или Uml и ещё 100500 разных подходов. Но лучше выдохнуть, сделать шаг назад, и начать с любой схемы! Нет вы не ослышались, любая диаграмма, картинка, визуализация подойдёт. Упрощайте!
Не нужно мучить себя нотациями, правилами, инструментами, вам нужно понять, а что собственно происходит?
Нарисуйте всё что знаете по задаче, даже если это будут 2 квадратика и стрелочка между ними со словом интеграция.
На днях на менторской сессии, я открыла диаграмму с одного своего проекта, и поняла, что это смесь DFD, Component и даже Deployment diagram. А цель моя была понять объем задачи, получилось? Да! Все красные стрелочки - это объем.
Я часто рассказываю, что когда мне присылают описание API, я просто схематично рисую диаграмму и называю "точки интеграции", визуализирую вызовы, их набор, направление, логику, последовательность.
А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))
Так что, получая новую задачу по интеграции:
✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)
#капитаночевидность
#интеграция #челлендж #мойопыт
Я боюсь, что разработчики решат, что я дурачок.
Аналитики перфекционисты, и возмутители спокойствия одновременно.
Часто аналитик находится в ситуации:
✅- все всё понимают, я не понимаю,
✅- якобы все знают, что я должен выдать и как, но почему-то мне не говорят и я как сапёр хожу по минированному полю,
✅- боюсь, сделать неверный шаг в сторону и возмутить спокойствие и будет взрыв негодования.
Что могу сказать...
Пусть будет взрыв!
Пусть назовут дурачком. Вы то знаете о себе правду лучше других 😎
Возможно, это будет сексизм, но иногда разработчики более лояльны к девушкам, "ну что с неё взять, она девушка. Какой-то бред написала. Ну и пусть..."
Но я много раз в свою сторону получала взрыв эмоций под названием "какой мудак это написал!?"
Раньше я переживала, а теперь я понимаю, что такие эмоции это моё оружие. И когда все партизаны вокруг и ничего не говорят, я могу подготовить несколько вариантов диаграммы (а почему бы и не да!).
Сначала показать ту, которая вызовет взрыв эмоций, и на этих эмоциях "всё не так", я получу ответ, а "как надо". Только записывай. А если этот вариант совпадает с тем, что у меня есть в портфеле вариантов, то я как фокусник из рукава достану вариант со словами "а кстати говоря, у меня есть то, о чем вы говорите, так хотели бы? Посмотрим вместе?"
Но надо дождаться, когда вулкан эмоций выльется, и тогда можно показать вариант, а можно и чуть позже показать вариант, дав людям управлять ситуацией.
Хитро? Наверное.
Работа выполнена? Да.
А о способе получения информации уже никто и не вспомнит.
Тут единственное но нужно учиться ставить границы, что этот взрыв эмоций, не потому что я плохой специалист, а потому что я управляю этой ситуацией и использую этот способ выявления требований, подкинув катализатор.
Конечно риски такого способа тоже нужно взвесить, чтобы не влияло на вашу репутацию.
И быть готовым к разному развитию событий.
А вы какие используете катализаторы в работе?
#сбортребований #катализатор #лайфхаки #капитаночевидность #системныйанализ #мойопыт #моемнение #выявлениетребований
Аналитики перфекционисты, и возмутители спокойствия одновременно.
Часто аналитик находится в ситуации:
✅- все всё понимают, я не понимаю,
✅- якобы все знают, что я должен выдать и как, но почему-то мне не говорят и я как сапёр хожу по минированному полю,
✅- боюсь, сделать неверный шаг в сторону и возмутить спокойствие и будет взрыв негодования.
Что могу сказать...
Пусть будет взрыв!
Пусть назовут дурачком. Вы то знаете о себе правду лучше других 😎
Возможно, это будет сексизм, но иногда разработчики более лояльны к девушкам, "ну что с неё взять, она девушка. Какой-то бред написала. Ну и пусть..."
Но я много раз в свою сторону получала взрыв эмоций под названием "какой мудак это написал!?"
Раньше я переживала, а теперь я понимаю, что такие эмоции это моё оружие. И когда все партизаны вокруг и ничего не говорят, я могу подготовить несколько вариантов диаграммы (а почему бы и не да!).
Сначала показать ту, которая вызовет взрыв эмоций, и на этих эмоциях "всё не так", я получу ответ, а "как надо". Только записывай. А если этот вариант совпадает с тем, что у меня есть в портфеле вариантов, то я как фокусник из рукава достану вариант со словами "а кстати говоря, у меня есть то, о чем вы говорите, так хотели бы? Посмотрим вместе?"
Но надо дождаться, когда вулкан эмоций выльется, и тогда можно показать вариант, а можно и чуть позже показать вариант, дав людям управлять ситуацией.
Хитро? Наверное.
Работа выполнена? Да.
А о способе получения информации уже никто и не вспомнит.
Тут единственное но нужно учиться ставить границы, что этот взрыв эмоций, не потому что я плохой специалист, а потому что я управляю этой ситуацией и использую этот способ выявления требований, подкинув катализатор.
Конечно риски такого способа тоже нужно взвесить, чтобы не влияло на вашу репутацию.
И быть готовым к разному развитию событий.
А вы какие используете катализаторы в работе?
#сбортребований #катализатор #лайфхаки #капитаночевидность #системныйанализ #мойопыт #моемнение #выявлениетребований
Впечатление от конференции ещё будет долго догонять, но вот первые мысли попробую сформулировать ❤️
1.Во-первых, очень было клёво смотреть на то, как горят глаза Евгения Галактионова, как он отдаёт конференции и секции системного анализа всего себя, это очень заряжает. Спасибо Евгений за возможность поучаствовать!)
2.Во вторых, конференция это общение, которого нам так не хватает. И его тут было много, и продолжается в чатах, переписках. Тот самый клёвый нетворкинг, когда любой эксперт на расстоянии вытянутой руки.
3.Я не понимаю, как, но Сибирь умеет окутывать каждого своей тёплой атмосферой, так, что улыбка не сходит с лица все два дня конференции.
4.И конечно про сами доклады и инсайты. Я поняла, как интересно делать такой скрининг, чем живёт айти-сфера, что болит, какие вопросы задают, как всё изменилось за последние годы. Много вопросов и обсуждений всё того же, как жить в нашем мире, где идёт борьба за наше время у корпораций, сервисов.
5.Очень любопытны доклады таких больших монстров, как Озон, ВК. Прослушала два доклада от Озон. Вывод, #капитаночевидность - у них в компании высокая степень зрелости процессов. И забавно, какие мы ноющие существа. Когда процессы черт знает какие, мы ноем и плачем, что как тяжело жить с этой дуростью, а когда процессы зрелые, кажется, что скучно и что ещё можно улучшить и сделать, если всё хорошо. И кажется, что ты будешь деградировать.
6.Ещё один вывод #капитаночевидность что крутые штуки получаются при адекватном бизнесе и адекватном подходе. Удивительные вещи когда люди могут говорить и договариваться!!! И прикиньте, это есть)))
7.Хочется сказать, что типа сеньору скучно на конфе, но нет, потому что это крутой способ вырваться из рутины, посмотреть вокруг и пересмотреть свой опыт. Понять, что ты не один и все на одной волне.
8.Интересно, как поменялись компании на стендах. Реально появились новые имена и я такая "фига, россельхоз банк это айти компания!" #внезапность
Моя поездка ещё не закончилась и я ещё буду собирать впечатление, пересматривать доклады. Переваривать эмоции. Но уже могу поблагодарить #CodeFest14 за то, что обнял и помог мне немного прийти в себя и искренне мне улыбнулся)))
1.Во-первых, очень было клёво смотреть на то, как горят глаза Евгения Галактионова, как он отдаёт конференции и секции системного анализа всего себя, это очень заряжает. Спасибо Евгений за возможность поучаствовать!)
2.Во вторых, конференция это общение, которого нам так не хватает. И его тут было много, и продолжается в чатах, переписках. Тот самый клёвый нетворкинг, когда любой эксперт на расстоянии вытянутой руки.
3.Я не понимаю, как, но Сибирь умеет окутывать каждого своей тёплой атмосферой, так, что улыбка не сходит с лица все два дня конференции.
4.И конечно про сами доклады и инсайты. Я поняла, как интересно делать такой скрининг, чем живёт айти-сфера, что болит, какие вопросы задают, как всё изменилось за последние годы. Много вопросов и обсуждений всё того же, как жить в нашем мире, где идёт борьба за наше время у корпораций, сервисов.
5.Очень любопытны доклады таких больших монстров, как Озон, ВК. Прослушала два доклада от Озон. Вывод, #капитаночевидность - у них в компании высокая степень зрелости процессов. И забавно, какие мы ноющие существа. Когда процессы черт знает какие, мы ноем и плачем, что как тяжело жить с этой дуростью, а когда процессы зрелые, кажется, что скучно и что ещё можно улучшить и сделать, если всё хорошо. И кажется, что ты будешь деградировать.
6.Ещё один вывод #капитаночевидность что крутые штуки получаются при адекватном бизнесе и адекватном подходе. Удивительные вещи когда люди могут говорить и договариваться!!! И прикиньте, это есть)))
7.Хочется сказать, что типа сеньору скучно на конфе, но нет, потому что это крутой способ вырваться из рутины, посмотреть вокруг и пересмотреть свой опыт. Понять, что ты не один и все на одной волне.
8.Интересно, как поменялись компании на стендах. Реально появились новые имена и я такая "фига, россельхоз банк это айти компания!" #внезапность
Моя поездка ещё не закончилась и я ещё буду собирать впечатление, пересматривать доклады. Переваривать эмоции. Но уже могу поблагодарить #CodeFest14 за то, что обнял и помог мне немного прийти в себя и искренне мне улыбнулся)))
Квартирник про совмещение ролей руководителя и специалиста. #CodeFest14
Пока я готовилась к квартирнику сложила в голове пазл #капитаночевидность из типов стилей управления по Адизесу, они же сильно пересекаются с психотипами поведения в принятие решения, и совмещения несовмесиимого.
Конечно классификаций много разных. И мне больше всего понравилась классификация, которую я взяла у Димы Филиппова, из техник продаж, при общение с клиентом. Рекомендую посмотреть краткое видео-изложение фреймворка "Подстройка для комфортного общения"
По сути, об этом же пишет Адизес в своей книги "Управляя изменениями".
Кто помнит, осенью я приводила примеры крайности стилей управления, когда одна черта приволирует у менеджера, и получает жесть жёсткая, например 👉https://t.me/start_in_IT/658
Лечиться всё, из тезисов Адизеса комплементарной командой, когда каждый тип управления представлен в нужной пропорции. Достичь идеала, в одном человеке, и совместить все типы на 100% невозможно, идеалов не существует.
И вот мы и получаем ситуацию, когда специалист должен перейти "в соседнюю ячейку". А это ой как непросто.
Да, у нас с вами, в разные периоды жизни могут быть разные этапы, мышление, опыт, но чаще всего наш с вами стиль принятия решений практически не меняется. Себя можно прокачать, мозг гибкая штука. Но это всё долго, сложно и никаких гарантий нет.
Поэтому совмещать в себе, одном, большой % сразу 2-3 типов сложно, а возможно и нереально. И вредно для психики.
Вот поэтому, я в рамках квартирника, пыталась быстро показать хороший вариант (картинка), когда у нас есть один из примеров от Адизес, реального совмещения в % каждого типа. Но на все 100% могут совместить себе, только люди, которые считают себя одновременно Ньютоном и Наполеоном, и к сожалению, это уже психически нездоровые люди. И мы снова видим шизофрению... И другие расстройства личности (((
Но! Совмещение ролей, и не только у аналитика, но и у разработчика, дизайнера, тестировщика - в айти это нормальная практика, и нам этот факт показывает, то что наша айти сфера ещё развивается, гибка, и активна. А нам от этого, плюс в карму развития. Конечно до определенного предела)
🔔 Видео запись квартирника можно посмотреть вот тут
https://youtu.be/lf14Pon3R3o?si=81zvxjjdu3_AcEuH
нам удалось дать возможность высказаться публики, и поделиться кейсами, послушать коллег, что очень ценно!
Пока я готовилась к квартирнику сложила в голове пазл #капитаночевидность из типов стилей управления по Адизесу, они же сильно пересекаются с психотипами поведения в принятие решения, и совмещения несовмесиимого.
Конечно классификаций много разных. И мне больше всего понравилась классификация, которую я взяла у Димы Филиппова, из техник продаж, при общение с клиентом. Рекомендую посмотреть краткое видео-изложение фреймворка "Подстройка для комфортного общения"
По сути, об этом же пишет Адизес в своей книги "Управляя изменениями".
Кто помнит, осенью я приводила примеры крайности стилей управления, когда одна черта приволирует у менеджера, и получает жесть жёсткая, например 👉https://t.me/start_in_IT/658
Лечиться всё, из тезисов Адизеса комплементарной командой, когда каждый тип управления представлен в нужной пропорции. Достичь идеала, в одном человеке, и совместить все типы на 100% невозможно, идеалов не существует.
И вот мы и получаем ситуацию, когда специалист должен перейти "в соседнюю ячейку". А это ой как непросто.
Да, у нас с вами, в разные периоды жизни могут быть разные этапы, мышление, опыт, но чаще всего наш с вами стиль принятия решений практически не меняется. Себя можно прокачать, мозг гибкая штука. Но это всё долго, сложно и никаких гарантий нет.
Поэтому совмещать в себе, одном, большой % сразу 2-3 типов сложно, а возможно и нереально. И вредно для психики.
Вот поэтому, я в рамках квартирника, пыталась быстро показать хороший вариант (картинка), когда у нас есть один из примеров от Адизес, реального совмещения в % каждого типа. Но на все 100% могут совместить себе, только люди, которые считают себя одновременно Ньютоном и Наполеоном, и к сожалению, это уже психически нездоровые люди. И мы снова видим шизофрению... И другие расстройства личности (((
Но! Совмещение ролей, и не только у аналитика, но и у разработчика, дизайнера, тестировщика - в айти это нормальная практика, и нам этот факт показывает, то что наша айти сфера ещё развивается, гибка, и активна. А нам от этого, плюс в карму развития. Конечно до определенного предела)
https://youtu.be/lf14Pon3R3o?si=81zvxjjdu3_AcEuH
нам удалось дать возможность высказаться публики, и поделиться кейсами, послушать коллег, что очень ценно!
Please open Telegram to view this post
VIEW IN TELEGRAM
Одно из моих увлечений - это рисование. И я как любитель хочу, чтобы рисунок был как можно ближе к реальности.
А нужно ли? Часто я слышу, упрощайте, переносите главное, покажите атмосферу.
А как в работе аналитика?
Мы используем нотации, они упрощают реальный бизнес-процесс. И аналитик, как художник, должен увидеть главное и детали этого главного, ключевого, перенести с помощью тех инструментов, которые ему доступны.
Можно ли по таким моделям управлять реальным предприятием?
Может и можно, но если мы наш сложный мир упростили, мы и получаем не особо достоверные показатели, и принимаем на их основе решения, которые могут быть далеки от реальности.
Я поэтому не люблю, например, BPMN, потому что он даёт возможность нарисовать упрощенный бизнес-процесс, или большими мазками, показать процесс, а что там внутри, почему? Откуда? И какие детали? Оно умалчивается...
С другой стороны управлять просто и магия разных систем типа Camunda, очень привлекает, быстрые изменения процесса, моментально ты видишь, то что у тебя есть, но когда уровень сложности растёт, упираемся в потолок инструмента.
Мне кажется в каждом подходе, инструменте, есть потолок. И применение на простых предметных областях, при условие грамотного анализа, инструменты себя показывают отлично.
Но вывод у меня #капитаночевидность, что работая с предметной областью, упрощать её нельзя, можно делить, декомпозировать, идти этапами, но из песни слов не выкинешь. Конечно, если речь не идёт о концепте. Хотя бы основу зафиксировать и перестроить мозг именно на такой уровень абстракции, тоже не самая простая задача.
Так и с картинами, мне нравится Шишкин, когда видишь его картины, а потом заходишь в реальный лес, вспоминаешь насколько же здорово было нарисовано, что уже в лесу восхищаешься картиной.
И этот вечный спор, что искусство не должно быть фотографией. А в информационных системах вцелом также, мы не можем скопировать все объекты реального мира. Оно нам и не нужно, но проанализировать какие именно объекты влияют на принятие решения, участвуют в процессах, и что их обязательно нужно учесть при анализе, вполне себе задача под силу аналитику)
P. S. Будем сегодня строить предметки на митапе ITFB, информация постом выше 👆
#предметка #моемнение #мысливслух #моделирование
А нужно ли? Часто я слышу, упрощайте, переносите главное, покажите атмосферу.
А как в работе аналитика?
Мы используем нотации, они упрощают реальный бизнес-процесс. И аналитик, как художник, должен увидеть главное и детали этого главного, ключевого, перенести с помощью тех инструментов, которые ему доступны.
Можно ли по таким моделям управлять реальным предприятием?
Может и можно, но если мы наш сложный мир упростили, мы и получаем не особо достоверные показатели, и принимаем на их основе решения, которые могут быть далеки от реальности.
Я поэтому не люблю, например, BPMN, потому что он даёт возможность нарисовать упрощенный бизнес-процесс, или большими мазками, показать процесс, а что там внутри, почему? Откуда? И какие детали? Оно умалчивается...
С другой стороны управлять просто и магия разных систем типа Camunda, очень привлекает, быстрые изменения процесса, моментально ты видишь, то что у тебя есть, но когда уровень сложности растёт, упираемся в потолок инструмента.
Мне кажется в каждом подходе, инструменте, есть потолок. И применение на простых предметных областях, при условие грамотного анализа, инструменты себя показывают отлично.
Но вывод у меня #капитаночевидность, что работая с предметной областью, упрощать её нельзя, можно делить, декомпозировать, идти этапами, но из песни слов не выкинешь. Конечно, если речь не идёт о концепте. Хотя бы основу зафиксировать и перестроить мозг именно на такой уровень абстракции, тоже не самая простая задача.
Так и с картинами, мне нравится Шишкин, когда видишь его картины, а потом заходишь в реальный лес, вспоминаешь насколько же здорово было нарисовано, что уже в лесу восхищаешься картиной.
И этот вечный спор, что искусство не должно быть фотографией. А в информационных системах вцелом также, мы не можем скопировать все объекты реального мира. Оно нам и не нужно, но проанализировать какие именно объекты влияют на принятие решения, участвуют в процессах, и что их обязательно нужно учесть при анализе, вполне себе задача под силу аналитику)
P. S. Будем сегодня строить предметки на митапе ITFB, информация постом выше 👆
#предметка #моемнение #мысливслух #моделирование