#капитаночевидность #теория #системныйаналитик #умнаямысль #системныйанализ #разработкаIT #аналитикIT #материал
Наконец-то получилось послушать Левенчука про введение в системную инженерию, правда не всю лекцию, она длинная.
На самом деле, я часто могу сделать шаг назад и поискать информацию о системном аналитике так сказать "фундаментальную".
Побывала как будто на лекции в своём вузе))) И поняла откуда это название системотехник.
Что мне понравилось, я тезисно напишу:
👉●системная инженерия говорит как нужно сделать,
👉●реализация проекта с системной инженерией равно процессу "сначала думай, потом делай",
👉●системная инженерия зародилась там, где нужно было сделать что-то большое и сложное. В Америке, сначала это была авиация и космонавтика (тадам! Привет альмаматер, вот почему подобные вузы растят крутых аналитиков), потом было строительство небоскрёбов.
👉●Наши вузы учат, как писать алгоритмы, но не как это всё собрать вместе, архитектурно с интеграцией и координацией (тадам! Проблема на многих проектах как раз в отсутствие архитектуры и набивание шишек из-за отсутствия производственного опыта).
👉●25% времени от реализации больших проектов тратится на системную инженерию
👉●Но! Трата времени на проектирование и фиксирование требований "как нужно сделать", может принести выгоду проекту до 39%!!! Если говорить про крупный проект.
👉●Работу системного инженера невозможно потрогать и на неё уходит много времени, поэтому люди не понимают смысл работы этого персонажа и отказываются от них в проектах (тадам! Нафига нам аналитик, я сам всё сделаю)) )
👉●Но! Отсутствие системного инженера приводит к переделке проектов. Встречались случаи переделки до 15 раз!)))
👉●Системный инженер немного бюрократ и работает с описанием систем. Иногда действительно влюбляется в описание, хотя до самой системы далеко)
Справедливости ради всё таки скажу, что в современных реалиях аналитик ещё и ускоряет разработку, не только приводит её к виду того, что хотел заказчик, уменьшает % переделок, но я бы ещё говорила про ускорение. Хотя Левенчук говорит противоположное, что про ускорение речь не идёт. Но гибкие методологии и современный мир айти именно про это. А запись выступления была сделана 11 лет назад.
Материала от Левенчука в сети много, и много лекций тоже, не всё конечно посмотрела, да и эту лекцию про введение в системную инженерию пока осилила только первый час) Посмотрю второй час расскажу впечатление.
Вот ссылка, кому интересно)
https://vimeo.com/7725503/comments
Наконец-то получилось послушать Левенчука про введение в системную инженерию, правда не всю лекцию, она длинная.
На самом деле, я часто могу сделать шаг назад и поискать информацию о системном аналитике так сказать "фундаментальную".
Побывала как будто на лекции в своём вузе))) И поняла откуда это название системотехник.
Что мне понравилось, я тезисно напишу:
👉●системная инженерия говорит как нужно сделать,
👉●реализация проекта с системной инженерией равно процессу "сначала думай, потом делай",
👉●системная инженерия зародилась там, где нужно было сделать что-то большое и сложное. В Америке, сначала это была авиация и космонавтика (тадам! Привет альмаматер, вот почему подобные вузы растят крутых аналитиков), потом было строительство небоскрёбов.
👉●Наши вузы учат, как писать алгоритмы, но не как это всё собрать вместе, архитектурно с интеграцией и координацией (тадам! Проблема на многих проектах как раз в отсутствие архитектуры и набивание шишек из-за отсутствия производственного опыта).
👉●25% времени от реализации больших проектов тратится на системную инженерию
👉●Но! Трата времени на проектирование и фиксирование требований "как нужно сделать", может принести выгоду проекту до 39%!!! Если говорить про крупный проект.
👉●Работу системного инженера невозможно потрогать и на неё уходит много времени, поэтому люди не понимают смысл работы этого персонажа и отказываются от них в проектах (тадам! Нафига нам аналитик, я сам всё сделаю)) )
👉●Но! Отсутствие системного инженера приводит к переделке проектов. Встречались случаи переделки до 15 раз!)))
👉●Системный инженер немного бюрократ и работает с описанием систем. Иногда действительно влюбляется в описание, хотя до самой системы далеко)
Справедливости ради всё таки скажу, что в современных реалиях аналитик ещё и ускоряет разработку, не только приводит её к виду того, что хотел заказчик, уменьшает % переделок, но я бы ещё говорила про ускорение. Хотя Левенчук говорит противоположное, что про ускорение речь не идёт. Но гибкие методологии и современный мир айти именно про это. А запись выступления была сделана 11 лет назад.
Материала от Левенчука в сети много, и много лекций тоже, не всё конечно посмотрела, да и эту лекцию про введение в системную инженерию пока осилила только первый час) Посмотрю второй час расскажу впечатление.
Вот ссылка, кому интересно)
https://vimeo.com/7725503/comments
Vimeo
Введение в системную инженерию. Лекция первая (А.И.Левенчук).
Начальное введение в системную инженерию: темы разных определений системной инженерии, зачем нужна системная инженерия, связь системной инженерии и системного мышления,…
#полезности #картакомпетенций #подсмотрено #развитие #саморазвитие #самодиагностика #аналитикIT #системныйаналитик #бизнесаналитик #teamlead
#стандарты
За последнюю неделю раз 5-6 отправляла карты компетенций аналитиков, и решила собрать их в один пост. Думаю многим будет полезно)
1. Чек-лист для самодиагностики БА, но есть и часть пунктов по СА - https://bit.ly/2yRkrdq (для работы в файле его нужно скопировать на свой гугл-диск)
2. Карта компетенций, составленная сообществом аналитиков Спб -https://www.mindmeister.com/ru/1218346874?t=Gju1zoReP3
3. Карта профессионального развития аналитика-проектировщика от ШСА - https://docs.google.com/document/d/15v4xfIAJRnTo5kZbJHiSlA03sDAqmM5_bnb5sPH7Dtk/edit
4. Профстандарт "Системная аналитик" - https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50437
5. Профстандарт "Бизнес-аналитик"- https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=61704
6. Перечень стандартов/ГОСТов - https://systems.education/standards
7. Карта компетенции Лидов/Менеджеров - https://github.com/tlbootcamp/tlroadmap
8. Профстандарт - Специалист по процессному управлению - https://abpmp.org.ru/2018/05/18/profstandard-2/
#стандарты
За последнюю неделю раз 5-6 отправляла карты компетенций аналитиков, и решила собрать их в один пост. Думаю многим будет полезно)
1. Чек-лист для самодиагностики БА, но есть и часть пунктов по СА - https://bit.ly/2yRkrdq (для работы в файле его нужно скопировать на свой гугл-диск)
2. Карта компетенций, составленная сообществом аналитиков Спб -https://www.mindmeister.com/ru/1218346874?t=Gju1zoReP3
3. Карта профессионального развития аналитика-проектировщика от ШСА - https://docs.google.com/document/d/15v4xfIAJRnTo5kZbJHiSlA03sDAqmM5_bnb5sPH7Dtk/edit
4. Профстандарт "Системная аналитик" - https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=50437
5. Профстандарт "Бизнес-аналитик"- https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=61704
6. Перечень стандартов/ГОСТов - https://systems.education/standards
7. Карта компетенции Лидов/Менеджеров - https://github.com/tlbootcamp/tlroadmap
8. Профстандарт - Специалист по процессному управлению - https://abpmp.org.ru/2018/05/18/profstandard-2/
Google Docs
Чек-лист компетенций BA (public access)
#бизнесаналитик #системныйаналитик #аналитикIT #мысливслух #мойопыт #перементребуютнашисердца
Аналитик, это роль в команде, которая мало кому делает хорошо. Он докапывается, влезает, фиксирует, изменяет, пишет, говорит, и о боже, может быть недоволен!!! Это источник изменений, а изменения никто не любит. Процитирую Женю Галактионова, его умные мысли нужно записывать: "Изменения в бизнес-процессах вызывают ненависть и отторжение. "
История из жизни.
Я проходила собеседование в одной компании, где во-первых никогда не работали с аналитиками, во вторых, делали порталы, а в третьих, хотели большие проекты, не имея на это инфраструктуру.
Мне предложили стать драйвером новых проектов. Набирать аналитиков, писать ТЗ, всё это якобы поможет компании получать большие проекты, а не только сайты и порталы.
Я прошла все собеседования, пообщалась с основателем компании. Поняла, что проблема будет в ментальном изменение самого основателя. И отказалась. Тем более HR сказала, что такие зарплаты, уровень которой я запросила, никто не получает в команде. Я объяснила HR, что на рынке мне такой уровень зп дают, так что геморрой за дёшево не мой выбор, она вздохнула.
И знаете, это частая проблема. Руководство хочет перемен, но в тоже время не хочет ничего менять. А если у тебя нет поддержки руководителя, ты тонешь первый. Прям как девушка, которая решила ходить на фитнес, но нет для этого времени или спортивного костюма. Одного желания маловато будет.
Сегодня меня посетил #инсайт что аналитика никто не учит теории внесения изменений, в плане живых процессов своей собственной команды разработки. Невозможно изменять документацию или процессы аналитики в вакууме без изменений в команде.
И в тоже время, #капитаннеочевидность аналитик драйвер перемен, который выгорает, если нет поддержки. И когда тебя не слышат, возникает бронхит (привет моя профессиональная, психосоматическая болезнь, последних 10 лет)))).
Чтобы что-то сказать, приходится доказывать эти свои слова. Лезть в фундаментальные исследования, потому что тебя не услышат, или твоя среда просто не выросла, или не хотят изменений, или ещё что-то. А в итоге плохо аналитику. Я не люблю манипулировать людьми, да и не умею, чтобы везде кидать ростки, которые должны помочь человеку осознать, что нужны перемены и действия для их внедрения.
Ещё одна история из жизни. Они блин все похожи как одна!!!)))
Новый ген директор виртуального оператора пришёл в компанию и увидел, что всё работает мягко говоря плохо. Он решил, что ему нужен аналитик. И вот появилась я. Кризис был в стране, я соглашалась на любой проект. И вот начала исследования проводить, как работает ПО. Документацию писать. Проблема руководства - отчёт за месяц собирается 3 суток!!! И нужно отправлять партнёрам и проводить взаиморасчёты. Я описала процесс создания отчёта и вдруг разработка меня не пустила в код. Оказалось!! Разработчики из Киргизии приехали в Москву, своим кланом и решили, что я хочу их уволить. Ибо дофига рою!))) Их запрос в отчёте в итоге оказался ко всем записям БД, а не только в диапазоне последнего месяца. Я им это сказала, они его изменили из 3 дней стало 6 часов, было уже лучше)))
Но меня топили, байкотировали, всячески вставляли палки в колеса, и был так называемый булинг, я заболела бронхитом и уволилась. Спустя пару месяцев мне написали, что разработчики расстроились, хотя сами добивались чтобы меня не было. Зачем нам аналитик то???))
И теперь я понимаю, что кейсы везде одни и те же, и как важно уметь вносить изменения и выстраивать диалог с командой. И как обидно, что все гоняться за Hard skills, не понимая основу из soft skills.
P. S. Аналитик ещё и немного психолог, и себе и всем вокруг. Но в этом во всем главное заботиться о себе, и только о себе. Предупреждая выгорание, по первым звоночкам.
Аналитик, это роль в команде, которая мало кому делает хорошо. Он докапывается, влезает, фиксирует, изменяет, пишет, говорит, и о боже, может быть недоволен!!! Это источник изменений, а изменения никто не любит. Процитирую Женю Галактионова, его умные мысли нужно записывать: "Изменения в бизнес-процессах вызывают ненависть и отторжение. "
История из жизни.
Я проходила собеседование в одной компании, где во-первых никогда не работали с аналитиками, во вторых, делали порталы, а в третьих, хотели большие проекты, не имея на это инфраструктуру.
Мне предложили стать драйвером новых проектов. Набирать аналитиков, писать ТЗ, всё это якобы поможет компании получать большие проекты, а не только сайты и порталы.
Я прошла все собеседования, пообщалась с основателем компании. Поняла, что проблема будет в ментальном изменение самого основателя. И отказалась. Тем более HR сказала, что такие зарплаты, уровень которой я запросила, никто не получает в команде. Я объяснила HR, что на рынке мне такой уровень зп дают, так что геморрой за дёшево не мой выбор, она вздохнула.
И знаете, это частая проблема. Руководство хочет перемен, но в тоже время не хочет ничего менять. А если у тебя нет поддержки руководителя, ты тонешь первый. Прям как девушка, которая решила ходить на фитнес, но нет для этого времени или спортивного костюма. Одного желания маловато будет.
Сегодня меня посетил #инсайт что аналитика никто не учит теории внесения изменений, в плане живых процессов своей собственной команды разработки. Невозможно изменять документацию или процессы аналитики в вакууме без изменений в команде.
И в тоже время, #капитаннеочевидность аналитик драйвер перемен, который выгорает, если нет поддержки. И когда тебя не слышат, возникает бронхит (привет моя профессиональная, психосоматическая болезнь, последних 10 лет)))).
Чтобы что-то сказать, приходится доказывать эти свои слова. Лезть в фундаментальные исследования, потому что тебя не услышат, или твоя среда просто не выросла, или не хотят изменений, или ещё что-то. А в итоге плохо аналитику. Я не люблю манипулировать людьми, да и не умею, чтобы везде кидать ростки, которые должны помочь человеку осознать, что нужны перемены и действия для их внедрения.
Ещё одна история из жизни. Они блин все похожи как одна!!!)))
Новый ген директор виртуального оператора пришёл в компанию и увидел, что всё работает мягко говоря плохо. Он решил, что ему нужен аналитик. И вот появилась я. Кризис был в стране, я соглашалась на любой проект. И вот начала исследования проводить, как работает ПО. Документацию писать. Проблема руководства - отчёт за месяц собирается 3 суток!!! И нужно отправлять партнёрам и проводить взаиморасчёты. Я описала процесс создания отчёта и вдруг разработка меня не пустила в код. Оказалось!! Разработчики из Киргизии приехали в Москву, своим кланом и решили, что я хочу их уволить. Ибо дофига рою!))) Их запрос в отчёте в итоге оказался ко всем записям БД, а не только в диапазоне последнего месяца. Я им это сказала, они его изменили из 3 дней стало 6 часов, было уже лучше)))
Но меня топили, байкотировали, всячески вставляли палки в колеса, и был так называемый булинг, я заболела бронхитом и уволилась. Спустя пару месяцев мне написали, что разработчики расстроились, хотя сами добивались чтобы меня не было. Зачем нам аналитик то???))
И теперь я понимаю, что кейсы везде одни и те же, и как важно уметь вносить изменения и выстраивать диалог с командой. И как обидно, что все гоняться за Hard skills, не понимая основу из soft skills.
P. S. Аналитик ещё и немного психолог, и себе и всем вокруг. Но в этом во всем главное заботиться о себе, и только о себе. Предупреждая выгорание, по первым звоночкам.
#перементребуютнашисердца #капитаннеочевидность #мойопыт #мысливслух #аналитикIT #развитие #обучение #экспериментАша
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается о стену непонимания твоих коллег.
Если подойти к школьнику и сказать, что на ноль делить можно, он покрутит пальцем у виска. Дядя ты ку-ку. Не нужно думать, что все вокруг знают всё, не нужно думать что все вокруг глупы. Просто набор знаний, опыта у каждого человека уникален. И есть определённое доверие, которое ещё нужно получить от человека. Вот вы меня читаете и мне так приятно, значит вы доверяете мне и моим мыслям, но у вас есть свой опыт, и если мы тут с вами не сходимся, то скорее всего вы мне скажете "ой, всё не так!" И это будет ваша правда! Даже если опыт положительный, это не значит, что у другого это сработает.
Почему я так не люблю критическое мышление, оно меня загоняет в такие дебри фундаментальных наук, и всё это подкрепляется ещё и своей собственной неуверенностью, что всё, туши свет!!!
И вот, когда меня не слышут мои коллеги, я начинаю думать, я че не права, чтоль? Может мир изменился и всё ушло далеко, а я тут что-то старое им предложила. Начинаю читать фундаментальные изыскания и делаю вывод, что я попала в эксперимент Аша.
Суть в нем очень проста, когда большинство говорит что-то неверно, ты сомневаешься и, как итог, тоже говоришь также неверно, хотя внутри себя супер не согласен!
Ты в банде, ты вместе с ней идти против стаи и говорить, что "король, то голый!" очень больно для человека. Но внутренняя натура аналитика, который хочет, чтобы всё было по полочкам, не даёт спокойно спать))
Поэтому не нужно забывать ещё и про, то, что ваши коллеги могут просто быть в стадии "неосознанная некомпетентность", чтобы разобраться, изучить и перейти в "осознанную компетентность" и начать говорить с вами на одном языке.
Всё круто выглядит, просто иди и по циклу "проведи коллегу" . Но если твой руководитель в состоянии я знаю лучше, то тут намного всё хуже, и сложно что-то показать человеку. Правда если ваш руководитель открыт, и понимает, что его сотрудник может знать и делать больше, то даст вам "зелёный свет".
Эксперимент Аша и 4 стадии обучения
Я знаю много инструментов, теорий, прочитала много книг, но это всё бесполезно, когда оно разбивается о стену непонимания твоих коллег.
Если подойти к школьнику и сказать, что на ноль делить можно, он покрутит пальцем у виска. Дядя ты ку-ку. Не нужно думать, что все вокруг знают всё, не нужно думать что все вокруг глупы. Просто набор знаний, опыта у каждого человека уникален. И есть определённое доверие, которое ещё нужно получить от человека. Вот вы меня читаете и мне так приятно, значит вы доверяете мне и моим мыслям, но у вас есть свой опыт, и если мы тут с вами не сходимся, то скорее всего вы мне скажете "ой, всё не так!" И это будет ваша правда! Даже если опыт положительный, это не значит, что у другого это сработает.
Почему я так не люблю критическое мышление, оно меня загоняет в такие дебри фундаментальных наук, и всё это подкрепляется ещё и своей собственной неуверенностью, что всё, туши свет!!!
И вот, когда меня не слышут мои коллеги, я начинаю думать, я че не права, чтоль? Может мир изменился и всё ушло далеко, а я тут что-то старое им предложила. Начинаю читать фундаментальные изыскания и делаю вывод, что я попала в эксперимент Аша.
Суть в нем очень проста, когда большинство говорит что-то неверно, ты сомневаешься и, как итог, тоже говоришь также неверно, хотя внутри себя супер не согласен!
Ты в банде, ты вместе с ней идти против стаи и говорить, что "король, то голый!" очень больно для человека. Но внутренняя натура аналитика, который хочет, чтобы всё было по полочкам, не даёт спокойно спать))
Поэтому не нужно забывать ещё и про, то, что ваши коллеги могут просто быть в стадии "неосознанная некомпетентность", чтобы разобраться, изучить и перейти в "осознанную компетентность" и начать говорить с вами на одном языке.
Всё круто выглядит, просто иди и по циклу "проведи коллегу" . Но если твой руководитель в состоянии я знаю лучше, то тут намного всё хуже, и сложно что-то показать человеку. Правда если ваш руководитель открыт, и понимает, что его сотрудник может знать и делать больше, то даст вам "зелёный свет".
#фасилитация #командообразование #развитие #аналитикIT #мысливслух #мойопыт
Фасилитация встреч. Открытое пространство обсуждений.
Немного рубрики #капитаночевидность хотя чаще всего оно #капитаннеочевидность
Фасилитация встреч всегда для меня что-то из разряда космос, хоть мне часто приходится заниматься проведением встреч. Это действительно одна из основных функций аналитика общаться с заказчиком. А функция руководителя собирать команду, обсуждать и получать взвешенные решения. И вот, я поймала себя на мысли, что на удаленке часть людей молчат, часть участвует. Как заставить участвовать всех?
Тут вопрос к фасилитатору, кто создал встречу, тот вроде как и отвечает. На деле нефига не так. И очень хорошо срабатывает психология людей, мало того, что есть эффект Аша, если толпа говорит другой ответ и я в меньшинстве, я либо соглашусь, либо промолчу. А большинство из нас родом из СССР, где за тупые вопросы, или свое мнение, которое не понимает учитель, шло наказание. И вот планомерно убивалось желание говорить, а если ещё и скажешь что-то не так, все будут издеваться над тобой, высмеивать. Лучше я промолчу. Я очень надеюсь, что у вас всё таки было по-другому.
И вот ты идёшь к руководителю, что-то спрашивает, получаешь негатив раз, потом два, потом не идёшь, заедаешь, замалчиваешь, забиваешь. Лучше я промолчу.
И ведь со мной тоже такое происходит! Зачем говорить, если я уже знаю ответ и он будет негативным.
И вот тут я поняла, насколько же важно создавать открытую территорию, где любой человек из команды, без осуждения, без долгих споров и обсуждений, может высказать свое мнение. Даже если кажется, что это мнение бред. А может ты сам не понимаешь что-то новое? Поэтому такая интерпретация? А если не бред? Зерно попадёт в землю и весной взойдёт. Может и с решением также?
В России есть супер крутая компания в Калининграде, где все кайфуют от работы (они по крайней мере так везде пишут :))). Это ultimate guitar. У них есть в офисе микрофон, в который любой сотрудник компании может сказать своё предложение. Его не обсуждают, хорошо или плохо, бред или нет. Просто записывают в список, и далее компания голосует за идеи, и реализовывает по порядку те которые набирают больше всего баллов.
Так однажды одна идея по переименованию кнопки была реализована и дала рост в разы. Оказалось, что разработчик очень хорошо понимает нюансы английского в Америке и Австралии, где очень популярно приложение ultimate guitar, а пользователи в основном оттуда. И внезапно пользователи лучше поняли услугу, что им предлагают и купили!
А так все ходили бы по офису крутили пальцем у виска, че за бред, переименовать кнопку? Какой мудак это придумал? А ты при этом один против всей компании. Правила отрытости дают возможность каждому думать, участвовать, сплочаться.
И так хочется сказать, что так важно создавать именно такую атмосферу, которая будет открыта. А не так, сказал, половина хихикает, другая половина закатывает глаза к небу.
Вернёмся к фасилитатору, он как раз может управлять встречей и давать возможность по очереди высказываться каждому, даже тем кто в обычной жизни предпочитают молчать. И своим собственным примером и реакцией показывать, что мнение каждого любопытно. Я бы добавила к скиллам аналитика, ещё и обязательную фасилитацию, а не просто умение проводить встречи.
Фасилитация встреч. Открытое пространство обсуждений.
Немного рубрики #капитаночевидность хотя чаще всего оно #капитаннеочевидность
Фасилитация встреч всегда для меня что-то из разряда космос, хоть мне часто приходится заниматься проведением встреч. Это действительно одна из основных функций аналитика общаться с заказчиком. А функция руководителя собирать команду, обсуждать и получать взвешенные решения. И вот, я поймала себя на мысли, что на удаленке часть людей молчат, часть участвует. Как заставить участвовать всех?
Тут вопрос к фасилитатору, кто создал встречу, тот вроде как и отвечает. На деле нефига не так. И очень хорошо срабатывает психология людей, мало того, что есть эффект Аша, если толпа говорит другой ответ и я в меньшинстве, я либо соглашусь, либо промолчу. А большинство из нас родом из СССР, где за тупые вопросы, или свое мнение, которое не понимает учитель, шло наказание. И вот планомерно убивалось желание говорить, а если ещё и скажешь что-то не так, все будут издеваться над тобой, высмеивать. Лучше я промолчу. Я очень надеюсь, что у вас всё таки было по-другому.
И вот ты идёшь к руководителю, что-то спрашивает, получаешь негатив раз, потом два, потом не идёшь, заедаешь, замалчиваешь, забиваешь. Лучше я промолчу.
И ведь со мной тоже такое происходит! Зачем говорить, если я уже знаю ответ и он будет негативным.
И вот тут я поняла, насколько же важно создавать открытую территорию, где любой человек из команды, без осуждения, без долгих споров и обсуждений, может высказать свое мнение. Даже если кажется, что это мнение бред. А может ты сам не понимаешь что-то новое? Поэтому такая интерпретация? А если не бред? Зерно попадёт в землю и весной взойдёт. Может и с решением также?
В России есть супер крутая компания в Калининграде, где все кайфуют от работы (они по крайней мере так везде пишут :))). Это ultimate guitar. У них есть в офисе микрофон, в который любой сотрудник компании может сказать своё предложение. Его не обсуждают, хорошо или плохо, бред или нет. Просто записывают в список, и далее компания голосует за идеи, и реализовывает по порядку те которые набирают больше всего баллов.
Так однажды одна идея по переименованию кнопки была реализована и дала рост в разы. Оказалось, что разработчик очень хорошо понимает нюансы английского в Америке и Австралии, где очень популярно приложение ultimate guitar, а пользователи в основном оттуда. И внезапно пользователи лучше поняли услугу, что им предлагают и купили!
А так все ходили бы по офису крутили пальцем у виска, че за бред, переименовать кнопку? Какой мудак это придумал? А ты при этом один против всей компании. Правила отрытости дают возможность каждому думать, участвовать, сплочаться.
И так хочется сказать, что так важно создавать именно такую атмосферу, которая будет открыта. А не так, сказал, половина хихикает, другая половина закатывает глаза к небу.
Вернёмся к фасилитатору, он как раз может управлять встречей и давать возможность по очереди высказываться каждому, даже тем кто в обычной жизни предпочитают молчать. И своим собственным примером и реакцией показывать, что мнение каждого любопытно. Я бы добавила к скиллам аналитика, ещё и обязательную фасилитацию, а не просто умение проводить встречи.
#капитаночевидность #мойопыт #документация #мысливслух #аналитикIT #мирвокруг
Документация, зачем она? Её никто не читает! Не будем делать!
У меня есть дальний родственник, который живёт в Вашингтоне. Про таких говорят "седьмая вода на киселе" , поэтому проще сказать родственник)) Он то самое поколение, которое в 90-х заканчивало МГУ. И тогда весь их курс разьехался по разным странам. Уехали все! США, Англия, Япония, Испания и т.д. Многие там завели семьи и детей. Кто-то вернулся, кто-то нет. Он нет. Но почему я его вспомнила? Ведь это те самые мозги, которые могли бы сейчас учить нас айти. Мы с ним последний раз виделись в Москве в 2009 году. Я тогда была на новом проекте. И грустно рассказывала, что нефига непонятно.
Ситуация была следующая - я работала в консалтинговой компании, нас собрали на проект, с которого свалила в полном составе команда разработки. Их руководитель ушёл, и всех забрал. Ему предложили новый проект. И вот набрали нас. Мы ничего не знаем, заказчик молодой парень, он в истерике, явно проект валится. Мы даже думали, что его специально поставили со стороны заказчика, чтобы он отвечал за проект и его завалил. И вот я!) Открываю документацию и плачу, так мало всего! Очень серьёзно готовлюсь, иду к заказчику, он истерит и говорит, что уже всё 2 раза рассказал! Записей встреч нет.
И вот я встречаюсь с родственником, и он мне рассказал про один из проектов. Ситуация немного другая, но всё по одной схеме. Консалтинг - мало документов - непонятно как работает. Он сел и прочитал весь код, чтобы написать документ. Написал, они начали развивать продукт.
И меня подбодрил советом, смотреть на эту ситуацию как на челендж.
Но! Я о чем ваще? Как может проект в России, подчёркиваю в России существовать без внемяемой документации? Когда у нас то кризис, то увольнения, то смена руководства, то снег в феврале, то корона и удаленка!
Ну как так то?) Документация одна из нужных вещей для того, чтобы продукт отдать заказчику! И развивать внутри.
Современные гибкие методологии разработки привели к тому, что руководство забыло классику. Выросло уже несколько поколений убежденных в том, что аналитик не нужен, также как его бесполезная документация.
Я не работала в команде которая бы, как гугл или майкрософт работала бы 10 лет минимум!!! А лучше всю жизнь.
Люди меняются постоянно, наши олигархи делять территорию наверху, а мы тут внизу даже не убираем за собой рабочий стол, чтобы передать вахту новому человеку в команде.
И я думала, может это у нас только такие проблемы? Но вот вспомнила Америку и оказалось, что нет)))
Сейчас человек в команде становится незаменимым, потому что никто кроме него не знает как это работает.
Ещё история. Одно большая корпорация, мне говорят, что софт с 90-х,всё устарело, нужно переписать, как работает непонятно. Что делают. Пишут новые куски, отключают старое частями, отключают и смотрят, кто-то закричал или нет? Закричал возвращают, если нет - выкидывают.
И на последок история про самолётостроение. Ибо имела честь собирать документацию на один реактивный самолёт. Китай купил у России и мы готовили документацию. Вот я че думаю? Почему в самолётостроение это норма? И скорее всего чертежи самого сухого можно найти в архивах, а для нас сейчас, нет?)
Документация, зачем она? Её никто не читает! Не будем делать!
У меня есть дальний родственник, который живёт в Вашингтоне. Про таких говорят "седьмая вода на киселе" , поэтому проще сказать родственник)) Он то самое поколение, которое в 90-х заканчивало МГУ. И тогда весь их курс разьехался по разным странам. Уехали все! США, Англия, Япония, Испания и т.д. Многие там завели семьи и детей. Кто-то вернулся, кто-то нет. Он нет. Но почему я его вспомнила? Ведь это те самые мозги, которые могли бы сейчас учить нас айти. Мы с ним последний раз виделись в Москве в 2009 году. Я тогда была на новом проекте. И грустно рассказывала, что нефига непонятно.
Ситуация была следующая - я работала в консалтинговой компании, нас собрали на проект, с которого свалила в полном составе команда разработки. Их руководитель ушёл, и всех забрал. Ему предложили новый проект. И вот набрали нас. Мы ничего не знаем, заказчик молодой парень, он в истерике, явно проект валится. Мы даже думали, что его специально поставили со стороны заказчика, чтобы он отвечал за проект и его завалил. И вот я!) Открываю документацию и плачу, так мало всего! Очень серьёзно готовлюсь, иду к заказчику, он истерит и говорит, что уже всё 2 раза рассказал! Записей встреч нет.
И вот я встречаюсь с родственником, и он мне рассказал про один из проектов. Ситуация немного другая, но всё по одной схеме. Консалтинг - мало документов - непонятно как работает. Он сел и прочитал весь код, чтобы написать документ. Написал, они начали развивать продукт.
И меня подбодрил советом, смотреть на эту ситуацию как на челендж.
Но! Я о чем ваще? Как может проект в России, подчёркиваю в России существовать без внемяемой документации? Когда у нас то кризис, то увольнения, то смена руководства, то снег в феврале, то корона и удаленка!
Ну как так то?) Документация одна из нужных вещей для того, чтобы продукт отдать заказчику! И развивать внутри.
Современные гибкие методологии разработки привели к тому, что руководство забыло классику. Выросло уже несколько поколений убежденных в том, что аналитик не нужен, также как его бесполезная документация.
Я не работала в команде которая бы, как гугл или майкрософт работала бы 10 лет минимум!!! А лучше всю жизнь.
Люди меняются постоянно, наши олигархи делять территорию наверху, а мы тут внизу даже не убираем за собой рабочий стол, чтобы передать вахту новому человеку в команде.
И я думала, может это у нас только такие проблемы? Но вот вспомнила Америку и оказалось, что нет)))
Сейчас человек в команде становится незаменимым, потому что никто кроме него не знает как это работает.
Ещё история. Одно большая корпорация, мне говорят, что софт с 90-х,всё устарело, нужно переписать, как работает непонятно. Что делают. Пишут новые куски, отключают старое частями, отключают и смотрят, кто-то закричал или нет? Закричал возвращают, если нет - выкидывают.
И на последок история про самолётостроение. Ибо имела честь собирать документацию на один реактивный самолёт. Китай купил у России и мы готовили документацию. Вот я че думаю? Почему в самолётостроение это норма? И скорее всего чертежи самого сухого можно найти в архивах, а для нас сейчас, нет?)
#аналитикIT #мысливслух #мирвокруг #мойопыт #сеньорпомидор #капитаннеочевидность #командообразование
Хороша ли команда только из сеньоров?
Есть такое распространенное мнение, что нужно нанять команду сеньоров и будет вам счастье. И тут на VC была статья, про нетфликс, удаленку и вот там был пункт, что нужна команда опытных профессионалов (кому интересно, вот ссылка - https://vc.ru/u/304042-epic-growth/205938-rukovoditel-uzhe-na-40-napominaet-vedushchego-teleshou-mihail-trutnev-pro-raspredelennye-komandy) . Я с этим согласна, но есть но. Не очень представляю, чтобы опытный профессионал был готов делать мелкие задачи, которые для него не представляют труда. Как настройка систем, тестирование минимальное, обучение пользователей и тех поддержка. Джуны тут очень важный элемент, они разгружают команду и забирают очень важные вещи с сеньоров и мидлов в том числе.
Джун это и развитие нового специалиста, и прокачка сеньора, чтобы он смог рассказать, обучить, и помочь компании в предупреждение выгорания сеньора. Поэтому я не верю в команду состоящую только из сеньоров.
Про универсальных бойцов-сеньоров. Да круто, что ты универсал и можешь всё! Могу про себя сказать, мне так много всего интересно и нравится. Даже если смотреть на спорт, который я пробовала. Это летом может быть и плавание, и езда на велосипеде, и походы в лес. Зимой и лыжи, и каток, и горные лыжи. Мне много нравится всего, я люблю мультиспорт. Но в разные периоды жизни выбираю разное. И это нормально.
Так и в работе мы можешь любить делать много всего разного, но конкретно в текущий период времени, тебе что-то одно может быть интереснее. Архитектура, проектирование, оптимизация бизнес-процессов и т.п.
И всё равно какие-то сильные стороны, скиллы преимущественно выражены и показывают основной результат. Поэтому любой универсал, в чем-то может быть намного лучше.
Если вы хотите качества в продукте, разделяйте роли и направления деятельности. Это и рынок в том числе диктует и формирует.
Хороша ли команда только из сеньоров?
Есть такое распространенное мнение, что нужно нанять команду сеньоров и будет вам счастье. И тут на VC была статья, про нетфликс, удаленку и вот там был пункт, что нужна команда опытных профессионалов (кому интересно, вот ссылка - https://vc.ru/u/304042-epic-growth/205938-rukovoditel-uzhe-na-40-napominaet-vedushchego-teleshou-mihail-trutnev-pro-raspredelennye-komandy) . Я с этим согласна, но есть но. Не очень представляю, чтобы опытный профессионал был готов делать мелкие задачи, которые для него не представляют труда. Как настройка систем, тестирование минимальное, обучение пользователей и тех поддержка. Джуны тут очень важный элемент, они разгружают команду и забирают очень важные вещи с сеньоров и мидлов в том числе.
Джун это и развитие нового специалиста, и прокачка сеньора, чтобы он смог рассказать, обучить, и помочь компании в предупреждение выгорания сеньора. Поэтому я не верю в команду состоящую только из сеньоров.
Про универсальных бойцов-сеньоров. Да круто, что ты универсал и можешь всё! Могу про себя сказать, мне так много всего интересно и нравится. Даже если смотреть на спорт, который я пробовала. Это летом может быть и плавание, и езда на велосипеде, и походы в лес. Зимой и лыжи, и каток, и горные лыжи. Мне много нравится всего, я люблю мультиспорт. Но в разные периоды жизни выбираю разное. И это нормально.
Так и в работе мы можешь любить делать много всего разного, но конкретно в текущий период времени, тебе что-то одно может быть интереснее. Архитектура, проектирование, оптимизация бизнес-процессов и т.п.
И всё равно какие-то сильные стороны, скиллы преимущественно выражены и показывают основной результат. Поэтому любой универсал, в чем-то может быть намного лучше.
Если вы хотите качества в продукте, разделяйте роли и направления деятельности. Это и рынок в том числе диктует и формирует.
#заказчик #аналитикIT #системныйаналитик #бизнесаналитик #общениесзаказчиком #мойопыт #моемнение
Как понять, что на самом деле хочет бизнес - заказчик?
Хочется ответить никак!))) И тут больше похоже на вопрос "чего хочет женщина?"
Попробую поразмышлять на эту тему.
1. Во первых аналитику действительно нужно иметь базу по психологии. И чем больше я её изучаю, тем больше понимаю, что нужно. Заказчик - это человек и что он хочет, тоже должно созреть. Чаще всего он не знает, что хочет)
2. Во вторых, люди играют в игры. Мы все играем разные роли на проектах. И роль заказчика тоже может исполняться по-разному. Вернёмся к моему любимому хобби, театру. Одна и та же роль, мало того, что разными актёрами играется, видится по-разному, так ещё одним и тем же актёром играется по-разному, в разные дни.
А тут ты заказчик, от тебя что-то хотят. Ты это что-то формируешь по ходу пьесы. Сегодня хорошо, завтра плохо.
3. В третьих, люди все по-разному воспринимают информацию. Кто-то визуал. Дайте посмотреть, прочитать. Кто-то аудиал, слушает и нужно говорить. А лучше всё сразу. Показать рассказать и дать потрогать. Мысли не сразу рождаются в голове. И результат должен ещё созреть до какого-то вменяемого решения, но чаще всего времени на это нет.
4. Дать потрогать. Хорошая штука, но!!! Есть подводные камни. Кейс показывать прототипы экранов и кликабельный интерфейс заказчику, отлично помогает в понимание работы системы и быстрее приходит к желаемому результату. Но не дай бог, если в реальности будут совсем другие экраны. Был у нас именно такой случай, а заказчик распечатал экраны и ждал именно такого решения. Так что тут стоит продумывать риски такого подхода. Но лучше уж так, чем на демо показе понять, что нужно всё переделать и вернуться к to be.
Мне всегда казалось, что заказчик, он действительно назначен на должность генератора идей для разработки не просто так. Он знает как нужно. По факту нет. Он обычный человек, который вполне возможно ничего не понимает, что от него требуется, и ещё у него будет подгорать. Потому что с него спросят сильнее, чем с вас))) Он мог раньше никогда не быть в такой роли, и что делать просто не знает.
Сложная работа выстраивать взаимоотношения с человеком. Это работа, это отношения. Да к сожалению мы не выбираем заказчиков. Мы выбираем команду.
Историй много могу рассказать про разных заказчиков, начиная с адекватов, заканчивая скандальными личностями, которые в прямом смысле падали на пол, орали и размахивали руками.
Возвращаясь в заголовку - как понять, что хочет заказчик?
Хочется сказать следующее:
👉-общаться с заказчиком стоит много, готовиться ко встречам, чтобы общение было конструктивное
👉-держать связь, задавать вопросы, не оставлять заказчика в информационном вакууме
👉-фиксировать каждый шаг общения, как бы не было лень, а то вдруг вы уйдёте, и придёт аналитик и пойдёт по кругу вопросов, заказчик взорвётся.
👉-показывать картинки, показывать примеры
👉-посмотреть у конкурентов примеры решений, и подтолкнуть заказчика к решению
👉-проводить глубинные интервью, типа customer development, не бежать к решению, а больше формулировать проблему
👉-вести за ручку заказчика к созреванию осознания проблемы, и её решения, чтобы всё выглядело так, что он сам придумал всё и решил)) ООО это искусство!
👉-узнать, что точно не хочет заказчик,тут как в жизни, чтобы понять, что хочется, стоит понять, что точно не хочется и сузить границы поиска
👉-ну и конечно в вашей конкретной среде может быть всё по-другому, и поможет, что-то своё, что я не перечислила) Если у вас есть мысли делитесь в комментариях)))
P. S. Ещё мысль пришла! Попробуйте сами поиграть в заказчика. Кого нибудь попросили побыть аналитиком, и поотвечайте на вопросы аналитика. Если позовете крутого аналитика в пару, вспотеете от стресса несколько раз точно))))) как вас разбомбят 🤯
Как понять, что на самом деле хочет бизнес - заказчик?
Хочется ответить никак!))) И тут больше похоже на вопрос "чего хочет женщина?"
Попробую поразмышлять на эту тему.
1. Во первых аналитику действительно нужно иметь базу по психологии. И чем больше я её изучаю, тем больше понимаю, что нужно. Заказчик - это человек и что он хочет, тоже должно созреть. Чаще всего он не знает, что хочет)
2. Во вторых, люди играют в игры. Мы все играем разные роли на проектах. И роль заказчика тоже может исполняться по-разному. Вернёмся к моему любимому хобби, театру. Одна и та же роль, мало того, что разными актёрами играется, видится по-разному, так ещё одним и тем же актёром играется по-разному, в разные дни.
А тут ты заказчик, от тебя что-то хотят. Ты это что-то формируешь по ходу пьесы. Сегодня хорошо, завтра плохо.
3. В третьих, люди все по-разному воспринимают информацию. Кто-то визуал. Дайте посмотреть, прочитать. Кто-то аудиал, слушает и нужно говорить. А лучше всё сразу. Показать рассказать и дать потрогать. Мысли не сразу рождаются в голове. И результат должен ещё созреть до какого-то вменяемого решения, но чаще всего времени на это нет.
4. Дать потрогать. Хорошая штука, но!!! Есть подводные камни. Кейс показывать прототипы экранов и кликабельный интерфейс заказчику, отлично помогает в понимание работы системы и быстрее приходит к желаемому результату. Но не дай бог, если в реальности будут совсем другие экраны. Был у нас именно такой случай, а заказчик распечатал экраны и ждал именно такого решения. Так что тут стоит продумывать риски такого подхода. Но лучше уж так, чем на демо показе понять, что нужно всё переделать и вернуться к to be.
Мне всегда казалось, что заказчик, он действительно назначен на должность генератора идей для разработки не просто так. Он знает как нужно. По факту нет. Он обычный человек, который вполне возможно ничего не понимает, что от него требуется, и ещё у него будет подгорать. Потому что с него спросят сильнее, чем с вас))) Он мог раньше никогда не быть в такой роли, и что делать просто не знает.
Сложная работа выстраивать взаимоотношения с человеком. Это работа, это отношения. Да к сожалению мы не выбираем заказчиков. Мы выбираем команду.
Историй много могу рассказать про разных заказчиков, начиная с адекватов, заканчивая скандальными личностями, которые в прямом смысле падали на пол, орали и размахивали руками.
Возвращаясь в заголовку - как понять, что хочет заказчик?
Хочется сказать следующее:
👉-общаться с заказчиком стоит много, готовиться ко встречам, чтобы общение было конструктивное
👉-держать связь, задавать вопросы, не оставлять заказчика в информационном вакууме
👉-фиксировать каждый шаг общения, как бы не было лень, а то вдруг вы уйдёте, и придёт аналитик и пойдёт по кругу вопросов, заказчик взорвётся.
👉-показывать картинки, показывать примеры
👉-посмотреть у конкурентов примеры решений, и подтолкнуть заказчика к решению
👉-проводить глубинные интервью, типа customer development, не бежать к решению, а больше формулировать проблему
👉-вести за ручку заказчика к созреванию осознания проблемы, и её решения, чтобы всё выглядело так, что он сам придумал всё и решил)) ООО это искусство!
👉-узнать, что точно не хочет заказчик,тут как в жизни, чтобы понять, что хочется, стоит понять, что точно не хочется и сузить границы поиска
👉-ну и конечно в вашей конкретной среде может быть всё по-другому, и поможет, что-то своё, что я не перечислила) Если у вас есть мысли делитесь в комментариях)))
P. S. Ещё мысль пришла! Попробуйте сами поиграть в заказчика. Кого нибудь попросили побыть аналитиком, и поотвечайте на вопросы аналитика. Если позовете крутого аналитика в пару, вспотеете от стресса несколько раз точно))))) как вас разбомбят 🤯
#жиза #капитаночевидность #аналитикIT #рекомендация #запись #системныйаналитик #бизнесаналитик #зачемнуженаналитик
Начну сегодня с рекомендации.
Наш мир настолько быстро меняется, что вопрос кто такой аналитик и какие они бывают снова актуален. Сергей Нужненко мало того, что ответил на вопрос про аналитиков на вебинаре, так ещё и показал классификацию проектов, рассказал подходы к их выполнению и разложил по полочкам все типы аналитиков в айти.
Кто путается или думает, что вот у яндекса же нет аналитиков и они живут, значит и нам не нужно. Рекомендую посмотреть запись. Выступление Сергея последнее в видео.
Плюс ещё Сергей отлично шутит и очень жизненно)))
Не дословно, но про меня прям: приходишь вот на проект, идёшь к бизнесу, а тебя там не ждали и отфутболивают, ты такой ну хорошо теперь я не бизнес-аналитик, а системный пойду к команде. А команда разработки тоже не очень рада, мол че ты тут забыл. А дальше я себя назвал системным архитектором и залез в код.
От себя добавлю, айти почему-то становится модным, молодёжным, где почему-то забывают про классику, основы и думают, что если вы вместе работаете, то эгегей мы друзья. Странная атмосфера в некоторых командах, где обещают тусу, кофе и печенюшки. А работать когда будем?)
Ещё немного перефразирую Сергея. Agile и scrum изобрели, но не научились масштабировать, поэтому в небольших проектах оно хорошо, а на больших не заходит. И такие сервисы, типа озон, пытаются делать быстро и по аджайлу, но быстро не получается никак, и придется наводить порядок.
Ещё отличная мысль, о том, что работа аналитиков это то, что можно делегировать от менеджера проекта или менеджера продукта. Ещё я бы тут добавила или от тим лида разработки или разработчика, архитектора, если говорить про системного аналитика.
И чтобы окончательно убедить вас, что Сергея стоит послушать, добавлю ещё факт, что Сергей соавтор проф стандарта системного аналитика, знает о чем говорит, и agile coach. Вцелом года его практики в айти уже перевалили за 20.
Так что даже просто для себя понять какой ты аналитик и как на рынке искать людей можно из видео.
Я вот снова нашла себя в классификации. СА на стороне исполнителя, эти ребята быстро рисуют большие и сложные диаграммы, потому что нужно быстро делать проекты.
https://www.youtube.com/watch?v=aCeQ2DXg2IQ
Начну сегодня с рекомендации.
Наш мир настолько быстро меняется, что вопрос кто такой аналитик и какие они бывают снова актуален. Сергей Нужненко мало того, что ответил на вопрос про аналитиков на вебинаре, так ещё и показал классификацию проектов, рассказал подходы к их выполнению и разложил по полочкам все типы аналитиков в айти.
Кто путается или думает, что вот у яндекса же нет аналитиков и они живут, значит и нам не нужно. Рекомендую посмотреть запись. Выступление Сергея последнее в видео.
Плюс ещё Сергей отлично шутит и очень жизненно)))
Не дословно, но про меня прям: приходишь вот на проект, идёшь к бизнесу, а тебя там не ждали и отфутболивают, ты такой ну хорошо теперь я не бизнес-аналитик, а системный пойду к команде. А команда разработки тоже не очень рада, мол че ты тут забыл. А дальше я себя назвал системным архитектором и залез в код.
От себя добавлю, айти почему-то становится модным, молодёжным, где почему-то забывают про классику, основы и думают, что если вы вместе работаете, то эгегей мы друзья. Странная атмосфера в некоторых командах, где обещают тусу, кофе и печенюшки. А работать когда будем?)
Ещё немного перефразирую Сергея. Agile и scrum изобрели, но не научились масштабировать, поэтому в небольших проектах оно хорошо, а на больших не заходит. И такие сервисы, типа озон, пытаются делать быстро и по аджайлу, но быстро не получается никак, и придется наводить порядок.
Ещё отличная мысль, о том, что работа аналитиков это то, что можно делегировать от менеджера проекта или менеджера продукта. Ещё я бы тут добавила или от тим лида разработки или разработчика, архитектора, если говорить про системного аналитика.
И чтобы окончательно убедить вас, что Сергея стоит послушать, добавлю ещё факт, что Сергей соавтор проф стандарта системного аналитика, знает о чем говорит, и agile coach. Вцелом года его практики в айти уже перевалили за 20.
Так что даже просто для себя понять какой ты аналитик и как на рынке искать людей можно из видео.
Я вот снова нашла себя в классификации. СА на стороне исполнителя, эти ребята быстро рисуют большие и сложные диаграммы, потому что нужно быстро делать проекты.
https://www.youtube.com/watch?v=aCeQ2DXg2IQ
YouTube
Meetup: Гайд по профессии аналитика: какими бывают и в чем разница?
Спикеры:➖ Орлова Евгения – IT -рекрутер, работает в быстрорастущем стартапе в сфере e-grocery (кодовое слово: розовый), общий опыт более 7 лет в HR (также ра...
#новаяпредметнаяобласть #капитаночевидность #методсыримышь #бизнесаналитик #системныйаналитик #аналитикIT #мойопыт
За последние дни несколько раз рассказывала про метод поедания сыра мышью.
Не буду говорить за всех, но когда у меня новая среда и ничего не понятно, я начинаю жутко нервничать, а потом злиться. Я не понимаю на каком "птичьем" языке говорят мои коллеги. Не могу поддержать беседу, хотя сама аналитик и должна быть в теме. Чисто психологически новую среду сложно выдерживать.
Поэтому я себе говорю успокойся и потребляй новую информацию "методом поедания сыра мышью".
Мышь когда видет большой кусок сыра, больше себя в разы, она просто начинает есть и делает туннели. Так вот и я с новой информацией, просто начинаю что-то читать и так шаг за шагом. Когда сыр будет съеден полностью, можно остановиться и посмотреть со стороны. Вот тогда можно уже структурировать информацию и новую предметную область.
Понять, что лежит в основе, что выше. И как слоёный пирог разложить всё слой за слоем.
Такая аналогия мне действительно помогает, надеюсь вы тоже впечатлитесь аналогией и будете вспоминать эту картину в моменты, когда вам будет казаться, что "я ничего не знаю, и как всё сложно."
За последние дни несколько раз рассказывала про метод поедания сыра мышью.
Не буду говорить за всех, но когда у меня новая среда и ничего не понятно, я начинаю жутко нервничать, а потом злиться. Я не понимаю на каком "птичьем" языке говорят мои коллеги. Не могу поддержать беседу, хотя сама аналитик и должна быть в теме. Чисто психологически новую среду сложно выдерживать.
Поэтому я себе говорю успокойся и потребляй новую информацию "методом поедания сыра мышью".
Мышь когда видет большой кусок сыра, больше себя в разы, она просто начинает есть и делает туннели. Так вот и я с новой информацией, просто начинаю что-то читать и так шаг за шагом. Когда сыр будет съеден полностью, можно остановиться и посмотреть со стороны. Вот тогда можно уже структурировать информацию и новую предметную область.
Понять, что лежит в основе, что выше. И как слоёный пирог разложить всё слой за слоем.
Такая аналогия мне действительно помогает, надеюсь вы тоже впечатлитесь аналогией и будете вспоминать эту картину в моменты, когда вам будет казаться, что "я ничего не знаю, и как всё сложно."
