#мирвокруг #подслушано #подсмотрено #мысливслух #проопыт #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.Мы рисовали подобные диаграммы на листе бумаги, по правилу, что каждый блок расположен под другим и имеют одинаковую ширину и высоту, что тоже учит формулировать текст шага так, чтобы он уместился в блок, был понятен, и одновременно локаничен.