#мысливслух #рассуждения #usecases #мойопыт #менторство #замечено #выводы #системныйанализ
Почему аналитики плохо пишут use cases?
Очень часто на курсах по интеграции в ШСА, да и не только, на менторстве тоже, и на собеседованиях встречается общая проблема по use cases. Аналитики плохо пишут сценарии вариантов использования.
👉1.Во первых, есть аналитики, кто не делает различий между use cases и user story. Вместо того, чтобы спрашивать аналитиков различие между Soap и Rest, на собеседование, лучше спросить различие между use cases и user story.
👉2.Во вторых, сценарии, как техника, используются на разных уровнях абстракции и не только аналитиками, но и тестировщиками, проектировщиками интерфейсов, продактами, да всеми)) Удобно.
👉3.Действительно, на системном или на уровне проектирования взаимодействия систем, мало кто из аналитиков грамотно может описать use cases. Это уже уровень архитектора, проектировщика, разработчика. Но он часто необходим на проектах, особенно если речь едет об интеграции.
👉4.Часто идёт ещё и смешение понятий функция и сценарий использования. Хотя use case вполне можно считать спецификацией функции.
👉5.Ну и плюс очень часто мы стараемся оперировать каноничным подходом, который был у Коберна (по крайней мере я всех к нему отправляю). И ещё пытаемся смаппить use cases и user story, я об этом писала, аж в 2020 году, что есть такое понятие как use cases 2.0 - https://t.me/start_in_IT/257
В самой технике сценариев, нет ничего сложного. Вот тебе основной, happy, поток, вот тебе расширения, где есть альтернативы и обработки исключений. Сюда же ещё и циклы включают. И получается, что есть канон, и есть реальность. И как сценарий эволюционировал мало кто знает, да и просто нет времени, надо делать работу)))
В итоге мы получаем высокоуровневые, часто до конца не проработанные сценарии. Их бы ещё детализировать и ещё докручивать и докручивать.
Выводы у меня следующие:
✅1.Высокоуровневые, на уровне бизнеса и взаимодействия пользователь - система, аналитики вполне отлично справляются.
✅2.Если аналитик не имеет базы, фундамента, плохо пишет алгоритмы, блок-схемы, то и сценарии также идут плохо. Везде в основе теория графов, сети Петри.
✅3.Сюда же я отнесу абстрактное мышление, это прям бич. Переключаться с одного уровня на другой самая большая проблема. Сложно понять где мы находимся, и где наши границы и рамки описания сценариев.
✅4.Сценарии на уровне взаимодействия модулей, систем требует знаний словаря данных, модели данных, что кому передаёт, как, в каком формате, по каким протоколам, синхронно, асинхронно, или файлами, или голубиной почтой.
✅5.Плюс сценарий не панацея и часто его нужно дополнять описанием алгоритмов, функций, а это математика. И я опять возвращаюсь к базовым, фундаментальным знаниям.
✅6.И ещё сюда добавлю обзор архитектурных решений. Потому что нужно хотя бы на пальцах понимать, как выстроено решение, к которому мы пишем уже на системном уровне требования, а точнее проектируем на языке требований, функций, что объединяет в себе целый комплекс знаний.
Итого: круг замыкается снова на том, что системный анализ инженерия, и даже в таком простом, с первого взгляда, инструменте, как use cases, собирает целый комплекс знаний.
Почему аналитики плохо пишут use cases?
Очень часто на курсах по интеграции в ШСА, да и не только, на менторстве тоже, и на собеседованиях встречается общая проблема по use cases. Аналитики плохо пишут сценарии вариантов использования.
👉1.Во первых, есть аналитики, кто не делает различий между use cases и user story. Вместо того, чтобы спрашивать аналитиков различие между Soap и Rest, на собеседование, лучше спросить различие между use cases и user story.
👉2.Во вторых, сценарии, как техника, используются на разных уровнях абстракции и не только аналитиками, но и тестировщиками, проектировщиками интерфейсов, продактами, да всеми)) Удобно.
👉3.Действительно, на системном или на уровне проектирования взаимодействия систем, мало кто из аналитиков грамотно может описать use cases. Это уже уровень архитектора, проектировщика, разработчика. Но он часто необходим на проектах, особенно если речь едет об интеграции.
👉4.Часто идёт ещё и смешение понятий функция и сценарий использования. Хотя use case вполне можно считать спецификацией функции.
👉5.Ну и плюс очень часто мы стараемся оперировать каноничным подходом, который был у Коберна (по крайней мере я всех к нему отправляю). И ещё пытаемся смаппить use cases и user story, я об этом писала, аж в 2020 году, что есть такое понятие как use cases 2.0 - https://t.me/start_in_IT/257
В самой технике сценариев, нет ничего сложного. Вот тебе основной, happy, поток, вот тебе расширения, где есть альтернативы и обработки исключений. Сюда же ещё и циклы включают. И получается, что есть канон, и есть реальность. И как сценарий эволюционировал мало кто знает, да и просто нет времени, надо делать работу)))
В итоге мы получаем высокоуровневые, часто до конца не проработанные сценарии. Их бы ещё детализировать и ещё докручивать и докручивать.
Выводы у меня следующие:
✅1.Высокоуровневые, на уровне бизнеса и взаимодействия пользователь - система, аналитики вполне отлично справляются.
✅2.Если аналитик не имеет базы, фундамента, плохо пишет алгоритмы, блок-схемы, то и сценарии также идут плохо. Везде в основе теория графов, сети Петри.
✅3.Сюда же я отнесу абстрактное мышление, это прям бич. Переключаться с одного уровня на другой самая большая проблема. Сложно понять где мы находимся, и где наши границы и рамки описания сценариев.
✅4.Сценарии на уровне взаимодействия модулей, систем требует знаний словаря данных, модели данных, что кому передаёт, как, в каком формате, по каким протоколам, синхронно, асинхронно, или файлами, или голубиной почтой.
✅5.Плюс сценарий не панацея и часто его нужно дополнять описанием алгоритмов, функций, а это математика. И я опять возвращаюсь к базовым, фундаментальным знаниям.
✅6.И ещё сюда добавлю обзор архитектурных решений. Потому что нужно хотя бы на пальцах понимать, как выстроено решение, к которому мы пишем уже на системном уровне требования, а точнее проектируем на языке требований, функций, что объединяет в себе целый комплекс знаний.
Итого: круг замыкается снова на том, что системный анализ инженерия, и даже в таком простом, с первого взгляда, инструменте, как use cases, собирает целый комплекс знаний.
Telegram
Записки ИТ специалиста
#капитаночевидность #аналитик #системныйанализ #бизнесанализ
#инструменты #userstory #usecase
Вернёмся к #теория
Избитая всеми тема, какой подход лучше выбрать в фиксирование требований User Story или Use Cases.
Мало того, что многие не различают эти…
#инструменты #userstory #usecase
Вернёмся к #теория
Избитая всеми тема, какой подход лучше выбрать в фиксирование требований User Story или Use Cases.
Мало того, что многие не различают эти…
#системныйанализ #usecases #выводы #мойопыт #моемнение #замечено
Цель в use cases
Тема про use cases и системный уровень их написания оказалась животрепешущей. И на эту тему ко мне пришли ещё подписчики, чему я очень рада)))
Итак, давайте ещё соберём информацию.
Евгений Галактионов https://t.me/systemspodhod
правильно описал, то что проблема часто заключается в понимание цели. А зачем вообще use case и что он делает?
Это очень видно, когда на пользовательском уровне мы получаем набор use cases по crud.
Пользователь создаёт заявку, редактирует, читает, удаляет (или переводит в архив).
Но вот я диспетчер автобазы с автомониторингом, я вообще не мыслю такими понятиям! На кой ляд мне эти функции?
Бизнес пользователь думает о том, что ему Васю с Петей нужно отправить на линию да ещё так, чтобы они не слили бензин, доехали до места и сделали ремонт оборудования. То есть наш диспетчер Маша, хочет сформировать бригаду для выполнения запросы от жителей дома. И описать в ней ограничения, быстро согласовать и после проконтролировать выполнение.
Почувствовали разницу?
CRUD это прекрасно, спасает в любых обстоятельствах, но цели с точки зрения бизнеса, регламентов, должностных инструкций понятнее, важнее, что в свою очередь собирает функции в большие цепочки.
Уже классика жанра, когда разные команды делают разные функции, кнопочки, блоки на front-end, а работать с этим невозможно, потому что нет связи и пользовательских сценариев.
Но и на уровне межсистемного, межмодульного взаимодействия также часто никто не может рассказать, зачем одна система делает вычисления, кеширует данные и передаёт в другую? Кто-то был художником и так видел реализацию чего-то, для того чтобы ЧТО выполнить и получить?
А потом мы и получаем истории, про то, что мы не знаем кто этим пользуется, сейчас отключим и будем ждать, кто будет орать))))
Цель в use cases
Тема про use cases и системный уровень их написания оказалась животрепешущей. И на эту тему ко мне пришли ещё подписчики, чему я очень рада)))
Итак, давайте ещё соберём информацию.
Евгений Галактионов https://t.me/systemspodhod
правильно описал, то что проблема часто заключается в понимание цели. А зачем вообще use case и что он делает?
Это очень видно, когда на пользовательском уровне мы получаем набор use cases по crud.
Пользователь создаёт заявку, редактирует, читает, удаляет (или переводит в архив).
Но вот я диспетчер автобазы с автомониторингом, я вообще не мыслю такими понятиям! На кой ляд мне эти функции?
Бизнес пользователь думает о том, что ему Васю с Петей нужно отправить на линию да ещё так, чтобы они не слили бензин, доехали до места и сделали ремонт оборудования. То есть наш диспетчер Маша, хочет сформировать бригаду для выполнения запросы от жителей дома. И описать в ней ограничения, быстро согласовать и после проконтролировать выполнение.
Почувствовали разницу?
CRUD это прекрасно, спасает в любых обстоятельствах, но цели с точки зрения бизнеса, регламентов, должностных инструкций понятнее, важнее, что в свою очередь собирает функции в большие цепочки.
Уже классика жанра, когда разные команды делают разные функции, кнопочки, блоки на front-end, а работать с этим невозможно, потому что нет связи и пользовательских сценариев.
Но и на уровне межсистемного, межмодульного взаимодействия также часто никто не может рассказать, зачем одна система делает вычисления, кеширует данные и передаёт в другую? Кто-то был художником и так видел реализацию чего-то, для того чтобы ЧТО выполнить и получить?
А потом мы и получаем истории, про то, что мы не знаем кто этим пользуется, сейчас отключим и будем ждать, кто будет орать))))
Telegram
Системный подход
Канал про все, что связано с системным мышлением, теорией систем, прикладным системным анализом и применением в разных областях жизни, включая ИТ.
Правила жизни в чатах мессанджеров.
#рассуждения #правилаэтикета #киберэтика #мессанджеры #историиизжизни #выводы #мысливслух
Иногда смотрю канал "Киберэтика", мне вцелом нравятся ведущие, подход, темы и обсуждения причин тех или иных ситуаций, а также что с этим делать. Конечно без психолога в программе не обходится.
И вот тут была очередная серия про мессанджеры.
Честно говоря, эксперт и её позиция мне не очень зашли, но выпуск задел. И я решила сделать выводы для себя.
Тут даже немного странно было слушать разные правила чатов, как нечто прям невероятное, при этом, что айти, что большие корпорации давно живут с чатами.
Я даже с теплотой вспомнила времена 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
Типы менеджеров. Одинокий ковбой.
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала"одинокая женщина".
Вот название из книги Адизеса одного из стилей управления - одинокий ковбой даже не так страшно читать, как одинокая женщина.
Это менеджер, который все задачи забирает себе, у него много работы всегда. Уезжая в отпуск, он всегда берет с собой работу. Уходя домой, он всегда берет с собой работу. Часто ноет, что у него нет времени, потому что много работы. На обучение в перерывах звонит в офис, узнать не случилось ли страшное и без него как там работа. Его подчинённые передасты, они не развиваются, потому что у их руководителя нет времени на их развитие и передачу дел подчинённым.
Я пыталась из своего опыта вспомнить, встречала ли я подобных руководителей. В чистом виде нет, но среди ведущих аналитиков, разработчиков да. И даже такую некую смесь под названием "я не возьму к себе в команду тех кто наравне со мной или лучше, буду брать только джунов и страдать, страдать, страдать, от того, что у меня много работы и команда не тянет".
Это трулоголик, который зависим от работы, как алкаш от рюмки водки. Забери у него работу и он не сможет наполнить свой день событиями.
Почему я переименовала одинокого ковбоя в одинокую женщину, потому что мне когда-то в красках знакомая рассказывала о своей такой руководительнице. Но там был не только трулоголизм, там вцелом не было понимание у человека, что у её сотрудников есть дети, семьи, родители, хобби, другие желания, кроме как работать в выходные или сверхурочно вечерами.
И это действительно страшно. Как за коллектив так и за сотрудников. Но! Дела делаются, она же видит проблему, потребность и решает, решает, решает. И это всё на конвейере. Пустота своей жизни заполняется работой.
Одинокая женщина супер производитель. И такие есть трулоголики среди разработчиков, аналитиков. А руководство выше их считает отличными сотрудниками, ведь они так много работают! 🤯
А вы встречали таких менеджеров?
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала
Вот название из книги Адизеса одного из стилей управления - одинокий ковбой даже не так страшно читать, как одинокая женщина.
Это менеджер, который все задачи забирает себе, у него много работы всегда. Уезжая в отпуск, он всегда берет с собой работу. Уходя домой, он всегда берет с собой работу. Часто ноет, что у него нет времени, потому что много работы. На обучение в перерывах звонит в офис, узнать не случилось ли страшное и без него как там работа. Его подчинённые передасты, они не развиваются, потому что у их руководителя нет времени на их развитие и передачу дел подчинённым.
Я пыталась из своего опыта вспомнить, встречала ли я подобных руководителей. В чистом виде нет, но среди ведущих аналитиков, разработчиков да. И даже такую некую смесь под названием "я не возьму к себе в команду тех кто наравне со мной или лучше, буду брать только джунов и страдать, страдать, страдать, от того, что у меня много работы и команда не тянет".
Это трулоголик, который зависим от работы, как алкаш от рюмки водки. Забери у него работу и он не сможет наполнить свой день событиями.
Почему я переименовала одинокого ковбоя в одинокую женщину, потому что мне когда-то в красках знакомая рассказывала о своей такой руководительнице. Но там был не только трулоголизм, там вцелом не было понимание у человека, что у её сотрудников есть дети, семьи, родители, хобби, другие желания, кроме как работать в выходные или сверхурочно вечерами.
И это действительно страшно. Как за коллектив так и за сотрудников. Но! Дела делаются, она же видит проблему, потребность и решает, решает, решает. И это всё на конвейере. Пустота своей жизни заполняется работой.
Одинокая женщина супер производитель. И такие есть трулоголики среди разработчиков, аналитиков. А руководство выше их считает отличными сотрудниками, ведь они так много работают! 🤯
А вы встречали таких менеджеров?
Впечатления от UIC.DEV 2023 Ижевск ⚡️
#UIC.DEV #впечатления #тасамаяумнаявечеринка #ижевск #моемнение #выводы
Вот и прошла конференция UIC.DEV в Ижевске. И это было огненно!📣
Немного выводов из серии #капитаночевидность, а может и #капитаннеочевидность
1.Конференция это конечно нетворкинг и комюнити. А говоря по-русски, айти братство! Атмосфера на конференции, когда ты докладчик отличается от той когда ты участник. Мне нравится и так, и так.
2.Конференция в Ижевске выполняет все поставленные цели перед конференцией региона. Хотя я не знаю реального перечня)) Самое главное - живое общение, за счёт которого можно привести в регион знания, опыт, связи, и дать развитие.
3.Можно познакомиться с интересными людьми, найти и заказчиков, и экспертов, и подписчиков. На людей посмотреть, себя показать.
4.Прокачаться в публичных выступлениях.
5.Увидеть Россию! Я впервые была в Ижевске и было интересно узнать историю, боли, и текущее состояние региона. Всё даже в двух словах не описать.
6.Что на CodeFest, что на UIC.DEV были интересные и я бы сказала уже легендарные личности. В Ижевске был Николай Николаевич Непейвода. Про него можно почитать Википедию. Он подтвердил множество моих мыслей и мне от этого даже стало спокойнее, ибо когда некоторые выводы делаю, меня считают сумасшедшей. Даже если итак, ну и пусть🤡
Теперь хочется переварить информацию, впечатления, всё таки взять книгу Николай Николаевича и почитать, сделать пару вебинаров точно, и реализовать ещё кучу своих идей, а может и идей, которые летали в кулуарах здания Интеграл в Ижевске. Эту атмосферу я уношу с собой, и для меня самая большая благодарность - это улыбки участников в зале, во время моего выступления) И среди вопросов это вопрос от разработчика!!! Разработчик не ушёл из секции анализа, так ещё и задал вопрос, не своим аналитикам, а мне! Вот это уровень доверия пространству, где можно себя чувствовать открыто, это самое главное, безопасность, даёт возможность быть открытым и раскованным, чтобы хотя бы чуть-чуть стать лучше и иметь заряд для действий дальше!) А ради этого точно стоит стараться!🔥
#UIC.DEV #впечатления #тасамаяумнаявечеринка #ижевск #моемнение #выводы
Вот и прошла конференция UIC.DEV в Ижевске. И это было огненно!
Немного выводов из серии #капитаночевидность, а может и #капитаннеочевидность
1.Конференция это конечно нетворкинг и комюнити. А говоря по-русски, айти братство! Атмосфера на конференции, когда ты докладчик отличается от той когда ты участник. Мне нравится и так, и так.
2.Конференция в Ижевске выполняет все поставленные цели перед конференцией региона. Хотя я не знаю реального перечня)) Самое главное - живое общение, за счёт которого можно привести в регион знания, опыт, связи, и дать развитие.
3.Можно познакомиться с интересными людьми, найти и заказчиков, и экспертов, и подписчиков. На людей посмотреть, себя показать.
4.Прокачаться в публичных выступлениях.
5.Увидеть Россию! Я впервые была в Ижевске и было интересно узнать историю, боли, и текущее состояние региона. Всё даже в двух словах не описать.
6.Что на CodeFest, что на UIC.DEV были интересные и я бы сказала уже легендарные личности. В Ижевске был Николай Николаевич Непейвода. Про него можно почитать Википедию. Он подтвердил множество моих мыслей и мне от этого даже стало спокойнее, ибо когда некоторые выводы делаю, меня считают сумасшедшей. Даже если итак, ну и пусть
Теперь хочется переварить информацию, впечатления, всё таки взять книгу Николай Николаевича и почитать, сделать пару вебинаров точно, и реализовать ещё кучу своих идей, а может и идей, которые летали в кулуарах здания Интеграл в Ижевске. Эту атмосферу я уношу с собой, и для меня самая большая благодарность - это улыбки участников в зале, во время моего выступления) И среди вопросов это вопрос от разработчика!!! Разработчик не ушёл из секции анализа, так ещё и задал вопрос, не своим аналитикам, а мне! Вот это уровень доверия пространству, где можно себя чувствовать открыто, это самое главное, безопасность, даёт возможность быть открытым и раскованным, чтобы хотя бы чуть-чуть стать лучше и иметь заряд для действий дальше!) А ради этого точно стоит стараться!
Please open Telegram to view this post
VIEW IN TELEGRAM
Продолжаю разговор про типажи менеджеров.
#капитаннеочевидность #выводы #управление #одинокаяженщина #одинокийковбой #рассуждения #books #мояполка #управлениеизменениями #типыменеджеров #ицхакадизес #мысливслух
Мой пост про тип менеджерей одинокого ковбоя/одинокую женщину вызвал море обсуждений.
Хочу сказать, что это гипертрофированный типаж, и в чистом виде такие есть персонажи и в каждом из нас они тоже есть. И это нормально, когда в нас есть целый набор типажей, каких-то меньше, каких-то больше. Мы живые люди и пока мы живём мы меняемся. И во мне тоже есть % одинокой женщины.
Я ещё не про все типажи из книги Адизеса рассказала и из своей практики в том числе))
Люблю читать подобные книги, они дают возможность переосмыслить свой опыт. Я тут пока ездила в Ижевск, слушала подкаст Сергея Мезенцева с Яной Чурикой, и она сформулировала моё состояние. Что когда она работала на MTV в золотые времена, и в золотом составе, она просто творила рок-н-ролл и просто делала. Всё получалось. И когда ты молод, ты не понимаешь почему так, а потом уже в зрелом возрасте, можно сесть посмотреть назад и сказать, аааааа вот оно что было то!!! Ах вот почему получилось!!
Так и я читаю книгу Адизеса и говорю, ааааа, вот что такое было)))
При этом мне близки мысли автора, что нет идеала, это сложно иногда понять, особенно когда в крови играет максимализм. И мой технический мозг всегда не мог понять "ну как так то!!!???"🤯 Для меня человек был теорий, машиной и ну точно есть идеалы, у которых всё ровно. Ну ведь в институте говорили, делай вот так, есть же теории, есть же практики, почему просто нельзя их брать и делать хорошо! Делай нормально, будет нормально!👍
Но нет. Жизнь намного сложнее, а работа в команде в айти ещё сложнее. А идеал, чёткий без изменений, ровный, без эмоций только на кладбище. 💀
Самое прикольное было у меня время, когда я была на проекте и эмоционально не включалась в него, я просто каждый день наблюдала, а что будет сегодня? Роль наблюдателя мне давала офигенный результат и состояние, и мои амбиции говорили, мы только смотрим, а что будет дальше? 🤓 Но и проект был действительно один из лучших в моём профессиональном опыте. Как только есть высокие ожидания на входе и ответственность за результат, тут играют эмоции. И мне как техническому специалисту - в айти сильно пришлось прокачивать гуманитарную составляющую, естественные науки, социалогию, психологию.
Так что, чтобы команда была продуктивной, эффективной в ней должны быть в синергии разные типажи участников. При этом они должны в экологичном формате смочь договориться, потому что они разные, а это значит, что постоянно будут конфликты, а это изменения, а изменения это развитие и рост. Так вот я снова прихожу к коучам, скрам мастерам, которые нужны команде, как незаинтересованное звено в производстве, чтобы помогать договариваться и проходить рост, до того как всё взорвётся.
Есть конечно такие продакты, которые отправляют сотрудников к психологам, но это не очень хорошая формулировка. Насильно работать над собой, человека нельзя заставлять. Конечно не все психологи и коучи одинаково полезны. И иногда я слышу от команд, что скрам мастер всё портит. Или, что аналитик или тестер скрам мастер. А это значит он заинтересован в результате.
Команда должна сложится, и как её собрать, чтобы был дрим тим ещё та задачка)) И если нет команды, которая бы могла уравновесить то, чего нет у одинокого ковбоя, то вот и получается путь в туманное будущее. Ваще иногда думаю, что столько сил, здоровья человек тратить, это же мощь, а мог бы ещё больше делать и горы сдвинуть, добавь нужные пазлики))
#капитаннеочевидность #выводы #управление #одинокаяженщина #одинокийковбой #рассуждения #books #мояполка #управлениеизменениями #типыменеджеров #ицхакадизес #мысливслух
Мой пост про тип менеджерей одинокого ковбоя/одинокую женщину вызвал море обсуждений.
Хочу сказать, что это гипертрофированный типаж, и в чистом виде такие есть персонажи и в каждом из нас они тоже есть. И это нормально, когда в нас есть целый набор типажей, каких-то меньше, каких-то больше. Мы живые люди и пока мы живём мы меняемся. И во мне тоже есть % одинокой женщины.
Я ещё не про все типажи из книги Адизеса рассказала и из своей практики в том числе))
Люблю читать подобные книги, они дают возможность переосмыслить свой опыт. Я тут пока ездила в Ижевск, слушала подкаст Сергея Мезенцева с Яной Чурикой, и она сформулировала моё состояние. Что когда она работала на MTV в золотые времена, и в золотом составе, она просто творила рок-н-ролл и просто делала. Всё получалось. И когда ты молод, ты не понимаешь почему так, а потом уже в зрелом возрасте, можно сесть посмотреть назад и сказать, аааааа вот оно что было то!!! Ах вот почему получилось!!
Так и я читаю книгу Адизеса и говорю, ааааа, вот что такое было)))
При этом мне близки мысли автора, что нет идеала, это сложно иногда понять, особенно когда в крови играет максимализм. И мой технический мозг всегда не мог понять "ну как так то!!!???"🤯 Для меня человек был теорий, машиной и ну точно есть идеалы, у которых всё ровно. Ну ведь в институте говорили, делай вот так, есть же теории, есть же практики, почему просто нельзя их брать и делать хорошо! Делай нормально, будет нормально!👍
Но нет. Жизнь намного сложнее, а работа в команде в айти ещё сложнее. А идеал, чёткий без изменений, ровный, без эмоций только на кладбище. 💀
Самое прикольное было у меня время, когда я была на проекте и эмоционально не включалась в него, я просто каждый день наблюдала, а что будет сегодня? Роль наблюдателя мне давала офигенный результат и состояние, и мои амбиции говорили, мы только смотрим, а что будет дальше? 🤓 Но и проект был действительно один из лучших в моём профессиональном опыте. Как только есть высокие ожидания на входе и ответственность за результат, тут играют эмоции. И мне как техническому специалисту - в айти сильно пришлось прокачивать гуманитарную составляющую, естественные науки, социалогию, психологию.
Так что, чтобы команда была продуктивной, эффективной в ней должны быть в синергии разные типажи участников. При этом они должны в экологичном формате смочь договориться, потому что они разные, а это значит, что постоянно будут конфликты, а это изменения, а изменения это развитие и рост. Так вот я снова прихожу к коучам, скрам мастерам, которые нужны команде, как незаинтересованное звено в производстве, чтобы помогать договариваться и проходить рост, до того как всё взорвётся.
Есть конечно такие продакты, которые отправляют сотрудников к психологам, но это не очень хорошая формулировка. Насильно работать над собой, человека нельзя заставлять. Конечно не все психологи и коучи одинаково полезны. И иногда я слышу от команд, что скрам мастер всё портит. Или, что аналитик или тестер скрам мастер. А это значит он заинтересован в результате.
Команда должна сложится, и как её собрать, чтобы был дрим тим ещё та задачка)) И если нет команды, которая бы могла уравновесить то, чего нет у одинокого ковбоя, то вот и получается путь в туманное будущее. Ваще иногда думаю, что столько сил, здоровья человек тратить, это же мощь, а мог бы ещё больше делать и горы сдвинуть, добавь нужные пазлики))
Поджигатель 🔥 или бешенный креативщик
Продолжаю описывать типы менеджеров из книги Адизеса.
#ицхакадизес #типыменеджеров #управлениеизменениями #рассуждения #мойопыт #поджигатель #управление #выводы
Вот это уже было в моей практике)))
С таким руководителем я проработала 1,5 месяца)) но на самом деле черты подобного поджигателя я могу и в других руководителях увидеть. И мне кажется, что это очень часто встречающийся тип управления в бизнесе, потому что он активный, харизматичный, генерит идеи и идёт в ногу со временем, инвесторам такие руководители нравятся.
Первый признак это то, что когда он в офисе все на своих местах, когда он ушёл, все сразу уходят. Поджигатель создаёт пожар в компании. У него новые идеи всегда! Он может съездить в командировку, на конференцию, выставку, потом приехать в офис и начнёт всех собирать. Его сотрудники, это зрители в театре, которые не должны противоречить, а просто должны аплодировать.
Да, такой вот и был руководитель компании. И ко встрече с ним меня долго готовили. Я даже не могла понять почему. Потому что я задаю вопросы и могу сказать нет)))
Он накидывает на команду столько задач, что они уже как вода из стакана перетекают на стол, а потом на пол. И что приоритетно, или супер приоритетно, или имеет высший приоритет непонятно. Потом он расстраивается, из-за того, что не сделали, снова не сделали. Или сделали, но оно уже не нужно, и зачем делали непонятно. Сотрудники просто молчат. Если что-то скажешь, то можешь вызвать гнев несогласия.
При этом в компании, где я работала, слава богу недолго, ещё за его спиной плелись разные интриги и совершались игры. А сам руководитель докладывал инвестору постоянно о своих гениальных идеях, которые не реализовывались, чем вызывал гнев у инвестора. Ну и дальше по цепочке.
Механизм исполнения задач сломан, постоянный хаос и пожар. Креатив это хорошо, но когда много и хаотично, то тут уже появляется Гоголевский персонаж - поджигатель.
И чаще всего они реально клёвые такие, и с первого взгляда кажется, что вполне нормальный же руководитель, но потом ты тонешь в этом потоке...
А вы встречали поджигателей на своих проектах?)
Продолжаю описывать типы менеджеров из книги Адизеса.
#ицхакадизес #типыменеджеров #управлениеизменениями #рассуждения #мойопыт #поджигатель #управление #выводы
Вот это уже было в моей практике)))
С таким руководителем я проработала 1,5 месяца)) но на самом деле черты подобного поджигателя я могу и в других руководителях увидеть. И мне кажется, что это очень часто встречающийся тип управления в бизнесе, потому что он активный, харизматичный, генерит идеи и идёт в ногу со временем, инвесторам такие руководители нравятся.
Первый признак это то, что когда он в офисе все на своих местах, когда он ушёл, все сразу уходят. Поджигатель создаёт пожар в компании. У него новые идеи всегда! Он может съездить в командировку, на конференцию, выставку, потом приехать в офис и начнёт всех собирать. Его сотрудники, это зрители в театре, которые не должны противоречить, а просто должны аплодировать.
Да, такой вот и был руководитель компании. И ко встрече с ним меня долго готовили. Я даже не могла понять почему. Потому что я задаю вопросы и могу сказать нет)))
Он накидывает на команду столько задач, что они уже как вода из стакана перетекают на стол, а потом на пол. И что приоритетно, или супер приоритетно, или имеет высший приоритет непонятно. Потом он расстраивается, из-за того, что не сделали, снова не сделали. Или сделали, но оно уже не нужно, и зачем делали непонятно. Сотрудники просто молчат. Если что-то скажешь, то можешь вызвать гнев несогласия.
При этом в компании, где я работала, слава богу недолго, ещё за его спиной плелись разные интриги и совершались игры. А сам руководитель докладывал инвестору постоянно о своих гениальных идеях, которые не реализовывались, чем вызывал гнев у инвестора. Ну и дальше по цепочке.
Механизм исполнения задач сломан, постоянный хаос и пожар. Креатив это хорошо, но когда много и хаотично, то тут уже появляется Гоголевский персонаж - поджигатель.
И чаще всего они реально клёвые такие, и с первого взгляда кажется, что вполне нормальный же руководитель, но потом ты тонешь в этом потоке...
А вы встречали поджигателей на своих проектах?)
Please open Telegram to view this post
VIEW IN TELEGRAM
Эйджизм, или мы все когда-то будем в возрасте, тут можно поставить любую цифру?)
#эйджизм #выводы #подкаст #рассуждения #мысливслух #мирвокруг #подкасткодакода
Начну немного издалека. Когда тебе переваливает за 30, кажется, что вот ща цифры поменяются, небеса развегнуться, ты перейдешь в соц опросах в другую группу и всё. Но что-то ничего не меняется. Потом 35, а потом 40+, а у кого-то и 45 и 50+... И не меняется, жизнь идёт и идёт. Здоровье может уже кряхтеть...
И ещё момент, я всегда говорю, что опытные люди, что с жизненным опытом, что с опытом работы, очень нужны такой молодой сфере, как айти. И на тех айти конференциях, на которых мне довелось быть, всегда есть те кто младше меня и те кто старше меня, и я очень этому рада.
Особенно #UIC.DEV мне запомнится тем, что был и выступал Николай Николаевич Непейвода. И когда говорят, что мол в айти нет возрастных, то я понимаю, что вот такие люди они и есть отцы основатели направления айти. И очень жаль, что имея живых легенд в нашем обществе, мы мало о них знаем. Но с другой стороны хорошо, что узнаем!
И да, в айти есть люди, которые и 40 лет как в айти, и 25 лет, и 30 лет опыта. И это именно те, которые могут дать глубину решений и взвешенность.
Как-то до меня дошёл канал айти подкастов "кода кода"
https://t.me/kodakodacast #НЕреклама #рекомендация И я не всё слушала, но нашла летний выпуск про эйджизм в айти. И прям на одном дыхании послушала. Создателям за него спасибо! Очень интересно, и мои выводы совпадают с выводами участников подкаста.
Немного своими словами:
✅1.Те кто на опыте в айти имеют гибкость, привычку учиться постоянно и следить за тем как меняется мир, при этом этот мир цикличен.
✅2.Вцелом эйджизм для тех кто на опыте, адекват и может принести пользу не касается. Но hr точно не захотят видеть 40 летнего джуна, а вот Тим Лид может быть не против, потому что смотрит на человека, на его опыт, компетенции, а не на его возраст.
✅3.Вообще не важно сколько тебе, 25, 35, если ты хороший специалист, то это и ценят. И есть те кто начинает программировать в 13-14-15 лет. Правда я тоже первую программу в 15 лет писала. Но не считаю это опытом,а многие считают. И с другой стороны мне даже вне проф деятельности интересно общаться с людьми разного возраста, главное, чтобы были общие интересы, точки соприкосновения. За счёт общения мы и развиваемся.
✅4.Если ты инженер - то можешь изучить новое без проблем. Все три гостя инженеры, а последний гость просто огонь, такой огонь, что аж огнище, как он голоден до новых знаний и поглощает все подряд и видит для себя огромное пространство для освоения, исследования и творчества. Из инженера в айти перейти вообще не проблема. Для других направлений сложность в фундаменте.
✅5.Жизненный опыт, выдержка, даёт возможность получать взвешенные решения. Да, возрастной человек может меньше работать, и не перерабатывать, как молодёжь, но это не значит, что будет плохой результат, это скорее возможность дать решению созреть. Но кстати, в любом возрасте, есть и отъявленные трудоголики.
✅6.Soft skills, которых с годами становится больше, как "зелёный свет", они всегда с тобой и это преимущество. Их сложнее прокачать, и многое приходит с возрастом. В том числе и развитие гибкости хотя, да есть те, кто уже как в бронзе и не хотят двигаться.
Итого, возраст это не приговор или преграда. И надеюсь наше общество к этому привыкнет, в том числе и в айти. Помню, как учила английский язык в японской школе и там не было ограничений по возрасту и был студент 74 лет, очень было с ним интересно пообщаться, он многое мне про СССР рассказал)))
Про свой опыт могу сказать, что у меня практически в каждом отделе были специалисты намного старше меня. Да, иногда с ними было сложнее, особенно убедить, что задача нужна и в каком виде она нужна, но вцелом они действительно давали отделу зрелость и ценность была даже в разных глубоких примерах из опыта.
P. S. Ссылка на пост и подкаст
https://t.me/c/1419788704/554
https://music.yandex.ru/album/13732143/track/115665508?utm_medium=copy_link
#эйджизм #выводы #подкаст #рассуждения #мысливслух #мирвокруг #подкасткодакода
Начну немного издалека. Когда тебе переваливает за 30, кажется, что вот ща цифры поменяются, небеса развегнуться, ты перейдешь в соц опросах в другую группу и всё. Но что-то ничего не меняется. Потом 35, а потом 40+, а у кого-то и 45 и 50+... И не меняется, жизнь идёт и идёт. Здоровье может уже кряхтеть...
И ещё момент, я всегда говорю, что опытные люди, что с жизненным опытом, что с опытом работы, очень нужны такой молодой сфере, как айти. И на тех айти конференциях, на которых мне довелось быть, всегда есть те кто младше меня и те кто старше меня, и я очень этому рада.
Особенно #UIC.DEV мне запомнится тем, что был и выступал Николай Николаевич Непейвода. И когда говорят, что мол в айти нет возрастных, то я понимаю, что вот такие люди они и есть отцы основатели направления айти. И очень жаль, что имея живых легенд в нашем обществе, мы мало о них знаем. Но с другой стороны хорошо, что узнаем!
И да, в айти есть люди, которые и 40 лет как в айти, и 25 лет, и 30 лет опыта. И это именно те, которые могут дать глубину решений и взвешенность.
Как-то до меня дошёл канал айти подкастов "кода кода"
https://t.me/kodakodacast #НЕреклама #рекомендация И я не всё слушала, но нашла летний выпуск про эйджизм в айти. И прям на одном дыхании послушала. Создателям за него спасибо! Очень интересно, и мои выводы совпадают с выводами участников подкаста.
Немного своими словами:
✅1.Те кто на опыте в айти имеют гибкость, привычку учиться постоянно и следить за тем как меняется мир, при этом этот мир цикличен.
✅2.Вцелом эйджизм для тех кто на опыте, адекват и может принести пользу не касается. Но hr точно не захотят видеть 40 летнего джуна, а вот Тим Лид может быть не против, потому что смотрит на человека, на его опыт, компетенции, а не на его возраст.
✅3.Вообще не важно сколько тебе, 25, 35, если ты хороший специалист, то это и ценят. И есть те кто начинает программировать в 13-14-15 лет. Правда я тоже первую программу в 15 лет писала. Но не считаю это опытом,а многие считают. И с другой стороны мне даже вне проф деятельности интересно общаться с людьми разного возраста, главное, чтобы были общие интересы, точки соприкосновения. За счёт общения мы и развиваемся.
✅4.Если ты инженер - то можешь изучить новое без проблем. Все три гостя инженеры, а последний гость просто огонь, такой огонь, что аж огнище, как он голоден до новых знаний и поглощает все подряд и видит для себя огромное пространство для освоения, исследования и творчества. Из инженера в айти перейти вообще не проблема. Для других направлений сложность в фундаменте.
✅5.Жизненный опыт, выдержка, даёт возможность получать взвешенные решения. Да, возрастной человек может меньше работать, и не перерабатывать, как молодёжь, но это не значит, что будет плохой результат, это скорее возможность дать решению созреть. Но кстати, в любом возрасте, есть и отъявленные трудоголики.
✅6.Soft skills, которых с годами становится больше, как "зелёный свет", они всегда с тобой и это преимущество. Их сложнее прокачать, и многое приходит с возрастом. В том числе и развитие гибкости хотя, да есть те, кто уже как в бронзе и не хотят двигаться.
Итого, возраст это не приговор или преграда. И надеюсь наше общество к этому привыкнет, в том числе и в айти. Помню, как учила английский язык в японской школе и там не было ограничений по возрасту и был студент 74 лет, очень было с ним интересно пообщаться, он многое мне про СССР рассказал)))
Про свой опыт могу сказать, что у меня практически в каждом отделе были специалисты намного старше меня. Да, иногда с ними было сложнее, особенно убедить, что задача нужна и в каком виде она нужна, но вцелом они действительно давали отделу зрелость и ценность была даже в разных глубоких примерах из опыта.
Telegram
Кода кода
🎤Подкаст о жизни в IT, без обсуждения хардкорных технологий, успешного успеха в стартапах.
Ведущие: Виктор Корейша @koreysha
Евгений Антонов @eantonov
🎧Слушаем истории айтишников и обсуждаем их https://kodakoda.mave.digital
Реклама https://vk.cc/ccm9bE
Ведущие: Виктор Корейша @koreysha
Евгений Антонов @eantonov
🎧Слушаем истории айтишников и обсуждаем их https://kodakoda.mave.digital
Реклама https://vk.cc/ccm9bE
Политик-манипулятор 🥸 ещё один типаж менеджера
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #менеджер #политикманипулятор #одивныймир #управление
Продолжаю разбирать типажи менеджерей Адизеса из книги "Управляя изменениями", где слишком ярко проявляется одна из характеристик руководителя.
Мы уже с вами поговорили про Одинокого ковбоя (Одинокую женщину) - https://t.me/start_in_IT/628
про Поджигателя (Бешеный креативщик) https://t.me/start_in_IT/633
Теперь давайте поговорим про Политика-манипулятора. У Адизеса в переводе этот тип описан как Интегратор, но из этого названия не видна суть, поэтому я дала подобному типажу название Политик и добавила слово манипулятор. И да у меня был такой руководитель, очень яркий представитель подобного типажа, настолько яркий, что до сих пор не могу сказать, что с ним хорошо работалось, но что было плохо тоже не могу сказать. Множество постоянных манипуляций, мощных переговоров, в том числе с заказчиками, где его талант был проявлен на полную катушку, и мне хотелось после этих встреч сказать - "Вот это да!!! Как он так может?"🤠
Итак, Политика-манипулятора вы узнаете по тому, как он разбирается в политических процессах организации, как чутко он понимает куда дует ветер, с кем дружить, кого сливать. У него всегда есть информаторы, кто приходит и докладывает, о том что происходит в компании. У него есть свои уши и глаза в виде агентов. И да, у нашего руководителя такие были агенты-информаторы, и было очень странно, как они работали на два лагеря. Они сегодня сливают о тебе информацию, а завтра тебя поддерживают и подбадривают, чтобы тебе не было слишком больно.😵💫
Политик всегда манипулирует и не занимает чёткую позицию, он слушает других и делает вывод. Знает, как подмазать, как надавить, в какой момент тебе дать конфетку, чтобы ты успокоился. Мне ещё понравилась аналогия в переводе с испанского, у Адизеса "мыльная рыба", что-то скользкое и невозможно удержать в руках. Этот руководитель всегда выкрутиться фразами "вы меня неправильно поняли", "я имел ввиду другое". Он никогда не принимает чётких решений, даже когда ты его подпер к стене, он выкрутиться. Я еженедельно приходила к нему со списком задач и просила поставить приоритеты, что в какой последовательности решать. Он пытался за моей спиной руководить отделом, при приходилось отлавливать подобные действия и присекать.
Политик чётко чувствуют расклад сил, и как только ты набираешь уважения, силы, получаешь немного власти, он будет тебя мочить, а дальше просто сливать. Что и было со мной. За спиной запускается целая программа по тому, как избавиться от тех, кто обрёл мощь и уже начинает мешать влиять на происходящее, и не дай бог принимать решения. Но с другой стороны ты принимаешь решение, на тебя вешают все шишки и избавляются, оставаясь на коне.
Не могу сказать, что было очень тяжело и плохо работать с таким руководителем. Но эмоционально отслеживать манипуляции и их амортизировать приходилось. Вот тут пришлось сильно прокачивать.
А так как политика, это не самое моё сильное место, от меня избавились, а вот это уже было больно.
Ещё раз скажу мысль, что все типажи они максимально показывают определённую черту менеджера. И именно симбиоз нескольких таких менеджеров даёт хороший результат. Но вот с политиком в моей практике было так, что он других сливал, и даже со-основателя компании.
А был ли у вас опыт работы с Политиком-манипулятором?
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #менеджер #политикманипулятор #одивныймир #управление
Продолжаю разбирать типажи менеджерей Адизеса из книги "Управляя изменениями", где слишком ярко проявляется одна из характеристик руководителя.
Мы уже с вами поговорили про Одинокого ковбоя (Одинокую женщину) - https://t.me/start_in_IT/628
про Поджигателя (Бешеный креативщик) https://t.me/start_in_IT/633
Теперь давайте поговорим про Политика-манипулятора. У Адизеса в переводе этот тип описан как Интегратор, но из этого названия не видна суть, поэтому я дала подобному типажу название Политик и добавила слово манипулятор. И да у меня был такой руководитель, очень яркий представитель подобного типажа, настолько яркий, что до сих пор не могу сказать, что с ним хорошо работалось, но что было плохо тоже не могу сказать. Множество постоянных манипуляций, мощных переговоров, в том числе с заказчиками, где его талант был проявлен на полную катушку, и мне хотелось после этих встреч сказать - "Вот это да!!! Как он так может?"
Итак, Политика-манипулятора вы узнаете по тому, как он разбирается в политических процессах организации, как чутко он понимает куда дует ветер, с кем дружить, кого сливать. У него всегда есть информаторы, кто приходит и докладывает, о том что происходит в компании. У него есть свои уши и глаза в виде агентов. И да, у нашего руководителя такие были агенты-информаторы, и было очень странно, как они работали на два лагеря. Они сегодня сливают о тебе информацию, а завтра тебя поддерживают и подбадривают, чтобы тебе не было слишком больно.
Политик всегда манипулирует и не занимает чёткую позицию, он слушает других и делает вывод. Знает, как подмазать, как надавить, в какой момент тебе дать конфетку, чтобы ты успокоился. Мне ещё понравилась аналогия в переводе с испанского, у Адизеса "мыльная рыба", что-то скользкое и невозможно удержать в руках. Этот руководитель всегда выкрутиться фразами "вы меня неправильно поняли", "я имел ввиду другое". Он никогда не принимает чётких решений, даже когда ты его подпер к стене, он выкрутиться. Я еженедельно приходила к нему со списком задач и просила поставить приоритеты, что в какой последовательности решать. Он пытался за моей спиной руководить отделом, при приходилось отлавливать подобные действия и присекать.
Политик чётко чувствуют расклад сил, и как только ты набираешь уважения, силы, получаешь немного власти, он будет тебя мочить, а дальше просто сливать. Что и было со мной. За спиной запускается целая программа по тому, как избавиться от тех, кто обрёл мощь и уже начинает мешать влиять на происходящее, и не дай бог принимать решения. Но с другой стороны ты принимаешь решение, на тебя вешают все шишки и избавляются, оставаясь на коне.
Не могу сказать, что было очень тяжело и плохо работать с таким руководителем. Но эмоционально отслеживать манипуляции и их амортизировать приходилось. Вот тут пришлось сильно прокачивать.
А так как политика, это не самое моё сильное место, от меня избавились, а вот это уже было больно.
Ещё раз скажу мысль, что все типажи они максимально показывают определённую черту менеджера. И именно симбиоз нескольких таких менеджеров даёт хороший результат. Но вот с политиком в моей практике было так, что он других сливал, и даже со-основателя компании.
А был ли у вас опыт работы с Политиком-манипулятором?
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Типы менеджеров. Одинокий ковбой.
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
Помните историю, когда Никита Сергеевич Михалков попросил денег на русский фастфуд, под предлогом того, что типа у нас нет национального, на что основатель Теремка удивился - "а что так можно было?"
Так вот в Ижевске есть сеть удмуртского фастфуда Перепечкин. И продают они перепечи - такой небольшой открытый пирожок с разными начинками. И всё это готовиться в печи на открытом огне! Вообщем я объелась перепечей))) обед и ужин в первый мой день в Ижевске был именно ими, очень вкусно и сытно!
Решила я почитать историю создания, потому что уровень действительно высокий, поток людей большой, всё очень бойко и недорого. Одна штучка 80-100 руб в зависимости от начинки. Плюс напитки, которые тоже очень вкусные и ближе к национальным напиткам.
Так вот, надеюсь, что про эту сеть напишут книгу или хотя бы их основатели выступят на бизнес конференциях. Может есть информация, просто я её не нашла, а может кто-то из основателей и на подкастах был, надо получше поискать. Тут я нашла статью и кучу страниц в интернете, и страницу вконтакте. Основателей несколько, они с 2012 года занимаются национальным фастфудом. Что меня заинтересовало, так это печь!! Прикиньте, готовят на дровах!
Делай нормально и будет нормально, люблю такой поход с любовью к делу и к людям. Конечно не стоит забывать и об экономике и сходимости бизнеса.
Плюс я понимаю, что Бурановские бабушки Удмуртию вывели на новый уровень. И такие истории это то, что вдохновляет. Что хочется как раз тиражировать про то как было становление, что не получалось и почему не бросили? Какие цифры? Что помогло, может власти стали ближе (тут мимо меня проскакал единорог и заржал, Наташа вернись на землю).
Всё что могу сказать, что 8 кафе в Ижевске и уровень отличный, а аромат печи и дров, для меня это детство и тепло. Такие детали в том числе создают любовь, лояльность к бренду. Мы покупаем не только еду, но и состояние. Правда с едой всегда хочется хорошего качества, что точно есть у сети Перепечкин) Это #нереклама просто моё впечатление от Ижевска и #рассуждения #выводы
Так вот в Ижевске есть сеть удмуртского фастфуда Перепечкин. И продают они перепечи - такой небольшой открытый пирожок с разными начинками. И всё это готовиться в печи на открытом огне! Вообщем я объелась перепечей))) обед и ужин в первый мой день в Ижевске был именно ими, очень вкусно и сытно!
Решила я почитать историю создания, потому что уровень действительно высокий, поток людей большой, всё очень бойко и недорого. Одна штучка 80-100 руб в зависимости от начинки. Плюс напитки, которые тоже очень вкусные и ближе к национальным напиткам.
Так вот, надеюсь, что про эту сеть напишут книгу или хотя бы их основатели выступят на бизнес конференциях. Может есть информация, просто я её не нашла, а может кто-то из основателей и на подкастах был, надо получше поискать. Тут я нашла статью и кучу страниц в интернете, и страницу вконтакте. Основателей несколько, они с 2012 года занимаются национальным фастфудом. Что меня заинтересовало, так это печь!! Прикиньте, готовят на дровах!
Делай нормально и будет нормально, люблю такой поход с любовью к делу и к людям. Конечно не стоит забывать и об экономике и сходимости бизнеса.
Плюс я понимаю, что Бурановские бабушки Удмуртию вывели на новый уровень. И такие истории это то, что вдохновляет. Что хочется как раз тиражировать про то как было становление, что не получалось и почему не бросили? Какие цифры? Что помогло, может власти стали ближе (тут мимо меня проскакал единорог и заржал, Наташа вернись на землю).
Всё что могу сказать, что 8 кафе в Ижевске и уровень отличный, а аромат печи и дров, для меня это детство и тепло. Такие детали в том числе создают любовь, лояльность к бренду. Мы покупаем не только еду, но и состояние. Правда с едой всегда хочется хорошего качества, что точно есть у сети Перепечкин) Это #нереклама просто моё впечатление от Ижевска и #рассуждения #выводы
В потоке курса Интеграции у нас завязался с участниками интересный разговор. Вообще оч люблю аналитиков, они хоть и выносят мозг, но часто так глубоко смотрят в суть и задают неудобные вопросы.
Одна из моих любимых фраз это как раз про навык аналитика "задавать неудобные вопросы". Да, это может бесить, но это непосредственная работа аналитика уменьшать неопределенность, задавая вопросы и собирая нужную информацию.
#интеграция #курсинтеграции #курс #выводы #инсайты #грехианалитика #мысливслух #моемнение
Так вот, Андрей Корниенко, мы с ним вместе ведем курс, сказал, про "смертные грехи аналитика". Предлагаю один из них разобрать.
Звучит он как - "положиться на других", "довериться партнерам по интеграции". Честно для меня подобное мышление было откровением, что вообще возникает у команды или аналитика мысль, что вот там уже кто-то всё сделал, и теперь мы просто берем готовое и завязываемся на их решение.
Вот мы интегрируемся с большим и страшным, например Газпромом, и там не дураки же работают, возьмем по объектам их идентификаторы и просто сохраним у себя. Да, мы точно сохраним у себя их информацию, но логику и целостность данных будем выстраивать сами у себя.
✅1. Во первых, не забываем принципы СОА архитектуры, что все сервисы независимы друг от друга, и смотрят друг на друга как на черный ящик.
✅2. Нам нужна гибкость решения, масштабирования. Сегодня наш партнер по интеграции Газпром, а завтра нет. На практике у меня за год сторонний сервис сменился 3 раза! Нам нужна независимая логика работы нашей внутренней кухни, без завязок на внешнее.
✅3. Очень важная вещь, о которой многие не думают. Это юридическая составляющая работы с данными. К сожалению, многие аналитики и вцелом айтишники не очень сильны в юридических нюансах (я сама такая же), но не стоит забывать, что работая с данными мы можем быть ограничены законами, регламентами. И если какая-то произойдет жопа, придут разбираться на низкий уровень решения. И тут очень глупо говорить о том, что нууууу мы же завязали решение на нашего соседа по парте. А сосед скажет, у меня то всё хорошо, а это уже ваша зона ответственности.
Итого: решение интеграции - это всегда узкое горлышко, и делать его еще сложнее, завязываясь на сторонний сервис точно не нужно. Я искренне удивлена, что у аналитиков, архитекторов и разработчиков подобные мысли возникают.
Чтобы глубже разбираться в нюансах проектирования информационных систем и в частности интеграции приглашаю вас на мой курс "Проектирование интеграций ИТ Систем", набор на новый поток уже начался, старт занятий 16 ноября 2023 года, завершим на новогодних праздниках)))
Регистрация и описание курса по ссылке➡️ - Sup.expert
Одна из моих любимых фраз это как раз про навык аналитика "задавать неудобные вопросы". Да, это может бесить, но это непосредственная работа аналитика уменьшать неопределенность, задавая вопросы и собирая нужную информацию.
#интеграция #курсинтеграции #курс #выводы #инсайты #грехианалитика #мысливслух #моемнение
Так вот, Андрей Корниенко, мы с ним вместе ведем курс, сказал, про "смертные грехи аналитика". Предлагаю один из них разобрать.
Звучит он как - "положиться на других", "довериться партнерам по интеграции". Честно для меня подобное мышление было откровением, что вообще возникает у команды или аналитика мысль, что вот там уже кто-то всё сделал, и теперь мы просто берем готовое и завязываемся на их решение.
Вот мы интегрируемся с большим и страшным, например Газпромом, и там не дураки же работают, возьмем по объектам их идентификаторы и просто сохраним у себя. Да, мы точно сохраним у себя их информацию, но логику и целостность данных будем выстраивать сами у себя.
✅1. Во первых, не забываем принципы СОА архитектуры, что все сервисы независимы друг от друга, и смотрят друг на друга как на черный ящик.
✅2. Нам нужна гибкость решения, масштабирования. Сегодня наш партнер по интеграции Газпром, а завтра нет. На практике у меня за год сторонний сервис сменился 3 раза! Нам нужна независимая логика работы нашей внутренней кухни, без завязок на внешнее.
✅3. Очень важная вещь, о которой многие не думают. Это юридическая составляющая работы с данными. К сожалению, многие аналитики и вцелом айтишники не очень сильны в юридических нюансах (я сама такая же), но не стоит забывать, что работая с данными мы можем быть ограничены законами, регламентами. И если какая-то произойдет жопа, придут разбираться на низкий уровень решения. И тут очень глупо говорить о том, что нууууу мы же завязали решение на нашего соседа по парте. А сосед скажет, у меня то всё хорошо, а это уже ваша зона ответственности.
Итого: решение интеграции - это всегда узкое горлышко, и делать его еще сложнее, завязываясь на сторонний сервис точно не нужно. Я искренне удивлена, что у аналитиков, архитекторов и разработчиков подобные мысли возникают.
Чтобы глубже разбираться в нюансах проектирования информационных систем и в частности интеграции приглашаю вас на мой курс "Проектирование интеграций ИТ Систем", набор на новый поток уже начался, старт занятий 16 ноября 2023 года, завершим на новогодних праздниках)))
Регистрация и описание курса по ссылке
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 #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
Интеграция - это не только маппинг данных. 😎
Некоторые руководители считают, а что там сложного в интеграции, описали маппинг данных и всё! Вперёд!
Проблема интеграции состоит в том, что она затрагивает все аспекты области проектирования информационных систем. И к решению подобной задачи нужно подходить системно.
Да, можно и нужно разбираться в технологиях. Да, 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
Наталья Косинова. Как разобраться в предметной области: инструкция по применению
Любой специалист сталкивается с проблемой освоения новой для себя предметной областью. Нужно ли быть сильным экспертом в предметке, чтобы работать на новых п...
Как я проектирую интеграцию.
Расскажу именно свой процесс, да он может быть не последовательный, но я опишу его по шагам (+ см. чек-лист):
✅1.Первое с чего я начинаю, я собираю всю информацию. Всё подряд. Собираю спецификации, если есть бизнес требования, бизнес процессы, архитектуру, окружение и изучаю. Не каждому подойдёт такой первый пункт, потому что с большим объёмом информации без структуры сложно. И можно упасть на дно (вспоминаем эффект Бандуры) .
✅2.Дальше, я рисую диаграмму компонентов uml, фактически это третий уровень в C4. Мне важно понимать, кто какие интерфейсы предоставляет, а кто использует и какие технологии у нас есть, как мы передаём данные. Тоже до неё может быть ещё несколько других диаграмм и циклов изучения.
✅3.Изучаю API, если они есть, то замечательно. Я могу визуализировать API в виде диаграммы, я её называю "точки интеграции", пытаюсь понять сервисы API, кто за что отвечает.
✅4.Понимая процесс, сразу рисую sequence диаграмму. Не все могут сходу нарисовать sequence, это нормально. И можно брать дополнительные инструменты, которые шаг за шагом помогут сделать срез информации.
✅5.Описываю диаграмму статусов объектов, которые участвуют в информационном обмене. Опять же тут уже у голове должны быть процессы. И модель предметки.
✅6.Изучаю, как ошибки, описанные в API нужно обработать, как администрировать интеграцию.
✅7.Возвращаюсь к sequence и дорабатываю. На самом деле к sequence я могу возвращаться много раз)) это ключевой артефакт и в него я могу добавить моменты, связанные с работой с мастер-данными, с гарантированной доставкой, параметрами настройки интеграционного слоя. И конечно учитываю, как сценарий влияет на жизненный цикл объекта, какие статусы меняются и какие обновления, синхронизации данных необходимы.
✅8.Перехожу к маппингу данных. Чаще всего я описываю, как заполнять поля сервиса из API, который мы например вызываем, по каким правилам происходит преобразование данных, где берем значения из настроек. Добавляю обязательно примеры реальных данных.
✅9.Если требуется, отдельно описываю алгоритм работы интеграционного модуля (если у нас шинная интеграция, например), в виде обычной активити диаграммы.
✅10.Перехожу к НФТ. Сюда относится безопасность, производительность, масштабирование, администрирование. Если есть числовые данные, указываю, если нет пытаюсь посчитать и согласовать с разработкой.
✅11.Отдельно описываю логирование, мониторинг, квотирование. И могут быть различные специфичные требования от администратора, которому должна быть доступна возможность управлять всем этим богатством, и правильно реагировать на индиценты.
✅12.В дополнение всегда прикладываю спецификацию API, примеры реальных данных, явки и пароли тестовых стендов (могу и сама на них проверить API, иногда спека отличается от реальной жизни и тогда всё будет насмарку)).
Очень кратко описала процесс, специально опуская детали.
Когда ребята приходят к нам на интеграцию мы проходим по тем шагам, которые помогут действительно спроектировать решение и написать ТЗ. Каждый участник на курс приходит за своим, но то что отмечают многие, это то, что на финише остаётся в голове система, что повышает уверенность в работе, на собеседованиях. А это очень важный момент! Даже каверзные вопросы не ставят в тупик, появляется понимание куда рыть и в какой плоскости лежит решение.
И я действительно как карьерная фея🤩 , понимаю, что уже несколько выпускников наших потоков курса поменяли работу и выросли в грейдах.
Многие смогли понять свои проблемы и написать план собственного развития и мощно обновили свои базы знаний📈
Приходите к нам на интеграцию➡️ https://sup.expert/
#системныйаналитик #интеграция #системныйанализ #мойопыт #выводы #анонс
Расскажу именно свой процесс, да он может быть не последовательный, но я опишу его по шагам (+ см. чек-лист):
✅1.Первое с чего я начинаю, я собираю всю информацию. Всё подряд. Собираю спецификации, если есть бизнес требования, бизнес процессы, архитектуру, окружение и изучаю. Не каждому подойдёт такой первый пункт, потому что с большим объёмом информации без структуры сложно. И можно упасть на дно (вспоминаем эффект Бандуры) .
✅2.Дальше, я рисую диаграмму компонентов uml, фактически это третий уровень в C4. Мне важно понимать, кто какие интерфейсы предоставляет, а кто использует и какие технологии у нас есть, как мы передаём данные. Тоже до неё может быть ещё несколько других диаграмм и циклов изучения.
✅3.Изучаю API, если они есть, то замечательно. Я могу визуализировать API в виде диаграммы, я её называю "точки интеграции", пытаюсь понять сервисы API, кто за что отвечает.
✅4.Понимая процесс, сразу рисую sequence диаграмму. Не все могут сходу нарисовать sequence, это нормально. И можно брать дополнительные инструменты, которые шаг за шагом помогут сделать срез информации.
✅5.Описываю диаграмму статусов объектов, которые участвуют в информационном обмене. Опять же тут уже у голове должны быть процессы. И модель предметки.
✅6.Изучаю, как ошибки, описанные в API нужно обработать, как администрировать интеграцию.
✅7.Возвращаюсь к sequence и дорабатываю. На самом деле к sequence я могу возвращаться много раз)) это ключевой артефакт и в него я могу добавить моменты, связанные с работой с мастер-данными, с гарантированной доставкой, параметрами настройки интеграционного слоя. И конечно учитываю, как сценарий влияет на жизненный цикл объекта, какие статусы меняются и какие обновления, синхронизации данных необходимы.
✅8.Перехожу к маппингу данных. Чаще всего я описываю, как заполнять поля сервиса из API, который мы например вызываем, по каким правилам происходит преобразование данных, где берем значения из настроек. Добавляю обязательно примеры реальных данных.
✅9.Если требуется, отдельно описываю алгоритм работы интеграционного модуля (если у нас шинная интеграция, например), в виде обычной активити диаграммы.
✅10.Перехожу к НФТ. Сюда относится безопасность, производительность, масштабирование, администрирование. Если есть числовые данные, указываю, если нет пытаюсь посчитать и согласовать с разработкой.
✅11.Отдельно описываю логирование, мониторинг, квотирование. И могут быть различные специфичные требования от администратора, которому должна быть доступна возможность управлять всем этим богатством, и правильно реагировать на индиценты.
✅12.В дополнение всегда прикладываю спецификацию API, примеры реальных данных, явки и пароли тестовых стендов (могу и сама на них проверить API, иногда спека отличается от реальной жизни и тогда всё будет насмарку)).
Очень кратко описала процесс, специально опуская детали.
Когда ребята приходят к нам на интеграцию мы проходим по тем шагам, которые помогут действительно спроектировать решение и написать ТЗ. Каждый участник на курс приходит за своим, но то что отмечают многие, это то, что на финише остаётся в голове система, что повышает уверенность в работе, на собеседованиях. А это очень важный момент! Даже каверзные вопросы не ставят в тупик, появляется понимание куда рыть и в какой плоскости лежит решение.
И я действительно как карьерная фея
Многие смогли понять свои проблемы и написать план собственного развития и мощно обновили свои базы знаний
Приходите к нам на интеграцию
#системныйаналитик #интеграция #системныйанализ #мойопыт #выводы #анонс
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Чек-лист интеграции.
#интеграция #чеклист #курсинтеграции #проектирование #системныйаналитик #анонс
Аналитики страсть как любят готовые решения и шаблоны. Но жизнь намного сложнее и часто нет серебряной пули.
Много лет назад на одном из митапов московских…
#интеграция #чеклист #курсинтеграции #проектирование #системныйаналитик #анонс
Аналитики страсть как любят готовые решения и шаблоны. Но жизнь намного сложнее и часто нет серебряной пули.
Много лет назад на одном из митапов московских…
Ошибки проектирования сценариев взаимодействия систем при их интеграции.
Честно, сегодня хотела взять реальную sequence диаграмму с проекта или то, что рисуют ученики и разобрать ошибки. Но понимаю, что очень много на это нужно времени. Но идея мне нравится и вы мне в этом можете помочь и прислать свой вариант, и я его разберу))
А сегодня поговорю о частой ошибке, которую совершают аналитики - это нарезка или проектирование use cases. Тема use cases - сценарной техники сложна и проста одновременно.
Если смотреть канонично на сценарий/use case/прецендет, то что Коберн вкладывал в это понятие это то, как пользователь взаимодействует с системой и какие ожидает реакции системы на свои действия. Чтобы составить набор use cases на пользовательском уровне требований, нужно ответить на следующие вопросы:
✅1.Какие роли есть в системе
✅2.Как эти роли между собой связаны (может быть связь через наследование полномочий)
✅3.Что и какая роль ожидает от системы, то есть зачем я как диспетчер лезу в информационную систему, что я хочу от неё получить? Например, отчёт, его распечатать и отдать механику.
И уже на этом уровне возникает проблема, что не очень понятна бизнес цель и аналитик нарезает сценария применяя CRUD (Create, Read, Update, Delete). И у нас получается сценарии: создать отчет, прочитать отчет, редактировать отчет, удалить отчет. Это тоже хорошо, CRUD нам везде в помощь, но цель генерации отчёта для выпуска водителя на линию звучит совсем по-другому. Не правда ли? Я как диспетчер, хочу внести изменения в отчёт, чтобы зафиксировать сколько нужно бензина. Или отправить автомобиль в ремонт, на тех.обслуживание и т.д.
Почувствовали разницу?
А теперь следующая частая ошибка аналитика, он спускается на системный уровень проектирования интеграции, при этом оставаясь на пользовательском уровне абстракции. Но на системном уровне, бизнес цель пользователя превращается в системную цель.
Отвечаем на вопрос:
Что должна сделать система, чтобы помочь пользователю выполнить бизнес-цель?
И мало того, что выполнить, но и в связке с другой системой, в интеграции. И тогда у нас появляются use cases на системном уровне, вот которые мы уже превращаем в sequence диаграммы.
И для нашего диспетчера, чтобы отправить водителя в рейс система А, должна передать в систему В информацию о водителе и автомобиле и получить согласование от врача, механика. И use cases будет про передачу данных с целью обновления, и подтверждения этого обновления.
И вот мы в итоге получаем совсем другую нарезку сценариев для интеграции.
Действительно инструмент use cases прост, но сложен, когда нужно подключать абстрактное мышление и возвращать себя на уровень требований, на котором мы находимся во время проектирования.
И это всё #капитаннеочевидность и не сразу доходишь до понимая, как, где, зачем и почему нужно применять тот или иной инструмент проектирования. И как сеньорного аналитика отличает не только знания "портфеля инструментов", но и целесообразность их применения в том или ином случае.
#интеграция #системныйаналитик #системныйанализ #мойопыт #рассуждения #выводы
P. S. Моё предложение в силе разобрать вашу sequence диаграмму)
Честно, сегодня хотела взять реальную sequence диаграмму с проекта или то, что рисуют ученики и разобрать ошибки. Но понимаю, что очень много на это нужно времени. Но идея мне нравится и вы мне в этом можете помочь и прислать свой вариант, и я его разберу))
А сегодня поговорю о частой ошибке, которую совершают аналитики - это нарезка или проектирование use cases. Тема use cases - сценарной техники сложна и проста одновременно.
Если смотреть канонично на сценарий/use case/прецендет, то что Коберн вкладывал в это понятие это то, как пользователь взаимодействует с системой и какие ожидает реакции системы на свои действия. Чтобы составить набор use cases на пользовательском уровне требований, нужно ответить на следующие вопросы:
✅1.Какие роли есть в системе
✅2.Как эти роли между собой связаны (может быть связь через наследование полномочий)
✅3.Что и какая роль ожидает от системы, то есть зачем я как диспетчер лезу в информационную систему, что я хочу от неё получить? Например, отчёт, его распечатать и отдать механику.
И уже на этом уровне возникает проблема, что не очень понятна бизнес цель и аналитик нарезает сценария применяя CRUD (Create, Read, Update, Delete). И у нас получается сценарии: создать отчет, прочитать отчет, редактировать отчет, удалить отчет. Это тоже хорошо, CRUD нам везде в помощь, но цель генерации отчёта для выпуска водителя на линию звучит совсем по-другому. Не правда ли? Я как диспетчер, хочу внести изменения в отчёт, чтобы зафиксировать сколько нужно бензина. Или отправить автомобиль в ремонт, на тех.обслуживание и т.д.
Почувствовали разницу?
А теперь следующая частая ошибка аналитика, он спускается на системный уровень проектирования интеграции, при этом оставаясь на пользовательском уровне абстракции. Но на системном уровне, бизнес цель пользователя превращается в системную цель.
Отвечаем на вопрос:
Что должна сделать система, чтобы помочь пользователю выполнить бизнес-цель?
И мало того, что выполнить, но и в связке с другой системой, в интеграции. И тогда у нас появляются use cases на системном уровне, вот которые мы уже превращаем в sequence диаграммы.
И для нашего диспетчера, чтобы отправить водителя в рейс система А, должна передать в систему В информацию о водителе и автомобиле и получить согласование от врача, механика. И use cases будет про передачу данных с целью обновления, и подтверждения этого обновления.
И вот мы в итоге получаем совсем другую нарезку сценариев для интеграции.
Действительно инструмент use cases прост, но сложен, когда нужно подключать абстрактное мышление и возвращать себя на уровень требований, на котором мы находимся во время проектирования.
И это всё #капитаннеочевидность и не сразу доходишь до понимая, как, где, зачем и почему нужно применять тот или иной инструмент проектирования. И как сеньорного аналитика отличает не только знания "портфеля инструментов", но и целесообразность их применения в том или ином случае.
#интеграция #системныйаналитик #системныйанализ #мойопыт #рассуждения #выводы
P. S. Моё предложение в силе разобрать вашу sequence диаграмму)
Я нанимаю на работу...
Эмоции неотъемлемая часть жизни человека. Наш организм защищает нас постоянно, чтобы мы смогли выжить в среде, которая нас окружает. Да, к сожалению, мир в последние годы, очень сильно изменился и базовые потребности человека не то, что пошатнулись у многих они просто исчезли. Но при этом настоящих мест, где тебе хорошо, просто даже в своём районе, стало больше. По крайней мере у меня)
И мне очень нравятся те предприниматели, что делают своё дело с любовью, с уважением к себе, к клиентам, к делу.
Но не только дело в любви, это какой-то симбиоз ещё и профессионализма, и того, что ты готов, не смотря на трудности, дальше заниматься своим делом. Я не летаю в облаках и понимаю, что часто невозможно делать, то что действительно любишь, потому что тупо, нужно что-то есть и ещё и детей воспитывать.
Но как будто этого настоящего стало больше. Либо я очень хочу себя причислить к тому самому множеству предпринимателей, которые делают круто! Но я даже до конца не могу себя назвать предпринимателем) И мой образ тут, не совпадает с образом в реальной жизни. Даже так.... Жизнь вынуждаетжизнь повернулась ко мне задом
И я снова вспоминаю job to be done. Я иду в кофейню не только ради кофе, но и атмосферы, эмоций, спокойного, тёплого места, где могу посидеть подумать. Я нанимаю кофейню, чтобы она выполнила нужную мне работу. Дома не всегда получается. Дома иногда пройдёшь по коридору и у меня 100500 мыслей о том, что вот это нужно постирать, и ваще давно пол не мыла... Дома работать могу, но сложно. Годами воспитывала себя не работать дома, а теперь надо работать.
Зачем я подписываюсь на канал эксперта? Чтобы с его помощью стать лучше и умнее, узнать новое.
Когда я осознала, что какие либо работы, мне нужные, я сама не могу выполнить, я начала нанимать.
✅Я нанимаю марафон заданий, чтобы каждый день писать.
✅Я нанимаю коуча, чтобы не терять фокус внимания в своих делах, и освободить время, место, силы для реализации своих идей, и чтобы у меня всегда была поддержка.
✅Я нанимаю тренера, чтобы она меня пинала, написала план тренировок, со стороны видела технику, поднимала настроение, поддерживала меня, когда мне плохо и я уже не могу.
✅Я нанимаю РЖД ради атмосферы путешествия)) Да, да, да, я переплачу ради комфорта, чая в стакане. Поняла это недавно)))не все, конечно, поездки ржд одинаково полезны , но одно но приехать на вокзал это уже кааааайф. Старт атмосферы путешествия. Состояние перемещения, для меня отдельное клёвое состояние.
✅Я нанимаю библиотеку не только для книг, а для места работы и генерации новых идей. А может ещё причисления себя к сообществу, которое там сидит, типа ты такой умный в библиотеку ходил))
✅Я нанимаю концерт ради выплекса накопленного негатива, не алкоголь, панк-рок концерт, где ещё можно и поорать матом)
Многое я делаю ради эмоций, атмосферы, энергии, своего собственного состояния. Зачем? Чтобы двигаться дальше, улучшать качество своей жизни, дополнительно получать силы, быстрее отдыхать, чувствовать жизнь. Причин может быть много. Просто хочется эту жизнь есть огромной ложкой по полной. И где я понимаю, что я не справляюсь, я начинаю делегировать профессионалам, а их сейчас много, у многих горят глаза, главное найти своего, кому в кайф, то что он делает.
И тогда становишься предпринимателем своей жизни, где жизнь это проект, а для его реализации можно нанять того, кто тебе нужен) вы скажете, за это же всё нужно платить!!! Да. Но эти вложения окупаются быстрее, чем кажется. И при таких условиях я лучше заплачу профессионалам, ради своего психологического и физического здоровья. Возможно, дальше я поменяю свой набор "сотрудников", а что-то буду делать сама, но пока мне интересно видеть работы и способы их выполнения, задавать себе вопросы:
🤔"могу ли сама?"
⏭"как ускорить?"
✅"как точно дойти до финиша?"
📈"как точно выполнить?"
🔗"что нужно?"
💵"какие у меня есть ресурсы?"
🤝"кого могу нанять?"
#рассуждения #мысливслух #выводы #самомотивация #саморазвитие #капитаннеочевидность
#jtbd
Эмоции неотъемлемая часть жизни человека. Наш организм защищает нас постоянно, чтобы мы смогли выжить в среде, которая нас окружает. Да, к сожалению, мир в последние годы, очень сильно изменился и базовые потребности человека не то, что пошатнулись у многих они просто исчезли. Но при этом настоящих мест, где тебе хорошо, просто даже в своём районе, стало больше. По крайней мере у меня)
И мне очень нравятся те предприниматели, что делают своё дело с любовью, с уважением к себе, к клиентам, к делу.
Но не только дело в любви, это какой-то симбиоз ещё и профессионализма, и того, что ты готов, не смотря на трудности, дальше заниматься своим делом. Я не летаю в облаках и понимаю, что часто невозможно делать, то что действительно любишь, потому что тупо, нужно что-то есть и ещё и детей воспитывать.
Но как будто этого настоящего стало больше. Либо я очень хочу себя причислить к тому самому множеству предпринимателей, которые делают круто! Но я даже до конца не могу себя назвать предпринимателем) И мой образ тут, не совпадает с образом в реальной жизни. Даже так.... Жизнь вынуждает
И я снова вспоминаю job to be done. Я иду в кофейню не только ради кофе, но и атмосферы, эмоций, спокойного, тёплого места, где могу посидеть подумать. Я нанимаю кофейню, чтобы она выполнила нужную мне работу. Дома не всегда получается. Дома иногда пройдёшь по коридору и у меня 100500 мыслей о том, что вот это нужно постирать, и ваще давно пол не мыла... Дома работать могу, но сложно. Годами воспитывала себя не работать дома, а теперь надо работать.
Зачем я подписываюсь на канал эксперта? Чтобы с его помощью стать лучше и умнее, узнать новое.
Когда я осознала, что какие либо работы, мне нужные, я сама не могу выполнить, я начала нанимать.
✅Я нанимаю марафон заданий, чтобы каждый день писать.
✅Я нанимаю коуча, чтобы не терять фокус внимания в своих делах, и освободить время, место, силы для реализации своих идей, и чтобы у меня всегда была поддержка.
✅Я нанимаю тренера, чтобы она меня пинала, написала план тренировок, со стороны видела технику, поднимала настроение, поддерживала меня, когда мне плохо и я уже не могу.
✅Я нанимаю РЖД ради атмосферы путешествия)) Да, да, да, я переплачу ради комфорта, чая в стакане. Поняла это недавно)))
✅Я нанимаю библиотеку не только для книг, а для места работы и генерации новых идей. А может ещё причисления себя к сообществу, которое там сидит, типа ты такой умный в библиотеку ходил))
✅Я нанимаю концерт ради выплекса накопленного негатива,
Многое я делаю ради эмоций, атмосферы, энергии, своего собственного состояния. Зачем? Чтобы двигаться дальше, улучшать качество своей жизни, дополнительно получать силы, быстрее отдыхать, чувствовать жизнь. Причин может быть много. Просто хочется эту жизнь есть огромной ложкой по полной. И где я понимаю, что я не справляюсь, я начинаю делегировать профессионалам, а их сейчас много, у многих горят глаза, главное найти своего, кому в кайф, то что он делает.
И тогда становишься предпринимателем своей жизни, где жизнь это проект, а для его реализации можно нанять того, кто тебе нужен) вы скажете, за это же всё нужно платить!!! Да. Но эти вложения окупаются быстрее, чем кажется. И при таких условиях я лучше заплачу профессионалам, ради своего психологического и физического здоровья. Возможно, дальше я поменяю свой набор "сотрудников", а что-то буду делать сама, но пока мне интересно видеть работы и способы их выполнения, задавать себе вопросы:
🤔"могу ли сама?"
⏭"как ускорить?"
✅"как точно дойти до финиша?"
📈"как точно выполнить?"
🔗"что нужно?"
💵"какие у меня есть ресурсы?"
🤝"кого могу нанять?"
#рассуждения #мысливслух #выводы #самомотивация #саморазвитие #капитаннеочевидность
#jtbd
Администрирование интеграции
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
➡️ - тайм зона, бизнес любит расширять свои границы на разные регионы, даже если не сразу говорит, но захватить мир все хотят,
➡️ - включение, отключение целых блоков бизнес-процессов, есть такие моменты, что вот мы сомневаемся, сегодня надо, а завтра нет, лучше добавить и сделать возможность отключения по настройкам,
➡️ - разные форматы данных, например, что-то нужно настроить по умолчанию, или правила валидации, регулярные выражения, шаблоны вывода и т.п.
➡️ - настройки связанные с обработкой ошибок, нужно ли включать повторные вызовы, если была ошибка, сколько раз, за какой период,
➡️ - уровни логирования данных (может быть встроенная функциональность разных платформ, а может быть своя логика),
➡️ - квотирование, есть платные сервисы и каждый их вызов это деньги, а если вы ещё делаете механизм повторных отправок, можно попасть на бабло, так что лучше сразу задуматься как этим управлять и, например, переключать функционал с платного на бесплатный, некоторые государственные сервисы не очень любят, когда их бомбят запросами и тоже могут ввести квоту на количество обращений в день.
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
⚡️ Ну во-первых, можно делать значения по умолчанию, и не трогать ружье, которое висит на стене, но раз в год выстрелит.
⚡️ А во вторых, можно сделать нормальные человекочитаемые названия, и внятное описание и согласовать с администраторами и тех поддержкой, и дать инструкцию, продумать использование этих самых настроек.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте➡️ https://sup.expert/
#интеграция #администрирование #настройки #выводы
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте
#интеграция #администрирование #настройки #выводы
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
Курс по интеграции
Вернёмся к методологии Адизеса.
Мы говорили про разные типы менеджеров, когда очень сильно проявляется одна из черт управления.
------------
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
😎 Одинокая женщина/Одинокий ковбой
🔥 Поджигатель/Бешенный креативщик
🥸 Интегратор/Политик манипулятор
#типыменеджеров #адизес #бюрократ #управлениеизменениями #books #мояполка
-----------
Мы с вами не разобрали Бюрократа. Эмоции при чтение этого слова не самые добрые. Вспоминается некий Гоголевский персонаж или блюститель правил в госучреждениях. Когда вы должны заполнить анкету синей ручкой, фотография чёткого размера, с уголком, без уголка, с объёмом головы на фото и т.п. правила, правила, правила, которые просто нужно выполнить и точка!
Подобный чинуша, буквоед, волокитчик бесит многих, но они тоже нужны) В своей практике, я таких людей встречала либо в службе безопасности, либо это кадровики, юристы, операционка, которая работает с деньгами.
Как мы видим, специфика предметной области притягивает подобных людей. Попробуйте согласовать ТЗ с отделом безопасности любой организации, банка, предприятия... Ох... Можно хленуть по полной)
Соблюдать правила, это нужно и нормально. Но когда правила и инструкции превращаются в центр всего! Это уже клиника. Бюрократ забывает зачем эта инструкция нужна, она просто нужна и ты должен её выполнить! Точка!
Цитирую книгу: Бюрократы управляют хорошо контролируемой катастрофой, компания уверенно идёт к своему краху в строгом соответствии с расписанием. Всё делается исключительно продуктивно и строго по инструкциям.
Отличительная черта, что бюрократ стремиться строго контролировать любые возможные нарушения. Компания может идти ко дну, но Бюрократ будет созывать совещание и обсуждать "кто ворует туалетную бумагу в туалете".
Подобных директоров компаний я видела в ЖКХ секторе, при этом его сотрудники живут в страхе, что что-то нарушат. Видимо в моей среде чаще встречаются Поджигатели и слава богу в подчинение у Бюрократов-руководителей я не работала.
А был ли у вас опыт работы с Бюрократами? Какие выработали подходы к таким руководителям?
Мы говорили про разные типы менеджеров, когда очень сильно проявляется одна из черт управления.
------------
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
#типыменеджеров #адизес #бюрократ #управлениеизменениями #books #мояполка
-----------
Мы с вами не разобрали Бюрократа. Эмоции при чтение этого слова не самые добрые. Вспоминается некий Гоголевский персонаж или блюститель правил в госучреждениях. Когда вы должны заполнить анкету синей ручкой, фотография чёткого размера, с уголком, без уголка, с объёмом головы на фото и т.п. правила, правила, правила, которые просто нужно выполнить и точка!
Подобный чинуша, буквоед, волокитчик бесит многих, но они тоже нужны) В своей практике, я таких людей встречала либо в службе безопасности, либо это кадровики, юристы, операционка, которая работает с деньгами.
Как мы видим, специфика предметной области притягивает подобных людей. Попробуйте согласовать ТЗ с отделом безопасности любой организации, банка, предприятия... Ох... Можно хленуть по полной)
Соблюдать правила, это нужно и нормально. Но когда правила и инструкции превращаются в центр всего! Это уже клиника. Бюрократ забывает зачем эта инструкция нужна, она просто нужна и ты должен её выполнить! Точка!
Цитирую книгу: Бюрократы управляют хорошо контролируемой катастрофой, компания уверенно идёт к своему краху в строгом соответствии с расписанием. Всё делается исключительно продуктивно и строго по инструкциям.
Отличительная черта, что бюрократ стремиться строго контролировать любые возможные нарушения. Компания может идти ко дну, но Бюрократ будет созывать совещание и обсуждать "кто ворует туалетную бумагу в туалете".
Подобных директоров компаний я видела в ЖКХ секторе, при этом его сотрудники живут в страхе, что что-то нарушат. Видимо в моей среде чаще встречаются Поджигатели и слава богу в подчинение у Бюрократов-руководителей я не работала.
А был ли у вас опыт работы с Бюрократами? Какие выработали подходы к таким руководителям?
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Типы менеджеров. Одинокий ковбой.
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…