В эти выходные 9 и 10 декабря 🔥
с 10 до 14 по Москве,
будем проводить онлайн
тренинг-игру по сбору требований "Китайская ручка". ✅
#анонс #китайскаяручка #тренинг #сбортребований #требования
Тренинг позволяет в игровой форме аналитику увидеть свои типичные ошибки и понять, как от них избавиться на практике, чтобы повысить качество результата своей работы.
-------------------------------
Тренинг состоит из 4 блоков:
➕ Блок 1. Команда аналитиков проводить интервью с заказчиком и фиксирует требования.
Происходит согласование требований с заказчиком и исполнителем. В конце мы получаем продукт.
➕ Блок 2. Разбираем, как повысить качество требований, для этого их разбиваем на уровни. Понимаем где требование, а где описано решение. Вносим изменения.
➕ Блок 3. Описываем нефункциональные требования к продукту. Разбираем, атрибуты качества требований.
➕ Блок 4. Обсуждаем, как можно ДОвыявить требования, с помощью Story mapping, Impact mapping. Разбираем нюансы работы аналитика в гибких подходах к разработке ПО.
-------------------------------
➕ Кому подойдёт тренинг?
Тем кто хочет освоить специальность ИТ-аналитика. Или тем кто хочет разобраться в том, кто такой ИТ-аналитик (часто это полезно менеджерам проектов, HR-специалистам). Вы сможете за 8 часов увидеть цикл разработки от сбора требований, до реализации решения. Поймёте место аналитика в процессе и какое влияние результат его работы оказывает на конечный программный продукт.
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно поучаствовать в тренинге. Со стороны посмотрите на свой опыт, увидите какие типичные ошибки вы допускаете, определите зону ответственности и роста аналитика, поймёте как структурировать свою работу.
Если вы аналитик с опытом от 3 до 5 лет, тренинг поможет систематизировать свои знания, увидеть тонкую грань между требованием и решением.
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков. Если вы формируете команду анализа, то сделаете для себя выводы, на что стоит обращать внимание в первую очередь, именно вам, при подборе специалистов.
-------------------------------
✔️ Формат тренинга - онлайн, выходные, 2 дня по 4 часа (с 10 до 14 по Москве).
Команда аналитиков будет работать над одним продуктом, это ручка. Мы специально берём знакомый всем предмет, чтобы наглядно показать, типичное поведение заказчика, ошибки аналитика, чтобы сделать вывод что можно изменить, добавить в свой арсенал аналитики для повышения качества результата анализа.
-------------------------------
Все материалы и записи тренинга остаются у вас в доступе, вы всегда можете вернуться к ним.
-------------------------------
Ведущие:
Вводные теоретические материалы, читаю я, Косинова Наталья, мой опыт работы системным аналитиком более 17 лет, я принимала участие в проектах компаний Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, опыт в ИТ более 20 лет.
Андрей будет играть роль типичного заказчика и сможет раскрыть нюансы работы аналитика с точки зрения разработчика и архитектора. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
-------------------------------
Если остались вопросы пишите их ниже в комментариях 👇
Чтобы записаться на тренинг оставляйте заявку на странице➡️
https://sup.expert/pen
с 10 до 14 по Москве,
будем проводить онлайн
тренинг-игру по сбору требований "Китайская ручка". ✅
#анонс #китайскаяручка #тренинг #сбортребований #требования
Тренинг позволяет в игровой форме аналитику увидеть свои типичные ошибки и понять, как от них избавиться на практике, чтобы повысить качество результата своей работы.
-------------------------------
Тренинг состоит из 4 блоков:
Происходит согласование требований с заказчиком и исполнителем. В конце мы получаем продукт.
-------------------------------
Тем кто хочет освоить специальность ИТ-аналитика. Или тем кто хочет разобраться в том, кто такой ИТ-аналитик (часто это полезно менеджерам проектов, HR-специалистам). Вы сможете за 8 часов увидеть цикл разработки от сбора требований, до реализации решения. Поймёте место аналитика в процессе и какое влияние результат его работы оказывает на конечный программный продукт.
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно поучаствовать в тренинге. Со стороны посмотрите на свой опыт, увидите какие типичные ошибки вы допускаете, определите зону ответственности и роста аналитика, поймёте как структурировать свою работу.
Если вы аналитик с опытом от 3 до 5 лет, тренинг поможет систематизировать свои знания, увидеть тонкую грань между требованием и решением.
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков. Если вы формируете команду анализа, то сделаете для себя выводы, на что стоит обращать внимание в первую очередь, именно вам, при подборе специалистов.
-------------------------------
Команда аналитиков будет работать над одним продуктом, это ручка. Мы специально берём знакомый всем предмет, чтобы наглядно показать, типичное поведение заказчика, ошибки аналитика, чтобы сделать вывод что можно изменить, добавить в свой арсенал аналитики для повышения качества результата анализа.
-------------------------------
Все материалы и записи тренинга остаются у вас в доступе, вы всегда можете вернуться к ним.
-------------------------------
Ведущие:
Вводные теоретические материалы, читаю я, Косинова Наталья, мой опыт работы системным аналитиком более 17 лет, я принимала участие в проектах компаний Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, опыт в ИТ более 20 лет.
Андрей будет играть роль типичного заказчика и сможет раскрыть нюансы работы аналитика с точки зрения разработчика и архитектора. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
-------------------------------
Если остались вопросы пишите их ниже в комментариях 👇
Чтобы записаться на тренинг оставляйте заявку на странице
https://sup.expert/pen
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
Кому нужны эти НФТ? Бред какой-то, это уже немодно.
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?🤓
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке➡️ https://sup.expert/pen
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
На календаре 8 декабря. Но нового года осталось 23 дня, а народ вокруг и физически и морально уже подустал.
Или только я это чувствую?)
Хотела тут написать, то что я часто повторяю аналитикам, которые приходят на менторство, с разными запросами. И эти запросы могут звучать, как: "я ничего не понимаю, ничего не успеваю, я дно!"
Как-то в год пандемии, когда я вышла на новый проект увидела, как в декабре 90% команды за год были уже подгоревшие.
И тут что можно сделать?
Вернуть себе себя и реальность вокруг, просто начиная оперировать фактами.
Пандемия была огромным стрессом, неизвестностью и всех пошатовало, а когда уже видишь, что скоро можно выдохнуть и отдохнуть, то на морально волевых существуешь. И это факт.
➡️Зима, короткий световой день - факт, это всё влияет на самочувствие.
Конец года, гонка по закрытию задач за год - факт.
Общая моральная и физическая усталость - факт.
➡️Большая нагрузка на работе, просто посчитайте сколько задач, диаграмм вы сделали, когда мне говорят, что за неделю было нарисовано 50 диаграмм! Даже если тут помог ИИ, это всё равно много, их ещё нужно подкорректировать. Это факт!
➡️Айти, хоть и передовая, но сложная среда, особенно для людей, у которых строение чувствительное (есть чувствительная нервная система, тоже уже факт). И в этой среде ещё нужно существовать, и давать результат, работать эффективно. Психологическое давление есть, это факт.
Безоценочно говорить, только фактами, убирая эмоции, действительно очень сложно. Но это крутое упражнение, которое возвращает человеку реальность и возможность управления собой, и собственной жизнью.
Если вам сложно это сделать самостоятельно, приходите к менторам, коучам, которые со стороны смогут, после вашего рассказа взять из него факты и безоценочно вернуть вам))
P. S. Кстати сегодня пятница, это факт 😄
#мысливслух #коучинг #факт #моемнение #мойопыт #выгорание #менторство
Или только я это чувствую?)
Хотела тут написать, то что я часто повторяю аналитикам, которые приходят на менторство, с разными запросами. И эти запросы могут звучать, как: "я ничего не понимаю, ничего не успеваю, я дно!"
Как-то в год пандемии, когда я вышла на новый проект увидела, как в декабре 90% команды за год были уже подгоревшие.
И тут что можно сделать?
Вернуть себе себя и реальность вокруг, просто начиная оперировать фактами.
Пандемия была огромным стрессом, неизвестностью и всех пошатовало, а когда уже видишь, что скоро можно выдохнуть и отдохнуть, то на морально волевых существуешь. И это факт.
➡️Зима, короткий световой день - факт, это всё влияет на самочувствие.
Конец года, гонка по закрытию задач за год - факт.
Общая моральная и физическая усталость - факт.
➡️Большая нагрузка на работе, просто посчитайте сколько задач, диаграмм вы сделали, когда мне говорят, что за неделю было нарисовано 50 диаграмм! Даже если тут помог ИИ, это всё равно много, их ещё нужно подкорректировать. Это факт!
➡️Айти, хоть и передовая, но сложная среда, особенно для людей, у которых строение чувствительное (есть чувствительная нервная система, тоже уже факт). И в этой среде ещё нужно существовать, и давать результат, работать эффективно. Психологическое давление есть, это факт.
Безоценочно говорить, только фактами, убирая эмоции, действительно очень сложно. Но это крутое упражнение, которое возвращает человеку реальность и возможность управления собой, и собственной жизнью.
Если вам сложно это сделать самостоятельно, приходите к менторам, коучам, которые со стороны смогут, после вашего рассказа взять из него факты и безоценочно вернуть вам))
P. S. Кстати сегодня пятница, это факт 😄
#мысливслух #коучинг #факт #моемнение #мойопыт #выгорание #менторство
Развивающая обратная связь.
Большинство руководителей, к сожалению, не умеют давать развивающую обратную связь. Может конечно, кому-то и круто когда их жёстко мотивируют и им нравится жить по принципу 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.
#обратнаясвязь #менторство #руководствокомандой #мойопыт #коучинг #факт #развитие
Не все продукты рождаются из боли.
Была у меня как-то заруба по теме какие бывают продукты? И восновном везде все говорят о продуктах "боли". Вот ты находишь боль клиента и её решаешь и тогда твой продукт выстреливает, при условии что это общая боль. Действительно, большинство бизнесов, у которых мощный рост, это продукты боли.
Так ли это?
Диплом продакта иногда не даёт мне спокойно жить и продукт, над которым работала я с командой, был продукт возможностей. Не было в нём боли.
Но теперь я бы ещё сказала, что продукт может быть продуктом работ. На какую работу кого или что я нанимаю. И это уже ближе к возможностям.
Итак, про продукт возможности. Мы работали над умной примерочной. И в самом процессе примерки одежды нет боли. Сколько бы мы не проводили интервью, сколько бы не исследовали сам процесс, не было там боли и нам от этого было больно.
Есть боль в самой одежде, качестве, размере, фасоне и т.д. Есть просто не желание примерять, или наоборот кто-то наслаждается процессом подбора образа и примеркой, кто-то не хочет ни с кем общаться, кто-то наоборот хочет. Поэтому продукты, которые расширяют нам возможности, вызывая новые привычки - это игра вдолгую. Там выстрела не будет точно в цель. Готовы ли вы платить за возможность? Да, если это ускорение, удобство или привычка.
В случае умной примерочной, какие-то точные плюсы и метрики влияния на продажи не были нами найдены. Хотя в мире умная примерочная, как продукт, развивается и она подсказывает дополнительный товар, собирает образ, даёт возможность вызвать консультанта и куча всего, что можно автоматизировать и добавить.
Если посмотреть на сервис YouTube там нет боли. Есть желание получить быстрый дофамин, эмоции, разгрузить голову, посмотреть что-то интересное, найти контент, чтобы мне подобрали ролик.
И YouTube долго жил без монетизации, потом появилась реклама, а потом и платные подписки. Это мощный инструмент работы с массами тоже не сразу, например до меня, дошло. Да, возможно сейчас в какой-то степени YouTube и решает боль, например поиска информации, лекций или учебного материала, но он всё таки про возможности. И больше похож на один из каналов телека.
Когда убирают нам сервис возможностей, например, как нельзяграм, мы перестраиваемся. Да, многих колбасит, кто-то остаётся, многие ищут замену, замена идёт, но тяжело, долго. Но по сути уже нет боли, как была в самом начале, когда качество фотографий было плохое и фильтры, маски давали вау эффект.
Грань между болью и возможностью очень тонкая, потому что кажется, что всё можно свести к боли.
Но при этом есть ещё более мощный инструмент Job to be done. Который вроде как очевидный, но имеет под собой очень мощный и скрытый потенциал.
Работа, которая должна быть выполнена. То есть в любом случае человек нужную ему работу выполнит. Подумает и сделает выбор в сторону того, что более приемлемо в его контексте и условиях. И работа вполне может быть новой возможностью, расширением вариантов решения той же цели подбора одежды, через маркетплейс, например.
Про то что и кого я нанимаю на работу, писала вот тут➡️ https://t.me/start_in_IT/649
#jtbd #продуктболи #продуктвозможности #мысливслух #мойопыт
А ваши продукты про боль или возможность?🤑
Была у меня как-то заруба по теме какие бывают продукты? И восновном везде все говорят о продуктах "боли". Вот ты находишь боль клиента и её решаешь и тогда твой продукт выстреливает, при условии что это общая боль. Действительно, большинство бизнесов, у которых мощный рост, это продукты боли.
Так ли это?
Диплом продакта иногда не даёт мне спокойно жить и продукт, над которым работала я с командой, был продукт возможностей. Не было в нём боли.
Но теперь я бы ещё сказала, что продукт может быть продуктом работ. На какую работу кого или что я нанимаю. И это уже ближе к возможностям.
Итак, про продукт возможности. Мы работали над умной примерочной. И в самом процессе примерки одежды нет боли. Сколько бы мы не проводили интервью, сколько бы не исследовали сам процесс, не было там боли и нам от этого было больно.
Есть боль в самой одежде, качестве, размере, фасоне и т.д. Есть просто не желание примерять, или наоборот кто-то наслаждается процессом подбора образа и примеркой, кто-то не хочет ни с кем общаться, кто-то наоборот хочет. Поэтому продукты, которые расширяют нам возможности, вызывая новые привычки - это игра вдолгую. Там выстрела не будет точно в цель. Готовы ли вы платить за возможность? Да, если это ускорение, удобство или привычка.
В случае умной примерочной, какие-то точные плюсы и метрики влияния на продажи не были нами найдены. Хотя в мире умная примерочная, как продукт, развивается и она подсказывает дополнительный товар, собирает образ, даёт возможность вызвать консультанта и куча всего, что можно автоматизировать и добавить.
Если посмотреть на сервис YouTube там нет боли. Есть желание получить быстрый дофамин, эмоции, разгрузить голову, посмотреть что-то интересное, найти контент, чтобы мне подобрали ролик.
И YouTube долго жил без монетизации, потом появилась реклама, а потом и платные подписки. Это мощный инструмент работы с массами тоже не сразу, например до меня, дошло. Да, возможно сейчас в какой-то степени YouTube и решает боль, например поиска информации, лекций или учебного материала, но он всё таки про возможности. И больше похож на один из каналов телека.
Когда убирают нам сервис возможностей, например, как нельзяграм, мы перестраиваемся. Да, многих колбасит, кто-то остаётся, многие ищут замену, замена идёт, но тяжело, долго. Но по сути уже нет боли, как была в самом начале, когда качество фотографий было плохое и фильтры, маски давали вау эффект.
Грань между болью и возможностью очень тонкая, потому что кажется, что всё можно свести к боли.
Но при этом есть ещё более мощный инструмент Job to be done. Который вроде как очевидный, но имеет под собой очень мощный и скрытый потенциал.
Работа, которая должна быть выполнена. То есть в любом случае человек нужную ему работу выполнит. Подумает и сделает выбор в сторону того, что более приемлемо в его контексте и условиях. И работа вполне может быть новой возможностью, расширением вариантов решения той же цели подбора одежды, через маркетплейс, например.
Про то что и кого я нанимаю на работу, писала вот тут
#jtbd #продуктболи #продуктвозможности #мысливслух #мойопыт
А ваши продукты про боль или возможность?
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Я нанимаю на работу...
Эмоции неотъемлемая часть жизни человека. Наш организм защищает нас постоянно, чтобы мы смогли выжить в среде, которая нас окружает. Да, к сожалению, мир в последние годы, очень сильно изменился и базовые потребности человека не то…
Эмоции неотъемлемая часть жизни человека. Наш организм защищает нас постоянно, чтобы мы смогли выжить в среде, которая нас окружает. Да, к сожалению, мир в последние годы, очень сильно изменился и базовые потребности человека не то…
Вовлечение заказчика в разработку.
Оказывается есть такое понятие у врачей, как комплаенс пациента - вовлеченность пациента в процесс лечения.
И современные тенденции как раз и говорят о том, что пациент сам думает о себе, о том как ему со схемой лекарств, и много работает сам.
Но есть и консервативные подходы, когда врач над пациентом, и сверху ему просто отдаёт схему и всё. Не надо думать, дорогой товарищ! Я тут главный!
Вам это ничего не напоминает?😎
А мне напоминает вовлеченность заказчика в процесс разработки. И подходы же, те же самые, когда аналитик на пальцах пытается объяснить, что происходит в команде, как принимаются решения, как ведётся разработка и что такое архитектура и как она работает. Тут и появляется дивный мир аналогий, гномиков, машин, трасс, леса, маршрутов, троп.
Но готов ли заказчик? Есть ли у него такое желание?
Так вот, например, врачи выделяют 3 уровня комплаенс:
✔️ 1.Высокий - пациент принимает лекарства по времени в 80% случаев, даёт обратную связь врачу, следит за своим самочувствием. Проводит анализ!
✔️ 2.Средний - пациент принимает лекарства по времени до 20 до 80% случаев.
✔️ 3.Низкий - приём лекарства ниже 20%.
А ещё интересная статистика, что в 60% случаев, например, в кардиологии пациент спустя 1 час после приёма у врача не может вспомнить о чем была речь?
И я ещё наткнулась на интересные исследования, что если бы пациенты соблюдали схему, то в 10% случаев можно было бы избежать смерти.
И мне стало интересно, а есть ли такое понятие и исследования при общение с заказчиком в айти? Потому что многие инструменты направлены именно на то, чтобы заказчик был вовлечен в процесс.
А хочет ли он и хочет ли этого команда?)
Есть над чем подумать.
Всё таки в зависимости от сферы заказчик либо активен, либо просит его не трогать, или просто хочет отдать управление команде разработки, но потом будет сильно возмущён результатом.
А с какими вы работаете заказчиками?
Какой у них комплаенс в процесс?)
Оказывается есть такое понятие у врачей, как комплаенс пациента - вовлеченность пациента в процесс лечения.
И современные тенденции как раз и говорят о том, что пациент сам думает о себе, о том как ему со схемой лекарств, и много работает сам.
Но есть и консервативные подходы, когда врач над пациентом, и сверху ему просто отдаёт схему и всё. Не надо думать, дорогой товарищ! Я тут главный!
Вам это ничего не напоминает?
А мне напоминает вовлеченность заказчика в процесс разработки. И подходы же, те же самые, когда аналитик на пальцах пытается объяснить, что происходит в команде, как принимаются решения, как ведётся разработка и что такое архитектура и как она работает. Тут и появляется дивный мир аналогий, гномиков, машин, трасс, леса, маршрутов, троп.
Но готов ли заказчик? Есть ли у него такое желание?
Так вот, например, врачи выделяют 3 уровня комплаенс:
А ещё интересная статистика, что в 60% случаев, например, в кардиологии пациент спустя 1 час после приёма у врача не может вспомнить о чем была речь?
И я ещё наткнулась на интересные исследования, что если бы пациенты соблюдали схему, то в 10% случаев можно было бы избежать смерти.
И мне стало интересно, а есть ли такое понятие и исследования при общение с заказчиком в айти? Потому что многие инструменты направлены именно на то, чтобы заказчик был вовлечен в процесс.
А хочет ли он и хочет ли этого команда?)
Есть над чем подумать.
Всё таки в зависимости от сферы заказчик либо активен, либо просит его не трогать, или просто хочет отдать управление команде разработки, но потом будет сильно возмущён результатом.
А с какими вы работаете заказчиками?
Какой у них комплаенс в процесс?)
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
С наступающим, дорогие мои подписчики, друзья, коллеги, айтишники, им сочувствующие 👨💻
Прежде всего хочу вас поблагодарить за доберие, активность и наше общее пространство развития!
2023 точно уже могу назвать годом поворота, а за поворотом уже будет новая дорога)
Как там говорят, сделай шаг и дорога появится, и чем больше шагов, тем более увереннее виден путь.
Пожелаю нам всем энергии, гармонии между работой и нашей личной жизнью, Agile, Scrum и другие умные слова здорового человека. Роста компетенций, интересных задач, глубины знаний, развития и изменений со знаком плюс))
А я со своей стороны буду работать над ускорением и качеством этого развития!
Вместе сделаем больше для выхода на новый уровень🍾
Ещё раз спасибо за то, что были со мной в 2023 и до встречи в 2024!!🥳
Продолжаем варить СУП...
Прежде всего хочу вас поблагодарить за доберие, активность и наше общее пространство развития!
2023 точно уже могу назвать годом поворота, а за поворотом уже будет новая дорога)
Как там говорят, сделай шаг и дорога появится, и чем больше шагов, тем более увереннее виден путь.
Пожелаю нам всем энергии, гармонии между работой и нашей личной жизнью, Agile, Scrum и другие умные слова здорового человека. Роста компетенций, интересных задач, глубины знаний, развития и изменений со знаком плюс))
А я со своей стороны буду работать над ускорением и качеством этого развития!
Вместе сделаем больше для выхода на новый уровень
Ещё раз спасибо за то, что были со мной в 2023 и до встречи в 2024!!
Продолжаем варить СУП...
Please open Telegram to view this post
VIEW IN TELEGRAM
Старт 2024 с тренинга "Китайская ручка" ⭐️
Ох, вот и прошла первая рабочая неделя под лозунгом страдания, по крайней мере у меня так точно. Очень надеюсь, что у вас по-другому)
Процитирую своего коуча "праздники – для того чтобы отдыхать… а послепраздников - для чувства вины как раз".
Так что всё на своих местах)))
Вот с такими разными чувствами и отдохняком потихоньку возвращаюсь в строй!
И внезапно уже набирается мини группа на тренинг по сбору требований к ПО "Китайская ручка!".
Присоединяйтесь!
Анонсирую даты потока:
20 и 21 января с 10 до 14 по Москве, формат онлайн.
Для тех кто размышляет нужно оно или нет, представляю несколько пунктов выводов о тренинге:
✅Во-первых, тренинг и это доработанная, классическая задача собеседований системных аналитиков. Именно с помощью такой игры уже много лет в айти-сфере нанимают аналитиков.
✅Во-вторых, тренинг показывает минимальный необходимый набор знаний аналитика при работе с требованиями. То, без чего не может обойтись ни один аналитик.
✅В третьих, на тренинге разбираются базовые принципы работы с требованиями в том числе мы говорит о том, как корректно формулировать требования.
Подход - "у меня есть руки, я могу писать требования" - ошибочный.
✅В четвёртых, тренинг направлен на приобретение, укрепление навыков, которые аналитик неосознанно использует в своей основной работе.
✅В пятых, мы рассматриваем best practices, чек-листы, шаблоны, практики. Их структура позволяет создавать систему по работе с требованиями на проектах.
В заключение скажу, что сам формат тренинга ценен тем, что есть возможность общаться, делиться опытом и знаниями с коллегами. Именно за счёт групповой работы происходит рост специалистов.
#анонс #тренинг #китайскаяручка #требования
Прочитать подробнее о тренинге и оставить заявку можно на сайте➡️ https://sup.expert/pen
Ох, вот и прошла первая рабочая неделя под лозунгом страдания, по крайней мере у меня так точно. Очень надеюсь, что у вас по-другому)
Процитирую своего коуча "праздники – для того чтобы отдыхать… а послепраздников - для чувства вины как раз".
Так что всё на своих местах)))
Вот с такими разными чувствами и отдохняком потихоньку возвращаюсь в строй!
И внезапно уже набирается мини группа на тренинг по сбору требований к ПО "Китайская ручка!".
Присоединяйтесь!
Анонсирую даты потока:
20 и 21 января с 10 до 14 по Москве, формат онлайн.
Для тех кто размышляет нужно оно или нет, представляю несколько пунктов выводов о тренинге:
✅Во-первых, тренинг и это доработанная, классическая задача собеседований системных аналитиков. Именно с помощью такой игры уже много лет в айти-сфере нанимают аналитиков.
✅Во-вторых, тренинг показывает минимальный необходимый набор знаний аналитика при работе с требованиями. То, без чего не может обойтись ни один аналитик.
✅В третьих, на тренинге разбираются базовые принципы работы с требованиями в том числе мы говорит о том, как корректно формулировать требования.
Подход - "у меня есть руки, я могу писать требования" - ошибочный.
✅В четвёртых, тренинг направлен на приобретение, укрепление навыков, которые аналитик неосознанно использует в своей основной работе.
✅В пятых, мы рассматриваем best practices, чек-листы, шаблоны, практики. Их структура позволяет создавать систему по работе с требованиями на проектах.
В заключение скажу, что сам формат тренинга ценен тем, что есть возможность общаться, делиться опытом и знаниями с коллегами. Именно за счёт групповой работы происходит рост специалистов.
#анонс #тренинг #китайскаяручка #требования
Прочитать подробнее о тренинге и оставить заявку можно на сайте
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
Пирамида артефактов & абстрактное мышление
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
➡️ Ссылка на вебинар
🟢 Ссылка на презентацию
🟢 Канал Евгения Галактионова
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Наталья Косинова. Пирамида артефактов для ИТ-проекта: анализ и проектирование
Создавать полную документацию на проекте трудоемкий, долгий и местами нудный процесс, при этом документация ради документации или документация «в стол» никому не нужна.
Артефакты, созданные аналитиком, должны работать на благо команды разработки.
Если аналитик…
Артефакты, созданные аналитиком, должны работать на благо команды разработки.
Если аналитик…
У вас ещё есть шанс присоединиться к нашей уютной группе на тренинг "Китайская ручка")
Работаем 2 дня,🔥 старт уже завтра, по 4 часа, активно в мини группах. С 10:30 до 14:30 по Москве.
Разберем классические ошибки и паттерны поведения аналитиков и заказчиков, такие как:
✅1.Заказчик часто говорит о решение, но не о проблеме, которую необходимо решить.
✅2.Аналитик и Заказчик находятся в разных контекстах, обсуждая требования.
✅3.Необходимо помнить про падение качества требований. Стараться повышать уровень требований с уровня архитектуры, системного уровня, на бизнес, пользовательский.
✅4.В гибкой среде разработки делать ставку на продукт, который должен приносить эффект заказчику, а не пытаться описать весь объем требований.
Неважно какой у вас опыт работы аналитиком, вы только начинаете или уже работаете тим лидом, тренинг будет полезен всем, и покажет систему подходов/инструментов, как стоит подходить к основной работе аналитика - сбору и фиксированию требований.
Каждый забирает и находит свои ответы на вопросы)
Залетайте к нам в группу!
Регистрация по ссылке
➡️ https://sup.expert/pen
Работаем 2 дня,
Разберем классические ошибки и паттерны поведения аналитиков и заказчиков, такие как:
✅1.Заказчик часто говорит о решение, но не о проблеме, которую необходимо решить.
✅2.Аналитик и Заказчик находятся в разных контекстах, обсуждая требования.
✅3.Необходимо помнить про падение качества требований. Стараться повышать уровень требований с уровня архитектуры, системного уровня, на бизнес, пользовательский.
✅4.В гибкой среде разработки делать ставку на продукт, который должен приносить эффект заказчику, а не пытаться описать весь объем требований.
Неважно какой у вас опыт работы аналитиком, вы только начинаете или уже работаете тим лидом, тренинг будет полезен всем, и покажет систему подходов/инструментов, как стоит подходить к основной работе аналитика - сбору и фиксированию требований.
Каждый забирает и находит свои ответы на вопросы)
Залетайте к нам в группу!
Регистрация по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
Мне нравится формат тренинга и появились мысли, как и что можно изменить.
✅При этом, уже который раз, замечаю, что формат тренинга хорош тем, что можно вне своей рутины вырваться и пообщаться с коллегами из разных городов, а теперь уже и стран. Сибирь, Москва, Питер, тёплые наши и не наши края))) За это можно сказать спасибо интернету!
✅И ручка, это не только тренинг, который запускает в голове мысли, даёт инсайты, но и способ запустить рефлексию, посмотреть со стороны на свои задачи, проблемы проектов и перегрузиться.
✅Ручка специально выбрана, как такой психологический момент, что мы говорим о том, что все знают и используют. Это как в психологии, чтобы выявить закрытые блоки человеку предлагается посмотреть на проблему, через персонажа. Что это не я, и таким способом человек начинает говорить и проявлять, то что скрыто.
❤️В очередной раз восхищаюсь подписчиками, и аналитиками, настолько прекрасные специалисты и люди, что я очень рада, что у меня есть возможность объединять наше профессиональное сообщество. Слушаю коллег, улыбаюсь и думаю, ну какие же клёвые все
Сегодня настолько была вовлечена в процесс, что рядом поставила кружку с кофе и за 4,5 часа не сделала ни одного глотка)
Хочу проводить ручку раз в месяц, те кто хочет участвовать пишите, оставляйте заявки, соберём группу и сразу же запустим поток, теперь уже в феврале)
➡️ https://sup.expert/pen
Please open Telegram to view this post
VIEW IN TELEGRAM
Зрелость команды
У меня есть прекрасные друзья, которые работают в театрах. И я им благодарна за то, что они привили мне любовь к театру.
Один из моих любимых театров это РАМТ в Москве.
Художественный руководитель театра Алексей Бородин. Список его регалий настолько большой, что даже не буду пробовать их перечислять.
Если вы посмотрите на репертуар театра, то увидите очень разные спектакли, где тот или иной сложный для общества вопрос рассказывается простыми словами.
Есть спектакли, которые Алексей вынашивал годами даже десятилетиями. И как-то в одном интервью он сказал, что настало время, когда трупа театра доросла и готова для спектакля.
Эта мысль мне понравилась. Если послушать тренеров разных спортивных команд, они тоже могут сказать, или даже предсказать, что вот эта команда мировые лидеры или будут через пару лет.
К чему это я всё? А к тому, что командообразование в любом деле очень важная часть становления. И может быть так, что команда просто не готова к тем задачам, которые стоят перед ней.Другой вопрос, что команду никто не спрашивает. И мне иногда странно, что менеджеры или тим лиды это не видят, или не задаются этим вопросом.
У нас никто не говорит о том, что вот у меня 4 года до олимпиады и мне нужно собрать команду чемпионов. Или я хочу поставить сложный спектакль и мне нужны такие актёры, кто сможет показать, то что я хочу.
И действительно, годами, даже десятилетиями к этому идут.
А у нас к сожалению, когда такие лидеры появляются, показывают крутые результаты за несколько лет, и потом исчезают, или их съедает политика. Я считаю, что это отдельное искусство лидера, видеть, а на что способна команда, как наработать, тот опыт, знания, компетенции, чтобы поставить на сцене, что-то действительно серьёзное.
Чуда не бывает, бывает путь, опыт и вложенные средства, силы в желаемый результат. Одно время именно команды с лидером стали ценны, дримтим. Если я не права, то расскажите о своём опыте, но на моём опыте, мало кто смотрит именно на то, чтобы сохранить команду. Важнее бизнес цель от менеджера, который хочет показать результат руководству, а кто и как это будет делать...
#мысливслух #командообразование #зрелость #мирвокруг #замечено
У меня есть прекрасные друзья, которые работают в театрах. И я им благодарна за то, что они привили мне любовь к театру.
Один из моих любимых театров это РАМТ в Москве.
Художественный руководитель театра Алексей Бородин. Список его регалий настолько большой, что даже не буду пробовать их перечислять.
Если вы посмотрите на репертуар театра, то увидите очень разные спектакли, где тот или иной сложный для общества вопрос рассказывается простыми словами.
Есть спектакли, которые Алексей вынашивал годами даже десятилетиями. И как-то в одном интервью он сказал, что настало время, когда трупа театра доросла и готова для спектакля.
Эта мысль мне понравилась. Если послушать тренеров разных спортивных команд, они тоже могут сказать, или даже предсказать, что вот эта команда мировые лидеры или будут через пару лет.
К чему это я всё? А к тому, что командообразование в любом деле очень важная часть становления. И может быть так, что команда просто не готова к тем задачам, которые стоят перед ней.
У нас никто не говорит о том, что вот у меня 4 года до олимпиады и мне нужно собрать команду чемпионов. Или я хочу поставить сложный спектакль и мне нужны такие актёры, кто сможет показать, то что я хочу.
И действительно, годами, даже десятилетиями к этому идут.
А у нас к сожалению, когда такие лидеры появляются, показывают крутые результаты за несколько лет, и потом исчезают, или их съедает политика. Я считаю, что это отдельное искусство лидера, видеть, а на что способна команда, как наработать, тот опыт, знания, компетенции, чтобы поставить на сцене, что-то действительно серьёзное.
Чуда не бывает, бывает путь, опыт и вложенные средства, силы в желаемый результат. Одно время именно команды с лидером стали ценны, дримтим. Если я не права, то расскажите о своём опыте, но на моём опыте, мало кто смотрит именно на то, чтобы сохранить команду. Важнее бизнес цель от менеджера, который хочет показать результат руководству, а кто и как это будет делать...
#мысливслух #командообразование #зрелость #мирвокруг #замечено
Чем темнее времена, тем теплее в лесу ❤️
Я одно время была в Горном турклубе МГУ, и Турклубе МАИ.
В какой-то момент горы стали моим местом силы, куда постоянно хочется возвращаться. Я водила небольшие группы друзей в походы, что было для меня очень тяжёлым испытанием.
Я как-то писала о том, что ГТ МГУ меня многому научил. У нас были крутые лекции, особенно лекции по командообразованию. Именно любовь к диким местам и походным условиям у меня взростила вопрос к себе на собеседование - "а взяла бы я этого человека в поход или нет?" 🤔
Разные практики из походной среды мне помогают и в работе, в том числе в сборе дримтим аналитиков.
В айти много ребят, кто увлекается походами, сплавами, горами и другими видами спорта на природе. И именно в этом направлении работает туроператор "Страна ветров".
Честно говоря зашла к ним на сайт и просто пропала в интересных предложениях🔥
Если вы также увлечены активным отдыхом, рекомендую подписаться на канал "Страны ветров" 🏕
➡️ https://t.me/+mUnQZuPhCfphY2Ni
Я одно время была в Горном турклубе МГУ, и Турклубе МАИ.
В какой-то момент горы стали моим местом силы, куда постоянно хочется возвращаться. Я водила небольшие группы друзей в походы, что было для меня очень тяжёлым испытанием.
Я как-то писала о том, что ГТ МГУ меня многому научил. У нас были крутые лекции, особенно лекции по командообразованию. Именно любовь к диким местам и походным условиям у меня взростила вопрос к себе на собеседование - "а взяла бы я этого человека в поход или нет?" 🤔
Разные практики из походной среды мне помогают и в работе, в том числе в сборе дримтим аналитиков.
В айти много ребят, кто увлекается походами, сплавами, горами и другими видами спорта на природе. И именно в этом направлении работает туроператор "Страна ветров".
Честно говоря зашла к ним на сайт и просто пропала в интересных предложениях
Если вы также увлечены активным отдыхом, рекомендую подписаться на канал "Страны ветров" 🏕
Please open Telegram to view this post
VIEW IN TELEGRAM
Сначала вы работаете на интеграцию, потом интеграция работает на вас.
Забавно, то, что моя карьера системного аналитика в 2006 году началась с интеграции, и кто бы мог подумать, что я буду учить проектированию интеграций) И интеграции никуда не исчезает за эти годы!
Уже много мной накоплено опыта, и кажется, что про интеграцию сказано всё!
Но так ли оно?
----------------
Поэтому на ближайшие две недели, в рамках своего блога, я объявляю себе челлендж по мини-интеграции, чтобы:
♟Получить чёткий roadmap, как действовать, когда прилетела задача на интеграцию и нужно сесть и написать ТЗ.
♟ Поискать инсайты и новую информацию, чего возможно я, как тренер, ментор, упускаю в системном подходе к проектированию интеграции. И довыявить точки расширения roadmap.
----------------
Не знаю, к чему меня приведёт этот челлендж, но мне интересно, снова систематизировать подходы к проектированию.
Некоторые наши ученики-аналитики говорят, что мы с Андреем Корниенко учим не просто интеграции, а системному анализу через интеграцию.
И нам хочется создать новый продукт, который был бы доступен всем и имел сжатый формат, который бы отвечал аналитику на комплекс его основных вопросов.
----------------
У каждого аналитика могут быть свои цели, например (как их вижу я):
Junior - хочет получить волшебную таблетку, чтобы дали готовые шаблоны, чек-листы, roadmap, чтобы увереннее действовать и решать поставленные задачи.
Middle - хочет расширить свои знания, навыки и опыт, чтобы брать в работу сложные задачи, с запутанной логикой.
Senior - хочет систематизировать свои знания и понять, что не видно, о чем забыл и на что стоит обратить внимание, чтобы повысить свою компетенцию.
Team Lead - хочет грамотно делегировать задачи их декомпозировать, отдавать команде и получать сисиемный хороший результат.
----------------
Вы можете мне дописать свои цели ниже в комментариях, которые вы ждёте от интеграции, и в какую область мне ещё посмотреть.
Ух, ну что ж! Погнали! 🚀
#интеграция #челлендж #проектирование #боли #миниинтеграция
Забавно, то, что моя карьера системного аналитика в 2006 году началась с интеграции, и кто бы мог подумать, что я буду учить проектированию интеграций) И интеграции никуда не исчезает за эти годы!
Уже много мной накоплено опыта, и кажется, что про интеграцию сказано всё!
Но так ли оно?
----------------
Поэтому на ближайшие две недели, в рамках своего блога, я объявляю себе челлендж по мини-интеграции, чтобы:
♟Получить чёткий roadmap, как действовать, когда прилетела задача на интеграцию и нужно сесть и написать ТЗ.
----------------
Не знаю, к чему меня приведёт этот челлендж, но мне интересно, снова систематизировать подходы к проектированию.
Некоторые наши ученики-аналитики говорят, что мы с Андреем Корниенко учим не просто интеграции, а системному анализу через интеграцию.
И нам хочется создать новый продукт, который был бы доступен всем и имел сжатый формат, который бы отвечал аналитику на комплекс его основных вопросов.
----------------
У каждого аналитика могут быть свои цели, например (как их вижу я):
Junior - хочет получить волшебную таблетку, чтобы дали готовые шаблоны, чек-листы, roadmap, чтобы увереннее действовать и решать поставленные задачи.
Middle - хочет расширить свои знания, навыки и опыт, чтобы брать в работу сложные задачи, с запутанной логикой.
Senior - хочет систематизировать свои знания и понять, что не видно, о чем забыл и на что стоит обратить внимание, чтобы повысить свою компетенцию.
Team Lead - хочет грамотно делегировать задачи их декомпозировать, отдавать команде и получать сисиемный хороший результат.
----------------
Вы можете мне дописать свои цели ниже в комментариях, которые вы ждёте от интеграции, и в какую область мне ещё посмотреть.
Ух, ну что ж! Погнали! 🚀
#интеграция #челлендж #проектирование #боли #миниинтеграция
Please open Telegram to view this post
VIEW IN TELEGRAM
Моё лицо выглядит примерно вот так, когда мне говорят - нам нужно ТЗ на интеграцию!
Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!
А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно 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, я просто схематично рисую диаграмму и называю "точки интеграции", визуализирую вызовы, их набор, направление, логику, последовательность.
А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))
Так что, получая новую задачу по интеграции:
✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)
#капитаночевидность
#интеграция #челлендж #мойопыт
Как оценить задачу?
Можно смотреть на формулы, уходить в глубину и сложность задачи. Но когда это всё недоступно, или нет опыта, а ответ нужен здесь и сейчас. Просто делаю задачу-шаблон, считаю время и получается некий эталон, на который можно уже накинуть погрешность в несколько дней и дать оценку.
Когда-то так и произошло.
Типичный бизнес любит находу принять решение и щёлкнуть пальцами. Хочу!! Вчера!!
И вот прибегает ко мне чайка менеджер и говорит - срочно нужна интеграция с регионом! Задача первого, высшего, максимального приоритета! Ааааа! Сколько, сколько, сколько? Тебе нужно времени?
Когда меня спрашивают сколько нужно на разработку большой системы с нуля, я всегда говорю полгода. Руководство конечно возмущается, много! Скашивает до 3 месяцев, а в результате полгода...
Но тут была другая история.
Сразу скажу про исходные данные:
✅ Я хорошо знала бизнес.
✅ Я глубоко понимала как работает сфера.
✅ У меня уже был опыт подобных интеграций.
Я сказала месяц.
Отдать должное менеджеру, он сказал времени нет, ТЗ нужно срочно. И что можно сделать для ускорения? Ай зараза....
Я перечислила:
👉получить актуальное описание,
👉тестовый стенд,
👉тестовые данные,
👉контактное лицо, кто ответит на все мои вопросы,
👉понять кто принимает решение на доработку с их стороны, чтобы не тормозили.
И мы решили, что поедем в командировку к нашему партнёру. Нам нужно реализовать использование SOAP API у себя, и понять, все ли данные нужные нам есть, а что должен разработать компаньон.
И вот мы сели в поезд. В гостинице я распечатала описание, вечерком выделила фломастером, всё что мне было непонятно, написала список вопросов. И даже какие-то первые черновые варианты интеграции прикинула.
На следующий день у нас произошла встреча с командой партнёра, я смогла оперативно задать все вопросы, соединить наших разработчиков и разработчиков партнёра. Айти директор компании партнёра посмотрел на нас, обсудили договор, пришли к согласию. Переговоры сначала шли тяжело, но потом пошли в сторону поиска точек соприкосновения. И в итоге мы чётко зафиксировали, что делаем мы, что они и что нам нужно. Я написала отчёт о встрече! Не принебрегайте им!
Все довольны, мы устали часов 6 переговоров... Временами жёстких...
И вот мы уже вечером сидим в поезде обратно в Москву, и молчим...
По приезду, я запираюсь в комнате, ни с кем не общаюсь и с утра до вечера пишу ТЗ.
Забег с командировкой и написанием низкогоуровневого ТЗ с объёмом на 5-6 интеграционных сценариев у меня занял 4 дня.
4 дня это эталон надрывной работы над задачей.
Больше мне не хотелось такого надрыва, да и не всегда партнёр действительно может оперативно принять решения.
После этой истории, на вопрос, сколько тебе нужно времени на ТЗ по интеграции я всегда говорила - месяц!)))
#челлендж #интеграция #оценкаинтеграции #мойопыт
Можно смотреть на формулы, уходить в глубину и сложность задачи. Но когда это всё недоступно, или нет опыта, а ответ нужен здесь и сейчас. Просто делаю задачу-шаблон, считаю время и получается некий эталон, на который можно уже накинуть погрешность в несколько дней и дать оценку.
Когда-то так и произошло.
Типичный бизнес любит находу принять решение и щёлкнуть пальцами. Хочу!! Вчера!!
И вот прибегает ко мне чайка менеджер и говорит - срочно нужна интеграция с регионом! Задача первого, высшего, максимального приоритета! Ааааа! Сколько, сколько, сколько? Тебе нужно времени?
Когда меня спрашивают сколько нужно на разработку большой системы с нуля, я всегда говорю полгода. Руководство конечно возмущается, много! Скашивает до 3 месяцев, а в результате полгода...
Но тут была другая история.
Сразу скажу про исходные данные:
✅ Я хорошо знала бизнес.
✅ Я глубоко понимала как работает сфера.
✅ У меня уже был опыт подобных интеграций.
Я сказала месяц.
Отдать должное менеджеру, он сказал времени нет, ТЗ нужно срочно. И что можно сделать для ускорения? Ай зараза....
Я перечислила:
👉получить актуальное описание,
👉тестовый стенд,
👉тестовые данные,
👉контактное лицо, кто ответит на все мои вопросы,
👉понять кто принимает решение на доработку с их стороны, чтобы не тормозили.
И мы решили, что поедем в командировку к нашему партнёру. Нам нужно реализовать использование SOAP API у себя, и понять, все ли данные нужные нам есть, а что должен разработать компаньон.
И вот мы сели в поезд. В гостинице я распечатала описание, вечерком выделила фломастером, всё что мне было непонятно, написала список вопросов. И даже какие-то первые черновые варианты интеграции прикинула.
На следующий день у нас произошла встреча с командой партнёра, я смогла оперативно задать все вопросы, соединить наших разработчиков и разработчиков партнёра. Айти директор компании партнёра посмотрел на нас, обсудили договор, пришли к согласию. Переговоры сначала шли тяжело, но потом пошли в сторону поиска точек соприкосновения. И в итоге мы чётко зафиксировали, что делаем мы, что они и что нам нужно. Я написала отчёт о встрече! Не принебрегайте им!
Все довольны, мы устали часов 6 переговоров... Временами жёстких...
И вот мы уже вечером сидим в поезде обратно в Москву, и молчим...
По приезду, я запираюсь в комнате, ни с кем не общаюсь и с утра до вечера пишу ТЗ.
Забег с командировкой и написанием низкогоуровневого ТЗ с объёмом на 5-6 интеграционных сценариев у меня занял 4 дня.
4 дня это эталон надрывной работы над задачей.
Больше мне не хотелось такого надрыва, да и не всегда партнёр действительно может оперативно принять решения.
После этой истории, на вопрос, сколько тебе нужно времени на ТЗ по интеграции я всегда говорила - месяц!)))
#челлендж #интеграция #оценкаинтеграции #мойопыт
Сценарии в интеграции
Таааак сейчас будет сложно, а что вы думали?) Работать аналитиком и не ныть? Как бы не так, этот путь для смелых и ироничных)
Когда мы говорим про проектирование интеграции, то хочется сразу начать смотреть вглубь и побежать изучать код, уровень данных, технологий и конечно думать про то, как спроектировать API.
Но пока рано пить шампанское, давайте разберёмся с тем, а зачем нам это всё?
Ключевой артефакт интеграции это use case, представленный в виде sequence диаграммы (сценариев может быть несколько), где наглядно видно, кто кому какие данные передал и в какой момент.
Так вот, когда мы говорим про сценарий, тут ломается многое. Потому что кажется, что это очень простой инструмент. Сценарий у фильма есть, или мини ролика в ютюге. А тут то, как два пальца... И будет сделано.
Но! Мы говорим про системный уровень, когда спускаемся на уровень данных, ошибок, вызовов и технологий. Мы описываем фактически реализацию, и делать сразу такой огромный шаг - это фактически сразу увеличивать сложность задачи, падать в неизвестность и соответственно понижать качество требований.
Поэтому стоит поднять уровень требований выше (см. Пирамида артефактов).
И лучше на уровень пользовательских требований.
Вы меня спросите, какой нафиг пользователь в интеграции? Во-первых, мы смотрим на классификацию от Вигерса, как на некий канон. Но никто нам не запрещает ввести свой уровень абстракции работы с требованиям, чтобы снижать неопределённость.
Это может быть организационный уровень, когда мы прописываем, какая система в сторону какой передала данные, почему и в каком объёме. Выстраиваем процесс.
Use cases - канонично, это уровень пользовательских требований, где мы описываем, как пользователь использует систему, чтобы достигнуть своей бизнес - цели.
То есть, я как пользователь хочу сделать заказ с доставкой на дом. Заказ нужно собрать на складе (система склада) и отдать в службу доставки (сервис доставки). У меня происходит декомпозирование цели и зная, как работает IT-ландшант, аналитик поймёт, где будут стыки взаимодействия систем. Как склад передаёт информацию о заказе в сервис доставке.
И поднимаясь на уровень пользовательских требований мы можем спроектировать сценарии, которые будут понятны нашему бизнес-заказчику. Были такие сказочные времена, когда BRD (Business Requirement Documen) ко мне приходил от бизнес-аналитика и я уже могла, изучив материал, спускаться на уровень взаимодействия систем. И действительно заниматься системным анализом.
Зачем вообщем-то я обо всём этом пишу?
✅Первое - как я сказала выше, вы вырываете сразу себе яму, зачем себя зарывать сразу на старте?
✅Второе - без определённого опыта, на системном уровне сложно оставаться. Получается адовый гибрид - местами понятно, и детально, местами нет, и разработчику нужно додуматься? А бизнес часть поймёт, часть не поймёт. Ни нашим, ни вашим.
✅Третье - чисто эмоционально, будет сложно. Это равносильно тому, что вы хотите сшить костюм, но нет мерок, нет эскиза, но вы уже пошли покупать пуговицы и нитки. Конечно, мы русские люди, любим героизм на пустом месте, создав сначала себе проблемы.
Итого: когда к вам прилетает задача на интеграцию, не бегите сразу читать API, спросите:
👉Зачем и кому нужна эта интеграция?
👉В каких бизнес-процессах она участвует?
👉Кто из пользователей в этих процессах участвует, какие стоят цели со стороны бизнеса?
И опишите сценарий по шаблону Коберну - базовый сценарий, расширения, оставаясь на уровне пользователя, где пользователь источник требований.
#интеграция #челлендж #сценарийинтеграции #мойопыт
Ух. Старалась объяснить на пальцах)
Насколько понятна идея?)
Таааак сейчас будет сложно, а что вы думали?) Работать аналитиком и не ныть? Как бы не так, этот путь для смелых и ироничных)
Когда мы говорим про проектирование интеграции, то хочется сразу начать смотреть вглубь и побежать изучать код, уровень данных, технологий и конечно думать про то, как спроектировать API.
Но пока рано пить шампанское, давайте разберёмся с тем, а зачем нам это всё?
Ключевой артефакт интеграции это use case, представленный в виде sequence диаграммы (сценариев может быть несколько), где наглядно видно, кто кому какие данные передал и в какой момент.
Так вот, когда мы говорим про сценарий, тут ломается многое. Потому что кажется, что это очень простой инструмент. Сценарий у фильма есть, или мини ролика в ютюге. А тут то, как два пальца... И будет сделано.
Но! Мы говорим про системный уровень, когда спускаемся на уровень данных, ошибок, вызовов и технологий. Мы описываем фактически реализацию, и делать сразу такой огромный шаг - это фактически сразу увеличивать сложность задачи, падать в неизвестность и соответственно понижать качество требований.
Поэтому стоит поднять уровень требований выше (см. Пирамида артефактов).
И лучше на уровень пользовательских требований.
Вы меня спросите, какой нафиг пользователь в интеграции? Во-первых, мы смотрим на классификацию от Вигерса, как на некий канон. Но никто нам не запрещает ввести свой уровень абстракции работы с требованиям, чтобы снижать неопределённость.
Это может быть организационный уровень, когда мы прописываем, какая система в сторону какой передала данные, почему и в каком объёме. Выстраиваем процесс.
Use cases - канонично, это уровень пользовательских требований, где мы описываем, как пользователь использует систему, чтобы достигнуть своей бизнес - цели.
То есть, я как пользователь хочу сделать заказ с доставкой на дом. Заказ нужно собрать на складе (система склада) и отдать в службу доставки (сервис доставки). У меня происходит декомпозирование цели и зная, как работает IT-ландшант, аналитик поймёт, где будут стыки взаимодействия систем. Как склад передаёт информацию о заказе в сервис доставке.
И поднимаясь на уровень пользовательских требований мы можем спроектировать сценарии, которые будут понятны нашему бизнес-заказчику. Были такие сказочные времена, когда BRD (Business Requirement Documen) ко мне приходил от бизнес-аналитика и я уже могла, изучив материал, спускаться на уровень взаимодействия систем. И действительно заниматься системным анализом.
Зачем вообщем-то я обо всём этом пишу?
✅Первое - как я сказала выше, вы вырываете сразу себе яму, зачем себя зарывать сразу на старте?
✅Второе - без определённого опыта, на системном уровне сложно оставаться. Получается адовый гибрид - местами понятно, и детально, местами нет, и разработчику нужно додуматься? А бизнес часть поймёт, часть не поймёт. Ни нашим, ни вашим.
✅Третье - чисто эмоционально, будет сложно. Это равносильно тому, что вы хотите сшить костюм, но нет мерок, нет эскиза, но вы уже пошли покупать пуговицы и нитки. Конечно, мы русские люди, любим героизм на пустом месте, создав сначала себе проблемы.
Итого: когда к вам прилетает задача на интеграцию, не бегите сразу читать API, спросите:
👉Зачем и кому нужна эта интеграция?
👉В каких бизнес-процессах она участвует?
👉Кто из пользователей в этих процессах участвует, какие стоят цели со стороны бизнеса?
И опишите сценарий по шаблону Коберну - базовый сценарий, расширения, оставаясь на уровне пользователя, где пользователь источник требований.
#интеграция #челлендж #сценарийинтеграции #мойопыт
Ух. Старалась объяснить на пальцах)
Насколько понятна идея?)