#мысливслух #мирвокруг #проидеи #стартап #подкасты #подслушано #виталийпономарев #капитаннеочевидность #развитие
Будущее уже здесь
Новый подкаст с русским Илоном Маском, хоть он и не любит такое сравнение, взрывает мозг!
Как же мы хотим и боимся нового. Вот только себе представьте беспилотный вид транспорта за ноль денег. Нереально, но вцелом есть тут здравое звено. Когда борьба за минуту внимания будет стоит настолько дорого, что когда тебе нужно будет куда-то переместится за это время будет платить компания. И ты пока едешь смотришь рекламу, например. Стоимость привлечения уже сейчас может достигать сумасшедших денег. Это сложно себе представить как и голографию и дополненную реальность, или возможность вылечить болезнь Альцгеймера.
Да я снова про подкаст. И снова Сергея Мезенцева. Я его слушала в субботу, а мысли варятся уже 3 дня как. И есть большое желание переслушать. Я уже год назад писала про подкаст с Виталием Пономаревым, в этот раз первая часть подкаста была с эффектом вау! Вторая, с мыслью, да блин я уже про это думала! Чего мне не хватает, чтобы реализовывать свои мысли? Смелости чтоль, или сумасшедствия, уверенности. Да фиг знает чего ещё)))
И под конец беседы Виталий сформулировал для меня уже давно очевидные вещи про командообразование. Про культуру компании и замес, когда люди объединены общими ценностями, идеями. И что да самый важный ресурс компании это люди, мне кажется это в 100500 раз пишу))) Понравилось гарвардское определение, что такое бизнес.
Бизнес - это способ управления взаимоотношениями людей, для создания ценности, в том числе и монетарной.
То есть цель бизнеса - это взаимоотношения людей, дальше уже монетарная ценность.
Тут конечно всё хорошо, но большинство людей в России идут работать, чтобы выжить. Тем более в такой сложный год. Ужасающая статистика по займам, что уже 80% населения не имеют возможности платить по кредитам.
Не буду о грустном.
Клёво ещё то, что мысли после подкаста долетают ещё несколько дней. Круто мозг, где-то на подкорке думает и обрабатывает информацию в фоновом режиме. Это кстати ещё одно доказательство того, что человек вне работы думает в фоновом режиме и решает задачи вне. Так что нет смысла работать жёстко только от звонка до звонка, может быстро и не отпустить.
Вообщем рекомендую к прослушиванию на прогулке))) Виталий хорош!
https://youtu.be/OS135Me47Ag
Будущее уже здесь
Новый подкаст с русским Илоном Маском, хоть он и не любит такое сравнение, взрывает мозг!
Как же мы хотим и боимся нового. Вот только себе представьте беспилотный вид транспорта за ноль денег. Нереально, но вцелом есть тут здравое звено. Когда борьба за минуту внимания будет стоит настолько дорого, что когда тебе нужно будет куда-то переместится за это время будет платить компания. И ты пока едешь смотришь рекламу, например. Стоимость привлечения уже сейчас может достигать сумасшедших денег. Это сложно себе представить как и голографию и дополненную реальность, или возможность вылечить болезнь Альцгеймера.
Да я снова про подкаст. И снова Сергея Мезенцева. Я его слушала в субботу, а мысли варятся уже 3 дня как. И есть большое желание переслушать. Я уже год назад писала про подкаст с Виталием Пономаревым, в этот раз первая часть подкаста была с эффектом вау! Вторая, с мыслью, да блин я уже про это думала! Чего мне не хватает, чтобы реализовывать свои мысли? Смелости чтоль, или сумасшедствия, уверенности. Да фиг знает чего ещё)))
И под конец беседы Виталий сформулировал для меня уже давно очевидные вещи про командообразование. Про культуру компании и замес, когда люди объединены общими ценностями, идеями. И что да самый важный ресурс компании это люди, мне кажется это в 100500 раз пишу))) Понравилось гарвардское определение, что такое бизнес.
Бизнес - это способ управления взаимоотношениями людей, для создания ценности, в том числе и монетарной.
То есть цель бизнеса - это взаимоотношения людей, дальше уже монетарная ценность.
Тут конечно всё хорошо, но большинство людей в России идут работать, чтобы выжить. Тем более в такой сложный год. Ужасающая статистика по займам, что уже 80% населения не имеют возможности платить по кредитам.
Не буду о грустном.
Клёво ещё то, что мысли после подкаста долетают ещё несколько дней. Круто мозг, где-то на подкорке думает и обрабатывает информацию в фоновом режиме. Это кстати ещё одно доказательство того, что человек вне работы думает в фоновом режиме и решает задачи вне. Так что нет смысла работать жёстко только от звонка до звонка, может быстро и не отпустить.
Вообщем рекомендую к прослушиванию на прогулке))) Виталий хорош!
https://youtu.be/OS135Me47Ag
YouTube
ВИТАЛИЙ ПОНОМАРЕВ | БЕСПИЛОТНЫЕ МАШИНЫ, ИСЦЕЛЕНИЕ АЛЬЦГЕЙМЕРА, СТАРТАПЫ-ПУЗЫРИ
Производство: БИГ НАМБРЗ
Подкаст выходит при поддержке компании WayRay
https://wayray.com/
Наша команда поможет вам создать свой подкаст - https://bnpodcast.ru
Нашему подкасту ровно год и сегодня в выпуске человек, с которого все началось - Виталий Пономарев…
Подкаст выходит при поддержке компании WayRay
https://wayray.com/
Наша команда поможет вам создать свой подкаст - https://bnpodcast.ru
Нашему подкасту ровно год и сегодня в выпуске человек, с которого все началось - Виталий Пономарев…
#мирвокруг #подслушано #подсмотрено #мысливслух #проопыт #ITаналитик #зачемнуженаналитик #капитаннеочевидность
Для разгона, мысли после нового года)
Прошли новогодние праздники и я хожу, и смотрю на то как меняются разговоры и вопросы ко мне. До нового года самое популярное, о чем все говорили, было "моральное выгорание", потом всё сменилось на техники планирования и постановки целей, а теперь идут разговоры про обучение и саморазвитие.
Вообще это хорошие тенденции. Значит силы есть начать новое.
Сейчас у меня в голове мысль про жизнь в айти когда тебе 40+, и твоё образование безбожно устарело. Новые тенденции врываются в нашу жизнь. Многое предсказывать сложно. И как оставаться востребованным специалистом в отрасли, в которой постоянно появляется новое?
Кроме как менять работу, расширять свою область знаний и ставить себя в новый стресс, который заставит тебя изучать новое, у меня других ответов нет. Образование отстаёт, курсы часто не соответствуют ожиданиям.
Очень интересная штука, что некоторые мои знакомые аналитики стали архитекторами. И я снова услышала фразу - "надоело быть секретарём проекта. " Причём не продактами, хотя многие грезят именно этой должностью, а Тим Лидами аналитических команд и архитекторами. Всё чаще и чаще я слышу словосочетание: бизнес - архитектор, функциональный архитектор. А аналитики становятся в том числе и проектировщиками. Аналитик - проектировщик естественное развитие тренда.
Есть ли потолок в айти? Мне казалось, что да, пока не появилась куча новых инструментов, подходов и трендов в разработке.
Очень крутые и популярные стали словосочетания такие как теория чего либо, системное мышление. Очень интересно, то что изучение мозга всё больше и больше включается в процесс, также как и психология.
При этом всём, люди так хорошо зная свою физиологию, по-прежнему доходят до выгорания.
Ещё одну мысль в голову посеяло выступление Левенчука на Analyst days 2020. Даже его книгу заказала!)))
Он сказал : "назовите аналитика инженером и тогда картина изменится. "
Вот интуитивно я всегда себя называла инженером, и диплом есть)) Инженер отвечает за результат. Аналитик раскладывает и даёт рекомендации по тому, как тот или иной процесс сделать, как решить проблему. Мне не нравится такое определение, но по сути это как с врачом, он даёт рекомендации и смотрит как отреагирует организм на лекарство. Несёт ли врач ответственность? Вопрос...
Потом идёт привыкание и нужно менять лекарство. Снова обследование, анализы, выводы...
А аналитик систем, бизнеса, или аналитик-проектировщик уже совсем другое дело))) звучит красиво!
Возможно, именно из-за термина "аналитик", так сложно в сфере айти оценить и продать этого специалиста. Что он делает то?) что он там анализирует и раскладывает? Хотя цена ошибки аналитика высокая для проекта, а когда роль размазана, то отвечать некому за ошибки.
Для разгона, мысли после нового года)
Прошли новогодние праздники и я хожу, и смотрю на то как меняются разговоры и вопросы ко мне. До нового года самое популярное, о чем все говорили, было "моральное выгорание", потом всё сменилось на техники планирования и постановки целей, а теперь идут разговоры про обучение и саморазвитие.
Вообще это хорошие тенденции. Значит силы есть начать новое.
Сейчас у меня в голове мысль про жизнь в айти когда тебе 40+, и твоё образование безбожно устарело. Новые тенденции врываются в нашу жизнь. Многое предсказывать сложно. И как оставаться востребованным специалистом в отрасли, в которой постоянно появляется новое?
Кроме как менять работу, расширять свою область знаний и ставить себя в новый стресс, который заставит тебя изучать новое, у меня других ответов нет. Образование отстаёт, курсы часто не соответствуют ожиданиям.
Очень интересная штука, что некоторые мои знакомые аналитики стали архитекторами. И я снова услышала фразу - "надоело быть секретарём проекта. " Причём не продактами, хотя многие грезят именно этой должностью, а Тим Лидами аналитических команд и архитекторами. Всё чаще и чаще я слышу словосочетание: бизнес - архитектор, функциональный архитектор. А аналитики становятся в том числе и проектировщиками. Аналитик - проектировщик естественное развитие тренда.
Есть ли потолок в айти? Мне казалось, что да, пока не появилась куча новых инструментов, подходов и трендов в разработке.
Очень крутые и популярные стали словосочетания такие как теория чего либо, системное мышление. Очень интересно, то что изучение мозга всё больше и больше включается в процесс, также как и психология.
При этом всём, люди так хорошо зная свою физиологию, по-прежнему доходят до выгорания.
Ещё одну мысль в голову посеяло выступление Левенчука на Analyst days 2020. Даже его книгу заказала!)))
Он сказал : "назовите аналитика инженером и тогда картина изменится. "
Вот интуитивно я всегда себя называла инженером, и диплом есть)) Инженер отвечает за результат. Аналитик раскладывает и даёт рекомендации по тому, как тот или иной процесс сделать, как решить проблему. Мне не нравится такое определение, но по сути это как с врачом, он даёт рекомендации и смотрит как отреагирует организм на лекарство. Несёт ли врач ответственность? Вопрос...
Потом идёт привыкание и нужно менять лекарство. Снова обследование, анализы, выводы...
А аналитик систем, бизнеса, или аналитик-проектировщик уже совсем другое дело))) звучит красиво!
Возможно, именно из-за термина "аналитик", так сложно в сфере айти оценить и продать этого специалиста. Что он делает то?) что он там анализирует и раскладывает? Хотя цена ошибки аналитика высокая для проекта, а когда роль размазана, то отвечать некому за ошибки.
#бизнесаналитик #системныйаналитик #аналитикIT #мысливслух #мойопыт #перементребуютнашисердца
Аналитик, это роль в команде, которая мало кому делает хорошо. Он докапывается, влезает, фиксирует, изменяет, пишет, говорит, и о боже, может быть недоволен!!! Это источник изменений, а изменения никто не любит. Процитирую Женю Галактионова, его умные мысли нужно записывать: "Изменения в бизнес-процессах вызывают ненависть и отторжение. "
История из жизни.
Я проходила собеседование в одной компании, где во-первых никогда не работали с аналитиками, во вторых, делали порталы, а в третьих, хотели большие проекты, не имея на это инфраструктуру.
Мне предложили стать драйвером новых проектов. Набирать аналитиков, писать ТЗ, всё это якобы поможет компании получать большие проекты, а не только сайты и порталы.
Я прошла все собеседования, пообщалась с основателем компании. Поняла, что проблема будет в ментальном изменение самого основателя. И отказалась. Тем более HR сказала, что такие зарплаты, уровень которой я запросила, никто не получает в команде. Я объяснила HR, что на рынке мне такой уровень зп дают, так что геморрой за дёшево не мой выбор, она вздохнула.
И знаете, это частая проблема. Руководство хочет перемен, но в тоже время не хочет ничего менять. А если у тебя нет поддержки руководителя, ты тонешь первый. Прям как девушка, которая решила ходить на фитнес, но нет для этого времени или спортивного костюма. Одного желания маловато будет.
Сегодня меня посетил #инсайт что аналитика никто не учит теории внесения изменений, в плане живых процессов своей собственной команды разработки. Невозможно изменять документацию или процессы аналитики в вакууме без изменений в команде.
И в тоже время, #капитаннеочевидность аналитик драйвер перемен, который выгорает, если нет поддержки. И когда тебя не слышат, возникает бронхит (привет моя профессиональная, психосоматическая болезнь, последних 10 лет)))).
Чтобы что-то сказать, приходится доказывать эти свои слова. Лезть в фундаментальные исследования, потому что тебя не услышат, или твоя среда просто не выросла, или не хотят изменений, или ещё что-то. А в итоге плохо аналитику. Я не люблю манипулировать людьми, да и не умею, чтобы везде кидать ростки, которые должны помочь человеку осознать, что нужны перемены и действия для их внедрения.
Ещё одна история из жизни. Они блин все похожи как одна!!!)))
Новый ген директор виртуального оператора пришёл в компанию и увидел, что всё работает мягко говоря плохо. Он решил, что ему нужен аналитик. И вот появилась я. Кризис был в стране, я соглашалась на любой проект. И вот начала исследования проводить, как работает ПО. Документацию писать. Проблема руководства - отчёт за месяц собирается 3 суток!!! И нужно отправлять партнёрам и проводить взаиморасчёты. Я описала процесс создания отчёта и вдруг разработка меня не пустила в код. Оказалось!! Разработчики из Киргизии приехали в Москву, своим кланом и решили, что я хочу их уволить. Ибо дофига рою!))) Их запрос в отчёте в итоге оказался ко всем записям БД, а не только в диапазоне последнего месяца. Я им это сказала, они его изменили из 3 дней стало 6 часов, было уже лучше)))
Но меня топили, байкотировали, всячески вставляли палки в колеса, и был так называемый булинг, я заболела бронхитом и уволилась. Спустя пару месяцев мне написали, что разработчики расстроились, хотя сами добивались чтобы меня не было. Зачем нам аналитик то???))
И теперь я понимаю, что кейсы везде одни и те же, и как важно уметь вносить изменения и выстраивать диалог с командой. И как обидно, что все гоняться за Hard skills, не понимая основу из soft skills.
P. S. Аналитик ещё и немного психолог, и себе и всем вокруг. Но в этом во всем главное заботиться о себе, и только о себе. Предупреждая выгорание, по первым звоночкам.
Аналитик, это роль в команде, которая мало кому делает хорошо. Он докапывается, влезает, фиксирует, изменяет, пишет, говорит, и о боже, может быть недоволен!!! Это источник изменений, а изменения никто не любит. Процитирую Женю Галактионова, его умные мысли нужно записывать: "Изменения в бизнес-процессах вызывают ненависть и отторжение. "
История из жизни.
Я проходила собеседование в одной компании, где во-первых никогда не работали с аналитиками, во вторых, делали порталы, а в третьих, хотели большие проекты, не имея на это инфраструктуру.
Мне предложили стать драйвером новых проектов. Набирать аналитиков, писать ТЗ, всё это якобы поможет компании получать большие проекты, а не только сайты и порталы.
Я прошла все собеседования, пообщалась с основателем компании. Поняла, что проблема будет в ментальном изменение самого основателя. И отказалась. Тем более HR сказала, что такие зарплаты, уровень которой я запросила, никто не получает в команде. Я объяснила HR, что на рынке мне такой уровень зп дают, так что геморрой за дёшево не мой выбор, она вздохнула.
И знаете, это частая проблема. Руководство хочет перемен, но в тоже время не хочет ничего менять. А если у тебя нет поддержки руководителя, ты тонешь первый. Прям как девушка, которая решила ходить на фитнес, но нет для этого времени или спортивного костюма. Одного желания маловато будет.
Сегодня меня посетил #инсайт что аналитика никто не учит теории внесения изменений, в плане живых процессов своей собственной команды разработки. Невозможно изменять документацию или процессы аналитики в вакууме без изменений в команде.
И в тоже время, #капитаннеочевидность аналитик драйвер перемен, который выгорает, если нет поддержки. И когда тебя не слышат, возникает бронхит (привет моя профессиональная, психосоматическая болезнь, последних 10 лет)))).
Чтобы что-то сказать, приходится доказывать эти свои слова. Лезть в фундаментальные исследования, потому что тебя не услышат, или твоя среда просто не выросла, или не хотят изменений, или ещё что-то. А в итоге плохо аналитику. Я не люблю манипулировать людьми, да и не умею, чтобы везде кидать ростки, которые должны помочь человеку осознать, что нужны перемены и действия для их внедрения.
Ещё одна история из жизни. Они блин все похожи как одна!!!)))
Новый ген директор виртуального оператора пришёл в компанию и увидел, что всё работает мягко говоря плохо. Он решил, что ему нужен аналитик. И вот появилась я. Кризис был в стране, я соглашалась на любой проект. И вот начала исследования проводить, как работает ПО. Документацию писать. Проблема руководства - отчёт за месяц собирается 3 суток!!! И нужно отправлять партнёрам и проводить взаиморасчёты. Я описала процесс создания отчёта и вдруг разработка меня не пустила в код. Оказалось!! Разработчики из Киргизии приехали в Москву, своим кланом и решили, что я хочу их уволить. Ибо дофига рою!))) Их запрос в отчёте в итоге оказался ко всем записям БД, а не только в диапазоне последнего месяца. Я им это сказала, они его изменили из 3 дней стало 6 часов, было уже лучше)))
Но меня топили, байкотировали, всячески вставляли палки в колеса, и был так называемый булинг, я заболела бронхитом и уволилась. Спустя пару месяцев мне написали, что разработчики расстроились, хотя сами добивались чтобы меня не было. Зачем нам аналитик то???))
И теперь я понимаю, что кейсы везде одни и те же, и как важно уметь вносить изменения и выстраивать диалог с командой. И как обидно, что все гоняться за Hard skills, не понимая основу из soft skills.
P. S. Аналитик ещё и немного психолог, и себе и всем вокруг. Но в этом во всем главное заботиться о себе, и только о себе. Предупреждая выгорание, по первым звоночкам.
#перементребуютнашисердца #капитаннеочевидность #мойопыт #мысливслух #аналитикIT #развитие #обучение #экспериментАша
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается о стену непонимания твоих коллег.
Если подойти к школьнику и сказать, что на ноль делить можно, он покрутит пальцем у виска. Дядя ты ку-ку. Не нужно думать, что все вокруг знают всё, не нужно думать что все вокруг глупы. Просто набор знаний, опыта у каждого человека уникален. И есть определённое доверие, которое ещё нужно получить от человека. Вот вы меня читаете и мне так приятно, значит вы доверяете мне и моим мыслям, но у вас есть свой опыт, и если мы тут с вами не сходимся, то скорее всего вы мне скажете "ой, всё не так!" И это будет ваша правда! Даже если опыт положительный, это не значит, что у другого это сработает.
Почему я так не люблю критическое мышление, оно меня загоняет в такие дебри фундаментальных наук, и всё это подкрепляется ещё и своей собственной неуверенностью, что всё, туши свет!!!
И вот, когда меня не слышут мои коллеги, я начинаю думать, я че не права, чтоль? Может мир изменился и всё ушло далеко, а я тут что-то старое им предложила. Начинаю читать фундаментальные изыскания и делаю вывод, что я попала в эксперимент Аша.
Суть в нем очень проста, когда большинство говорит что-то неверно, ты сомневаешься и, как итог, тоже говоришь также неверно, хотя внутри себя супер не согласен!
Ты в банде, ты вместе с ней идти против стаи и говорить, что "король, то голый!" очень больно для человека. Но внутренняя натура аналитика, который хочет, чтобы всё было по полочкам, не даёт спокойно спать))
Поэтому не нужно забывать ещё и про, то, что ваши коллеги могут просто быть в стадии "неосознанная некомпетентность", чтобы разобраться, изучить и перейти в "осознанную компетентность" и начать говорить с вами на одном языке.
Всё круто выглядит, просто иди и по циклу "проведи коллегу" . Но если твой руководитель в состоянии я знаю лучше, то тут намного всё хуже, и сложно что-то показать человеку. Правда если ваш руководитель открыт, и понимает, что его сотрудник может знать и делать больше, то даст вам "зелёный свет".
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается о стену непонимания твоих коллег.
Если подойти к школьнику и сказать, что на ноль делить можно, он покрутит пальцем у виска. Дядя ты ку-ку. Не нужно думать, что все вокруг знают всё, не нужно думать что все вокруг глупы. Просто набор знаний, опыта у каждого человека уникален. И есть определённое доверие, которое ещё нужно получить от человека. Вот вы меня читаете и мне так приятно, значит вы доверяете мне и моим мыслям, но у вас есть свой опыт, и если мы тут с вами не сходимся, то скорее всего вы мне скажете "ой, всё не так!" И это будет ваша правда! Даже если опыт положительный, это не значит, что у другого это сработает.
Почему я так не люблю критическое мышление, оно меня загоняет в такие дебри фундаментальных наук, и всё это подкрепляется ещё и своей собственной неуверенностью, что всё, туши свет!!!
И вот, когда меня не слышут мои коллеги, я начинаю думать, я че не права, чтоль? Может мир изменился и всё ушло далеко, а я тут что-то старое им предложила. Начинаю читать фундаментальные изыскания и делаю вывод, что я попала в эксперимент Аша.
Суть в нем очень проста, когда большинство говорит что-то неверно, ты сомневаешься и, как итог, тоже говоришь также неверно, хотя внутри себя супер не согласен!
Ты в банде, ты вместе с ней идти против стаи и говорить, что "король, то голый!" очень больно для человека. Но внутренняя натура аналитика, который хочет, чтобы всё было по полочкам, не даёт спокойно спать))
Поэтому не нужно забывать ещё и про, то, что ваши коллеги могут просто быть в стадии "неосознанная некомпетентность", чтобы разобраться, изучить и перейти в "осознанную компетентность" и начать говорить с вами на одном языке.
Всё круто выглядит, просто иди и по циклу "проведи коллегу" . Но если твой руководитель в состоянии я знаю лучше, то тут намного всё хуже, и сложно что-то показать человеку. Правда если ваш руководитель открыт, и понимает, что его сотрудник может знать и делать больше, то даст вам "зелёный свет".
#фасилитация #командообразование #развитие #аналитикIT #мысливслух #мойопыт
Фасилитация встреч. Открытое пространство обсуждений.
Немного рубрики #капитаночевидность хотя чаще всего оно #капитаннеочевидность
Фасилитация встреч всегда для меня что-то из разряда космос, хоть мне часто приходится заниматься проведением встреч. Это действительно одна из основных функций аналитика общаться с заказчиком. А функция руководителя собирать команду, обсуждать и получать взвешенные решения. И вот, я поймала себя на мысли, что на удаленке часть людей молчат, часть участвует. Как заставить участвовать всех?
Тут вопрос к фасилитатору, кто создал встречу, тот вроде как и отвечает. На деле нефига не так. И очень хорошо срабатывает психология людей, мало того, что есть эффект Аша, если толпа говорит другой ответ и я в меньшинстве, я либо соглашусь, либо промолчу. А большинство из нас родом из СССР, где за тупые вопросы, или свое мнение, которое не понимает учитель, шло наказание. И вот планомерно убивалось желание говорить, а если ещё и скажешь что-то не так, все будут издеваться над тобой, высмеивать. Лучше я промолчу. Я очень надеюсь, что у вас всё таки было по-другому.
И вот ты идёшь к руководителю, что-то спрашивает, получаешь негатив раз, потом два, потом не идёшь, заедаешь, замалчиваешь, забиваешь. Лучше я промолчу.
И ведь со мной тоже такое происходит! Зачем говорить, если я уже знаю ответ и он будет негативным.
И вот тут я поняла, насколько же важно создавать открытую территорию, где любой человек из команды, без осуждения, без долгих споров и обсуждений, может высказать свое мнение. Даже если кажется, что это мнение бред. А может ты сам не понимаешь что-то новое? Поэтому такая интерпретация? А если не бред? Зерно попадёт в землю и весной взойдёт. Может и с решением также?
В России есть супер крутая компания в Калининграде, где все кайфуют от работы (они по крайней мере так везде пишут :))). Это ultimate guitar. У них есть в офисе микрофон, в который любой сотрудник компании может сказать своё предложение. Его не обсуждают, хорошо или плохо, бред или нет. Просто записывают в список, и далее компания голосует за идеи, и реализовывает по порядку те которые набирают больше всего баллов.
Так однажды одна идея по переименованию кнопки была реализована и дала рост в разы. Оказалось, что разработчик очень хорошо понимает нюансы английского в Америке и Австралии, где очень популярно приложение ultimate guitar, а пользователи в основном оттуда. И внезапно пользователи лучше поняли услугу, что им предлагают и купили!
А так все ходили бы по офису крутили пальцем у виска, че за бред, переименовать кнопку? Какой мудак это придумал? А ты при этом один против всей компании. Правила отрытости дают возможность каждому думать, участвовать, сплочаться.
И так хочется сказать, что так важно создавать именно такую атмосферу, которая будет открыта. А не так, сказал, половина хихикает, другая половина закатывает глаза к небу.
Вернёмся к фасилитатору, он как раз может управлять встречей и давать возможность по очереди высказываться каждому, даже тем кто в обычной жизни предпочитают молчать. И своим собственным примером и реакцией показывать, что мнение каждого любопытно. Я бы добавила к скиллам аналитика, ещё и обязательную фасилитацию, а не просто умение проводить встречи.
Фасилитация встреч. Открытое пространство обсуждений.
Немного рубрики #капитаночевидность хотя чаще всего оно #капитаннеочевидность
Фасилитация встреч всегда для меня что-то из разряда космос, хоть мне часто приходится заниматься проведением встреч. Это действительно одна из основных функций аналитика общаться с заказчиком. А функция руководителя собирать команду, обсуждать и получать взвешенные решения. И вот, я поймала себя на мысли, что на удаленке часть людей молчат, часть участвует. Как заставить участвовать всех?
Тут вопрос к фасилитатору, кто создал встречу, тот вроде как и отвечает. На деле нефига не так. И очень хорошо срабатывает психология людей, мало того, что есть эффект Аша, если толпа говорит другой ответ и я в меньшинстве, я либо соглашусь, либо промолчу. А большинство из нас родом из СССР, где за тупые вопросы, или свое мнение, которое не понимает учитель, шло наказание. И вот планомерно убивалось желание говорить, а если ещё и скажешь что-то не так, все будут издеваться над тобой, высмеивать. Лучше я промолчу. Я очень надеюсь, что у вас всё таки было по-другому.
И вот ты идёшь к руководителю, что-то спрашивает, получаешь негатив раз, потом два, потом не идёшь, заедаешь, замалчиваешь, забиваешь. Лучше я промолчу.
И ведь со мной тоже такое происходит! Зачем говорить, если я уже знаю ответ и он будет негативным.
И вот тут я поняла, насколько же важно создавать открытую территорию, где любой человек из команды, без осуждения, без долгих споров и обсуждений, может высказать свое мнение. Даже если кажется, что это мнение бред. А может ты сам не понимаешь что-то новое? Поэтому такая интерпретация? А если не бред? Зерно попадёт в землю и весной взойдёт. Может и с решением также?
В России есть супер крутая компания в Калининграде, где все кайфуют от работы (они по крайней мере так везде пишут :))). Это ultimate guitar. У них есть в офисе микрофон, в который любой сотрудник компании может сказать своё предложение. Его не обсуждают, хорошо или плохо, бред или нет. Просто записывают в список, и далее компания голосует за идеи, и реализовывает по порядку те которые набирают больше всего баллов.
Так однажды одна идея по переименованию кнопки была реализована и дала рост в разы. Оказалось, что разработчик очень хорошо понимает нюансы английского в Америке и Австралии, где очень популярно приложение ultimate guitar, а пользователи в основном оттуда. И внезапно пользователи лучше поняли услугу, что им предлагают и купили!
А так все ходили бы по офису крутили пальцем у виска, че за бред, переименовать кнопку? Какой мудак это придумал? А ты при этом один против всей компании. Правила отрытости дают возможность каждому думать, участвовать, сплочаться.
И так хочется сказать, что так важно создавать именно такую атмосферу, которая будет открыта. А не так, сказал, половина хихикает, другая половина закатывает глаза к небу.
Вернёмся к фасилитатору, он как раз может управлять встречей и давать возможность по очереди высказываться каждому, даже тем кто в обычной жизни предпочитают молчать. И своим собственным примером и реакцией показывать, что мнение каждого любопытно. Я бы добавила к скиллам аналитика, ещё и обязательную фасилитацию, а не просто умение проводить встречи.
#аналитикIT #мысливслух #мирвокруг #мойопыт #сеньорпомидор #капитаннеочевидность #командообразование
Хороша ли команда только из сеньоров?
Есть такое распространенное мнение, что нужно нанять команду сеньоров и будет вам счастье. И тут на VC была статья, про нетфликс, удаленку и вот там был пункт, что нужна команда опытных профессионалов (кому интересно, вот ссылка - https://vc.ru/u/304042-epic-growth/205938-rukovoditel-uzhe-na-40-napominaet-vedushchego-teleshou-mihail-trutnev-pro-raspredelennye-komandy) . Я с этим согласна, но есть но. Не очень представляю, чтобы опытный профессионал был готов делать мелкие задачи, которые для него не представляют труда. Как настройка систем, тестирование минимальное, обучение пользователей и тех поддержка. Джуны тут очень важный элемент, они разгружают команду и забирают очень важные вещи с сеньоров и мидлов в том числе.
Джун это и развитие нового специалиста, и прокачка сеньора, чтобы он смог рассказать, обучить, и помочь компании в предупреждение выгорания сеньора. Поэтому я не верю в команду состоящую только из сеньоров.
Про универсальных бойцов-сеньоров. Да круто, что ты универсал и можешь всё! Могу про себя сказать, мне так много всего интересно и нравится. Даже если смотреть на спорт, который я пробовала. Это летом может быть и плавание, и езда на велосипеде, и походы в лес. Зимой и лыжи, и каток, и горные лыжи. Мне много нравится всего, я люблю мультиспорт. Но в разные периоды жизни выбираю разное. И это нормально.
Так и в работе мы можешь любить делать много всего разного, но конкретно в текущий период времени, тебе что-то одно может быть интереснее. Архитектура, проектирование, оптимизация бизнес-процессов и т.п.
И всё равно какие-то сильные стороны, скиллы преимущественно выражены и показывают основной результат. Поэтому любой универсал, в чем-то может быть намного лучше.
Если вы хотите качества в продукте, разделяйте роли и направления деятельности. Это и рынок в том числе диктует и формирует.
Хороша ли команда только из сеньоров?
Есть такое распространенное мнение, что нужно нанять команду сеньоров и будет вам счастье. И тут на VC была статья, про нетфликс, удаленку и вот там был пункт, что нужна команда опытных профессионалов (кому интересно, вот ссылка - https://vc.ru/u/304042-epic-growth/205938-rukovoditel-uzhe-na-40-napominaet-vedushchego-teleshou-mihail-trutnev-pro-raspredelennye-komandy) . Я с этим согласна, но есть но. Не очень представляю, чтобы опытный профессионал был готов делать мелкие задачи, которые для него не представляют труда. Как настройка систем, тестирование минимальное, обучение пользователей и тех поддержка. Джуны тут очень важный элемент, они разгружают команду и забирают очень важные вещи с сеньоров и мидлов в том числе.
Джун это и развитие нового специалиста, и прокачка сеньора, чтобы он смог рассказать, обучить, и помочь компании в предупреждение выгорания сеньора. Поэтому я не верю в команду состоящую только из сеньоров.
Про универсальных бойцов-сеньоров. Да круто, что ты универсал и можешь всё! Могу про себя сказать, мне так много всего интересно и нравится. Даже если смотреть на спорт, который я пробовала. Это летом может быть и плавание, и езда на велосипеде, и походы в лес. Зимой и лыжи, и каток, и горные лыжи. Мне много нравится всего, я люблю мультиспорт. Но в разные периоды жизни выбираю разное. И это нормально.
Так и в работе мы можешь любить делать много всего разного, но конкретно в текущий период времени, тебе что-то одно может быть интереснее. Архитектура, проектирование, оптимизация бизнес-процессов и т.п.
И всё равно какие-то сильные стороны, скиллы преимущественно выражены и показывают основной результат. Поэтому любой универсал, в чем-то может быть намного лучше.
Если вы хотите качества в продукте, разделяйте роли и направления деятельности. Это и рынок в том числе диктует и формирует.
#мысливслух #резюме #частыеошибки #аналитикIT #подборперсонала #собеседования #самодиагностика
Да кто вообще читает резюме?
Хочется сказать - я!)
Многие ленятся обновлять резюме, с ним работать. Но фактически это ваша "этикетка" при продажи, как специалиста. Поэтому мне удивительно, когда человек даже не читал, то что он написал. Если прочитать вслух, можно сразу увидеть, где есть разночтения, не согласованный текст, и часто ошибки в словах.
Ещё частая проблема, это позиционирование себя. Да, к сожалению чёткости мало у нас в специализациях, но чтобы мне понять подходит человек или нет, очень хочется узнать, а что же он ищет? Он в резюме универсал, но может ему не будет интересно, о чем мы занимаемся. Я сижу и придумываю гипотезы. Очень здорово, когда человек пишет, что ищет, хотя бы примерно.
Мой любимый раздел "о себе", он много чего может рассказать о человеке. И я всегда так огорчаюсь, когда раздел пустой.
И конечно пока ты читаешь резюме, ты фактически общаешься с человеком. У нас нет культуры работать с резюме, платить консультантам, hr, чтобы показать резюме и его поправить. Хотя 2000 - 5000 и многое можно узнать о себе со стороны.
Я сама очень не люблю обновлять резюме, но когда ты по ту сторону баррикад, стараюсь писать всё ёмко и чётко. И если меня не зовут на собеседования, я меняю описание, корректирую свои "хотелки" к новому месту работы.
Чтобы попасть в выборку к hr, я также часто обновляла резюме на hh, мало кто знает, или много, но я тут включу #капитаннеочевидность в больших компаниях есть системы треккинга резюме. Поэтому твоя красота туда заливается автоматом из hh. Это ещё и ответ на то, что нестандартные резюме могут потеряться. Правда тут больше уже вопрос к hr.
Так что настоятельно вам рекомендую читать своё резюме, дать почитать знакомому, у кого всё хорошо с русским языком. Поработать над своим позиционированием, проводить итерации обновления, особенно после собеседований, когда картина мира становится более чёткой. И будет вам счастье))))
Да кто вообще читает резюме?
Хочется сказать - я!)
Многие ленятся обновлять резюме, с ним работать. Но фактически это ваша "этикетка" при продажи, как специалиста. Поэтому мне удивительно, когда человек даже не читал, то что он написал. Если прочитать вслух, можно сразу увидеть, где есть разночтения, не согласованный текст, и часто ошибки в словах.
Ещё частая проблема, это позиционирование себя. Да, к сожалению чёткости мало у нас в специализациях, но чтобы мне понять подходит человек или нет, очень хочется узнать, а что же он ищет? Он в резюме универсал, но может ему не будет интересно, о чем мы занимаемся. Я сижу и придумываю гипотезы. Очень здорово, когда человек пишет, что ищет, хотя бы примерно.
Мой любимый раздел "о себе", он много чего может рассказать о человеке. И я всегда так огорчаюсь, когда раздел пустой.
И конечно пока ты читаешь резюме, ты фактически общаешься с человеком. У нас нет культуры работать с резюме, платить консультантам, hr, чтобы показать резюме и его поправить. Хотя 2000 - 5000 и многое можно узнать о себе со стороны.
Я сама очень не люблю обновлять резюме, но когда ты по ту сторону баррикад, стараюсь писать всё ёмко и чётко. И если меня не зовут на собеседования, я меняю описание, корректирую свои "хотелки" к новому месту работы.
Чтобы попасть в выборку к hr, я также часто обновляла резюме на hh, мало кто знает, или много, но я тут включу #капитаннеочевидность в больших компаниях есть системы треккинга резюме. Поэтому твоя красота туда заливается автоматом из hh. Это ещё и ответ на то, что нестандартные резюме могут потеряться. Правда тут больше уже вопрос к hr.
Так что настоятельно вам рекомендую читать своё резюме, дать почитать знакомому, у кого всё хорошо с русским языком. Поработать над своим позиционированием, проводить итерации обновления, особенно после собеседований, когда картина мира становится более чёткой. И будет вам счастье))))
#uxui #проектирование #системныйанализ #системныйаналитик #мойопыт #капитанНЕочевидность #моемнение
Я очень рада, что эволюция команд разработки пришла к выводу, что команде нужен аналитик, и не любой член команды может быть аналитиком, но и кроме классического набора специалистов, команде нужен специалист по UX/UI.
А что нужно знать и уметь аналитику при соприкосновение со специалистом по UX/UI?
Итак, попробую составить список:
👉1. Понимать, что такое UI kit. Уметь его читать и работать с ним. Чтобы набор элементов интерфейсов был у всех единый.
👉2. Разбираться, и я бы даже сказала, что вытаскивать из front разработки архитектуру построения веб-интерфейса. Если у вас несколько окон, важно понять, чтобы переключаясь между окнами пользователь видел элементы управления на одних и тех же местах. А вы понимали, где что можно менять и располагать.
👉3. В одной из команд у нас был фреймворк front разработки. И это наше ограничение и инструмент. Поэтому аналитику нужно было понимать, что его фантазия и фантазия проектировщика ux/ui ограничена строгим набором элементов и их сочетанием.
👉4. У многих аналитиков проблема в том, что они не знают основные элементы веб-интерфейсов. Какой элемент, как работает, как называется. Стоит записывать названия за разрабами и проектировщиками, изучать, запоминать. А то начинается радиобаттон, становится чек боксом...
👉5. Не знаю как назвать, скажу что- веяние моды - и наверное виток развитие дизайна, это то что многие свои интерфейсы делают под гугл. И бывает бесполезно просить дизайнеров убирать серый цвет, потому что гугл всё делает именно так)))
👉6. Насмотренность. Смотрите как работают ваши конкуренты. Замечаете Паттерны в тех интерфейса, где вы, как пользователь, достигаете своей цели без эмоционных взрывов))) Если вы делаете ERP систему, посмотрите SAP, 1C, презентации разных систем.
👉7. Портрет пользователя (многие о нем забывают), можно найти в фотобанке или в справочнике сотрудников)))) тоже хорошо работает, когда говоришь, кто наш пользователь. Как ux/ui специалисту, так и команде разработки.
👉8. Без сценариев поведения пользователя в интерфейсе никуда))) тут конечно здорово проводить тестирование интерфейса и наблюдать за поведением реальных пользователей, очень прочищает мозги, когда видишь, что пользователь ведет себя не так, как ты думал и проектировал))
👉9. Знать названия, или в идеале уметь работать в самых распространенных приложениях моделирования, в которых работают проектировщики интерфейсов. Но на практике хватает visio, balsamiq, draw.io, axure. Рисовать кликабельные интерфейсы это уже топ. Я бы за рамками оставила.
👉10. Создавать макеты веб-интерфейса, как способ выявления требований. Тут очень аккуратно нужно быть, чтобы потом пользователь понимал, что это не 100% результат, или если интерфейс кликабельный, что это не равно рабочий интерфейс. И да, иногда макетом можно себя подписать под жёсткую разработку, если мы говорим, например, про госы.
👉11. И без мобильного приложения сейчас никуда. Так что стоит понимать как работает Android, IOS, как работает пользователь в том или другом интерфейсе. Аналитик у нас как-то спас команду, когда нарисовал диаграмму User Flow, показывая переходы по экранам мобилки. Я когда-то работала в приложение marvel, и переводила фоточки от руки нарисованных макетов в кликабельный интерфейс мобилки. Занимательно)
В заключение хочу сказать, что проектировщики ux/ui тоже выполняют часть анализа и очень круто, если в вашей команде есть такой человек)
Я очень рада, что эволюция команд разработки пришла к выводу, что команде нужен аналитик, и не любой член команды может быть аналитиком, но и кроме классического набора специалистов, команде нужен специалист по UX/UI.
А что нужно знать и уметь аналитику при соприкосновение со специалистом по UX/UI?
Итак, попробую составить список:
👉1. Понимать, что такое UI kit. Уметь его читать и работать с ним. Чтобы набор элементов интерфейсов был у всех единый.
👉2. Разбираться, и я бы даже сказала, что вытаскивать из front разработки архитектуру построения веб-интерфейса. Если у вас несколько окон, важно понять, чтобы переключаясь между окнами пользователь видел элементы управления на одних и тех же местах. А вы понимали, где что можно менять и располагать.
👉3. В одной из команд у нас был фреймворк front разработки. И это наше ограничение и инструмент. Поэтому аналитику нужно было понимать, что его фантазия и фантазия проектировщика ux/ui ограничена строгим набором элементов и их сочетанием.
👉4. У многих аналитиков проблема в том, что они не знают основные элементы веб-интерфейсов. Какой элемент, как работает, как называется. Стоит записывать названия за разрабами и проектировщиками, изучать, запоминать. А то начинается радиобаттон, становится чек боксом...
👉5. Не знаю как назвать, скажу что- веяние моды - и наверное виток развитие дизайна, это то что многие свои интерфейсы делают под гугл. И бывает бесполезно просить дизайнеров убирать серый цвет, потому что гугл всё делает именно так)))
👉6. Насмотренность. Смотрите как работают ваши конкуренты. Замечаете Паттерны в тех интерфейса, где вы, как пользователь, достигаете своей цели без эмоционных взрывов))) Если вы делаете ERP систему, посмотрите SAP, 1C, презентации разных систем.
👉7. Портрет пользователя (многие о нем забывают), можно найти в фотобанке или в справочнике сотрудников)))) тоже хорошо работает, когда говоришь, кто наш пользователь. Как ux/ui специалисту, так и команде разработки.
👉8. Без сценариев поведения пользователя в интерфейсе никуда))) тут конечно здорово проводить тестирование интерфейса и наблюдать за поведением реальных пользователей, очень прочищает мозги, когда видишь, что пользователь ведет себя не так, как ты думал и проектировал))
👉9. Знать названия, или в идеале уметь работать в самых распространенных приложениях моделирования, в которых работают проектировщики интерфейсов. Но на практике хватает visio, balsamiq, draw.io, axure. Рисовать кликабельные интерфейсы это уже топ. Я бы за рамками оставила.
👉10. Создавать макеты веб-интерфейса, как способ выявления требований. Тут очень аккуратно нужно быть, чтобы потом пользователь понимал, что это не 100% результат, или если интерфейс кликабельный, что это не равно рабочий интерфейс. И да, иногда макетом можно себя подписать под жёсткую разработку, если мы говорим, например, про госы.
👉11. И без мобильного приложения сейчас никуда. Так что стоит понимать как работает Android, IOS, как работает пользователь в том или другом интерфейсе. Аналитик у нас как-то спас команду, когда нарисовал диаграмму User Flow, показывая переходы по экранам мобилки. Я когда-то работала в приложение marvel, и переводила фоточки от руки нарисованных макетов в кликабельный интерфейс мобилки. Занимательно)
В заключение хочу сказать, что проектировщики ux/ui тоже выполняют часть анализа и очень круто, если в вашей команде есть такой человек)
#мысливслух #эксперимент #принятиерешения #рассуждения #психология
Как авторитет влияет на решение человека, даже если приказ/поручение абсурд
Наткнулась на описание психологического эксперимента. Что фактически 66% подчиняются приказам выше, даже если они абсурдные. И только 12% начинают говорить нет, когда уже достиг максимум абсурда приказа.
Вот сколько на самых первых шагах могут сказать "нет, я не буду это делать, это абсурд" , в описание нет. Но мне кажется цифра ещё меньше.
Здесь очень много можно рассуждать и о психотипах, о воспитание, о том может ли человек противостоять системе, даже если она абсурдна.
Да и вцелом довольно таки старые психологические опыты, часто в современности начинают пересматривать и делать другие, дополнительные выводы. Но в любом случае информация очень любопытная. Обычно говорят только про эффект Аша, писала о нем вот тут
https://t.me/start_in_IT/301
https://t.me/start_in_IT/302
О том как командное решение влияет на человека, но о том как авторитет влияет на решение и дальше действия в айти среде обычно молчат)))
https://tech-onliner-by.turbopages.org/tech.onliner.by/s/2020/10/11/pochemu-lyudi-gotovy-pytat-drugix-lyudej
Как авторитет влияет на решение человека, даже если приказ/поручение абсурд
Наткнулась на описание психологического эксперимента. Что фактически 66% подчиняются приказам выше, даже если они абсурдные. И только 12% начинают говорить нет, когда уже достиг максимум абсурда приказа.
Вот сколько на самых первых шагах могут сказать "нет, я не буду это делать, это абсурд" , в описание нет. Но мне кажется цифра ещё меньше.
Здесь очень много можно рассуждать и о психотипах, о воспитание, о том может ли человек противостоять системе, даже если она абсурдна.
Да и вцелом довольно таки старые психологические опыты, часто в современности начинают пересматривать и делать другие, дополнительные выводы. Но в любом случае информация очень любопытная. Обычно говорят только про эффект Аша, писала о нем вот тут
https://t.me/start_in_IT/301
https://t.me/start_in_IT/302
О том как командное решение влияет на человека, но о том как авторитет влияет на решение и дальше действия в айти среде обычно молчат)))
https://tech-onliner-by.turbopages.org/tech.onliner.by/s/2020/10/11/pochemu-lyudi-gotovy-pytat-drugix-lyudej
Telegram
Записки ИТ специалиста
#перементребуютнашисердца #капитаннеочевидность #мойопыт #мысливслух #аналитикIT #развитие #обучение #экспериментАша
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается…
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается…
#блоксхема #мойопыт #капитаночевидность #капитанНЕочевидность #мысливслух #нотации #системныйанализ
Блок - схема, недооцененная диаграмма, или универсальный инструмент?
Я люблю блок-схему и считаю одним из самых универсальных инструментов. И как всегда, тут важно понимать правила применения. Так как в институте у меня не было uml, bpmn и других нотаций, много было блок-схем, и нас гоняли по ним и по ГОСТу построения подобных диаграмм. И не зря!
На вопрос, что выбрать из нотаций, чтобы изобразить процесс, алгоритм я всегда говорю блок - схему, или активити. Почему-то активити диаграмма стала не очень популярна. Ну конечно, у нас же есть bpmn, а блок-схема простая и пережиток старого. Дайте нам помоднее)
Так ли это?
Посмотрим вглубь.
✅1.Я больше не знаю российских ГОСТов, в которых бы так хорошо описывались нотации, как это сделано по блок-схеме.
✅2.Название то какое! Это схема из блоков) с чёткой типизацией блоков.
✅3.Это визуализация графа, в основе которого лежат сети Петри и планарный граф. А граф мы можем применить для описания алгоритма.
✅4.Ну и не дураки всё таки придумали визуализацию алгоритмов (так я конечно про любую нотацию могу сказать))).
✅5.Это первая диаграмма, которую использовали для описания алгоритмов, которые уже превращали в код (если это не так, то расскажите мне дополнительно).
И что самое для меня главное в любой нотации - это чётко понять правила составления диаграммы.
Соблюдая правила мы можем правильно применять, тот фундамент, что был заложен изначально. И увеличиваем качество проектирования.
Блок-схема имеет правила составления, что даёт нам возможность достаточно чётко разложить процесс.
Попробую эти правила описать:
✅1.У блок-схемы всегда есть начало и конец, это единственные элементы, в которых допускается изображение разрыва потока.
✅2.Каждый элемент - это шаг процесса, а они чётко определены гостом и операциями, которые допустимы в ЭВМ:
👉ввод/вывод,
👉действия,
👉логический блок,
👉печать,
👉подпроцесс (процедура).
Есть ещё дополнительные блоки: цикл, документы, соединитель, комментарии.
Даже если вы по такой классификации разложите шаги процесса уже будет очень мощно! Что вцелом даёт возможность далее и функционую архитектуру решения более чётко описать.
✅3.Я написала про планарный граф, это правило нам говорит о том, что наша Блок-схема должна минимально иметь пересечения линий (а лучше вообще не иметь пересечения, если они есть, что-то не так с проектированием). Отличное ограничение, которые в любой нотации стоит держать в голове.
✅4.Правило "шампура", мы должны создавать шаги процесса так, чтобы у нас был основной поток, и изображение диаграммы похоже на нанизывание кусочков шашлыка на шампур. Ветки и пелти могут уходить в блок и возвращаться в основной процесс.
✅5.Чаще всего диаграмма идёт сверху в низ. Слева направо мне не очень нравится такие диаграммы рисовать и читать.
✅6.Если у нас получается очень длинная диаграмма, то возможно стоит задуматься о том, чтобы процесс делить на этапы и выделять процедуры. Учиться видеть, какие куски процесса можно переиспользовать и выделять их в подпроцессы, процедуры, описывать отдельно.
✅7.В диаграмме не должно быть разрывов. Нужно проверять правила, что из блока не должно быть несколько выходящих стрелок, допустима только одна. Если вам нужно ветвление, нужно воспользоваться логическим блоком.
✅8.Обязательно проверять диаграмму на скрытые циклы, где нарушена логика операций и процесс может зациклится.
✅9.В логическом элементе условие и стрелочки должны быть подписаны. При этом это логика, то есть вопрос должен быть локаничен и иметь ответы "да" - "нет".
✅10.Мы рисовали подобные диаграммы на листе бумаги, по правилу, что каждый блок расположен под другим и имеют одинаковую ширину и высоту, что тоже учит формулировать текст шага так, чтобы он уместился в блок, был понятен, и одновременно локаничен.
Блок - схема, недооцененная диаграмма, или универсальный инструмент?
Я люблю блок-схему и считаю одним из самых универсальных инструментов. И как всегда, тут важно понимать правила применения. Так как в институте у меня не было uml, bpmn и других нотаций, много было блок-схем, и нас гоняли по ним и по ГОСТу построения подобных диаграмм. И не зря!
На вопрос, что выбрать из нотаций, чтобы изобразить процесс, алгоритм я всегда говорю блок - схему, или активити. Почему-то активити диаграмма стала не очень популярна. Ну конечно, у нас же есть bpmn, а блок-схема простая и пережиток старого. Дайте нам помоднее)
Так ли это?
Посмотрим вглубь.
✅1.Я больше не знаю российских ГОСТов, в которых бы так хорошо описывались нотации, как это сделано по блок-схеме.
✅2.Название то какое! Это схема из блоков) с чёткой типизацией блоков.
✅3.Это визуализация графа, в основе которого лежат сети Петри и планарный граф. А граф мы можем применить для описания алгоритма.
✅4.Ну и не дураки всё таки придумали визуализацию алгоритмов (так я конечно про любую нотацию могу сказать))).
✅5.Это первая диаграмма, которую использовали для описания алгоритмов, которые уже превращали в код (если это не так, то расскажите мне дополнительно).
И что самое для меня главное в любой нотации - это чётко понять правила составления диаграммы.
Соблюдая правила мы можем правильно применять, тот фундамент, что был заложен изначально. И увеличиваем качество проектирования.
Блок-схема имеет правила составления, что даёт нам возможность достаточно чётко разложить процесс.
Попробую эти правила описать:
✅1.У блок-схемы всегда есть начало и конец, это единственные элементы, в которых допускается изображение разрыва потока.
✅2.Каждый элемент - это шаг процесса, а они чётко определены гостом и операциями, которые допустимы в ЭВМ:
👉ввод/вывод,
👉действия,
👉логический блок,
👉печать,
👉подпроцесс (процедура).
Есть ещё дополнительные блоки: цикл, документы, соединитель, комментарии.
Даже если вы по такой классификации разложите шаги процесса уже будет очень мощно! Что вцелом даёт возможность далее и функционую архитектуру решения более чётко описать.
✅3.Я написала про планарный граф, это правило нам говорит о том, что наша Блок-схема должна минимально иметь пересечения линий (а лучше вообще не иметь пересечения, если они есть, что-то не так с проектированием). Отличное ограничение, которые в любой нотации стоит держать в голове.
✅4.Правило "шампура", мы должны создавать шаги процесса так, чтобы у нас был основной поток, и изображение диаграммы похоже на нанизывание кусочков шашлыка на шампур. Ветки и пелти могут уходить в блок и возвращаться в основной процесс.
✅5.Чаще всего диаграмма идёт сверху в низ. Слева направо мне не очень нравится такие диаграммы рисовать и читать.
✅6.Если у нас получается очень длинная диаграмма, то возможно стоит задуматься о том, чтобы процесс делить на этапы и выделять процедуры. Учиться видеть, какие куски процесса можно переиспользовать и выделять их в подпроцессы, процедуры, описывать отдельно.
✅7.В диаграмме не должно быть разрывов. Нужно проверять правила, что из блока не должно быть несколько выходящих стрелок, допустима только одна. Если вам нужно ветвление, нужно воспользоваться логическим блоком.
✅8.Обязательно проверять диаграмму на скрытые циклы, где нарушена логика операций и процесс может зациклится.
✅9.В логическом элементе условие и стрелочки должны быть подписаны. При этом это логика, то есть вопрос должен быть локаничен и иметь ответы "да" - "нет".
✅10.Мы рисовали подобные диаграммы на листе бумаги, по правилу, что каждый блок расположен под другим и имеют одинаковую ширину и высоту, что тоже учит формулировать текст шага так, чтобы он уместился в блок, был понятен, и одновременно локаничен.
Начало 👆
Блок - схема
#блоксхема #мойопыт #капитаночевидность #капитанНЕочевидность #мысливслух #нотации #системныйанализ
В завершение скажу, что да ГОСТ морально устарел, есть диаграммы активити, которые на 90% похожи на блок-схему. Но вот эти правила, ограничения и фундамент в виде теорий построения графов нас держит в определённых ограничениях и заставляют задавать неудобные вопросы и более чётко проектировать решения именно для реализации на вычислительных машинах.
Плюс как ни крути, маленькие и иногда и не очень маленькие, полезные зерна проектирования прорастут и помогут уже в современных нотациях повышать качество.
Самая большая проблема всех нотаций (это чисто моё мнение) состоит в том, что это визуализация большого комплекса теорий на которых строятся комплексы и сети, и первично это, а визуализация вторична, а мы учим наоборот. Аналитик гонится за тем, чтобы текстом или диаграммой быстро что-то зафиксировать, это не проектирование это дилетанство (другого слова не могу подобрать).
Поэтому мой призыв, если вы не уверены в своих силах и знаниях, берите нотацию как она есть и не придумывайте свои правила игры.
Диаграмма и нотация фактически для вас трафарет, что даст получить хороший результат!📌
Блок - схема
#блоксхема #мойопыт #капитаночевидность #капитанНЕочевидность #мысливслух #нотации #системныйанализ
В завершение скажу, что да ГОСТ морально устарел, есть диаграммы активити, которые на 90% похожи на блок-схему. Но вот эти правила, ограничения и фундамент в виде теорий построения графов нас держит в определённых ограничениях и заставляют задавать неудобные вопросы и более чётко проектировать решения именно для реализации на вычислительных машинах.
Плюс как ни крути, маленькие и иногда и не очень маленькие, полезные зерна проектирования прорастут и помогут уже в современных нотациях повышать качество.
Самая большая проблема всех нотаций (это чисто моё мнение) состоит в том, что это визуализация большого комплекса теорий на которых строятся комплексы и сети, и первично это, а визуализация вторична, а мы учим наоборот. Аналитик гонится за тем, чтобы текстом или диаграммой быстро что-то зафиксировать, это не проектирование это дилетанство (другого слова не могу подобрать).
Поэтому мой призыв, если вы не уверены в своих силах и знаниях, берите нотацию как она есть и не придумывайте свои правила игры.
Диаграмма и нотация фактически для вас трафарет, что даст получить хороший результат!
Please open Telegram to view this post
VIEW IN TELEGRAM
Зачем аналитик ИТ-проекту?
#вебинар #мысливслух #капитанНЕочевидность #рассуждения #зачеманалитикпроекту
В прошлом году на конференции CodeFest, Андрей Бураков говорил, про то почему не нужен аналитик))) а я вот ранее говорила о том "зачем аналитик проекту"?
Мой вебинар 👇
https://www.youtube.com/live/sIi1JdB4Iow?feature=share
Так убедительно рассказывала, что некоторые менеджеры в начале проектов заложили в бюджет ставку аналитика.😎
А боль у меня возникала ни раз, когда приходилось команде объяснять кто я и зачем нужна. Продавать не только себя, но и свою должность.
А вывод тут такой, что если специалист, как "слон в посудной лавке", то он никому не нужен) Иначе мы бы не гнались за развитием, прокачкой скиллов и повышением своей экспертизы #капитаночевидность для итогового повышения качества своей работы и стоимости на рынке.🤦♂️
P. S. Доклад Андрея https://www.youtube.com/watch?v=Zy8hgk7tLzU&pp=ygUb0LDQvdC00YDQtdC5INCx0YPRgNCw0LrQvtCy
На площадке Евгения Галактионова https://t.me/systemspodhod "Системный подход" https://www.youtube.com/@systems-podhod
А вы за наличие аналитика на проекте или против?❓
#вебинар #мысливслух #капитанНЕочевидность #рассуждения #зачеманалитикпроекту
В прошлом году на конференции CodeFest, Андрей Бураков говорил, про то почему не нужен аналитик))) а я вот ранее говорила о том "зачем аналитик проекту"?
Мой вебинар 👇
https://www.youtube.com/live/sIi1JdB4Iow?feature=share
Так убедительно рассказывала, что некоторые менеджеры в начале проектов заложили в бюджет ставку аналитика.
А боль у меня возникала ни раз, когда приходилось команде объяснять кто я и зачем нужна. Продавать не только себя, но и свою должность.
А вывод тут такой, что если специалист, как "слон в посудной лавке", то он никому не нужен) Иначе мы бы не гнались за развитием, прокачкой скиллов и повышением своей экспертизы #капитаночевидность для итогового повышения качества своей работы и стоимости на рынке.
P. S. Доклад Андрея https://www.youtube.com/watch?v=Zy8hgk7tLzU&pp=ygUb0LDQvdC00YDQtdC5INCx0YPRgNCw0LrQvtCy
На площадке Евгения Галактионова https://t.me/systemspodhod "Системный подход" https://www.youtube.com/@systems-podhod
А вы за наличие аналитика на проекте или против?
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Зачем проекту аналитик? Наталья Косинова #системныйаналитик #системныйанализ
Обучение на системного аналитика с нуля— интенсивная онлайн-программа переподготовки https://ssa.io/IJOnVV
Вебинар "Зачем проекту аналитик?" покажет на наглядном примере из жизни плюсы и минусы разработки программных продуктов с отдельно выделенной ролью…
Вебинар "Зачем проекту аналитик?" покажет на наглядном примере из жизни плюсы и минусы разработки программных продуктов с отдельно выделенной ролью…
Впечатления от UIC.DEV 2023 Ижевск ⚡️
#UIC.DEV #впечатления #тасамаяумнаявечеринка #ижевск #моемнение #выводы
Вот и прошла конференция UIC.DEV в Ижевске. И это было огненно!📣
Немного выводов из серии #капитаночевидность, а может и #капитаннеочевидность
1.Конференция это конечно нетворкинг и комюнити. А говоря по-русски, айти братство! Атмосфера на конференции, когда ты докладчик отличается от той когда ты участник. Мне нравится и так, и так.
2.Конференция в Ижевске выполняет все поставленные цели перед конференцией региона. Хотя я не знаю реального перечня)) Самое главное - живое общение, за счёт которого можно привести в регион знания, опыт, связи, и дать развитие.
3.Можно познакомиться с интересными людьми, найти и заказчиков, и экспертов, и подписчиков. На людей посмотреть, себя показать.
4.Прокачаться в публичных выступлениях.
5.Увидеть Россию! Я впервые была в Ижевске и было интересно узнать историю, боли, и текущее состояние региона. Всё даже в двух словах не описать.
6.Что на CodeFest, что на UIC.DEV были интересные и я бы сказала уже легендарные личности. В Ижевске был Николай Николаевич Непейвода. Про него можно почитать Википедию. Он подтвердил множество моих мыслей и мне от этого даже стало спокойнее, ибо когда некоторые выводы делаю, меня считают сумасшедшей. Даже если итак, ну и пусть🤡
Теперь хочется переварить информацию, впечатления, всё таки взять книгу Николай Николаевича и почитать, сделать пару вебинаров точно, и реализовать ещё кучу своих идей, а может и идей, которые летали в кулуарах здания Интеграл в Ижевске. Эту атмосферу я уношу с собой, и для меня самая большая благодарность - это улыбки участников в зале, во время моего выступления) И среди вопросов это вопрос от разработчика!!! Разработчик не ушёл из секции анализа, так ещё и задал вопрос, не своим аналитикам, а мне! Вот это уровень доверия пространству, где можно себя чувствовать открыто, это самое главное, безопасность, даёт возможность быть открытым и раскованным, чтобы хотя бы чуть-чуть стать лучше и иметь заряд для действий дальше!) А ради этого точно стоит стараться!🔥
#UIC.DEV #впечатления #тасамаяумнаявечеринка #ижевск #моемнение #выводы
Вот и прошла конференция UIC.DEV в Ижевске. И это было огненно!
Немного выводов из серии #капитаночевидность, а может и #капитаннеочевидность
1.Конференция это конечно нетворкинг и комюнити. А говоря по-русски, айти братство! Атмосфера на конференции, когда ты докладчик отличается от той когда ты участник. Мне нравится и так, и так.
2.Конференция в Ижевске выполняет все поставленные цели перед конференцией региона. Хотя я не знаю реального перечня)) Самое главное - живое общение, за счёт которого можно привести в регион знания, опыт, связи, и дать развитие.
3.Можно познакомиться с интересными людьми, найти и заказчиков, и экспертов, и подписчиков. На людей посмотреть, себя показать.
4.Прокачаться в публичных выступлениях.
5.Увидеть Россию! Я впервые была в Ижевске и было интересно узнать историю, боли, и текущее состояние региона. Всё даже в двух словах не описать.
6.Что на CodeFest, что на UIC.DEV были интересные и я бы сказала уже легендарные личности. В Ижевске был Николай Николаевич Непейвода. Про него можно почитать Википедию. Он подтвердил множество моих мыслей и мне от этого даже стало спокойнее, ибо когда некоторые выводы делаю, меня считают сумасшедшей. Даже если итак, ну и пусть
Теперь хочется переварить информацию, впечатления, всё таки взять книгу Николай Николаевича и почитать, сделать пару вебинаров точно, и реализовать ещё кучу своих идей, а может и идей, которые летали в кулуарах здания Интеграл в Ижевске. Эту атмосферу я уношу с собой, и для меня самая большая благодарность - это улыбки участников в зале, во время моего выступления) И среди вопросов это вопрос от разработчика!!! Разработчик не ушёл из секции анализа, так ещё и задал вопрос, не своим аналитикам, а мне! Вот это уровень доверия пространству, где можно себя чувствовать открыто, это самое главное, безопасность, даёт возможность быть открытым и раскованным, чтобы хотя бы чуть-чуть стать лучше и иметь заряд для действий дальше!) А ради этого точно стоит стараться!
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжаю разговор про типажи менеджеров.
#капитаннеочевидность #выводы #управление #одинокаяженщина #одинокийковбой #рассуждения #books #мояполка #управлениеизменениями #типыменеджеров #ицхакадизес #мысливслух
Мой пост про тип менеджерей одинокого ковбоя/одинокую женщину вызвал море обсуждений.
Хочу сказать, что это гипертрофированный типаж, и в чистом виде такие есть персонажи и в каждом из нас они тоже есть. И это нормально, когда в нас есть целый набор типажей, каких-то меньше, каких-то больше. Мы живые люди и пока мы живём мы меняемся. И во мне тоже есть % одинокой женщины.
Я ещё не про все типажи из книги Адизеса рассказала и из своей практики в том числе))
Люблю читать подобные книги, они дают возможность переосмыслить свой опыт. Я тут пока ездила в Ижевск, слушала подкаст Сергея Мезенцева с Яной Чурикой, и она сформулировала моё состояние. Что когда она работала на MTV в золотые времена, и в золотом составе, она просто творила рок-н-ролл и просто делала. Всё получалось. И когда ты молод, ты не понимаешь почему так, а потом уже в зрелом возрасте, можно сесть посмотреть назад и сказать, аааааа вот оно что было то!!! Ах вот почему получилось!!
Так и я читаю книгу Адизеса и говорю, ааааа, вот что такое было)))
При этом мне близки мысли автора, что нет идеала, это сложно иногда понять, особенно когда в крови играет максимализм. И мой технический мозг всегда не мог понять "ну как так то!!!???"🤯 Для меня человек был теорий, машиной и ну точно есть идеалы, у которых всё ровно. Ну ведь в институте говорили, делай вот так, есть же теории, есть же практики, почему просто нельзя их брать и делать хорошо! Делай нормально, будет нормально!👍
Но нет. Жизнь намного сложнее, а работа в команде в айти ещё сложнее. А идеал, чёткий без изменений, ровный, без эмоций только на кладбище. 💀
Самое прикольное было у меня время, когда я была на проекте и эмоционально не включалась в него, я просто каждый день наблюдала, а что будет сегодня? Роль наблюдателя мне давала офигенный результат и состояние, и мои амбиции говорили, мы только смотрим, а что будет дальше? 🤓 Но и проект был действительно один из лучших в моём профессиональном опыте. Как только есть высокие ожидания на входе и ответственность за результат, тут играют эмоции. И мне как техническому специалисту - в айти сильно пришлось прокачивать гуманитарную составляющую, естественные науки, социалогию, психологию.
Так что, чтобы команда была продуктивной, эффективной в ней должны быть в синергии разные типажи участников. При этом они должны в экологичном формате смочь договориться, потому что они разные, а это значит, что постоянно будут конфликты, а это изменения, а изменения это развитие и рост. Так вот я снова прихожу к коучам, скрам мастерам, которые нужны команде, как незаинтересованное звено в производстве, чтобы помогать договариваться и проходить рост, до того как всё взорвётся.
Есть конечно такие продакты, которые отправляют сотрудников к психологам, но это не очень хорошая формулировка. Насильно работать над собой, человека нельзя заставлять. Конечно не все психологи и коучи одинаково полезны. И иногда я слышу от команд, что скрам мастер всё портит. Или, что аналитик или тестер скрам мастер. А это значит он заинтересован в результате.
Команда должна сложится, и как её собрать, чтобы был дрим тим ещё та задачка)) И если нет команды, которая бы могла уравновесить то, чего нет у одинокого ковбоя, то вот и получается путь в туманное будущее. Ваще иногда думаю, что столько сил, здоровья человек тратить, это же мощь, а мог бы ещё больше делать и горы сдвинуть, добавь нужные пазлики))
#капитаннеочевидность #выводы #управление #одинокаяженщина #одинокийковбой #рассуждения #books #мояполка #управлениеизменениями #типыменеджеров #ицхакадизес #мысливслух
Мой пост про тип менеджерей одинокого ковбоя/одинокую женщину вызвал море обсуждений.
Хочу сказать, что это гипертрофированный типаж, и в чистом виде такие есть персонажи и в каждом из нас они тоже есть. И это нормально, когда в нас есть целый набор типажей, каких-то меньше, каких-то больше. Мы живые люди и пока мы живём мы меняемся. И во мне тоже есть % одинокой женщины.
Я ещё не про все типажи из книги Адизеса рассказала и из своей практики в том числе))
Люблю читать подобные книги, они дают возможность переосмыслить свой опыт. Я тут пока ездила в Ижевск, слушала подкаст Сергея Мезенцева с Яной Чурикой, и она сформулировала моё состояние. Что когда она работала на MTV в золотые времена, и в золотом составе, она просто творила рок-н-ролл и просто делала. Всё получалось. И когда ты молод, ты не понимаешь почему так, а потом уже в зрелом возрасте, можно сесть посмотреть назад и сказать, аааааа вот оно что было то!!! Ах вот почему получилось!!
Так и я читаю книгу Адизеса и говорю, ааааа, вот что такое было)))
При этом мне близки мысли автора, что нет идеала, это сложно иногда понять, особенно когда в крови играет максимализм. И мой технический мозг всегда не мог понять "ну как так то!!!???"🤯 Для меня человек был теорий, машиной и ну точно есть идеалы, у которых всё ровно. Ну ведь в институте говорили, делай вот так, есть же теории, есть же практики, почему просто нельзя их брать и делать хорошо! Делай нормально, будет нормально!👍
Но нет. Жизнь намного сложнее, а работа в команде в айти ещё сложнее. А идеал, чёткий без изменений, ровный, без эмоций только на кладбище. 💀
Самое прикольное было у меня время, когда я была на проекте и эмоционально не включалась в него, я просто каждый день наблюдала, а что будет сегодня? Роль наблюдателя мне давала офигенный результат и состояние, и мои амбиции говорили, мы только смотрим, а что будет дальше? 🤓 Но и проект был действительно один из лучших в моём профессиональном опыте. Как только есть высокие ожидания на входе и ответственность за результат, тут играют эмоции. И мне как техническому специалисту - в айти сильно пришлось прокачивать гуманитарную составляющую, естественные науки, социалогию, психологию.
Так что, чтобы команда была продуктивной, эффективной в ней должны быть в синергии разные типажи участников. При этом они должны в экологичном формате смочь договориться, потому что они разные, а это значит, что постоянно будут конфликты, а это изменения, а изменения это развитие и рост. Так вот я снова прихожу к коучам, скрам мастерам, которые нужны команде, как незаинтересованное звено в производстве, чтобы помогать договариваться и проходить рост, до того как всё взорвётся.
Есть конечно такие продакты, которые отправляют сотрудников к психологам, но это не очень хорошая формулировка. Насильно работать над собой, человека нельзя заставлять. Конечно не все психологи и коучи одинаково полезны. И иногда я слышу от команд, что скрам мастер всё портит. Или, что аналитик или тестер скрам мастер. А это значит он заинтересован в результате.
Команда должна сложится, и как её собрать, чтобы был дрим тим ещё та задачка)) И если нет команды, которая бы могла уравновесить то, чего нет у одинокого ковбоя, то вот и получается путь в туманное будущее. Ваще иногда думаю, что столько сил, здоровья человек тратить, это же мощь, а мог бы ещё больше делать и горы сдвинуть, добавь нужные пазлики))
Ошибки проектирования сценариев взаимодействия систем при их интеграции.
Честно, сегодня хотела взять реальную sequence диаграмму с проекта или то, что рисуют ученики и разобрать ошибки. Но понимаю, что очень много на это нужно времени. Но идея мне нравится и вы мне в этом можете помочь и прислать свой вариант, и я его разберу))
А сегодня поговорю о частой ошибке, которую совершают аналитики - это нарезка или проектирование use cases. Тема use cases - сценарной техники сложна и проста одновременно.
Если смотреть канонично на сценарий/use case/прецендет, то что Коберн вкладывал в это понятие это то, как пользователь взаимодействует с системой и какие ожидает реакции системы на свои действия. Чтобы составить набор use cases на пользовательском уровне требований, нужно ответить на следующие вопросы:
✅1.Какие роли есть в системе
✅2.Как эти роли между собой связаны (может быть связь через наследование полномочий)
✅3.Что и какая роль ожидает от системы, то есть зачем я как диспетчер лезу в информационную систему, что я хочу от неё получить? Например, отчёт, его распечатать и отдать механику.
И уже на этом уровне возникает проблема, что не очень понятна бизнес цель и аналитик нарезает сценария применяя CRUD (Create, Read, Update, Delete). И у нас получается сценарии: создать отчет, прочитать отчет, редактировать отчет, удалить отчет. Это тоже хорошо, CRUD нам везде в помощь, но цель генерации отчёта для выпуска водителя на линию звучит совсем по-другому. Не правда ли? Я как диспетчер, хочу внести изменения в отчёт, чтобы зафиксировать сколько нужно бензина. Или отправить автомобиль в ремонт, на тех.обслуживание и т.д.
Почувствовали разницу?
А теперь следующая частая ошибка аналитика, он спускается на системный уровень проектирования интеграции, при этом оставаясь на пользовательском уровне абстракции. Но на системном уровне, бизнес цель пользователя превращается в системную цель.
Отвечаем на вопрос:
Что должна сделать система, чтобы помочь пользователю выполнить бизнес-цель?
И мало того, что выполнить, но и в связке с другой системой, в интеграции. И тогда у нас появляются use cases на системном уровне, вот которые мы уже превращаем в sequence диаграммы.
И для нашего диспетчера, чтобы отправить водителя в рейс система А, должна передать в систему В информацию о водителе и автомобиле и получить согласование от врача, механика. И use cases будет про передачу данных с целью обновления, и подтверждения этого обновления.
И вот мы в итоге получаем совсем другую нарезку сценариев для интеграции.
Действительно инструмент use cases прост, но сложен, когда нужно подключать абстрактное мышление и возвращать себя на уровень требований, на котором мы находимся во время проектирования.
И это всё #капитаннеочевидность и не сразу доходишь до понимая, как, где, зачем и почему нужно применять тот или иной инструмент проектирования. И как сеньорного аналитика отличает не только знания "портфеля инструментов", но и целесообразность их применения в том или ином случае.
#интеграция #системныйаналитик #системныйанализ #мойопыт #рассуждения #выводы
P. S. Моё предложение в силе разобрать вашу sequence диаграмму)
Честно, сегодня хотела взять реальную sequence диаграмму с проекта или то, что рисуют ученики и разобрать ошибки. Но понимаю, что очень много на это нужно времени. Но идея мне нравится и вы мне в этом можете помочь и прислать свой вариант, и я его разберу))
А сегодня поговорю о частой ошибке, которую совершают аналитики - это нарезка или проектирование use cases. Тема use cases - сценарной техники сложна и проста одновременно.
Если смотреть канонично на сценарий/use case/прецендет, то что Коберн вкладывал в это понятие это то, как пользователь взаимодействует с системой и какие ожидает реакции системы на свои действия. Чтобы составить набор use cases на пользовательском уровне требований, нужно ответить на следующие вопросы:
✅1.Какие роли есть в системе
✅2.Как эти роли между собой связаны (может быть связь через наследование полномочий)
✅3.Что и какая роль ожидает от системы, то есть зачем я как диспетчер лезу в информационную систему, что я хочу от неё получить? Например, отчёт, его распечатать и отдать механику.
И уже на этом уровне возникает проблема, что не очень понятна бизнес цель и аналитик нарезает сценария применяя CRUD (Create, Read, Update, Delete). И у нас получается сценарии: создать отчет, прочитать отчет, редактировать отчет, удалить отчет. Это тоже хорошо, CRUD нам везде в помощь, но цель генерации отчёта для выпуска водителя на линию звучит совсем по-другому. Не правда ли? Я как диспетчер, хочу внести изменения в отчёт, чтобы зафиксировать сколько нужно бензина. Или отправить автомобиль в ремонт, на тех.обслуживание и т.д.
Почувствовали разницу?
А теперь следующая частая ошибка аналитика, он спускается на системный уровень проектирования интеграции, при этом оставаясь на пользовательском уровне абстракции. Но на системном уровне, бизнес цель пользователя превращается в системную цель.
Отвечаем на вопрос:
Что должна сделать система, чтобы помочь пользователю выполнить бизнес-цель?
И мало того, что выполнить, но и в связке с другой системой, в интеграции. И тогда у нас появляются use cases на системном уровне, вот которые мы уже превращаем в sequence диаграммы.
И для нашего диспетчера, чтобы отправить водителя в рейс система А, должна передать в систему В информацию о водителе и автомобиле и получить согласование от врача, механика. И use cases будет про передачу данных с целью обновления, и подтверждения этого обновления.
И вот мы в итоге получаем совсем другую нарезку сценариев для интеграции.
Действительно инструмент use cases прост, но сложен, когда нужно подключать абстрактное мышление и возвращать себя на уровень требований, на котором мы находимся во время проектирования.
И это всё #капитаннеочевидность и не сразу доходишь до понимая, как, где, зачем и почему нужно применять тот или иной инструмент проектирования. И как сеньорного аналитика отличает не только знания "портфеля инструментов", но и целесообразность их применения в том или ином случае.
#интеграция #системныйаналитик #системныйанализ #мойопыт #рассуждения #выводы
P. S. Моё предложение в силе разобрать вашу sequence диаграмму)