#books #мояполка #моемнение #стоитпочитать #продукт
ВкусВилл
Наконец-то я купила книгу о компании "ВкусВилл"! Искренне люблю эту сеть и много слышала про эту книгу. Читать книги про бизнес вне бизнеса и рабочего процесса сложно, точнее инсайтов меньше и вау-эффекта нет, то есть просто читаешь как роман.
И не могу молчать! Первое: это книга в том стиле, который мне нравится, стиль журналиста. Второе: Я её ещё не всю прочитала, но каждая глава хороша либо даёт инсайт, либо вызывает мой возглас - "ну наконец-то! Хоть кто-то так делает!", либо из разряда, ох как хочу своё дело, чтобы также всё построить.
Расскажу про одну из глав, в которой описано мероприятие в компании по разбору книг. Конечно книги о бизнесе. Это очень классная идея, покупать книги, их берёт тот кто хочет прочитать, не следить вернёт он её или нет, а потом на целый день утроить обсуждение, выводом из которого будут приёмы, которые внедряются на практике. В моём случае чаще всего бывает так. Я читаю, воодушевленно прохожу к руководителю, вон смотри они так сделали, давай и мы тоже! Это вот в этой умной книге написано! И что я получаю в ответ? Лучше всего просто улыбку из разряда, она сумасшедшая, не обращайте на неё внимание, что за глупости, или кто-то покрутит у виска, или будет сказано, ну мы же в России зачем оно нам. Занавес.
Тут и демотивация включается и разочарование, потому что ответ проблемы найден, но никто не слушает. А ведь это очень здорово читать книги. Так что я только за такое)))
Даже меня посетила мысль такие обсуждения сделать с Аналитиками Москвы на митапе) и ещё попиарить какое-нибудь издательство на предмет книг, они нам книги, мы им аудиторию и обсуждение)))
Пэ.сэ. про книгу вцелом напишу чуть позже, когда всю прочитаю, но уже могу сказать, она стоит вашего внимания)))
ВкусВилл
Наконец-то я купила книгу о компании "ВкусВилл"! Искренне люблю эту сеть и много слышала про эту книгу. Читать книги про бизнес вне бизнеса и рабочего процесса сложно, точнее инсайтов меньше и вау-эффекта нет, то есть просто читаешь как роман.
И не могу молчать! Первое: это книга в том стиле, который мне нравится, стиль журналиста. Второе: Я её ещё не всю прочитала, но каждая глава хороша либо даёт инсайт, либо вызывает мой возглас - "ну наконец-то! Хоть кто-то так делает!", либо из разряда, ох как хочу своё дело, чтобы также всё построить.
Расскажу про одну из глав, в которой описано мероприятие в компании по разбору книг. Конечно книги о бизнесе. Это очень классная идея, покупать книги, их берёт тот кто хочет прочитать, не следить вернёт он её или нет, а потом на целый день утроить обсуждение, выводом из которого будут приёмы, которые внедряются на практике. В моём случае чаще всего бывает так. Я читаю, воодушевленно прохожу к руководителю, вон смотри они так сделали, давай и мы тоже! Это вот в этой умной книге написано! И что я получаю в ответ? Лучше всего просто улыбку из разряда, она сумасшедшая, не обращайте на неё внимание, что за глупости, или кто-то покрутит у виска, или будет сказано, ну мы же в России зачем оно нам. Занавес.
Тут и демотивация включается и разочарование, потому что ответ проблемы найден, но никто не слушает. А ведь это очень здорово читать книги. Так что я только за такое)))
Даже меня посетила мысль такие обсуждения сделать с Аналитиками Москвы на митапе) и ещё попиарить какое-нибудь издательство на предмет книг, они нам книги, мы им аудиторию и обсуждение)))
Пэ.сэ. про книгу вцелом напишу чуть позже, когда всю прочитаю, но уже могу сказать, она стоит вашего внимания)))
#мысливслух #инсайт #продуктивность #удаленнаяработа #капитаночевидность
Офис vs коворкинг.
Продолжаю говорить про книгу "ВкусВилл" и #инсайт, который меня посетил. Начну немного издалека.
Пока я так мощно ходила по собеседованиям снова и снова, наступила на те же грабли. Москвичи сейчас меня поймут. Эта боль отзовётся во всём теле. Это расстояние до офиса. И сам офис кстати тоже. Опен Эйр уже сильно достал. Сейчас кайфую от комнатной системы.
И вот ты видишь крутая контора, мне интересно, то чем они занимаются, ты общаешься с ген.директором, тебе нравится команда, всё здорово. А дальше наступает момент "НОооооо"!
Это адрес! Дальше можете представить как я кричу "Неееет!", если я вижу офис в "жопе мира" Москвы. Слезы, крики, ужас, ненависть к метро и далее по схеме: принятие, отпускание, вот это вот всё. И ты снова мечтаешь о том, чтобы офис был через дорогу. Начинаешь в хх искать компании, которые рядом, снова и снова отправляешь им своё резюме. Плачешь в подушку.
И ещё добавлю для целостности картины тех кто работает из дома. Тут либо ты дичаешь, ходишь по квартире в трусах, не бреешься, не чистишь зубы, ну или в случае девушек не красишься, забываешь, что есть юбка, каблуки, на голове хвост)) Потом у тебя сбивается график работы и далее как снежный ком. Другая сторона медали работы дома- это когда ты не можешь доказать своим домашним, что ты работаешь! Я правда вот тут в трусах дома, работаю!!! Или как мои друзья-знакомые мне говорят - "Наташ, пошли поработаем вместе, ну позязя, просто рядом посиди и всё." Нужна социализация. Идёшь в кафе или коворкинг.
Картина ясна. А теперь вернёмся к ВкусВилл. Судя по книге, у них можно начинать работу во сколько хочешь и работать где хочешь. Если день рождения, можешь идти праздновать. Никто ни за кем не следит. Отношения выстроенные на доверии всегда самые прочные.
И тут у меня в голове сложилась идеальная картина!!! Когда мой основной офис где угодно, в любой жопе Москвы. Пусть там сидит главный директор, например со свитой. А я могу в любой точке Москвы поработать в любом коворкинге! В любом кафе! Просто мне дают деньги на коворкинг и я отдаю отчёт, где я была. Ещё было бы круто, если все коворкинги были бы объеденены в сеть в городе и по городам, на примере фитнесов world class. Когда даже в другом городе ты тоже можешь сходить поработать и заодно посетить город. А в Москве у меня ближайший коворкинг через дорогу!! Это была бы сказка!
Вчера я например, не нуждалась в общении с командой. Просидела 8 часов, изучая новый материал, и мне в такие моменты самое отличное, чтобы меня не трогали. Был бы компьютер, люди рядом и тишина. Всё!
Я могла сэкономить 2, даже из-за этих грёбаных пробок 2,5 часа, сидя в коворкинге через дорогу от дома!! А сегодня я себя плохо чувствую, сколько бы я сил сэкономила и как бы я ускорила своё выздоровление.
Я люблю работать в офисе, я люблю общаться с командой, но действительно нужны дни, когда нужна тишина для работы с хорошей производительностью и возможностью менять место работы и тратить меньше времени на дорогу. А прикиньте, если бы я в такие моменты работала бок-о-бок с другом, а вечером мы бы пошли в бассейн на соседней улице?) Сказка!
Есть конечно минус - многие компании по безопасности не пропустят частую смену коворкингов. Но вцелом главное, чтобы был хороший интернет. Так что желаю, чтобы ВкусВилл ещё и сеть маленьких коворкингов сделал со своей едой))) такие мечты...
Офис vs коворкинг.
Продолжаю говорить про книгу "ВкусВилл" и #инсайт, который меня посетил. Начну немного издалека.
Пока я так мощно ходила по собеседованиям снова и снова, наступила на те же грабли. Москвичи сейчас меня поймут. Эта боль отзовётся во всём теле. Это расстояние до офиса. И сам офис кстати тоже. Опен Эйр уже сильно достал. Сейчас кайфую от комнатной системы.
И вот ты видишь крутая контора, мне интересно, то чем они занимаются, ты общаешься с ген.директором, тебе нравится команда, всё здорово. А дальше наступает момент "НОооооо"!
Это адрес! Дальше можете представить как я кричу "Неееет!", если я вижу офис в "жопе мира" Москвы. Слезы, крики, ужас, ненависть к метро и далее по схеме: принятие, отпускание, вот это вот всё. И ты снова мечтаешь о том, чтобы офис был через дорогу. Начинаешь в хх искать компании, которые рядом, снова и снова отправляешь им своё резюме. Плачешь в подушку.
И ещё добавлю для целостности картины тех кто работает из дома. Тут либо ты дичаешь, ходишь по квартире в трусах, не бреешься, не чистишь зубы, ну или в случае девушек не красишься, забываешь, что есть юбка, каблуки, на голове хвост)) Потом у тебя сбивается график работы и далее как снежный ком. Другая сторона медали работы дома- это когда ты не можешь доказать своим домашним, что ты работаешь! Я правда вот тут в трусах дома, работаю!!! Или как мои друзья-знакомые мне говорят - "Наташ, пошли поработаем вместе, ну позязя, просто рядом посиди и всё." Нужна социализация. Идёшь в кафе или коворкинг.
Картина ясна. А теперь вернёмся к ВкусВилл. Судя по книге, у них можно начинать работу во сколько хочешь и работать где хочешь. Если день рождения, можешь идти праздновать. Никто ни за кем не следит. Отношения выстроенные на доверии всегда самые прочные.
И тут у меня в голове сложилась идеальная картина!!! Когда мой основной офис где угодно, в любой жопе Москвы. Пусть там сидит главный директор, например со свитой. А я могу в любой точке Москвы поработать в любом коворкинге! В любом кафе! Просто мне дают деньги на коворкинг и я отдаю отчёт, где я была. Ещё было бы круто, если все коворкинги были бы объеденены в сеть в городе и по городам, на примере фитнесов world class. Когда даже в другом городе ты тоже можешь сходить поработать и заодно посетить город. А в Москве у меня ближайший коворкинг через дорогу!! Это была бы сказка!
Вчера я например, не нуждалась в общении с командой. Просидела 8 часов, изучая новый материал, и мне в такие моменты самое отличное, чтобы меня не трогали. Был бы компьютер, люди рядом и тишина. Всё!
Я могла сэкономить 2, даже из-за этих грёбаных пробок 2,5 часа, сидя в коворкинге через дорогу от дома!! А сегодня я себя плохо чувствую, сколько бы я сил сэкономила и как бы я ускорила своё выздоровление.
Я люблю работать в офисе, я люблю общаться с командой, но действительно нужны дни, когда нужна тишина для работы с хорошей производительностью и возможностью менять место работы и тратить меньше времени на дорогу. А прикиньте, если бы я в такие моменты работала бок-о-бок с другом, а вечером мы бы пошли в бассейн на соседней улице?) Сказка!
Есть конечно минус - многие компании по безопасности не пропустят частую смену коворкингов. Но вцелом главное, чтобы был хороший интернет. Так что желаю, чтобы ВкусВилл ещё и сеть маленьких коворкингов сделал со своей едой))) такие мечты...
#мысливслух #капитаночевидность #теория
Словарь терминов, зачем он нужен?
Удивительно, но я снова сталкиваюсь с тем, что в компании все употребляют общепризнанные термины и каждый подразумевает под тем или иным словом что-то своё.
Я люблю докапываться до истины, иначе я не была бы Аналитиком. Сейчас есть Вики, куча сервисов и словарей и можно не лазить в словарь Ожегова, но даже это не помогает. Ладно, если бы люди друг друга понимали, но тут другая история. Каждый под своим словом понимает что-то своё и дальше это своё накапливается и элементарно происходит недопонимание того, что же имел ввиду автор. А потом как снежный ком. И ещё интереснее когда эти термины употребляются не там, и имеют ввиду не то.
Самые классические коллизии происходят с терминами use case и user story, всё очень созвучно, но имеет разный смысл, величину и вес в процессе формирования задач на разработку.
Каждый новый продукт и проект у меня начинается со словаря и картинок, когда нужно термины связать с друг другом и показать предметную область в которой придётся работать. И тут я иду к источникам! Нет смысла слушать коллег!) У них уже произошла деформация контекстом компании и очень часто уже забыли, что действительно обозначает термин.
Тут у меня только один совет - не ленится и вести словарь, при этом новому сотруднику этом словарь давать читать, и если этот сотрудник аналитик, то он ещё и косяки найдет, привяжется к формулировкам и поправит.
А термины можно и нужно менять с их смыслом. Я просто останавливаю обсуждение и спрашиваю, это нормально, но многие боятся у руководства спрашивать элементарные вещи или боятся осуждений, лучше спросить, всех выровнять в вопросе и объяснить причину вопроса.
Словарь терминов, зачем он нужен?
Удивительно, но я снова сталкиваюсь с тем, что в компании все употребляют общепризнанные термины и каждый подразумевает под тем или иным словом что-то своё.
Я люблю докапываться до истины, иначе я не была бы Аналитиком. Сейчас есть Вики, куча сервисов и словарей и можно не лазить в словарь Ожегова, но даже это не помогает. Ладно, если бы люди друг друга понимали, но тут другая история. Каждый под своим словом понимает что-то своё и дальше это своё накапливается и элементарно происходит недопонимание того, что же имел ввиду автор. А потом как снежный ком. И ещё интереснее когда эти термины употребляются не там, и имеют ввиду не то.
Самые классические коллизии происходят с терминами use case и user story, всё очень созвучно, но имеет разный смысл, величину и вес в процессе формирования задач на разработку.
Каждый новый продукт и проект у меня начинается со словаря и картинок, когда нужно термины связать с друг другом и показать предметную область в которой придётся работать. И тут я иду к источникам! Нет смысла слушать коллег!) У них уже произошла деформация контекстом компании и очень часто уже забыли, что действительно обозначает термин.
Тут у меня только один совет - не ленится и вести словарь, при этом новому сотруднику этом словарь давать читать, и если этот сотрудник аналитик, то он ещё и косяки найдет, привяжется к формулировкам и поправит.
А термины можно и нужно менять с их смыслом. Я просто останавливаю обсуждение и спрашиваю, это нормально, но многие боятся у руководства спрашивать элементарные вещи или боятся осуждений, лучше спросить, всех выровнять в вопросе и объяснить причину вопроса.
#мысливслух #теория #моемнение #капитаннеочевидность #системныйанализ #бизнесанализ
Жаль, что канал не даёт проводить холивар на тему, но с другой стороны это и плюс. Можно холиварить в фейсбуке или в чатах, как это делают многие. И не создавать мусор тут.
Вчерашний мой пост вызвал отклик. Для меня честно неожиданный. Потому что терминология и общи язык общения команды, для меня это как уметь ходить. Один раз научился и используешь. Конечно после травм нужно учиться ходит заново, но навык есть.
Так и со словарем, если ты аналитик, то ты такая «заноза», что копаешь и роешь дальше вглубь. И это нормально, это работа аналитика. При этом если говорить о подходе DDD (Domain Driven Design) проектирования программного обеспечения, который призван увеличить качество продукта на выходе, то там применяются шаблоны и в основе лежит общий единый язык команды.
Единый язык уменьшает пропасть между экспертами предметной области и разработкой. И лучше сразу договориться на берегу, о чём все говорят. И такой подход действительно даёт результат.
Что могу добавить от себя:
1. Не бойтесь быть глупыми и переспрашивать всех о терминах. Это нормально и слова имеют несколько значений. Если я скажу вам «ручка» и усмехнусь, то вы вообразите что-то своё, дверная ручка, шариковая ручка, перьевая, или человеческая (почему-то подумала о даме с собачкой))).
2. Фиксируйте термины и обновляйте их. Любой язык живой, вы сами это можете видеть на примере русского языка. Такое количество новых слов за последние 5 лет прилетели к нам из разных областей, что бывает очень сложно понять человека.
3. Пишите проще, короче, легче. Тут у меня несколько рекомендаций. Говорите больше, читайте книги и читайте вслух, то что вы пишите. Часто бывает так, что ко мне приходит аналитик, отдаёт ТЗ, я его сажаю рядом и начинаю читать фразу. Он сам морщится, улыбается и уходит исправлять. Просто люди ленятся и не перечитывают, то что пишут.
4. Язык даёт возможность быстрого вхождения в предметную область новым сотрудникам или тем, кто долго отсутствовал.
5. Объясняйте термины коллегам, чтобы у всех была единая картина в голове.
Если дальше идти по DDD, то единый язык взаимосвязан с контекстом. Тут нужно понимать, что команда может заниматься какой-то только частью предметной области, или же вовсе придумать свой язык и в контексте проекта это отлично работает, но за границами имеет другой смысл. Снова скажу про рану, которая зажила, но есть. Я встречала команды, которые говорили мне, ну у нас постановка это use case, а бизнес говорил у нас user story или что-то типа. И те и другие были неправы, было нечто между и неформализованное. А мне это жутко резало слух. Вцелом можно назвать требование, постановка задачи на разработку, таск, эпик, стори, да как угодно, в каждом контексте своё, но ниточка общего прослеживается, что-то несформулированное, что команда получает на разработку. И тут только настойчивость аналитика может очертить это нечто, объяснениями и терминами, и постоянными исправлениями команды можно приучить к общему языку. Процесс непростой, долгий, но игра стоит свеч.
Жаль, что канал не даёт проводить холивар на тему, но с другой стороны это и плюс. Можно холиварить в фейсбуке или в чатах, как это делают многие. И не создавать мусор тут.
Вчерашний мой пост вызвал отклик. Для меня честно неожиданный. Потому что терминология и общи язык общения команды, для меня это как уметь ходить. Один раз научился и используешь. Конечно после травм нужно учиться ходит заново, но навык есть.
Так и со словарем, если ты аналитик, то ты такая «заноза», что копаешь и роешь дальше вглубь. И это нормально, это работа аналитика. При этом если говорить о подходе DDD (Domain Driven Design) проектирования программного обеспечения, который призван увеличить качество продукта на выходе, то там применяются шаблоны и в основе лежит общий единый язык команды.
Единый язык уменьшает пропасть между экспертами предметной области и разработкой. И лучше сразу договориться на берегу, о чём все говорят. И такой подход действительно даёт результат.
Что могу добавить от себя:
1. Не бойтесь быть глупыми и переспрашивать всех о терминах. Это нормально и слова имеют несколько значений. Если я скажу вам «ручка» и усмехнусь, то вы вообразите что-то своё, дверная ручка, шариковая ручка, перьевая, или человеческая (почему-то подумала о даме с собачкой))).
2. Фиксируйте термины и обновляйте их. Любой язык живой, вы сами это можете видеть на примере русского языка. Такое количество новых слов за последние 5 лет прилетели к нам из разных областей, что бывает очень сложно понять человека.
3. Пишите проще, короче, легче. Тут у меня несколько рекомендаций. Говорите больше, читайте книги и читайте вслух, то что вы пишите. Часто бывает так, что ко мне приходит аналитик, отдаёт ТЗ, я его сажаю рядом и начинаю читать фразу. Он сам морщится, улыбается и уходит исправлять. Просто люди ленятся и не перечитывают, то что пишут.
4. Язык даёт возможность быстрого вхождения в предметную область новым сотрудникам или тем, кто долго отсутствовал.
5. Объясняйте термины коллегам, чтобы у всех была единая картина в голове.
Если дальше идти по DDD, то единый язык взаимосвязан с контекстом. Тут нужно понимать, что команда может заниматься какой-то только частью предметной области, или же вовсе придумать свой язык и в контексте проекта это отлично работает, но за границами имеет другой смысл. Снова скажу про рану, которая зажила, но есть. Я встречала команды, которые говорили мне, ну у нас постановка это use case, а бизнес говорил у нас user story или что-то типа. И те и другие были неправы, было нечто между и неформализованное. А мне это жутко резало слух. Вцелом можно назвать требование, постановка задачи на разработку, таск, эпик, стори, да как угодно, в каждом контексте своё, но ниточка общего прослеживается, что-то несформулированное, что команда получает на разработку. И тут только настойчивость аналитика может очертить это нечто, объяснениями и терминами, и постоянными исправлениями команды можно приучить к общему языку. Процесс непростой, долгий, но игра стоит свеч.
Митап «Проект vs Продукт - различия»
Когда: 07.11.2019 с 19:00 до 22:00
Где: Москва, Котельническая наб., 17 (Офис РСПП)
Спикер: Наталья Косинова
Организатор: Группа «Аналитики Москвы» (@moscoa)
О мероприятии: Горячая тема переходного процесса от проектного подхода к продуктовому. План на вечер: собраться, послушать доклад и обсудить тему с действующими Product и Project Manager в режиме митапа.
Ссылка на мероприятие: https://moscoa-events.timepad.ru/event/1105042/
Мероприятие бесплатное, но регистрация обязательна.
Теги: #мск #митап #moscoa #очно #бесплатно #ноябрь2019 #управление_проектами #управление_продуктом
Когда: 07.11.2019 с 19:00 до 22:00
Где: Москва, Котельническая наб., 17 (Офис РСПП)
Спикер: Наталья Косинова
Организатор: Группа «Аналитики Москвы» (@moscoa)
О мероприятии: Горячая тема переходного процесса от проектного подхода к продуктовому. План на вечер: собраться, послушать доклад и обсудить тему с действующими Product и Project Manager в режиме митапа.
Ссылка на мероприятие: https://moscoa-events.timepad.ru/event/1105042/
Мероприятие бесплатное, но регистрация обязательна.
Теги: #мск #митап #moscoa #очно #бесплатно #ноябрь2019 #управление_проектами #управление_продуктом
#мысливслух #капитаночевидность #моемнение #мирвокруг
С моей точки зрения большая проблема ИТ в поверхностных знаниях, практиках и беспорядочное применение того и другого, там где нужно и не нужно. При этом отрасль сама по себе очень подвержена моде.
Иногда мне это напоминает глупую, молодую девушку, которая в короткой куртке гуляет в минус 25, и не думает о будущем, что потом будет лечиться у врача (или не будет, если повезёт:)).
Так и тут, может инструмент, практика это то, что нужно компании, а может и нет, и станет только хуже, либо просто похоронит компанию.
Я могу рассказать про то как появился agile, и все забыли про ГОСТ и RUP, побежали его применять, не умея. Потом компании-консультации начали расти как грибы, и на хайпе собирать деньги по рынку, как сливки. Теперь все кинулись в продуктовую разработку, даже не понимая того на каком фундаменте они это строят. И снова курсы как грибы, и недоспециалисты идут по рынку.
Про то, что система - это технический термин и разработка - это инженерия также все начали забыть и ринулись якобы в бизнес ИТ без базы в виде технического образования.
А вот теперь подумаем, что плохого в ГОСТе? Что плохого в проектном подходе? Что плохого в том, что ты работаешь в найме, а не делаешь своё?
Наши люди отлично подтверждены моде. Им очень здорово можно продать всё и сказать, что это поможет. Не всегда старые, проверенные методы это плохо. Классика во все времена и эпохи отлично себя показывает, а элементарное включение головы и АДЕКВАТНОСТИ приводит к тому, что ты достигаешь результата "без истерик", моды, хайпа, последовательно и счастливо)))
С моей точки зрения большая проблема ИТ в поверхностных знаниях, практиках и беспорядочное применение того и другого, там где нужно и не нужно. При этом отрасль сама по себе очень подвержена моде.
Иногда мне это напоминает глупую, молодую девушку, которая в короткой куртке гуляет в минус 25, и не думает о будущем, что потом будет лечиться у врача (или не будет, если повезёт:)).
Так и тут, может инструмент, практика это то, что нужно компании, а может и нет, и станет только хуже, либо просто похоронит компанию.
Я могу рассказать про то как появился agile, и все забыли про ГОСТ и RUP, побежали его применять, не умея. Потом компании-консультации начали расти как грибы, и на хайпе собирать деньги по рынку, как сливки. Теперь все кинулись в продуктовую разработку, даже не понимая того на каком фундаменте они это строят. И снова курсы как грибы, и недоспециалисты идут по рынку.
Про то, что система - это технический термин и разработка - это инженерия также все начали забыть и ринулись якобы в бизнес ИТ без базы в виде технического образования.
А вот теперь подумаем, что плохого в ГОСТе? Что плохого в проектном подходе? Что плохого в том, что ты работаешь в найме, а не делаешь своё?
Наши люди отлично подтверждены моде. Им очень здорово можно продать всё и сказать, что это поможет. Не всегда старые, проверенные методы это плохо. Классика во все времена и эпохи отлично себя показывает, а элементарное включение головы и АДЕКВАТНОСТИ приводит к тому, что ты достигаешь результата "без истерик", моды, хайпа, последовательно и счастливо)))
Так и хочется завести новую рублику, почему бы и не да! #подсмотрено #замечено
#капитаночевидность #мысливслух
Всё же рядом, только нужно открыть глаза. Повесили доску, красиво оформили, не работает. Просто весит. Почему? Нет привычки. Привычка вырабатывается 21 день с кнутом и пряником. Работает тогда, когда инструмент используется. Решение пока вижу в том, чтобы команда собиралась на статусы физически по утрам, около доски и ручками меняла статус, менеджер подскакивал от слова "заблокировано". Сейчас блок висит неделю и никто даже не заметил и не спросил "почему?")))
Всё же рядом, только нужно открыть глаза. Повесили доску, красиво оформили, не работает. Просто весит. Почему? Нет привычки. Привычка вырабатывается 21 день с кнутом и пряником. Работает тогда, когда инструмент используется. Решение пока вижу в том, чтобы команда собиралась на статусы физически по утрам, около доски и ручками меняла статус, менеджер подскакивал от слова "заблокировано". Сейчас блок висит неделю и никто даже не заметил и не спросил "почему?")))
#капитаночевидность #мысливслух
Всё же рядом, только нужно открыть глаза. Повесили доску, красиво оформили, не работает. Просто весит. Почему? Нет привычки. Привычка вырабатывается 21 день с кнутом и пряником. Работает тогда, когда инструмент используется. Решение пока вижу в том, чтобы команда собиралась на статусы физически по утрам, около доски и ручками меняла статус, менеджер подскакивал от слова "заблокировано". Сейчас блок висит неделю и никто даже не заметил и не спросил "почему?")))
Всё же рядом, только нужно открыть глаза. Повесили доску, красиво оформили, не работает. Просто весит. Почему? Нет привычки. Привычка вырабатывается 21 день с кнутом и пряником. Работает тогда, когда инструмент используется. Решение пока вижу в том, чтобы команда собиралась на статусы физически по утрам, около доски и ручками меняла статус, менеджер подскакивал от слова "заблокировано". Сейчас блок висит неделю и никто даже не заметил и не спросил "почему?")))
#теория #мысливслух #капитаночевидность #моемнение #productmanager #продукт #проект
На #митап #аналитикимосквы мы активно обсуждали продукт и проект. Уходили в детали (наша профдеформация), забывая о главном.
А главное с моей точки зрения - это мышление, которое направлено на создание и улучшение продукта для потребителя/пользователя.
Всё очень просто на самом деле - если вы стоите "лицом к лицу" с клиентом, то у вас продуктовый подход. А дальше мышление заставляет вас думать в ключе - "как нанести пользу клиенту?". Это и дизайн мышление, и сбор данных, и общение, и куча других инструментов в помощь. Но ведь можно делать совсем мало - просто смотреть отзывы и читать обратную связь, не только потому что заставили, а потому что "хочу больше информации, чтобы принять правильное решение и нанести пользу".
И мы не проговорили главную вещь - это HADI - циклы.
Hypothesis - гипотеза, предположение о том, что влияет на результат.
Action - действие, реализация гипотезы, проверка.
Data - сбор данных и их анализ.
Insights - правильные выводы на основе данных.
Далее выводы превращаются в гипотезы и цикл начинается заново.
Мы хоть и организаторы митапов, но ещё и их участники, и каждый раз после митапа у нас море гипотез. Мы их озвучиваем, даже начинаем считать результаты, но пока у нас идёт сразу проверка в бою))))
На #митап #аналитикимосквы мы активно обсуждали продукт и проект. Уходили в детали (наша профдеформация), забывая о главном.
А главное с моей точки зрения - это мышление, которое направлено на создание и улучшение продукта для потребителя/пользователя.
Всё очень просто на самом деле - если вы стоите "лицом к лицу" с клиентом, то у вас продуктовый подход. А дальше мышление заставляет вас думать в ключе - "как нанести пользу клиенту?". Это и дизайн мышление, и сбор данных, и общение, и куча других инструментов в помощь. Но ведь можно делать совсем мало - просто смотреть отзывы и читать обратную связь, не только потому что заставили, а потому что "хочу больше информации, чтобы принять правильное решение и нанести пользу".
И мы не проговорили главную вещь - это HADI - циклы.
Hypothesis - гипотеза, предположение о том, что влияет на результат.
Action - действие, реализация гипотезы, проверка.
Data - сбор данных и их анализ.
Insights - правильные выводы на основе данных.
Далее выводы превращаются в гипотезы и цикл начинается заново.
Мы хоть и организаторы митапов, но ещё и их участники, и каждый раз после митапа у нас море гипотез. Мы их озвучиваем, даже начинаем считать результаты, но пока у нас идёт сразу проверка в бою))))
Итак ещё один #инсайт из #замечено #подсмотрено когда твои коллеги не понимают суть задачи. Они просто называют номер таска!!
Вы когда-нибудь помнили номера? Я нет.
Вы когда-нибудь учили теоремы? Я нет. Достаточно уметь её доказать, когда и текст её приходит. Так и тут, достаточно понять суть задачи и тогда ты сможешь её раскрутить. При этом я пользуюсь следующей раскладкой задачи:
1. Бизнес-структура процессов/хаоса в компании/функционала (mind maps хотя бы).
2. Системная структура - с этим сложнее, но хотя бы понять крупноблочно - FRONT, BACK, DATABASE. В идеале функциональные блоки или компоненты структуры (диаграмма компонентов или просто кубики на картинке).
3. Сценарий - как же без него понять, что происходит в ИТ ландшафте и конкретном модуле?
4. И тут уже сама задача, user story.
Если бы я не пошла по этому дереву, я бы точно так же потеряла задачу. Просто листочек на осеннем дереве, подул ветер и он улетел)))) пока!
И самое страшное, когда разработка говорит цифрами тасков. Это "звоночек" о том, что они не понимают суть задачи, не понимают бизнес.
Конечно всё зависит от среды разработки, если нужно фигачить и у нас высокая степень неопределенности, то пофиг на всё, но я про качество и уровень аналитики. Иначе нафига мне всё это?))
Вы когда-нибудь помнили номера? Я нет.
Вы когда-нибудь учили теоремы? Я нет. Достаточно уметь её доказать, когда и текст её приходит. Так и тут, достаточно понять суть задачи и тогда ты сможешь её раскрутить. При этом я пользуюсь следующей раскладкой задачи:
1. Бизнес-структура процессов/хаоса в компании/функционала (mind maps хотя бы).
2. Системная структура - с этим сложнее, но хотя бы понять крупноблочно - FRONT, BACK, DATABASE. В идеале функциональные блоки или компоненты структуры (диаграмма компонентов или просто кубики на картинке).
3. Сценарий - как же без него понять, что происходит в ИТ ландшафте и конкретном модуле?
4. И тут уже сама задача, user story.
Если бы я не пошла по этому дереву, я бы точно так же потеряла задачу. Просто листочек на осеннем дереве, подул ветер и он улетел)))) пока!
И самое страшное, когда разработка говорит цифрами тасков. Это "звоночек" о том, что они не понимают суть задачи, не понимают бизнес.
Конечно всё зависит от среды разработки, если нужно фигачить и у нас высокая степень неопределенности, то пофиг на всё, но я про качество и уровень аналитики. Иначе нафига мне всё это?))
#мысливслух #управление #капитаночевидность #командообразование #мирвокруг
"Верховный глава"
Тема, которая каждый раз будоражит мой ум. Россия такая страна, где если обратишься к главному, то твою просьбу, проблему услышат и решат. И с другой стороны, если глава отдаёт "приказы" напрямую, то все должны подскачить и сделать.
И в том и в другом случае, только один вывод - организация как система не работает и в головах наших руководителей сидит старая установка. Можно быть любого мнения об Илье Варламове, но мне очень нравится его программы из серии "большая дорога с мэром". И что я там часто вижу? То самое позерство мэра, что он вот кому-то помог, к нему обратились напрямую.
Редко кто действительно думает о том, что всё должно работать без него.
Проведу аналогию со своей работой. Будучи руководителем Аналитиков, я всегда ставлю себе цель - у меня должна быть возможность свалить в отпуск, тогда когда хочу. Отдел должен работать без меня.
Меня действительно удивляют директора компаний, которые годами не ходят в отпуск. Обычно таким страдают начинающие менеджеры, думая, что ну как же так "я незаменимый человек". Так и хочется сказать ты плохой руководитель!
Но русский менталитет всё таки продолжает обращаться напрямую к "Верховному". Потому что по-другому не работает.
И вот продолжая читать книгу о компании "ВкусВилл", я вижу очень прикольный пиар ход, да и не только пиар. "Задайте вопрос директору компании." Это же та самая прямая линия с президентом. Только есть очень большое отличие. Ещё раз скажу, это моё мнение. Что прямая линия с президентом чаще всего, некий элемент проверки и контроля. И тут почему-то все боятся. Хотя ясно почему, проблемы известны, они не решены.
А мини государство "ВкусВилл"живёт по другим законам. "Расскажите что у нас не так? А то мы сами не все свои огрехи видим."
И что я часто вижу в компаниях - это хаос задач. Когда директор терроризирует команду тем, что ставит задачу, кому-нибудь напрямую, а потом забывает или отменяет. И народ начинает "распыляться", результата нет.
Это частая к сожалению история. Такой вот менталитет российского управленца. Грустно от этого. А если у него команда, которая без его указа ничего не делает, грош цена такой команде, и это уже говорит о выгорании, пофигизме и "потухшем взгляде". И ничего тут не сделать.
"Верховный глава"
Тема, которая каждый раз будоражит мой ум. Россия такая страна, где если обратишься к главному, то твою просьбу, проблему услышат и решат. И с другой стороны, если глава отдаёт "приказы" напрямую, то все должны подскачить и сделать.
И в том и в другом случае, только один вывод - организация как система не работает и в головах наших руководителей сидит старая установка. Можно быть любого мнения об Илье Варламове, но мне очень нравится его программы из серии "большая дорога с мэром". И что я там часто вижу? То самое позерство мэра, что он вот кому-то помог, к нему обратились напрямую.
Редко кто действительно думает о том, что всё должно работать без него.
Проведу аналогию со своей работой. Будучи руководителем Аналитиков, я всегда ставлю себе цель - у меня должна быть возможность свалить в отпуск, тогда когда хочу. Отдел должен работать без меня.
Меня действительно удивляют директора компаний, которые годами не ходят в отпуск. Обычно таким страдают начинающие менеджеры, думая, что ну как же так "я незаменимый человек". Так и хочется сказать ты плохой руководитель!
Но русский менталитет всё таки продолжает обращаться напрямую к "Верховному". Потому что по-другому не работает.
И вот продолжая читать книгу о компании "ВкусВилл", я вижу очень прикольный пиар ход, да и не только пиар. "Задайте вопрос директору компании." Это же та самая прямая линия с президентом. Только есть очень большое отличие. Ещё раз скажу, это моё мнение. Что прямая линия с президентом чаще всего, некий элемент проверки и контроля. И тут почему-то все боятся. Хотя ясно почему, проблемы известны, они не решены.
А мини государство "ВкусВилл"живёт по другим законам. "Расскажите что у нас не так? А то мы сами не все свои огрехи видим."
И что я часто вижу в компаниях - это хаос задач. Когда директор терроризирует команду тем, что ставит задачу, кому-нибудь напрямую, а потом забывает или отменяет. И народ начинает "распыляться", результата нет.
Это частая к сожалению история. Такой вот менталитет российского управленца. Грустно от этого. А если у него команда, которая без его указа ничего не делает, грош цена такой команде, и это уже говорит о выгорании, пофигизме и "потухшем взгляде". И ничего тут не сделать.
#мысливслух #моемнение #системныйанализ #качество
"Качество работы Аналитика"
Мне давно не интересно работать по принципу "херак, херак и в продакшн". Но я понимаю, что в реальности это действительно нужное качество, что-то быстро выдать из говна и палок, и побежать проверять, особенно если у нас стартап.
Можно сказать, что результат работы аналитика вы увидите, только когда всё уйдёт в продуктивную среду. Тогда и поймёте насколько он был хорош))) Это конечно да, но я бы ещё раньше начала говорить про качество.
И тут вопрос, как его измерить? Насколько хороши постановки? Обычно такие вопросы погружают в долгое раздумье. Придумать метрику, KPI, начать считать. Но для себя я всегда ставила цель - меньше вопросов от разработчиков. А думающий разработчик это всегда прекрасно, ему же делать задачу. Так вот, не припомню случая, когда разработка мне не задавала вопросов. Бывало внешние ребята молчали и это был звоночек, о том что они ничего не делали и не читали. Но вот если аналитик постоянно объясняет разработчику, что ему нужно сделать, это говорит только об одном - плохая постановка.
На практике у меня было случай, когда по моему ТЗ в вымпелком функционал заново писали на другой интеграционной платформе. Мне тогда сказали спасибо, потому что не нужно было писать новое ТЗ, а взяли моё и перенесли на новую платформу. В тяжёлые времена вымпелком несколько раз меняли вендоров платформ. Считаю это достижением, при таких условиях минимум аналитики.
К сожалению бич последних лет у Аналитиков - это элементарно отсутствие грамотной речи, навыков и знаний по школьному предмету "русский язык". То есть люди не могут сделать описание задачи так, чтобы это было понятно и формулировки были точные.
Так, что хотите понять качество аналитики, элементарно посмотрите сколько комментариев от разработчиков в confluence и как они исправляются. Да и что говорят сами разработчики и те кто принимает задачи.
"Качество работы Аналитика"
Мне давно не интересно работать по принципу "херак, херак и в продакшн". Но я понимаю, что в реальности это действительно нужное качество, что-то быстро выдать из говна и палок, и побежать проверять, особенно если у нас стартап.
Можно сказать, что результат работы аналитика вы увидите, только когда всё уйдёт в продуктивную среду. Тогда и поймёте насколько он был хорош))) Это конечно да, но я бы ещё раньше начала говорить про качество.
И тут вопрос, как его измерить? Насколько хороши постановки? Обычно такие вопросы погружают в долгое раздумье. Придумать метрику, KPI, начать считать. Но для себя я всегда ставила цель - меньше вопросов от разработчиков. А думающий разработчик это всегда прекрасно, ему же делать задачу. Так вот, не припомню случая, когда разработка мне не задавала вопросов. Бывало внешние ребята молчали и это был звоночек, о том что они ничего не делали и не читали. Но вот если аналитик постоянно объясняет разработчику, что ему нужно сделать, это говорит только об одном - плохая постановка.
На практике у меня было случай, когда по моему ТЗ в вымпелком функционал заново писали на другой интеграционной платформе. Мне тогда сказали спасибо, потому что не нужно было писать новое ТЗ, а взяли моё и перенесли на новую платформу. В тяжёлые времена вымпелком несколько раз меняли вендоров платформ. Считаю это достижением, при таких условиях минимум аналитики.
К сожалению бич последних лет у Аналитиков - это элементарно отсутствие грамотной речи, навыков и знаний по школьному предмету "русский язык". То есть люди не могут сделать описание задачи так, чтобы это было понятно и формулировки были точные.
Так, что хотите понять качество аналитики, элементарно посмотрите сколько комментариев от разработчиков в confluence и как они исправляются. Да и что говорят сами разработчики и те кто принимает задачи.
#моемнение #мысливслух #капитаночевидность
"Провальные проекты"
Наш мозг устроен так, что мы стараемся забыть плохое и оставить только хорошее. Но с другой стороны трекеры во ФРИИ (фонд развития интернет инициатив), продают консультации говоря о том, что они знают истории провалов и знают как не нужно делать.
Это действительно интересно. Я начала думать в разрезе работы Аналитика, насколько опыт провалов важен?
1. С психологической точки зрения важен. Но считаю это относится ко всем специалистам. Если вы умеете проходить спад, провал, то это характеризует человека как зрелую личность. Легко ли это? Нет, конечно.
2. С профессиональной точки зрения тут тоже достаточно очевидно, что на своих ошибках мы учимся и делаем правильные выводы.
3. С точки зрения технологий, навыков и инструментов, которые мы применяем. Кругозор нам даст понять, какой инструмент, где не работает, а где работает.
Если говорить о моих профессиональных провалах, то тут мне очень сложно судить о том, что такое "провал"? Всё познается в сравнение. И конечно если я буду читать свои тз 2006, 2007 года, я скажу о ужас))) как не профессионально! Но тогда я была Джун и технический писатель, и вцелом для начала вполне хорошо получалось.
А с другой стороны я знаю какие проекты не взлетели. Почему тоже знаю. Была ли я там виной?)) Наверное нет, ибо бизнес был изначально провальный, а Аналитик просто звено. Хотя и ключевое, как я считаю.
А что самое интересное! Я знаю "как не нужно делать". И что я вижу, прихожу в новую команду, говорю, что вот так не нужно, оно не работает. И аналитика не слушают. А ещё интереснее, когда Аналитик видит глубинные риски, говорит о них, и его опять же не слушают. И возникает впечатление, что продажа провальных кейсов это "воздух" в плане Аналитиков. А вот в плане трекеров, не хочется говорить, что тоже воздух)))) это ценно, если тебя слушают и слышат)
P.s. Такая холиварная тема, я бы даже её обсудила на каком-нибудь митапе Аналитиков)
"Провальные проекты"
Наш мозг устроен так, что мы стараемся забыть плохое и оставить только хорошее. Но с другой стороны трекеры во ФРИИ (фонд развития интернет инициатив), продают консультации говоря о том, что они знают истории провалов и знают как не нужно делать.
Это действительно интересно. Я начала думать в разрезе работы Аналитика, насколько опыт провалов важен?
1. С психологической точки зрения важен. Но считаю это относится ко всем специалистам. Если вы умеете проходить спад, провал, то это характеризует человека как зрелую личность. Легко ли это? Нет, конечно.
2. С профессиональной точки зрения тут тоже достаточно очевидно, что на своих ошибках мы учимся и делаем правильные выводы.
3. С точки зрения технологий, навыков и инструментов, которые мы применяем. Кругозор нам даст понять, какой инструмент, где не работает, а где работает.
Если говорить о моих профессиональных провалах, то тут мне очень сложно судить о том, что такое "провал"? Всё познается в сравнение. И конечно если я буду читать свои тз 2006, 2007 года, я скажу о ужас))) как не профессионально! Но тогда я была Джун и технический писатель, и вцелом для начала вполне хорошо получалось.
А с другой стороны я знаю какие проекты не взлетели. Почему тоже знаю. Была ли я там виной?)) Наверное нет, ибо бизнес был изначально провальный, а Аналитик просто звено. Хотя и ключевое, как я считаю.
А что самое интересное! Я знаю "как не нужно делать". И что я вижу, прихожу в новую команду, говорю, что вот так не нужно, оно не работает. И аналитика не слушают. А ещё интереснее, когда Аналитик видит глубинные риски, говорит о них, и его опять же не слушают. И возникает впечатление, что продажа провальных кейсов это "воздух" в плане Аналитиков. А вот в плане трекеров, не хочется говорить, что тоже воздух)))) это ценно, если тебя слушают и слышат)
P.s. Такая холиварная тема, я бы даже её обсудила на каком-нибудь митапе Аналитиков)
#городароссии #реклама #митап
Вдруг у меня есть среди подписчиков кто-нибудь из Пензы))) Решила рассказать, что я поеду на митап Аналитиков в гости, в Пензу !
Будем его проводить в формате открытого пространства, поговорим на темы, которые волнуют Аналитиков и надеюсь подружим ребят, чтобы они и дальше общались с друг другом. Для затравки обсудим как понять, что проекту/продукту нужен или не нужен ИТ-аналитик.
Митап пройдет на известной среди ИТ-специалистов площадки города Secon.
Ссылка на регистрацию:
https://bfp.timepad.ru/event/1115595/
А вдруг))))
Вдруг у меня есть среди подписчиков кто-нибудь из Пензы))) Решила рассказать, что я поеду на митап Аналитиков в гости, в Пензу !
Будем его проводить в формате открытого пространства, поговорим на темы, которые волнуют Аналитиков и надеюсь подружим ребят, чтобы они и дальше общались с друг другом. Для затравки обсудим как понять, что проекту/продукту нужен или не нужен ИТ-аналитик.
Митап пройдет на известной среди ИТ-специалистов площадки города Secon.
Ссылка на регистрацию:
https://bfp.timepad.ru/event/1115595/
А вдруг))))
#мирвокруг #руководствопроектом
Один мой знакомый посмотрел на мой канал и решил начать вести свой. И у него неплохо получается)))
Он Project manager, много работал с госзаказчиками, а это как известно закаляет характер)))
Так что раз пошла у меня #реклама немного её продолжу. Вот его канал с говорящим названием @antiboss
Вдруг кто-то ищет менеджеров или просто ищет совета, можно смело писать, подписываться, обсуждать)))
От себя добавлю. Что руководитель и менеджер - это разные вещи. У меня они часто на одной плоскости, но это не так. Я бы ещё добавила слово лидер.
В этой истории с руководством и лидерством, как ни странно, меня прокачали походы. Нет для меня, ничего ужаснее и сложнее, чем отвечать за здоровье человека, потому что любой поход и горы, это всё равно доля риска, экстрима и сложная обстановка, когда ты общаешься долгое время в замкнутой группе. Психология поведения групп также мне дала знания, которые я применяю в работе.
Но, здравый смысл всегда самый главный элемент любого руководства.
P.s.
Я бы ещё поспорила на тему того должен ли руководитель быть "жёстким", но думаю это в следующий раз)))
Один мой знакомый посмотрел на мой канал и решил начать вести свой. И у него неплохо получается)))
Он Project manager, много работал с госзаказчиками, а это как известно закаляет характер)))
Так что раз пошла у меня #реклама немного её продолжу. Вот его канал с говорящим названием @antiboss
Вдруг кто-то ищет менеджеров или просто ищет совета, можно смело писать, подписываться, обсуждать)))
От себя добавлю. Что руководитель и менеджер - это разные вещи. У меня они часто на одной плоскости, но это не так. Я бы ещё добавила слово лидер.
В этой истории с руководством и лидерством, как ни странно, меня прокачали походы. Нет для меня, ничего ужаснее и сложнее, чем отвечать за здоровье человека, потому что любой поход и горы, это всё равно доля риска, экстрима и сложная обстановка, когда ты общаешься долгое время в замкнутой группе. Психология поведения групп также мне дала знания, которые я применяю в работе.
Но, здравый смысл всегда самый главный элемент любого руководства.
P.s.
Я бы ещё поспорила на тему того должен ли руководитель быть "жёстким", но думаю это в следующий раз)))
#митап #аналитикимосквы
Что-то я всё по #анонс в последнее время.
До конца года у нас пройдёт ещё 2 митапа Аналитиков Москвы, после чего мы берём перерыв до нового года.
Митап #10 пройдет в этот четверг 21 ноября с 19 до 22 в офисе компании "доктор на работе", зачастили мы туда))) у нас будет разбор проблем, так называемый кейс солвинг. Будем искать пути решения все вместе, в формате обсуждения.
Вот такие пришли к нам запросы:
Кейс 1. Как организовать справочник экранов мобильного приложения (сайта), чтобы разработка, бизнес и маркетинг могли синхронизироваться. И нужен ли справочник?
Доступно: Confluence, Miro, Jira, Zeplin и т.д.
Сейчас справочник ведется вручную в 3х местах: в конфлюенсе просто список экранов, в миро макеты, в спеке описание работы приложения и сбор метрик, отдельно лежат макеты. Продакт пользуется справочником для взаимодействия со стейкхолдерами (доска в Миро).
Кейс 2. 3 команды мобильной разработки, 3 команды бэкенда и 1 веб. Как им синхронизироваться, если общего у них — бизнес цели и начало/конец спринтов?
Ещё мы хотим затронуть тему трассировки требований. Кому интересно вот ссылка на регистрацию, которая обязательна:
https://moscoa-events.timepad.ru/event/1122723/
Про митап #11, в следущем посте))
Что-то я всё по #анонс в последнее время.
До конца года у нас пройдёт ещё 2 митапа Аналитиков Москвы, после чего мы берём перерыв до нового года.
Митап #10 пройдет в этот четверг 21 ноября с 19 до 22 в офисе компании "доктор на работе", зачастили мы туда))) у нас будет разбор проблем, так называемый кейс солвинг. Будем искать пути решения все вместе, в формате обсуждения.
Вот такие пришли к нам запросы:
Кейс 1. Как организовать справочник экранов мобильного приложения (сайта), чтобы разработка, бизнес и маркетинг могли синхронизироваться. И нужен ли справочник?
Доступно: Confluence, Miro, Jira, Zeplin и т.д.
Сейчас справочник ведется вручную в 3х местах: в конфлюенсе просто список экранов, в миро макеты, в спеке описание работы приложения и сбор метрик, отдельно лежат макеты. Продакт пользуется справочником для взаимодействия со стейкхолдерами (доска в Миро).
Кейс 2. 3 команды мобильной разработки, 3 команды бэкенда и 1 веб. Как им синхронизироваться, если общего у них — бизнес цели и начало/конец спринтов?
Ещё мы хотим затронуть тему трассировки требований. Кому интересно вот ссылка на регистрацию, которая обязательна:
https://moscoa-events.timepad.ru/event/1122723/
Про митап #11, в следущем посте))
И ещё один #анонс
Тема, которую мы уже обсуждали с #аналитикимосквы но она остаётся всё равно, для меня лично, сложной. Это выгорание на работе. Когда мне раньше это говорили я усмехалась и думала "ну, нет со мной этого не произойдет!"
И вот оно было и возможно до сих ещё где-то подгорает.
Вот так здорово получилось, что мы приглашаем на #митап специального гостя, психолога, который тоже пережил выгорание, написал на эту тему диссертацию и готов с нами поделиться ценной информацией. Это мой хороший знакомый Павел Гришель.
Вторая тема, которую мы хотим затронуть с Пашей - это организационный стресс.
У нас будет большая площадка, поэтому места точно хватит всем, зовите друзей)))
4 декабря (среда) начало в 19:00
Адрес: Москва, Нижний Сусальный пер., д. 5 стр. 19. БЦ "Арма"
Мероприятие бесплатное, регистрация обязательная.
https://moscoa-events.timepad.ru/event/1122855/
Тема, которую мы уже обсуждали с #аналитикимосквы но она остаётся всё равно, для меня лично, сложной. Это выгорание на работе. Когда мне раньше это говорили я усмехалась и думала "ну, нет со мной этого не произойдет!"
И вот оно было и возможно до сих ещё где-то подгорает.
Вот так здорово получилось, что мы приглашаем на #митап специального гостя, психолога, который тоже пережил выгорание, написал на эту тему диссертацию и готов с нами поделиться ценной информацией. Это мой хороший знакомый Павел Гришель.
Вторая тема, которую мы хотим затронуть с Пашей - это организационный стресс.
У нас будет большая площадка, поэтому места точно хватит всем, зовите друзей)))
4 декабря (среда) начало в 19:00
Адрес: Москва, Нижний Сусальный пер., д. 5 стр. 19. БЦ "Арма"
Мероприятие бесплатное, регистрация обязательная.
https://moscoa-events.timepad.ru/event/1122855/
#мирвокруг #идея
Пока я тут болела и пропустила все унылые и не унылые митапы в Москве, (прошу прощения у тех кто хотел мне лично задать вопросы), ко мне пришла прикольная мысль🤔. А ведь круто было бы провести #митап в формате Батла!🤜🤛
Ведь есть вечные темы по которым ведётся спор из разряда "нужен аналитик проекту" или "не нужен аналитик проекту", или "бизнес и системный анализ можно совмещать" или нельзя совмещать.
Мне тут рассказали, что самые крутые форумы урбанистов проходили именно в формате Батла. Один архитектор за строительство высотных зданий в центре Москвы, а другой против. И если эти архитекторы готовы сразиться, этот батл запоминают на долгие года. А просто бы доклад двоих, не был бы таким ярким. То есть человек, смотрящий такое шоу, действительно следит за зрелищем. А потом можно узнать у публики, в раундах, чья точка зрения победила.
Но как всегда, есть одно "но", это моральная подготовка участников, смогут ли они выдержать такой напор и будет ли они убедительны, главное без мордобитья и депрессий)
Пока я тут болела и пропустила все унылые и не унылые митапы в Москве, (прошу прощения у тех кто хотел мне лично задать вопросы), ко мне пришла прикольная мысль🤔. А ведь круто было бы провести #митап в формате Батла!🤜🤛
Ведь есть вечные темы по которым ведётся спор из разряда "нужен аналитик проекту" или "не нужен аналитик проекту", или "бизнес и системный анализ можно совмещать" или нельзя совмещать.
Мне тут рассказали, что самые крутые форумы урбанистов проходили именно в формате Батла. Один архитектор за строительство высотных зданий в центре Москвы, а другой против. И если эти архитекторы готовы сразиться, этот батл запоминают на долгие года. А просто бы доклад двоих, не был бы таким ярким. То есть человек, смотрящий такое шоу, действительно следит за зрелищем. А потом можно узнать у публики, в раундах, чья точка зрения победила.
Но как всегда, есть одно "но", это моральная подготовка участников, смогут ли они выдержать такой напор и будет ли они убедительны, главное без мордобитья и депрессий)
#мирвокруг #мысливслух #books #выводы
Тема "задвоенных"направлений в компании.
Я продолжаю читать книгу про ВкусВилл. Мне даже не хочется её читать быстро, потому что это свод правил бизнеса. Хочется прочитать одно правило, и потом ходить, и думать. Я в который раз убеждаюсь, что здравый смысл помогает достигать таких успехов, как у компании ВкусВилл. И по части глав книги, хочется сказать "о да #капитаночевидность ", но самое интересное, что даже если это и очевидно, оно почему-то не работает в других организациях. Мышление много значит. Люди не хотят менять, то что сложилось. Это неприятно, долго, сложно, больно. Должности опять же, теплое место, уровень в иерархии. Пусть лучше будет так как будет. Работает не трогай))))
Так вот про задвоение. В ИТ есть парное программирование, некоторые Аналитики из забугорных Компаний мне когда-то жаловались, что компании делают копию их. Вот оно то самое задвоение.
Я честно говоря не знаю как к этому относится, потому что сделать копию человека невозможно. Чтобы был тот же жизненный опыт, образование, личные качества и результат работы такой же как у другого. Но с другой стороны для бизнеса это хорошо, когда есть замена. Но я бы не назвала задвоение заменой. Во ВкусВилл речь идёт о конкуренции. Да с одной стороны второй руководитель направления развития сети это твой конкурент, с другой это подстраховка компании, а вдруг что с тобой случиться. ВкусВилл также дублирует поставщиков продуктов, тем самым избегая монополии.
Конечно мои амбиции, как сотрудника начинают включаться в спор, так нельзя! Дайте иерархию и я хочу быть верховным! Но вторая моя часть за бизнес и развитие. Я очень рада, когда в моей команде есть аналитики сильнее меня, и очень рада когда есть замена мне)) Но всё таки такой подход не везде может сработать. К сожалению в книге я пока не нашла ответа как во ВкусВилл с задвоением ИТ? Насколько это оправдано? Дорого ли?
Возвращаясь к парному программированию, могу сказать, что видела как народ пытался его применять, но только в начале пути разработчика, а потом он уходил в свободное плавание. Я в своей практике применяла только кросс ревью ТЗ Аналитиков и то, чужие ТЗ мало кто хотел читать))) Мотивация так себе у аналитика. Хотя если они одинакового уровня это может быть отличный повод обмена информацией и конкуренции, и как следствие рост качества результата работы.
Тема "задвоенных"направлений в компании.
Я продолжаю читать книгу про ВкусВилл. Мне даже не хочется её читать быстро, потому что это свод правил бизнеса. Хочется прочитать одно правило, и потом ходить, и думать. Я в который раз убеждаюсь, что здравый смысл помогает достигать таких успехов, как у компании ВкусВилл. И по части глав книги, хочется сказать "о да #капитаночевидность ", но самое интересное, что даже если это и очевидно, оно почему-то не работает в других организациях. Мышление много значит. Люди не хотят менять, то что сложилось. Это неприятно, долго, сложно, больно. Должности опять же, теплое место, уровень в иерархии. Пусть лучше будет так как будет. Работает не трогай))))
Так вот про задвоение. В ИТ есть парное программирование, некоторые Аналитики из забугорных Компаний мне когда-то жаловались, что компании делают копию их. Вот оно то самое задвоение.
Я честно говоря не знаю как к этому относится, потому что сделать копию человека невозможно. Чтобы был тот же жизненный опыт, образование, личные качества и результат работы такой же как у другого. Но с другой стороны для бизнеса это хорошо, когда есть замена. Но я бы не назвала задвоение заменой. Во ВкусВилл речь идёт о конкуренции. Да с одной стороны второй руководитель направления развития сети это твой конкурент, с другой это подстраховка компании, а вдруг что с тобой случиться. ВкусВилл также дублирует поставщиков продуктов, тем самым избегая монополии.
Конечно мои амбиции, как сотрудника начинают включаться в спор, так нельзя! Дайте иерархию и я хочу быть верховным! Но вторая моя часть за бизнес и развитие. Я очень рада, когда в моей команде есть аналитики сильнее меня, и очень рада когда есть замена мне)) Но всё таки такой подход не везде может сработать. К сожалению в книге я пока не нашла ответа как во ВкусВилл с задвоением ИТ? Насколько это оправдано? Дорого ли?
Возвращаясь к парному программированию, могу сказать, что видела как народ пытался его применять, но только в начале пути разработчика, а потом он уходил в свободное плавание. Я в своей практике применяла только кросс ревью ТЗ Аналитиков и то, чужие ТЗ мало кто хотел читать))) Мотивация так себе у аналитика. Хотя если они одинакового уровня это может быть отличный повод обмена информацией и конкуренции, и как следствие рост качества результата работы.
ИТ в регионах. #выводы #мысливслух #проаналитику #мирвокруг
Можно в меня кидаться камнями, можно не кидаться, как всегда #моемнение
Что я, как москвич, знаю о том как ИТ развивается в регионах? То, что оно действительно развивается в регионах, и чаще всего на базе технических (именно технических вузов). Города России, с которыми мне приходилось работать: Калининград, Санкт-Петербург, Новосибирск, Петрозаводск, Сочи, Краснодар, Казань, Воронеж, Ярославль, Нижний Новгород, Пермь. Наверное всё. Дальше большая разница во времени возникает и часто это сложно и как-то с Зауральем не пришлось общаться по работе.
В период работы в платежной системе А3, было много интеграций по России, потом были компании, у которых офисы в разных городах.
И вот в выходные я съездила в Пензу и пообщалась с ребятами из ИТ в рамках митапа. Меня просят рассказать, ну как оно? А тут как всегда странная тенденция, что интерес к аналитике есть, аналитиков мало. К сожалению так сложилось, что в регионах крупные ИТ компании открывают свои офисы или наоборот в регионе создаётся компания и потом она расширяется и открывает офис продаж в Москве или Петербурге. И получается, что с нашей централизацией страны в регионе сидит разработка и это удобно. Разработчик может сидеть где угодно, был бы интернет, но вот Аналитик, чаще всего сидит рядом с заказчиком, а это центр. И получается, что в регионе просто нет возможности прокачаться в сторону аналитики, а даже если и есть возможность, то она кривая. Не хочу никого обвинять или оскорблять, но по факту получается так, что всё супер здорово зарождается и даже живёт, но без подпитки или базы развития.
То есть аналитик прогибается под мир и обстоятельства, которые его окружают. И если он на предприятие или в компании, то он делает так, как считает нужным, не имея возможности расширить рамки, и понять, что такое правильно. С другой стороны просто нет такой роли, что действительно присутствует во многих компаниях. Роль размазана по всем и разработка может уступать в скорости из-за этого.
Я сидела и вспоминала моменты когда я появлялась в компаниях, или когда ко мне прилетает запрос от компании, это всегда в момент, когда тормозит разработка, или идёт рост, или информационная система уже такая большая, что никто не понимает как её развивать или появляется интеграция, и как следствие часто начинается увеличиваться провал в понимании между бизнесом и разработкой.
Мне сложно сказать вцелом про Аналитику в регионах, я могу только сказать, что она есть и её есть куда развивать и есть хорошая база, как вцелом для ИТ, так и для специалистов. И Пенза отличный показатель адекватности специалистов, их уровня заинтересованности и потенциала развития с хорошей базой. А даст ли регион это развитие, это уже другой вопрос.
Но вцелом я понимаю, что регионы это отличная возможность расширения для компаний. И как показывают лидеры рынка, что в ИТ регионах живёт. Громкие имена, такие как Додо - из Сыктывкара, Ultimate guitar - Калининград, Miro - Пермь отличный показатель. Надеюсь, что и потолок развития региона в ИТ при этом не будет достигнут. А ребята из Пензы и компании "моё дело", да и из других компаний меня приятно удивили. Пыталась понять, какой город считается городом основная у "моё дело", не нашла. Так что не могу уверенно сказать, что Пенза) кто знает, расскажите!
Можно в меня кидаться камнями, можно не кидаться, как всегда #моемнение
Что я, как москвич, знаю о том как ИТ развивается в регионах? То, что оно действительно развивается в регионах, и чаще всего на базе технических (именно технических вузов). Города России, с которыми мне приходилось работать: Калининград, Санкт-Петербург, Новосибирск, Петрозаводск, Сочи, Краснодар, Казань, Воронеж, Ярославль, Нижний Новгород, Пермь. Наверное всё. Дальше большая разница во времени возникает и часто это сложно и как-то с Зауральем не пришлось общаться по работе.
В период работы в платежной системе А3, было много интеграций по России, потом были компании, у которых офисы в разных городах.
И вот в выходные я съездила в Пензу и пообщалась с ребятами из ИТ в рамках митапа. Меня просят рассказать, ну как оно? А тут как всегда странная тенденция, что интерес к аналитике есть, аналитиков мало. К сожалению так сложилось, что в регионах крупные ИТ компании открывают свои офисы или наоборот в регионе создаётся компания и потом она расширяется и открывает офис продаж в Москве или Петербурге. И получается, что с нашей централизацией страны в регионе сидит разработка и это удобно. Разработчик может сидеть где угодно, был бы интернет, но вот Аналитик, чаще всего сидит рядом с заказчиком, а это центр. И получается, что в регионе просто нет возможности прокачаться в сторону аналитики, а даже если и есть возможность, то она кривая. Не хочу никого обвинять или оскорблять, но по факту получается так, что всё супер здорово зарождается и даже живёт, но без подпитки или базы развития.
То есть аналитик прогибается под мир и обстоятельства, которые его окружают. И если он на предприятие или в компании, то он делает так, как считает нужным, не имея возможности расширить рамки, и понять, что такое правильно. С другой стороны просто нет такой роли, что действительно присутствует во многих компаниях. Роль размазана по всем и разработка может уступать в скорости из-за этого.
Я сидела и вспоминала моменты когда я появлялась в компаниях, или когда ко мне прилетает запрос от компании, это всегда в момент, когда тормозит разработка, или идёт рост, или информационная система уже такая большая, что никто не понимает как её развивать или появляется интеграция, и как следствие часто начинается увеличиваться провал в понимании между бизнесом и разработкой.
Мне сложно сказать вцелом про Аналитику в регионах, я могу только сказать, что она есть и её есть куда развивать и есть хорошая база, как вцелом для ИТ, так и для специалистов. И Пенза отличный показатель адекватности специалистов, их уровня заинтересованности и потенциала развития с хорошей базой. А даст ли регион это развитие, это уже другой вопрос.
Но вцелом я понимаю, что регионы это отличная возможность расширения для компаний. И как показывают лидеры рынка, что в ИТ регионах живёт. Громкие имена, такие как Додо - из Сыктывкара, Ultimate guitar - Калининград, Miro - Пермь отличный показатель. Надеюсь, что и потолок развития региона в ИТ при этом не будет достигнут. А ребята из Пензы и компании "моё дело", да и из других компаний меня приятно удивили. Пыталась понять, какой город считается городом основная у "моё дело", не нашла. Так что не могу уверенно сказать, что Пенза) кто знает, расскажите!
#выводы #аналитикимосквы #экологиятруда
Снова провели #митап Аналитиков на тему выгорания. Послушали научный подход, со стороны психолога, и со стороны коуча -"жизу". Честно люблю фундаментальный и научный подход с ним взгляд на проблему более полный.
Очень здорово, было потом на автопати слушать, как психологи обвиняют в выгорание сотрудников компании и среду, в которой работают люди. Это немного наивно. Психолог на стороне человека, а компания на стороне своего бизнеса. Хотя как показывает практика, если компания не про доверие, то она терпит большие убытки и строит дорогие иерархии контроля.
Я за свою жизнь несколько раз подгорала, но всегда отлично переключилась, либо жизненные обстоятельства были сильнее и всё вне работы было страшнее. Всегда думала, что выгорание это не про меня, но вот выгорела. При чём конкретно. Поняла. Приняла меры, но дальше, как снежный ком. Чувство жизни исчезло.
И какой же мой вывод: чтобы не допускать выгорания, нужно осознанно следить за собой и своей жизнью. Выстраивать границы с работодателем, который часто думает, что ты в рабстве и должен, просто обязан работать в выходные, отпуска, больничный, праздники. Если ты не перерабатываешь, ты плохой. Действительно у меня были случаи, когда я с работы уходила во время и мне сказали - "у нас так непринято". Что? Вы серьезно?
Наше психологическое здоровье зависит только от нас. И нормы труда придумали не идиоты. И попадать в ловушку "много работаю - много опыта - много денег", очень фигово, потому что оно в один прекрасный момент превратиться в "много работаю - много лечусь - много трачу денег на лечение". Чувство жизни теряется, личная жизнь страдает, семьи распадаются, а ты такой и дальше живёшь со своей совестью. Я же такой хороший, ответственный, не могу подвести коллектив.
Я считаю, что у нас в голове принципы отношения к работе советские, такое воспитание. Много работай, это хорошо. Или ещё лучше, война, надо родину защищать. Но при этом ИТ сфера молодая, которая "болт кладёт" на нормы труда. И мы думаем, что это нормально много работать, а если не работаешь, то с тобой что-то не так. Ты плохой. У нас нет войны, у нас есть право выбора, мы не рабы. Так что иногда стоит встать и пойти погулять на улицу))) многие поэтому и курят... Но надеюсь этим постом, перед новым годом, я заставлю вас подумать о вашем состояние или хотя бы сделать прям сейчас перерыв на 10 минут)))) и сделаете шаг в сторону действительно своих жизненных приоритетов, а не корпоративных. Гори, но не сгорай, как говорится!
Снова провели #митап Аналитиков на тему выгорания. Послушали научный подход, со стороны психолога, и со стороны коуча -"жизу". Честно люблю фундаментальный и научный подход с ним взгляд на проблему более полный.
Очень здорово, было потом на автопати слушать, как психологи обвиняют в выгорание сотрудников компании и среду, в которой работают люди. Это немного наивно. Психолог на стороне человека, а компания на стороне своего бизнеса. Хотя как показывает практика, если компания не про доверие, то она терпит большие убытки и строит дорогие иерархии контроля.
Я за свою жизнь несколько раз подгорала, но всегда отлично переключилась, либо жизненные обстоятельства были сильнее и всё вне работы было страшнее. Всегда думала, что выгорание это не про меня, но вот выгорела. При чём конкретно. Поняла. Приняла меры, но дальше, как снежный ком. Чувство жизни исчезло.
И какой же мой вывод: чтобы не допускать выгорания, нужно осознанно следить за собой и своей жизнью. Выстраивать границы с работодателем, который часто думает, что ты в рабстве и должен, просто обязан работать в выходные, отпуска, больничный, праздники. Если ты не перерабатываешь, ты плохой. Действительно у меня были случаи, когда я с работы уходила во время и мне сказали - "у нас так непринято". Что? Вы серьезно?
Наше психологическое здоровье зависит только от нас. И нормы труда придумали не идиоты. И попадать в ловушку "много работаю - много опыта - много денег", очень фигово, потому что оно в один прекрасный момент превратиться в "много работаю - много лечусь - много трачу денег на лечение". Чувство жизни теряется, личная жизнь страдает, семьи распадаются, а ты такой и дальше живёшь со своей совестью. Я же такой хороший, ответственный, не могу подвести коллектив.
Я считаю, что у нас в голове принципы отношения к работе советские, такое воспитание. Много работай, это хорошо. Или ещё лучше, война, надо родину защищать. Но при этом ИТ сфера молодая, которая "болт кладёт" на нормы труда. И мы думаем, что это нормально много работать, а если не работаешь, то с тобой что-то не так. Ты плохой. У нас нет войны, у нас есть право выбора, мы не рабы. Так что иногда стоит встать и пойти погулять на улицу))) многие поэтому и курят... Но надеюсь этим постом, перед новым годом, я заставлю вас подумать о вашем состояние или хотя бы сделать прям сейчас перерыв на 10 минут)))) и сделаете шаг в сторону действительно своих жизненных приоритетов, а не корпоративных. Гори, но не сгорай, как говорится!
