У ведущего специалиста всё в порядке с тайм менеджментом, поэтому он и ведущий 😎
#таймменеджмент #тайминг #развитие #мысливслух #подмечено #рассуждения #водакаменьточит #принциппаретто
Побуду #капитаночевидность и расскажу про такую закономерность, что ведущий или просто хороший специалист, умеет управлять своим временем и брать в свои руки свою жизнь. Умеет откладывать в сторону неважные дела (аналогия с песком), и приоритезировать большие и долгие дела (аналогия с камнями).
Видео про подход приоритезации - https://youtu.be/jOf8vyYFovA
Посты на тему:
https://t.me/start_in_IT/407
https://t.me/start_in_IT/581
Даже если просто начать видеть большие задачи, которые дают нужный вам результат, и работать над ними монотонно, придёт видимый успех от вложений.
Марафон в долгую🔝 .
Или принцип паретто 80 на 20 приносит нужный эффект. 20% вложений дают 80% результата.
Так и в освоение чего либо, или в тренировках, нужно настроиться на марафон. Задать себе вопрос - Что мне поможет дойти до конца?
В институте я никогда не пропускала лекции и занятия. Даже если я буду одна, и лекция нудная, соблюдение элементарного графика, рутины, постоянства, регулярности, держит меня в тонусе. Дисциплина!✔️
И тут важен ещё другой факт - не потому что надо из состояния давления и самобичивания, а надо из состояния мне от этого будет хорошо, даже если не всегда всё будет получаться на 100500 %. Дисциплину мы воспринимаем, как что-то абьюзное, жёсткое и даже жестокое. И по дороге марафона боимся сдохнуть. Ещё не начали, но уже сдались))) Подход тоже важен, также как подпитка на дистанции.
Важно создать для себя комфортные условия достижения цели.
И у ведущих специалистов с этим нет проблем!!! Чётко составить свой график, понять, где, когда и что можно, уметь справиться с завышенными своими ожиданиями, со стогнацией или провалом, или отсутствием быстрого результата.
Смотрим на график Бандуры - https://t.me/start_in_IT/370
И когда я встречаю таких специалистов, даже если они ещё не стали ведущими, понимаю, что работа со своим собственным графиком, дисциплиной, рутиной, неотъемлемая часть хорошего специалиста.
И эти моменты, действия, собранность, адекватная дисциплина, будут видны сразу на собеседование!💲
#таймменеджмент #тайминг #развитие #мысливслух #подмечено #рассуждения #водакаменьточит #принциппаретто
Побуду #капитаночевидность и расскажу про такую закономерность, что ведущий или просто хороший специалист, умеет управлять своим временем и брать в свои руки свою жизнь. Умеет откладывать в сторону неважные дела (аналогия с песком), и приоритезировать большие и долгие дела (аналогия с камнями).
Видео про подход приоритезации - https://youtu.be/jOf8vyYFovA
Посты на тему:
https://t.me/start_in_IT/407
https://t.me/start_in_IT/581
Даже если просто начать видеть большие задачи, которые дают нужный вам результат, и работать над ними монотонно, придёт видимый успех от вложений.
Марафон в долгую
Или принцип паретто 80 на 20 приносит нужный эффект. 20% вложений дают 80% результата.
Так и в освоение чего либо, или в тренировках, нужно настроиться на марафон. Задать себе вопрос - Что мне поможет дойти до конца?
В институте я никогда не пропускала лекции и занятия. Даже если я буду одна, и лекция нудная, соблюдение элементарного графика, рутины, постоянства, регулярности, держит меня в тонусе. Дисциплина!
И тут важен ещё другой факт - не потому что надо из состояния давления и самобичивания, а надо из состояния мне от этого будет хорошо, даже если не всегда всё будет получаться на 100500 %. Дисциплину мы воспринимаем, как что-то абьюзное, жёсткое и даже жестокое. И по дороге марафона боимся сдохнуть. Ещё не начали, но уже сдались))) Подход тоже важен, также как подпитка на дистанции.
Важно создать для себя комфортные условия достижения цели.
И у ведущих специалистов с этим нет проблем!!! Чётко составить свой график, понять, где, когда и что можно, уметь справиться с завышенными своими ожиданиями, со стогнацией или провалом, или отсутствием быстрого результата.
Смотрим на график Бандуры - https://t.me/start_in_IT/370
И когда я встречаю таких специалистов, даже если они ещё не стали ведущими, понимаю, что работа со своим собственным графиком, дисциплиной, рутиной, неотъемлемая часть хорошего специалиста.
И эти моменты, действия, собранность, адекватная дисциплина, будут видны сразу на собеседование!
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Стивен Кови о приоритетах. Камни и песок
Правила жизни в чатах мессанджеров.
#рассуждения #правилаэтикета #киберэтика #мессанджеры #историиизжизни #выводы #мысливслух
Иногда смотрю канал "Киберэтика", мне вцелом нравятся ведущие, подход, темы и обсуждения причин тех или иных ситуаций, а также что с этим делать. Конечно без психолога в программе не обходится.
И вот тут была очередная серия про мессанджеры.
Честно говоря, эксперт и её позиция мне не очень зашли, но выпуск задел. И я решила сделать выводы для себя.
Тут даже немного странно было слушать разные правила чатов, как нечто прям невероятное, при этом, что айти, что большие корпорации давно живут с чатами.
Я даже с теплотой вспомнила времена ICQ)))
Итак, мои выводы:
✅1.Мне понравилась мысль о том, что если тема себя уже изжила, событие закончилось, можно и нужно выходить из чатов. Я вцелом так и делаю, но есть чаты дней рождений или регулярных поездок, мероприятий, которые раз в год оживают. И каюсь, есть у меня ещё чувство, что обидеть могу выходом. Но иногда другого выхода нет.
✅2.Создатель чата, а лучше администратор, диктует правила. С рабочими чатами оно прокатывает и то не всегда, а в других чатах, жёсткие правила не всегда уместны. Я видимо любитель нарушать правила и меня бесят чаты, где после отправки сообщения ты должен ждать разрешения на новое. Я просто за адекватность, тогда и жёсткие правила не нужны, больше свободы)))) тот кто итак вежлив, он и в чатах такой же. Подмена конечно у людей в онлайн возникает, когда в жизни милый, тихий человек, а в чате вселяется зверь, но по сути мало что меняется.
✅3.Побуду #капитаночевидность и скажу, что чат, это аналог нашей обычной коммуникации. При этом коммуникация в чатах ещё до конца не эволюционировала, и все эти правила этикета ещё до конца не сформулированы. Да, хорошо, если в чат переходят правила деловой коммуникации, переписки. Но разница конечно есть. Одно дело, когда ты пишешь письмо и выверяешь информацию, пункты, стиль, структуру, и другое дело - чат, где есть мгновенная реакция. Хуже всего, когда этой мгновенной реакции от тебя ждут.
✅4.Идеально, если все рабочие чаты находятся в мессанджере на компьютере. За это я люблю слак или тимс)) с Телеграм сложнее, но многие выходят из этой ситуации путем заведения отдельного рабочего аккаунта. Разъединять работу, личную жизнь, хобби нужно обязательно.
✅5.Гиф, стикеры и всякий флуд. Обычно для этого создаётся отдельный чат! Больше чатов богу чатов!!! На самом деле меня редко бесил флуд в рабочих чатах. Этот флуд, обмен стикерами, гифками, открытками это тоже коммуникация. И иногда людям нужно почувствовать поддержку "стаи", выговориться своим, найти поддержку или просто выпустить пар. А почему бы не дать им эту возможность? Плюс ещё фишечки команды могут появится и все будут над ними хихикать. Иногда правильно вставленный стикер в обсуждение, вызывает морю смеха, а смех это уже выплеск. Да и в какой-то момент сами участника чата начнут чувствовать или озвучивать, что границы были нарушены, и куда-то всё понеслось. И сами введут правила.
✅6.Огромное количество чатов вызывает тревогу. Я честно не понимаю, как живут те люди, которые успевают читать всё во всех чатах. Одно дело, когда это твоя работа, например, чат группы обучения, другое, когда идёт обсуждение, которое ничего не даёт, кроме потери времени. У меня есть такие коллеги, друзья, знакомые с которыми проще созвониться их бесполезно тегать в чатах.
✅7.Голосовые. Вспоминаю, как резко на них реагировала. А сейчас, после разрешения собеседника, могу наговорить и объяснить какие-то вещи, свои позиции, дать комментарии, провести ревью артефактов, это правда удобно. И эти сообщения ведь можно переслушать. И ещё я заметила как быстро тренды или что-то новое подхватывают молодые ребята лет 18-25 #капитаночевидность Правда когда так много коммуникации, и голосовые, и кружочки, у меня возникает ощущение, что человек вообще не может жить со своими мыслями наедине. И занимает слишком много места уже в моей жизни. Но тут может действовать правило - не нравится не смотри, скажи.
Продолжение 👇
#рассуждения #правилаэтикета #киберэтика #мессанджеры #историиизжизни #выводы #мысливслух
Иногда смотрю канал "Киберэтика", мне вцелом нравятся ведущие, подход, темы и обсуждения причин тех или иных ситуаций, а также что с этим делать. Конечно без психолога в программе не обходится.
И вот тут была очередная серия про мессанджеры.
Честно говоря, эксперт и её позиция мне не очень зашли, но выпуск задел. И я решила сделать выводы для себя.
Тут даже немного странно было слушать разные правила чатов, как нечто прям невероятное, при этом, что айти, что большие корпорации давно живут с чатами.
Я даже с теплотой вспомнила времена ICQ)))
Итак, мои выводы:
✅1.Мне понравилась мысль о том, что если тема себя уже изжила, событие закончилось, можно и нужно выходить из чатов. Я вцелом так и делаю, но есть чаты дней рождений или регулярных поездок, мероприятий, которые раз в год оживают. И каюсь, есть у меня ещё чувство, что обидеть могу выходом. Но иногда другого выхода нет.
✅2.Создатель чата, а лучше администратор, диктует правила. С рабочими чатами оно прокатывает и то не всегда, а в других чатах, жёсткие правила не всегда уместны. Я видимо любитель нарушать правила и меня бесят чаты, где после отправки сообщения ты должен ждать разрешения на новое. Я просто за адекватность, тогда и жёсткие правила не нужны, больше свободы)))) тот кто итак вежлив, он и в чатах такой же. Подмена конечно у людей в онлайн возникает, когда в жизни милый, тихий человек, а в чате вселяется зверь, но по сути мало что меняется.
✅3.Побуду #капитаночевидность и скажу, что чат, это аналог нашей обычной коммуникации. При этом коммуникация в чатах ещё до конца не эволюционировала, и все эти правила этикета ещё до конца не сформулированы. Да, хорошо, если в чат переходят правила деловой коммуникации, переписки. Но разница конечно есть. Одно дело, когда ты пишешь письмо и выверяешь информацию, пункты, стиль, структуру, и другое дело - чат, где есть мгновенная реакция. Хуже всего, когда этой мгновенной реакции от тебя ждут.
✅4.Идеально, если все рабочие чаты находятся в мессанджере на компьютере. За это я люблю слак или тимс)) с Телеграм сложнее, но многие выходят из этой ситуации путем заведения отдельного рабочего аккаунта. Разъединять работу, личную жизнь, хобби нужно обязательно.
✅5.Гиф, стикеры и всякий флуд. Обычно для этого создаётся отдельный чат! Больше чатов богу чатов!!! На самом деле меня редко бесил флуд в рабочих чатах. Этот флуд, обмен стикерами, гифками, открытками это тоже коммуникация. И иногда людям нужно почувствовать поддержку "стаи", выговориться своим, найти поддержку или просто выпустить пар. А почему бы не дать им эту возможность? Плюс ещё фишечки команды могут появится и все будут над ними хихикать. Иногда правильно вставленный стикер в обсуждение, вызывает морю смеха, а смех это уже выплеск. Да и в какой-то момент сами участника чата начнут чувствовать или озвучивать, что границы были нарушены, и куда-то всё понеслось. И сами введут правила.
✅6.Огромное количество чатов вызывает тревогу. Я честно не понимаю, как живут те люди, которые успевают читать всё во всех чатах. Одно дело, когда это твоя работа, например, чат группы обучения, другое, когда идёт обсуждение, которое ничего не даёт, кроме потери времени. У меня есть такие коллеги, друзья, знакомые с которыми проще созвониться их бесполезно тегать в чатах.
✅7.Голосовые. Вспоминаю, как резко на них реагировала. А сейчас, после разрешения собеседника, могу наговорить и объяснить какие-то вещи, свои позиции, дать комментарии, провести ревью артефактов, это правда удобно. И эти сообщения ведь можно переслушать. И ещё я заметила как быстро тренды или что-то новое подхватывают молодые ребята лет 18-25 #капитаночевидность Правда когда так много коммуникации, и голосовые, и кружочки, у меня возникает ощущение, что человек вообще не может жить со своими мыслями наедине. И занимает слишком много места уже в моей жизни. Но тут может действовать правило - не нравится не смотри, скажи.
Продолжение 👇
"Управляя изменениями"
#books #мояполка #мысливслух #управление #ицхакадизес #управлениеизменениями #рассуждения #одивныймир #выводы
Сложный период всегда сопряжен с решениями, которые нужно принимать. Но есть огромный страх принять неправильное решение. Ведь правильное оно или нет можно узнать только после его реализации.
На самом деле я искала книгу про стили управления Ицхака Адизеса, но взяла в библиотеке книгу "Управляя изменениями".
И уже на второй главе могу сделать интересные выводы, видимо как #капитаночевидность
Итак:
✅1.Управление изменениями, можно применять в любых отраслях, не только бизнес, компании, но и личная жизнь, развитие. Вроде #капитаночевидность но часто кажется, что личная жизнь ваще другое.
✅2.Очень понравилась аналогия с политическими строями. Чтобы принять решение, можно включить демократию и его обсудить. Чтобы реализовать принятое решение, нужно включить тоталитарный режим и осуществить деятельность. А в личной жизни всегда наоборот))) Буду ложиться спать до 23, буду заниматься правильным питанием и делать по утрам зарядку. Ага ага слышали)) Внутренний Сталин нужен не для того, чтобы на себя давить и принимать решение. Сталин нужен в выполнение решения, регулярно, скурпулезно.
✅3.Если решение не принято, то это тоже решение его не принимать.
✅4.Как понять, что принятое решение эффективно? Тут можно разбить эффективность на краткосрочную и долгосрочную. Краткосрочная эффективность, показывает нам, что выбранное направление удовлетворяет нашу неотложную потребность. А долгосрочная эффективность - показывает, что организация достигает цель ради которой она существует. Краткосрочная эффективность означает, что всё что мы делаем, приближает нас к достижению цели. Это как глобальная цель и ежедневные шаги, которые приближают нас к нашей цели. Например, чтобы похудеть нужна рутина ежедневного питания, упражнений, которые приближают к поставленной цели.
✅5.При этом организация должна предсказывать поведение своих клиентов в будущем. И работать над запросом новых потребностей. То есть прогнозирование, предсказание на шаг вперёд. Это долгосрочная эффективность.
✅6.Адаптивность. Получая новую потребность клиента, организация адаптируется под изменения.
Всё вышесказанное кажется, что #капитаночевидность, но при этом так сложно в реализации)) И тут только оттачивая навыки можно быть готовым к реалиям жизни.
Как мы быстро в какой-то момент научились адаптироваться под изменения внешнего мира. И стали уже меньше переживать, когда что-то идёт не по плану или графику. Хотя иногда меня бесит, если что-то не могу реализовать по плану, согласно договорённостей☄️
#books #мояполка #мысливслух #управление #ицхакадизес #управлениеизменениями #рассуждения #одивныймир #выводы
Сложный период всегда сопряжен с решениями, которые нужно принимать. Но есть огромный страх принять неправильное решение. Ведь правильное оно или нет можно узнать только после его реализации.
На самом деле я искала книгу про стили управления Ицхака Адизеса, но взяла в библиотеке книгу "Управляя изменениями".
И уже на второй главе могу сделать интересные выводы, видимо как #капитаночевидность
Итак:
✅1.Управление изменениями, можно применять в любых отраслях, не только бизнес, компании, но и личная жизнь, развитие. Вроде #капитаночевидность но часто кажется, что личная жизнь ваще другое.
✅2.Очень понравилась аналогия с политическими строями. Чтобы принять решение, можно включить демократию и его обсудить. Чтобы реализовать принятое решение, нужно включить тоталитарный режим и осуществить деятельность. А в личной жизни всегда наоборот))) Буду ложиться спать до 23, буду заниматься правильным питанием и делать по утрам зарядку. Ага ага слышали)) Внутренний Сталин нужен не для того, чтобы на себя давить и принимать решение. Сталин нужен в выполнение решения, регулярно, скурпулезно.
✅3.Если решение не принято, то это тоже решение его не принимать.
✅4.Как понять, что принятое решение эффективно? Тут можно разбить эффективность на краткосрочную и долгосрочную. Краткосрочная эффективность, показывает нам, что выбранное направление удовлетворяет нашу неотложную потребность. А долгосрочная эффективность - показывает, что организация достигает цель ради которой она существует. Краткосрочная эффективность означает, что всё что мы делаем, приближает нас к достижению цели. Это как глобальная цель и ежедневные шаги, которые приближают нас к нашей цели. Например, чтобы похудеть нужна рутина ежедневного питания, упражнений, которые приближают к поставленной цели.
✅5.При этом организация должна предсказывать поведение своих клиентов в будущем. И работать над запросом новых потребностей. То есть прогнозирование, предсказание на шаг вперёд. Это долгосрочная эффективность.
✅6.Адаптивность. Получая новую потребность клиента, организация адаптируется под изменения.
Всё вышесказанное кажется, что #капитаночевидность, но при этом так сложно в реализации)) И тут только оттачивая навыки можно быть готовым к реалиям жизни.
Как мы быстро в какой-то момент научились адаптироваться под изменения внешнего мира. И стали уже меньше переживать, когда что-то идёт не по плану или графику. Хотя иногда меня бесит, если что-то не могу реализовать по плану, согласно договорённостей
Please open Telegram to view this post
VIEW IN TELEGRAM
Впечатления от 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 #рассуждения #выводы
Честно скажу, что когда мне давали, как Тим Лиду ту или иную задачу, но не давали полномочий я жутко возмущалась. И до сих пор у меня до конца не укладывается тот факт, что компания это живой организм и чётких границ между участников не должно быть. И вот это размытие границ - признак того, что компания находится в развитие, и это хорошо.
Но я технический человек, мне нужна конкретика! Обычно я всегда так возмущалась) А тут читаю у Азидеса, что нормально чем-то не обладать, и если вам нужны полномочия идите и попросите. Спасибо #капитаночевидность !!!
И вот мы в итоге получаем три варианта управления:
✅1.Когда у нас есть полномочия, есть влияние и есть власть. И тогда в таких условиях любые наши поручения, задачи реализуются и исполняются. Но такая ситуация может быть только у технического специалиста. Вы знаете какое решение может быть хорошим, как принимать решение, как о них сообщать и как осуществить.
✅2.Следующий вариант, у вас есть только полномочия, тогда вам нужно быть политиком. Вам нужно создать взаимовыгодные условия, в которых каждый чувствует свою связь с остальными.
✅3.Если у вас есть только влияние, то вы должны быть психологом-практиком. Вы должны осуществлять коммуникации с людьми на том языке, который им понятен.
Итого получается, что хороший менеджер это:
➡️ Техник
➡️ Политик
➡️ Психолог.
Из этого всего, больше всего меня всегда напрягает политика, но когда ты Тим Лид действительно приходится сталкиваться со всеми ролями и развивать себя сразу в нескольких направлениях и да, играть в политических играх, хотя я всегда стараюсь их избегать.
___
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
😎 Одинокая женщина/Одинокий ковбой
🔥 Поджигатель/Бешенный креативщик
🥸 Интегратор/Политик манипулятор
#управлениеизменениями #управление #адизес #books #рассуждения #выводы
Честно скажу, что когда мне давали, как Тим Лиду ту или иную задачу, но не давали полномочий я жутко возмущалась. И до сих пор у меня до конца не укладывается тот факт, что компания это живой организм и чётких границ между участников не должно быть. И вот это размытие границ - признак того, что компания находится в развитие, и это хорошо.
Но я технический человек, мне нужна конкретика! Обычно я всегда так возмущалась) А тут читаю у Азидеса, что нормально чем-то не обладать, и если вам нужны полномочия идите и попросите. Спасибо #капитаночевидность !!!
И вот мы в итоге получаем три варианта управления:
✅1.Когда у нас есть полномочия, есть влияние и есть власть. И тогда в таких условиях любые наши поручения, задачи реализуются и исполняются. Но такая ситуация может быть только у технического специалиста. Вы знаете какое решение может быть хорошим, как принимать решение, как о них сообщать и как осуществить.
✅2.Следующий вариант, у вас есть только полномочия, тогда вам нужно быть политиком. Вам нужно создать взаимовыгодные условия, в которых каждый чувствует свою связь с остальными.
✅3.Если у вас есть только влияние, то вы должны быть психологом-практиком. Вы должны осуществлять коммуникации с людьми на том языке, который им понятен.
Итого получается, что хороший менеджер это:
Из этого всего, больше всего меня всегда напрягает политика, но когда ты Тим Лид действительно приходится сталкиваться со всеми ролями и развивать себя сразу в нескольких направлениях и да, играть в политических играх, хотя я всегда стараюсь их избегать.
___
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Типы менеджеров. Одинокий ковбой.
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
С чего начинать проектирование интеграции? А как продолжить и ничего не забыть?
Что нужно знать, чтобы написать ТЗ на интеграцию?
Где границы задачи?
Хочется взять новые проекты интеграции, но считаете что вы не готовы?)
Мой путь в айти начался, как раз с интеграции, в далёком 2006 году в телекоме, в команде шинной интеграции продукта IBM WebSphere. Интеграция, как красная линия, проходит через весь мой опыт. Практически ни один из проектов, в которых я участвовала, не проходил без интеграции.
Мне знакомы трудности и "подводные камни" на пути системного аналитика.
Что самое сложное в интеграции?
Интеграция включает в себя все аспекты и нюансы работы системного аналитика. Чтобы спроектировать интеграционное решение приходится знать и понимать многие дисциплины системной инженерии, плюс хорошо разбираться в технологиях и добавлять, развивать абстрактное мышление, чтобы картину взаимодействия систем уложить у себя в голове. Другими словами - приходится действительно заниматься системным анализом))
Что поможет?
- фундамент знаний различных дисциплин
- опыт, тут я как #капитаночевидность
- шаблон ТЗ (с любыми шаблонами работать проще)
- знание, применение инструментов проекторования, основа - это sequence диаграмма (Uml) и сценарная техника (Use Cases), но без диаграммы статусов State Machine (Uml) и диаграмм C4 (DFD+Component) тоже не обойтись
- знание технологий SOAP, REST API
- и такие замечательные слова как безопасность, логирование, мониторинг, квотирование, мастер-данные, гарантированная доставка тоже должны быть понятны, как и шина, и брокер)
Предлагаю в ближайшие недели обсудить часто возникающие проблемы в работе интеграционного аналитика.
Разберём:
1.Из каких шагов состоит проектирование интеграции
2.Что точно стоит изучить, чтобы стало понятнее и легче
3.Как можно классифицировать интеграцию
4.Часто возникающие подводные камни или #смертныегрехи системного аналитика
5.Кейсы из жизни, их у меня накопилось много)
Серия постов по интеграции будет полезна системным аналитикам с разным опытом работы, которые вдумчиво решают свои рабочие задачи и хотят повысить качество своей работы.
Мы получим с вами выжимку по теме интеграции, которая в том числе, поможет вам понять свои белые пятна и смело добавить новые пункты в план своего развития.
#интеграция #мойопыт #анонс #системныйаналитик #системныйанализ
А прямо сейчас задавайте свои вопросы, которые касаются интеграции 👇
Что нужно знать, чтобы написать ТЗ на интеграцию?
Где границы задачи?
Хочется взять новые проекты интеграции, но считаете что вы не готовы?)
Мой путь в айти начался, как раз с интеграции, в далёком 2006 году в телекоме, в команде шинной интеграции продукта IBM WebSphere. Интеграция, как красная линия, проходит через весь мой опыт. Практически ни один из проектов, в которых я участвовала, не проходил без интеграции.
Мне знакомы трудности и "подводные камни" на пути системного аналитика.
Что самое сложное в интеграции?
Интеграция включает в себя все аспекты и нюансы работы системного аналитика. Чтобы спроектировать интеграционное решение приходится знать и понимать многие дисциплины системной инженерии, плюс хорошо разбираться в технологиях и добавлять, развивать абстрактное мышление, чтобы картину взаимодействия систем уложить у себя в голове. Другими словами - приходится действительно заниматься системным анализом))
Что поможет?
- фундамент знаний различных дисциплин
- опыт, тут я как #капитаночевидность
- шаблон ТЗ (с любыми шаблонами работать проще)
- знание, применение инструментов проекторования, основа - это sequence диаграмма (Uml) и сценарная техника (Use Cases), но без диаграммы статусов State Machine (Uml) и диаграмм C4 (DFD+Component) тоже не обойтись
- знание технологий SOAP, REST API
- и такие замечательные слова как безопасность, логирование, мониторинг, квотирование, мастер-данные, гарантированная доставка тоже должны быть понятны, как и шина, и брокер)
Предлагаю в ближайшие недели обсудить часто возникающие проблемы в работе интеграционного аналитика.
Разберём:
1.Из каких шагов состоит проектирование интеграции
2.Что точно стоит изучить, чтобы стало понятнее и легче
3.Как можно классифицировать интеграцию
4.Часто возникающие подводные камни или #смертныегрехи системного аналитика
5.Кейсы из жизни, их у меня накопилось много)
Серия постов по интеграции будет полезна системным аналитикам с разным опытом работы, которые вдумчиво решают свои рабочие задачи и хотят повысить качество своей работы.
Мы получим с вами выжимку по теме интеграции, которая в том числе, поможет вам понять свои белые пятна и смело добавить новые пункты в план своего развития.
#интеграция #мойопыт #анонс #системныйаналитик #системныйанализ
А прямо сейчас задавайте свои вопросы, которые касаются интеграции 👇
Интеграция - это не только маппинг данных. 😎
Некоторые руководители считают, а что там сложного в интеграции, описали маппинг данных и всё! Вперёд!
Проблема интеграции состоит в том, что она затрагивает все аспекты области проектирования информационных систем. И к решению подобной задачи нужно подходить системно.
Да, можно и нужно разбираться в технологиях. Да, REST API, Кафка, микросервисная архитектура это текущий тренд отрасли и все бегут в эту сторону, услышав модные слова (и то уже сделаны выводы, что не так с микросервисами и не везде они нужны).
К задаче интеграции нужно подходить, как к "слоёному пирогу", и снимать слой за слоем уровней требований.
Отсюда и проблема, что аналитики чего-то не знают, где-то есть пробелы, не видят границы и задачу системно. Ходят с курса на курс, читают книги, смотрят вебинары, но это всё не даёт единую картину мира. Это всё прекрасно и нужно, но стоит собирать знания вместе, чтобы оно заработало.
Например, чтобы соединить две системы между собой, сначала нужно понять на бизнес уровне, что соединяется? Зачем? Какой бизнес-процесс в итоге мы выстраиваем. Да, если мы работаем со справочниками тут нет вопросов, тут действительно маппинг данных и регламенты обмена включаются, и вперёд!
Но если у нас сложная интеграция, то нужно понимать, как будет работать бизнес-уровень, какие объекты предметной области участвуют в процессах, как меняются их статусы при интеграции, как сценарии на пользовательском уровне переходят в функциональный, как наше решение вписывается в системный контекст ИТ-ландшафта компаний. И только пройдя несколько уровней абстракции, мы доходим до данных и технологий обмена этими данными. И тут как раз нам и нужны знания по REST API, SOAP,тут дальше можно назвать другие страшные слова.
Я конечно #капитаночевидность будучи системным аналитиком, подходи к задаче системно и будет тебе счастье) Делай нормально и будет нормально))
Но действительно это работает!
Завтра расскажу о системном подходе к интеграции☝️
А пока делитесь мыслями, какие у вас подходы при проектирование решений интеграции? Что вам помогает?)
#интеграция #системныйаналитик #системныйанализ #мойопыт #капитаночевидность #выводы #рассуждения
Некоторые руководители считают, а что там сложного в интеграции, описали маппинг данных и всё! Вперёд!
Проблема интеграции состоит в том, что она затрагивает все аспекты области проектирования информационных систем. И к решению подобной задачи нужно подходить системно.
Да, можно и нужно разбираться в технологиях. Да, REST API, Кафка, микросервисная архитектура это текущий тренд отрасли и все бегут в эту сторону, услышав модные слова (и то уже сделаны выводы, что не так с микросервисами и не везде они нужны).
К задаче интеграции нужно подходить, как к "слоёному пирогу", и снимать слой за слоем уровней требований.
Отсюда и проблема, что аналитики чего-то не знают, где-то есть пробелы, не видят границы и задачу системно. Ходят с курса на курс, читают книги, смотрят вебинары, но это всё не даёт единую картину мира. Это всё прекрасно и нужно, но стоит собирать знания вместе, чтобы оно заработало.
Например, чтобы соединить две системы между собой, сначала нужно понять на бизнес уровне, что соединяется? Зачем? Какой бизнес-процесс в итоге мы выстраиваем. Да, если мы работаем со справочниками тут нет вопросов, тут действительно маппинг данных и регламенты обмена включаются, и вперёд!
Но если у нас сложная интеграция, то нужно понимать, как будет работать бизнес-уровень, какие объекты предметной области участвуют в процессах, как меняются их статусы при интеграции, как сценарии на пользовательском уровне переходят в функциональный, как наше решение вписывается в системный контекст ИТ-ландшафта компаний. И только пройдя несколько уровней абстракции, мы доходим до данных и технологий обмена этими данными. И тут как раз нам и нужны знания по REST API, SOAP,
Я конечно #капитаночевидность будучи системным аналитиком, подходи к задаче системно и будет тебе счастье) Делай нормально и будет нормально))
Но действительно это работает!
Завтра расскажу о системном подходе к интеграции
А пока делитесь мыслями, какие у вас подходы при проектирование решений интеграции? Что вам помогает?)
#интеграция #системныйаналитик #системныйанализ #мойопыт #капитаночевидность #выводы #рассуждения
Please open Telegram to view this post
VIEW IN TELEGRAM
Готовых, чётких, пошаговых инструкций в проектирование интеграционных решений нет.
Все люди, а аналитики тоже люди)) любят готовые решения, как пошагово что-то делать и будет счастье. Что в вебинаре про погружение в предметку (смотрите), что на курсе интеграции я часто слышу разочарование, а какие должны быть шаги, дайте чёткую инструкцию?
Когда я говорю, что да, наш с вами курс или вебинар, выстроен так, что мы идём последовательно, но в ваших проектах не так. Нет инструкций для вашей ситуации, вы сами должны её придумать, сами пройти путь проектирования. Происходит разочарование. При этом иногда очень сложно объяснить, как я пришла к тому или иному решению, потому что путь не линейный.
Аналитик может цикл за циклом возвращаться к артефактам, и это нормально! Не ждите чистовой версии с первого раза! Ваш перфекционизм нужен только при ловле блох! Получил новую информацию понял, что нужно пойти и что-то изменить, вернулся и изменил. Изменения это нормально. Понял, что слишком большой кусок взял на переваривание, остановился, декомпозировал, разделил и пошёл властвовать с небольшим объёмом. А иногда другая крайность появляется, так много всего, за что хвататься, нужно всё!!! Ааааа!!! Начни с ключевых моментов, в интеграции это сценарии и sequence диаграмма, по этим сценариям. А дальше стройте вокруг них.
Горькая правда состоит в том, что подходы к своей работе, к проектированию вы формируете сами. Работа системного аналитика не так проста, как её продают. И самое ценное это наслоение знаний, на фундамент, и всё это работает в системе и в итоге вам выдает хороший результат.
Я как ментор, тренер создаю реальные условия на курсах, сессиях, от которых бывает участников бомбит "дайте адаптированный вариант!" Но на ваших проектах не будет такой адаптации и вам придётся справляться самим.
Мне же хочется заложить граф связанных инструментов, знаний, навыков, чтобы очертить поле битвы. И подсветить, то чего не хватает аналитику для его работы. Чтобы он в боевых условиях не растерялся и понял, ага, это вот там должно быть, помню, помню этот пазл. Отсюда кстати и уверенность приходит)
Да, я могу показать один из вариантов, а может даже ни один и подходов к решению задачи может быть много. И тут всё зависит от уровня прокачки аналитика. Потому что кому-то не нужны шаблоны, адаптированные задачи и "костыли", а кому-то пока нужно научиться ходить, то есть мыслить))) а потом уже и бегать на скорости!и тут Остапа понесло...
Поэтому я и топлю всегда за интерактивные занятия, за менторский подход в долгую, когда чувствуешь группу и сразу можешь менять направление информации или отходить в сторону, чтобы сразу закрыть пробелы по ходу курса. И понимаешь, что есть время и можно успеть разложить всё по плану, потому что этим временем я управляю сама))
#выводы #рассуждения #капитаночевидность #мойопыт #системныйанализ #системныйаналитик #интеграция
Завтра продолжим говорить про то, из чего состоит проектирование интеграционных решений🤓
Все люди, а аналитики тоже люди)) любят готовые решения, как пошагово что-то делать и будет счастье. Что в вебинаре про погружение в предметку (смотрите), что на курсе интеграции я часто слышу разочарование, а какие должны быть шаги, дайте чёткую инструкцию?
Когда я говорю, что да, наш с вами курс или вебинар, выстроен так, что мы идём последовательно, но в ваших проектах не так. Нет инструкций для вашей ситуации, вы сами должны её придумать, сами пройти путь проектирования. Происходит разочарование. При этом иногда очень сложно объяснить, как я пришла к тому или иному решению, потому что путь не линейный.
Аналитик может цикл за циклом возвращаться к артефактам, и это нормально! Не ждите чистовой версии с первого раза! Ваш перфекционизм нужен только при ловле блох! Получил новую информацию понял, что нужно пойти и что-то изменить, вернулся и изменил. Изменения это нормально. Понял, что слишком большой кусок взял на переваривание, остановился, декомпозировал, разделил и пошёл властвовать с небольшим объёмом. А иногда другая крайность появляется, так много всего, за что хвататься, нужно всё!!! Ааааа!!! Начни с ключевых моментов, в интеграции это сценарии и sequence диаграмма, по этим сценариям. А дальше стройте вокруг них.
Горькая правда состоит в том, что подходы к своей работе, к проектированию вы формируете сами. Работа системного аналитика не так проста, как её продают. И самое ценное это наслоение знаний, на фундамент, и всё это работает в системе и в итоге вам выдает хороший результат.
Я как ментор, тренер создаю реальные условия на курсах, сессиях, от которых бывает участников бомбит "дайте адаптированный вариант!" Но на ваших проектах не будет такой адаптации и вам придётся справляться самим.
Мне же хочется заложить граф связанных инструментов, знаний, навыков, чтобы очертить поле битвы. И подсветить, то чего не хватает аналитику для его работы. Чтобы он в боевых условиях не растерялся и понял, ага, это вот там должно быть, помню, помню этот пазл. Отсюда кстати и уверенность приходит)
Да, я могу показать один из вариантов, а может даже ни один и подходов к решению задачи может быть много. И тут всё зависит от уровня прокачки аналитика. Потому что кому-то не нужны шаблоны, адаптированные задачи и "костыли", а кому-то пока нужно научиться ходить, то есть мыслить))) а потом уже и бегать на скорости!
Поэтому я и топлю всегда за интерактивные занятия, за менторский подход в долгую, когда чувствуешь группу и сразу можешь менять направление информации или отходить в сторону, чтобы сразу закрыть пробелы по ходу курса. И понимаешь, что есть время и можно успеть разложить всё по плану, потому что этим временем я управляю сама))
#выводы #рассуждения #капитаночевидность #мойопыт #системныйанализ #системныйаналитик #интеграция
Завтра продолжим говорить про то, из чего состоит проектирование интеграционных решений
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Наталья Косинова. Как разобраться в предметной области: инструкция по применению
Любой специалист сталкивается с проблемой освоения новой для себя предметной областью. Нужно ли быть сильным экспертом в предметке, чтобы работать на новых п...
Администрирование интеграции
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
➡️ - тайм зона, бизнес любит расширять свои границы на разные регионы, даже если не сразу говорит, но захватить мир все хотят,
➡️ - включение, отключение целых блоков бизнес-процессов, есть такие моменты, что вот мы сомневаемся, сегодня надо, а завтра нет, лучше добавить и сделать возможность отключения по настройкам,
➡️ - разные форматы данных, например, что-то нужно настроить по умолчанию, или правила валидации, регулярные выражения, шаблоны вывода и т.п.
➡️ - настройки связанные с обработкой ошибок, нужно ли включать повторные вызовы, если была ошибка, сколько раз, за какой период,
➡️ - уровни логирования данных (может быть встроенная функциональность разных платформ, а может быть своя логика),
➡️ - квотирование, есть платные сервисы и каждый их вызов это деньги, а если вы ещё делаете механизм повторных отправок, можно попасть на бабло, так что лучше сразу задуматься как этим управлять и, например, переключать функционал с платного на бесплатный, некоторые государственные сервисы не очень любят, когда их бомбят запросами и тоже могут ввести квоту на количество обращений в день.
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
⚡️ Ну во-первых, можно делать значения по умолчанию, и не трогать ружье, которое висит на стене, но раз в год выстрелит.
⚡️ А во вторых, можно сделать нормальные человекочитаемые названия, и внятное описание и согласовать с администраторами и тех поддержкой, и дать инструкцию, продумать использование этих самых настроек.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте➡️ https://sup.expert/
#интеграция #администрирование #настройки #выводы
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте
#интеграция #администрирование #настройки #выводы
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
Курс по интеграции
Новому человеку в команде виднее, что не так в процессах.
Когда-то я набирала большой отдел и с каждым новым аналитиком проходила процесс онбординга. Я ждала того момента, когда аналитик начинал видеть внутреннюю кухню и сравнивать со своим опытом и понимал, что чёт не так, и чёт оно не очень хорошо работает))) А так как процесс усовершенствования бесконечный, примерно со всеми аналитиками была, одна и та же история под названием "Наташа, я вот там посмотрел документацию, процесс, давай изменим".
И я так радовалась, ну вот оно!
Вцелом я сама также всегда поступала в новых командах. Это как хозяйка приходит в новый дом и решает, что надо бы прибраться. Кого-то это бесило, не лезь! Кто-то, как истинный руководитель говорил - делай! Тут главное не наступить на грабли с надписью на них "нереально изменить".
И на самом деле это очень круто, когда 2-5 человек говорят одни и те же проблемы, их подсвечивают, значит реально их нужно решать. Если не решать, не вносить изменений, то не будет развития. #капитаночевидность
Как там говорят, только в болоте не течёт вода, и только на кладбище всё без изменений, в жизни всё постоянно меняется. В нашей с вами жизни всё меняется ещё быстрее!
Для меня от нового человека получить список проблем, это равносильно анализу текущего состояния дел. Какая проблема исчезла, мы её закрыли, что нового решение породило в плане новых проблем. А для меня, как для сотрудника компании, это тоже показатель, что меня слушают, со мной ведут диалог, и я могу привнести новую практику. И это тоже некий показатель адекватности.
Изменениями нужно управлять, не всё так просто внедряется, что-то через сопротивление и боль. Главное, чтобы потом было лучше)))
#изменения #новыйсотрудник #мойопыт #онбординг #лидер
Когда-то я набирала большой отдел и с каждым новым аналитиком проходила процесс онбординга. Я ждала того момента, когда аналитик начинал видеть внутреннюю кухню и сравнивать со своим опытом и понимал, что чёт не так, и чёт оно не очень хорошо работает))) А так как процесс усовершенствования бесконечный, примерно со всеми аналитиками была, одна и та же история под названием "Наташа, я вот там посмотрел документацию, процесс, давай изменим".
И я так радовалась, ну вот оно!
Вцелом я сама также всегда поступала в новых командах. Это как хозяйка приходит в новый дом и решает, что надо бы прибраться. Кого-то это бесило, не лезь! Кто-то, как истинный руководитель говорил - делай! Тут главное не наступить на грабли с надписью на них "нереально изменить".
И на самом деле это очень круто, когда 2-5 человек говорят одни и те же проблемы, их подсвечивают, значит реально их нужно решать. Если не решать, не вносить изменений, то не будет развития. #капитаночевидность
Как там говорят, только в болоте не течёт вода, и только на кладбище всё без изменений, в жизни всё постоянно меняется. В нашей с вами жизни всё меняется ещё быстрее!
Для меня от нового человека получить список проблем, это равносильно анализу текущего состояния дел. Какая проблема исчезла, мы её закрыли, что нового решение породило в плане новых проблем. А для меня, как для сотрудника компании, это тоже показатель, что меня слушают, со мной ведут диалог, и я могу привнести новую практику. И это тоже некий показатель адекватности.
Изменениями нужно управлять, не всё так просто внедряется, что-то через сопротивление и боль. Главное, чтобы потом было лучше)))
#изменения #новыйсотрудник #мойопыт #онбординг #лидер
Квотирование в интеграции, что это такое и зачем нужно?
Такой странный зверь - Квотирование. В интеграции, он как ружье, висящее на стене, может внезапно выстрелить.
Что такое Квотирование?
Из названия мы видим, что речь идёт про квоту. То есть одна система диктует правила о том, как к ней обращаться. Например, что больше 100 запросов в день от конкретного источника не принимаем. В начале 2000-х квота встречалась часто. Иногда о ней говорили и писали в спецификации и вводили для того, чтобы управлять нагрузкой. Чтобы банально повторными вызовами не завалили сервер.
Вроде бы сейчас 2023 год, какая квота? Но, она есть и есть иногда неявно.
✅Например, есть платные сервисы, и каждый запрос это деньги. Оно может быть очевидно #капитаночевидность , а может и нет. И когда разработчик спокойно отлаживает с тестировщиком сервис, может за день месячный бюджет оплаты израсходовать. Жизнь нас ничему не учит, и команды наступают на такие грабли часто. Таких историй слышала много и мы тоже так делали)))
Потом просто все разводят руками, а менеджер плачет и рвёт на себе волосы, потому что платить на счетам нужно.
✅А может быть государственный сервис, который на уровне бизнеса может ввести квоту. Например, запрос раз в 30 минут, ибо они обрабатываются вручную и это регламент. А может и количество за день, чтобы регулировать процесс или доход компании. Ситуации могут быть разные.
Что с этим делать?
Аналитику - задавать неудобные вопросы, просчитывать появление подобных случаев. И фиксировать в виде требований на интеграцию под названием "настройка Квотирования". Это может быть частота вызова, их количество за определённый период и шаг отправки. Например, раз в 30 минут, не более 100 в сутки по времени сервера (часто московское время, но может быть и другое, и таймзона тоже как ружье на стене, сегодня никому не нужен Владивосток, а завтра бизнес решит завоевать мир и выстрелит ситуация изменения таймзоны).
Интеграция - это соединение систем в единое информационное пространство, которым нужно управлять.
Так что Квотирование редкий зверь, но если вы его встречаете не пугайтесь, фиксируйте ситуацию, которая кажется на первый взгляд безумной, но в реальности реализуется.
#интеграция #квотирование #мойопыт #системныйанализ #курс #курсинтеграции
А какие вы встречали кейсы Квотирования в своей практике?
Делитесь в комментариях ниже 👇
Такой странный зверь - Квотирование. В интеграции, он как ружье, висящее на стене, может внезапно выстрелить.
Что такое Квотирование?
Из названия мы видим, что речь идёт про квоту. То есть одна система диктует правила о том, как к ней обращаться. Например, что больше 100 запросов в день от конкретного источника не принимаем. В начале 2000-х квота встречалась часто. Иногда о ней говорили и писали в спецификации и вводили для того, чтобы управлять нагрузкой. Чтобы банально повторными вызовами не завалили сервер.
Вроде бы сейчас 2023 год, какая квота? Но, она есть и есть иногда неявно.
✅Например, есть платные сервисы, и каждый запрос это деньги. Оно может быть очевидно #капитаночевидность , а может и нет. И когда разработчик спокойно отлаживает с тестировщиком сервис, может за день месячный бюджет оплаты израсходовать. Жизнь нас ничему не учит, и команды наступают на такие грабли часто. Таких историй слышала много и мы тоже так делали)))
Потом просто все разводят руками, а менеджер плачет и рвёт на себе волосы, потому что платить на счетам нужно.
✅А может быть государственный сервис, который на уровне бизнеса может ввести квоту. Например, запрос раз в 30 минут, ибо они обрабатываются вручную и это регламент. А может и количество за день, чтобы регулировать процесс или доход компании. Ситуации могут быть разные.
Что с этим делать?
Аналитику - задавать неудобные вопросы, просчитывать появление подобных случаев. И фиксировать в виде требований на интеграцию под названием "настройка Квотирования". Это может быть частота вызова, их количество за определённый период и шаг отправки. Например, раз в 30 минут, не более 100 в сутки по времени сервера (часто московское время, но может быть и другое, и таймзона тоже как ружье на стене, сегодня никому не нужен Владивосток, а завтра бизнес решит завоевать мир и выстрелит ситуация изменения таймзоны).
Интеграция - это соединение систем в единое информационное пространство, которым нужно управлять.
Так что Квотирование редкий зверь, но если вы его встречаете не пугайтесь, фиксируйте ситуацию, которая кажется на первый взгляд безумной, но в реальности реализуется.
#интеграция #квотирование #мойопыт #системныйанализ #курс #курсинтеграции
А какие вы встречали кейсы Квотирования в своей практике?
Делитесь в комментариях ниже 👇
Концептуальное проектирование
Есть две вещи, которые простые, очевидные #капитаночевидность поэтому их мало кто делает.
Первая это Концептуальное проектирование(сюда же DFD отнесу), а второе - это блок-схемы, с помощью которых можно и алгоритм описать и процесс, и сделать это хорошо!
Сегодня решила написать про Концептуальное проектирование.
Что может быть проще - в центр поместить систему, которую мы проектируем, вокруг участников информационного обмена, и стрелками показать направление потоков данных, кто, кому, что передаёт.
Но, в чем трудность?
✅1.Заставить себя мыслить в структуре и разложить по схеме - участники, данные уже не те просто. Скучно, дайте нам сразу строить космический корабль. Чтобы выделить набор данных нужно хорошо понимать, а что мы собственно делаем и промоделировать процессы.
✅2.Если возьмём DFD - да, есть разные нотации, но суть одна и та же, к наших участникам, и данным, добавляется хранение данных. Откуда и куда уходят данные и где остаются.
DFD, концептуальное проектирование заставляет нас думать структурой. И отбрасывать то, что круче, интереснее, можно помоделировать)))
По сути мы наш концепт раскладываем по следующим пунктам:
1.Источник данных
2.Потребитель данных
3.Обработка, работа, логические функции над данными
4.Потоки данных
5.Хранилища данных
И нам неважно, как будет реализована наша концепция, на начальном этапе. Какие технологии передачи данных будут выбраны. Требования ещё не собрали и до структуры хранилищ не добрались, как и до самого кода.
К DFD мы можем подходить, как в слоёному пирогу, как и с ER диаграммами, по этапам:
1.Описать концепцию - участники и потоки данных
2.Добавить логику обработки - получим логический уровень
3.Добавить хранение данных - физический уровень
Но если вы сделаете хотя бы концепцию решения уже станет лучше))) и будут видны участники, системный контекст, границы решения.
Мне нравится статья по этой теме в школе системного анализа и проектирования.
Рекомендую к применению на проектах)
#интеграция #концепция #dfd #системныйаналитик #системныйанализ #системныйконтекст
Есть две вещи, которые простые, очевидные #капитаночевидность поэтому их мало кто делает.
Первая это Концептуальное проектирование
Сегодня решила написать про Концептуальное проектирование.
Что может быть проще - в центр поместить систему, которую мы проектируем, вокруг участников информационного обмена, и стрелками показать направление потоков данных, кто, кому, что передаёт.
Но, в чем трудность?
✅1.Заставить себя мыслить в структуре и разложить по схеме - участники, данные уже не те просто. Скучно, дайте нам сразу строить космический корабль. Чтобы выделить набор данных нужно хорошо понимать, а что мы собственно делаем и промоделировать процессы.
✅2.Если возьмём DFD - да, есть разные нотации, но суть одна и та же, к наших участникам, и данным, добавляется хранение данных. Откуда и куда уходят данные и где остаются.
DFD, концептуальное проектирование заставляет нас думать структурой. И отбрасывать то, что круче, интереснее, можно помоделировать)))
По сути мы наш концепт раскладываем по следующим пунктам:
1.Источник данных
2.Потребитель данных
3.Обработка, работа, логические функции над данными
4.Потоки данных
5.Хранилища данных
И нам неважно, как будет реализована наша концепция, на начальном этапе. Какие технологии передачи данных будут выбраны. Требования ещё не собрали и до структуры хранилищ не добрались, как и до самого кода.
К DFD мы можем подходить, как в слоёному пирогу, как и с ER диаграммами, по этапам:
1.Описать концепцию - участники и потоки данных
2.Добавить логику обработки - получим логический уровень
3.Добавить хранение данных - физический уровень
Но если вы сделаете хотя бы концепцию решения уже станет лучше))) и будут видны участники, системный контекст, границы решения.
Мне нравится статья по этой теме в школе системного анализа и проектирования.
Рекомендую к применению на проектах)
#интеграция #концепция #dfd #системныйаналитик #системныйанализ #системныйконтекст
Адаптация под изучение нового.
Список книг, которые бы хотелось прочитать растёт в геометрической прогрессии. При этом есть над чем работать и есть, что изучить. Это огромный поток под словом "НАДО"! А ещё надо было ещё вчера, хочется остановиться и закричать!
✅Как я раньше училась. В институте у меня было правило "не пропускать лекции". Да, я тот ещё душнила и задрот, но я понимала, что тут важен режим и даже если преподаватель и его материал прям тяжело шли, я всё равно приходила на лекцию, брала ручку и писала.
Навык записывать главное из того, что мне начитывают развит у меня отлично.
И я била по всем органам восприятия: слух, визуал, письмо. Это сложно, но то что я записывала или структурировала на бумаге уже на проектах, записывалось мне на подкорку. Я могла потом не перечитывать и не открывать больше, но % запоминания давал рост.
✅Как я сейчас учусь?
Я начинаю внутренний диалог, что мол нужно сесть, взять ручку, открыть тетрадку и начать писать. Что по факту получается? Если лекция не онлайн, то я откладываю. Если онлайн, реально могу сидеть с ручкой и тетрадкой и писать.
Контента много. И я говорю, что минимум - хотя бы прослушать. И я заметила такою штуку, что я чаще стала слушать записи лекций, чтобы понять, тот или иной материал. Да, иногда я всё таки целенаправленно читаю.
И заметила, что я совмещаю прогулку и прослушивание лекции или подкаста. Иииииии - тут прям вывод #капитаночевидность или #капитанНЕочевидность я делаю вывод и понимаю нужно оно мне или нет. Если нет, отбрасываю.
Достойный, глубокий, структурный, действительно мощный материал порой бывает очень трудно найти. А поверхностный уровень его валом.
И получается, что у меня есть развитые навыки обучения, но они подстроились под среду.
Есть ли экономия времени? Кажется, что нефига. Потому что так много предложений и я трачу время на их анализ, потому что я аналитик и не всегда могу быстро принять решение)) оно должно созреть. И фильтрую материал, потому что есть дно, которое нафиг не нужно (может тут ИИ бы и помог). И вот отбросив фигню, я нахожу то, что мне действительно нужно и уже это изучаю, читаю.
#подмечено #мирвокруг #саморазвитие #обучение #моемнение
А как вы обучаетесь?
Используете ли искусственный интеллект?
Остаётся ли что-то в голове?)
Список книг, которые бы хотелось прочитать растёт в геометрической прогрессии. При этом есть над чем работать и есть, что изучить. Это огромный поток под словом "НАДО"! А ещё надо было ещё вчера, хочется остановиться и закричать!
✅Как я раньше училась. В институте у меня было правило "не пропускать лекции". Да, я тот ещё душнила и задрот, но я понимала, что тут важен режим и даже если преподаватель и его материал прям тяжело шли, я всё равно приходила на лекцию, брала ручку и писала.
Навык записывать главное из того, что мне начитывают развит у меня отлично.
И я била по всем органам восприятия: слух, визуал, письмо. Это сложно, но то что я записывала или структурировала на бумаге уже на проектах, записывалось мне на подкорку. Я могла потом не перечитывать и не открывать больше, но % запоминания давал рост.
✅Как я сейчас учусь?
Я начинаю внутренний диалог, что мол нужно сесть, взять ручку, открыть тетрадку и начать писать. Что по факту получается? Если лекция не онлайн, то я откладываю. Если онлайн, реально могу сидеть с ручкой и тетрадкой и писать.
Контента много. И я говорю, что минимум - хотя бы прослушать. И я заметила такою штуку, что я чаще стала слушать записи лекций, чтобы понять, тот или иной материал. Да, иногда я всё таки целенаправленно читаю.
И заметила, что я совмещаю прогулку и прослушивание лекции или подкаста. Иииииии - тут прям вывод #капитаночевидность или #капитанНЕочевидность я делаю вывод и понимаю нужно оно мне или нет. Если нет, отбрасываю.
Достойный, глубокий, структурный, действительно мощный материал порой бывает очень трудно найти. А поверхностный уровень его валом.
И получается, что у меня есть развитые навыки обучения, но они подстроились под среду.
Есть ли экономия времени? Кажется, что нефига. Потому что так много предложений и я трачу время на их анализ, потому что я аналитик и не всегда могу быстро принять решение)) оно должно созреть. И фильтрую материал, потому что есть дно, которое нафиг не нужно (может тут ИИ бы и помог). И вот отбросив фигню, я нахожу то, что мне действительно нужно и уже это изучаю, читаю.
#подмечено #мирвокруг #саморазвитие #обучение #моемнение
А как вы обучаетесь?
Используете ли искусственный интеллект?
Остаётся ли что-то в голове?)
Требования - это же не rocket science, что тут сложного?
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
Правда, эти требования уже всех задолбали, но сколько можно о них говорить?) Дайте, что-то поинтереснее!
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Кому нужны эти НФТ? Бред какой-то, это уже немодно.
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?🤓
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке➡️ https://sup.expert/pen
НФТ оказывают влияние на конечный результат и влияют на общую стоимость решения. Качество, это то, что ожидают от продукта, но не всегда говорят или не понимают, как измерить. А раз оно непонятно, то лучше вообще не делать, не писать и туда не лезть.
Есть ещё такой момент, что требования это вроде как вотчина аналитика. Но аналитик структурирует, перерабатывает информацию, проектируют решение на языке требований. И вот тебе тут НФТ, писать о железе? О масштабирование, архитектуре? Это что реально моё? И странно и сложно. И тут аналитик становится техническим писателем, опроси всех, собери информацию, зафиксируй. Но эта часть непонятная, а я вроде как за неё должен отвечать, но не знаю! Конечно не хочется браться за эфемерную штуку.
Что делать?
✅Первое, что хочется сказать, это всё таки объяснить себе место нефункциональных требований и что они необходимы. Название не очень удачное, и не всегда отражает суть.
Помните в икеа в магазине стояло кресло и его сразу же при нас тестировали на нагрузку? Выглядело эффектно. Нужно это было? Я думаю тут бесспорно.
✅Второе, за что реально может отвечать аналитик и что увидеть?
Тут также как в икеа, со стороны пользователя мы можем описать сценарий использования, где наши волшебные требования себя будут проявлять. И указать условия выполнения, ограничения, понятность шагов. Что например, по регламенту 30 минут на согласование документа, проверяем на группе испытуемых, засекаем время, смотрим результат. Что без инструкций новый пользователь сможет освоить функционал за 5 или 10 минут.
✅Третье, администрирование, настройки, управление продуктом. Хороший аналитик видит развитие бизнеса, может предсказать расширение на несколько шагов вперёд и эти точки масштабирования описать, донести до команды.
✅Четвёртое, что я всегда говорю аналитикам, что аналитик это звено, которое задаёт неудобные вопросы и этими неудобными вопросами погружает команду в плоскость принятия решения. Соответственно в части НФТ, даже если непонятно, что там с железом, можно задать вопросы, взять стандарты, ISO, ГОСТ, и опираться на них в части количественных показателей.
✅Пятое, источником НФТ может быть сама команда. Какие технологии используем, какая архитектура, что зависло, что мешает достижению показателей?
✅Шестое, законы, правила регулятора. Это разряд #капитаночевидность но все про него забывают. Какие отчёты требует регулятор, что будет вносить в законы в ближайшее время, как среда влияет на наше решение, какой язык, локализация и т. п. Например, развивая платёжную систему в России мы сталкивались не только с законом хранения обезличенных персональных данных, стандартом проведения платежа, но и законами на уровне субъекта нашей необъятной родины. Потому что губернатор на уровне своей губернии мог ввести какой-то свой закон по расчёту и оплаты жкх и взятия комиссии за проведение платежа.
А система честный знак, вводит этапами продажу товаров через них, и мы тоже должны учитывать подобные вещи в своих планах разработки.
А ещё есть очень жёсткий момент, что НФТ стоит брать из реальных показателей. Не описывать сферического коня в вакууме, а приземлить на то, что есть и доступно нам уже сейчас. Нет смысла фиксировать показатели, если мы не знаем, достигнем их или нет, есть такие технологии или нет?
Подводя итог, скажу, что НФТ хоть и вызывает негатив, я сама их не очень люблю)) но они важная часть работы с требованиями и тут аналитик, как юрист, должен понимать, что одна его фраза может как добавить работы команде, так и убавить и подложить ломки, там где можно упасть.
Основы работы с требованиями, в том числе и НФТ будем разбирать уже в эти выходные на онлайн игре "Китайская ручка", приходите!)
Регистрация по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
"Китайская ручка"
Развивающая обратная связь.
Большинство руководителей, к сожалению, не умеют давать развивающую обратную связь. Может конечно, кому-то и круто когда их жёстко мотивируют и им нравится жить по принципу no pain, no gain (нет боли, нет результата), но я хрупкая снежинка, и со мной нужно с пряником, я тогда я даже больше делаю)
Я когда-то писала о том, как теннисистка Динара Сафина стала первой ракеткой мира, и вот она выиграла турнир большого шлема и даёт интервью. И журналист такой - вас можно поздравить!!! А она хмуриться и говорит - мама недовольна.
Ну вы же первая ракетка мира!
Мама-тренер и она нашла ошибки...
Вот и у нас, и так часто. Ты выпрыгиваешь из трусов, но мало, недостаточно, нет идеала, и все недовольны. А руководитель даже не умеет говорить о хорошем и говорить хотя бы факты, что действительно получилось. Это правда трудно. Я сама в менторстве долго училась замечать у аналитиков действительно факты, что ты вот дорогой аналитик, действительно сделал хорошо, то что ты просто даже стал делать, это уже полпути к успеху!
А часто мы с сами к себе так относимся, мало дорогой товарищ! Но мне же плохо? Что! Чтобы я такого не слышал, а ну вперёд! К светлому будущему!
Так вот развивающая обратная связь, это мягкий способ указать человеку на то, что стоит развивать, но чтобы это сделать нужно построить диалог и начать с плюсов, фактов, достижений.
Не нужно врать, придумывать, или льстить. Просто стоит говорить о фактах со знаком плюс. И лучше 3 +++ потом добавить один минус.
И всё! Прикиньте как сложно?) один минус!! Мы же любим на людей сбросить ушат из 100500 минусов. И пусть потом человек в депрессию впадает, ты живёшь в России чувак, боль и героизм, наш путь. Ну c'est la vie, страдай!
Но я тут побуду #капитаночевидность и распишу пример, классической обратной связи при разговоре:
✅1.Small talk, вообще прям мне нравится всегда такое начало, расслабиться, переключиться.
✅2.Цель разговора, обсуждение, а готов ли сотрудник к такому диалогу. А головы ли вы? Банально, самочувствие, ресурс, запрос.
✅3.Потом 3 +++ и подкрепить фактами. Вот конкретное ТЗ, вот удалось, вот тут тоже удалось. Вот тут я вижу твой рост. Не начинайте с минусов! Человек может уйти в жёсткую защиту и дальше всё как в тумане...
✅4.Можно сказать о минусе и тоже подкреплять фактами. Спросите разрешения, можно ли свои советы давать и рекомендации.
✅5.Добавить рекомендации, конкретику, курсы, книги примеры. Как улучшить, на что обратить внимание.
✅6.Закрытие. Спросить у сотрудника, что он сам об этом думает? Мы запускаем рефлексию, она тоже необходима. Делаем выводы. И их фиксируем.
✅7.Договариваемся о дальнейших шагах, что конкретно будем делать и как.
Самое сложное это начинать замечать плюсы. Если не получается их сразу выявлять, просто начните говорить себе спасибо за то, что пробуете. Я не устану повторять, что иногда, даже встать утром и начать, что-то делать это подвиг. И можно себя за это начать хвалить.
Даже если не получилось, вы же попробовали)))
И часто, мы ждём одобрение от Тим Лида, а он загружен и не понимает этого, подойти сами и попросите, а ты можешь мне дать обратную связь? Но тоже понимайте, у кого вы её просите))
Люди разные и обратную связь от жёстких карьеристов может в вашем случае стоит делить на N.
#обратнаясвязь #менторство #руководствокомандой #мойопыт #коучинг #факт #развитие
Большинство руководителей, к сожалению, не умеют давать развивающую обратную связь. Может конечно, кому-то и круто когда их жёстко мотивируют и им нравится жить по принципу no pain, no gain (нет боли, нет результата), но я хрупкая снежинка, и со мной нужно с пряником, я тогда я даже больше делаю)
Я когда-то писала о том, как теннисистка Динара Сафина стала первой ракеткой мира, и вот она выиграла турнир большого шлема и даёт интервью. И журналист такой - вас можно поздравить!!! А она хмуриться и говорит - мама недовольна.
Ну вы же первая ракетка мира!
Мама-тренер и она нашла ошибки...
Вот и у нас, и так часто. Ты выпрыгиваешь из трусов, но мало, недостаточно, нет идеала, и все недовольны. А руководитель даже не умеет говорить о хорошем и говорить хотя бы факты, что действительно получилось. Это правда трудно. Я сама в менторстве долго училась замечать у аналитиков действительно факты, что ты вот дорогой аналитик, действительно сделал хорошо, то что ты просто даже стал делать, это уже полпути к успеху!
А часто мы с сами к себе так относимся, мало дорогой товарищ! Но мне же плохо? Что! Чтобы я такого не слышал, а ну вперёд! К светлому будущему!
Так вот развивающая обратная связь, это мягкий способ указать человеку на то, что стоит развивать, но чтобы это сделать нужно построить диалог и начать с плюсов, фактов, достижений.
Не нужно врать, придумывать, или льстить. Просто стоит говорить о фактах со знаком плюс. И лучше 3 +++ потом добавить один минус.
И всё! Прикиньте как сложно?) один минус!! Мы же любим на людей сбросить ушат из 100500 минусов. И пусть потом человек в депрессию впадает, ты живёшь в России чувак, боль и героизм, наш путь. Ну c'est la vie, страдай!
Но я тут побуду #капитаночевидность и распишу пример, классической обратной связи при разговоре:
✅1.Small talk, вообще прям мне нравится всегда такое начало, расслабиться, переключиться.
✅2.Цель разговора, обсуждение, а готов ли сотрудник к такому диалогу. А головы ли вы? Банально, самочувствие, ресурс, запрос.
✅3.Потом 3 +++ и подкрепить фактами. Вот конкретное ТЗ, вот удалось, вот тут тоже удалось. Вот тут я вижу твой рост. Не начинайте с минусов! Человек может уйти в жёсткую защиту и дальше всё как в тумане...
✅4.Можно сказать о минусе и тоже подкреплять фактами. Спросите разрешения, можно ли свои советы давать и рекомендации.
✅5.Добавить рекомендации, конкретику, курсы, книги примеры. Как улучшить, на что обратить внимание.
✅6.Закрытие. Спросить у сотрудника, что он сам об этом думает? Мы запускаем рефлексию, она тоже необходима. Делаем выводы. И их фиксируем.
✅7.Договариваемся о дальнейших шагах, что конкретно будем делать и как.
Самое сложное это начинать замечать плюсы. Если не получается их сразу выявлять, просто начните говорить себе спасибо за то, что пробуете. Я не устану повторять, что иногда, даже встать утром и начать, что-то делать это подвиг. И можно себя за это начать хвалить.
Даже если не получилось, вы же попробовали)))
И часто, мы ждём одобрение от Тим Лида, а он загружен и не понимает этого, подойти сами и попросите, а ты можешь мне дать обратную связь? Но тоже понимайте, у кого вы её просите))
Люди разные и обратную связь от жёстких карьеристов может в вашем случае стоит делить на N.
#обратнаясвязь #менторство #руководствокомандой #мойопыт #коучинг #факт #развитие
Пирамида артефактов & абстрактное мышление
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
➡️ Ссылка на вебинар
🟢 Ссылка на презентацию
🟢 Канал Евгения Галактионова
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Уже несколько раз, за эти дни, я получила порцию благодарности на вебинар "Пирамида артефактов ИТ-проекта". ❤️
Мне очень приятно, что результат живёт и ходит по рукам. И ещё раз спасибо наставнику моих вебинаров Евгению Галактионову.
Решила, что пора напомнить вам о вебинаре, так как у меня много новых подписчиков пришло за последние полгода)
И сегодняшняя моя мысль - это то, что аналитику, техническому айти специалисту необходимо абстрактное мышление.
Проводя курсы, менторство, понимаю, что есть такие вещи, которые сложно потрогать. А если сложно потрогать нам нужно развивать представление о предмете. Наш мозг, и вцелом наш организм, это очень гибкая система, которую мы можем постоянно прокачивать, как и любую мышцу, наш мозг это тоже мышца.
Как увидеть или померить мышление, я не знаю, и с удовольствием бы поговорила на эту тему с нейро-экспертами.
Но аналитик часто работает с тем, что невозможно потрогать. Айти часто это то, что не увидеть, конечно можно открыть код и прочитать, но говоря на языке требований, моделей, образов приходится представлять себе эти абстракции. И моё мнение именно такое, что техническое образование формирует так необходимое мышление для работы в айти отрасли. Безусловно физики, химики работают тоже с абстрактными моделями, отлично делают расчёты и показывают хорошие когнитивные способности в айти разработке.
Но инженер, изначально некий маг, который из говна и палок может сделать колесо. И его мозг заточен так, чтобы соорудить решение в среде жёстких ограничений, используя свои знания.
Уровни абстракции, о которых говорят многих эксперты по проектированию айти решений, требуют как раз прокачки мышцы, чтобы представить этот уровень, выстроить в голове классификацию и на кончиках пальцев понимать, где я сейчас нахожусь, и как мне перейти с одного уровня на другой.
Как раз вебинар рассказывает о том, как эти уровни требований могут быть представлены. Это один из примеров, подходов к тому, как можно организовать работу команды с артефактами и действительно начать проектировать!)
#пирамида #вебинар #абстрация #вспомнимважное #мойопыт #капитаночевидность
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Наталья Косинова. Пирамида артефактов для ИТ-проекта: анализ и проектирование
Создавать полную документацию на проекте трудоемкий, долгий и местами нудный процесс, при этом документация ради документации или документация «в стол» ником...
Моё лицо выглядит примерно вот так, когда мне говорят - нам нужно ТЗ на интеграцию!
Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!
А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно sequence, rest api, безопасность, нфт... Блин ещё swagger руками потрогать... А вдруг я что-то забуду?" 🤯
А ещё лучше, когда что-то прилетает, из серии - "я это не знаю"!
И вот я уже вижу, как потихоньку, легко, но верно, я начинаю падать в грязь лицом...
А ещё сверху приправим соусом "ты же специалист, тебе виднее, мы знаем, что ты можешь... ждём ТЗ..."
Вот в такой ситуации, я могу говорить, ребята, возьмите С4, или Uml и ещё 100500 разных подходов. Но лучше выдохнуть, сделать шаг назад, и начать с любой схемы! Нет вы не ослышались, любая диаграмма, картинка, визуализация подойдёт. Упрощайте!
Не нужно мучить себя нотациями, правилами, инструментами, вам нужно понять, а что собственно происходит?
Нарисуйте всё что знаете по задаче, даже если это будут 2 квадратика и стрелочка между ними со словом интеграция.
На днях на менторской сессии, я открыла диаграмму с одного своего проекта, и поняла, что это смесь DFD, Component и даже Deployment diagram. А цель моя была понять объем задачи, получилось? Да! Все красные стрелочки - это объем.
Я часто рассказываю, что когда мне присылают описание API, я просто схематично рисую диаграмму и называю "точки интеграции", визуализирую вызовы, их набор, направление, логику, последовательность.
А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))
Так что, получая новую задачу по интеграции:
✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)
#капитаночевидность
#интеграция #челлендж #мойопыт
Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!
А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно sequence, rest api, безопасность, нфт... Блин ещё swagger руками потрогать... А вдруг я что-то забуду?" 🤯
А ещё лучше, когда что-то прилетает, из серии - "я это не знаю"!
И вот я уже вижу, как потихоньку, легко, но верно, я начинаю падать в грязь лицом...
А ещё сверху приправим соусом "ты же специалист, тебе виднее, мы знаем, что ты можешь... ждём ТЗ..."
Вот в такой ситуации, я могу говорить, ребята, возьмите С4, или Uml и ещё 100500 разных подходов. Но лучше выдохнуть, сделать шаг назад, и начать с любой схемы! Нет вы не ослышались, любая диаграмма, картинка, визуализация подойдёт. Упрощайте!
Не нужно мучить себя нотациями, правилами, инструментами, вам нужно понять, а что собственно происходит?
Нарисуйте всё что знаете по задаче, даже если это будут 2 квадратика и стрелочка между ними со словом интеграция.
На днях на менторской сессии, я открыла диаграмму с одного своего проекта, и поняла, что это смесь DFD, Component и даже Deployment diagram. А цель моя была понять объем задачи, получилось? Да! Все красные стрелочки - это объем.
Я часто рассказываю, что когда мне присылают описание API, я просто схематично рисую диаграмму и называю "точки интеграции", визуализирую вызовы, их набор, направление, логику, последовательность.
А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))
Так что, получая новую задачу по интеграции:
✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)
#капитаночевидность
#интеграция #челлендж #мойопыт
Я боюсь, что разработчики решат, что я дурачок.
Аналитики перфекционисты, и возмутители спокойствия одновременно.
Часто аналитик находится в ситуации:
✅- все всё понимают, я не понимаю,
✅- якобы все знают, что я должен выдать и как, но почему-то мне не говорят и я как сапёр хожу по минированному полю,
✅- боюсь, сделать неверный шаг в сторону и возмутить спокойствие и будет взрыв негодования.
Что могу сказать...
Пусть будет взрыв!
Пусть назовут дурачком. Вы то знаете о себе правду лучше других 😎
Возможно, это будет сексизм, но иногда разработчики более лояльны к девушкам, "ну что с неё взять, она девушка. Какой-то бред написала. Ну и пусть..."
Но я много раз в свою сторону получала взрыв эмоций под названием "какой мудак это написал!?"
Раньше я переживала, а теперь я понимаю, что такие эмоции это моё оружие. И когда все партизаны вокруг и ничего не говорят, я могу подготовить несколько вариантов диаграммы (а почему бы и не да!).
Сначала показать ту, которая вызовет взрыв эмоций, и на этих эмоциях "всё не так", я получу ответ, а "как надо". Только записывай. А если этот вариант совпадает с тем, что у меня есть в портфеле вариантов, то я как фокусник из рукава достану вариант со словами "а кстати говоря, у меня есть то, о чем вы говорите, так хотели бы? Посмотрим вместе?"
Но надо дождаться, когда вулкан эмоций выльется, и тогда можно показать вариант, а можно и чуть позже показать вариант, дав людям управлять ситуацией.
Хитро? Наверное.
Работа выполнена? Да.
А о способе получения информации уже никто и не вспомнит.
Тут единственное но нужно учиться ставить границы, что этот взрыв эмоций, не потому что я плохой специалист, а потому что я управляю этой ситуацией и использую этот способ выявления требований, подкинув катализатор.
Конечно риски такого способа тоже нужно взвесить, чтобы не влияло на вашу репутацию.
И быть готовым к разному развитию событий.
А вы какие используете катализаторы в работе?
#сбортребований #катализатор #лайфхаки #капитаночевидность #системныйанализ #мойопыт #моемнение #выявлениетребований
Аналитики перфекционисты, и возмутители спокойствия одновременно.
Часто аналитик находится в ситуации:
✅- все всё понимают, я не понимаю,
✅- якобы все знают, что я должен выдать и как, но почему-то мне не говорят и я как сапёр хожу по минированному полю,
✅- боюсь, сделать неверный шаг в сторону и возмутить спокойствие и будет взрыв негодования.
Что могу сказать...
Пусть будет взрыв!
Пусть назовут дурачком. Вы то знаете о себе правду лучше других 😎
Возможно, это будет сексизм, но иногда разработчики более лояльны к девушкам, "ну что с неё взять, она девушка. Какой-то бред написала. Ну и пусть..."
Но я много раз в свою сторону получала взрыв эмоций под названием "какой мудак это написал!?"
Раньше я переживала, а теперь я понимаю, что такие эмоции это моё оружие. И когда все партизаны вокруг и ничего не говорят, я могу подготовить несколько вариантов диаграммы (а почему бы и не да!).
Сначала показать ту, которая вызовет взрыв эмоций, и на этих эмоциях "всё не так", я получу ответ, а "как надо". Только записывай. А если этот вариант совпадает с тем, что у меня есть в портфеле вариантов, то я как фокусник из рукава достану вариант со словами "а кстати говоря, у меня есть то, о чем вы говорите, так хотели бы? Посмотрим вместе?"
Но надо дождаться, когда вулкан эмоций выльется, и тогда можно показать вариант, а можно и чуть позже показать вариант, дав людям управлять ситуацией.
Хитро? Наверное.
Работа выполнена? Да.
А о способе получения информации уже никто и не вспомнит.
Тут единственное но нужно учиться ставить границы, что этот взрыв эмоций, не потому что я плохой специалист, а потому что я управляю этой ситуацией и использую этот способ выявления требований, подкинув катализатор.
Конечно риски такого способа тоже нужно взвесить, чтобы не влияло на вашу репутацию.
И быть готовым к разному развитию событий.
А вы какие используете катализаторы в работе?
#сбортребований #катализатор #лайфхаки #капитаночевидность #системныйанализ #мойопыт #моемнение #выявлениетребований