#мысливслух #моемнение #мирвокруг #системныйанализ #анализрынка #поискработы
Наша служба и опасна, и трудна, и на первый взгляд как будто не видна
Аналитик? Кто, кто вы? А зачем он нам? Системный ещё, у нас же agile, Scrum.
Спасибо этим двум словам за то, что роль аналитика и в частности Системного Аналитика начала упраздняться. Многие считают, что проект, продукт можно запускать без аналитика. Если вы аналитик, то холод по спине должен был пробежать, после таких слов. Это же самый страшный сон!!! Они начали проект без аналитика, но он почему-то не взлетает? И все не понимают почему. Чешут тыковку и говорят у нас же скрам, всё верно, мы делаем всё правильно, не работает! Думают о том, что аналитик не нужен или ещё лучше, да он у нас есть, и он бизнес, команда почему-то его ненавидит. Разработчик говорит - у нас архитектура, БД, данные, это сложно сделать, то что вы хотите. Бизнес аналитик орёт нужно!! Бизнес хочет!! Далее конфликт, война, продукт не работает. И тут РП приводит Системного Аналитика. Системный аналитик засучает рукова, смотрит, потом поднимает глаза к небу и говорит бизнесу, оно действительно не будет работать. И пытается объяснить почему. А далее идёт пить горькую, потому что он понял куда он попал. Если вы Системный аналитик, думаю история должна быть знакомой.
А теперь очень интересная тенденция на рынке. Все ищут именно Системных Аналитиков, а кто их ищет? Те у кого не работает или те кто понимает, что большие информационные ландшафты систем не могут создавать без звена системного анализа. Разработчики психуют, увольняются, продукт не работает, продакт бывший дизайнер. Имена скрыты, компания тоже, но это реальный факт. И действительно рынок мне говорит только одно - нам нужен системный аналитик. Сможешь вырастить? Кадровики и рекрутеры плачут мне в жилетку - их нет!! Что делать!!? А ещё лучше хотят симбиоз того, чего в принципе в природе не может быть аналитика и инженера. Либо ты берешь инженера и офигеваешь от того, что он не аналитик. Либо ты берешь аналитика и думаешь блиииин он не инженер. Но руководство свято верит, что оно есть и выгоняет рекрутера в поля. Тоже реальный проект и мой опыт.
Интересное время для системного анализа. Его вычеркнули, забыли, недооценили, а теперь откатываются назад и готовы умолять тех, кто будет рожать этих самых Системных Аналитиков, но при этом всё равно не ценя в плане денег. По-прежнему только самые продвинутые, у кого руководство из разработки понимают, что стоит до старта разработки искать аналитика. Средний срок поиска на рынке полгода!! Так что дорогие коллеги, очень надеюсь, что наше время скоро придёт во всей красе))) осознание появляется... А ценник взлетит)))
Наша служба и опасна, и трудна, и на первый взгляд как будто не видна
Аналитик? Кто, кто вы? А зачем он нам? Системный ещё, у нас же agile, Scrum.
Спасибо этим двум словам за то, что роль аналитика и в частности Системного Аналитика начала упраздняться. Многие считают, что проект, продукт можно запускать без аналитика. Если вы аналитик, то холод по спине должен был пробежать, после таких слов. Это же самый страшный сон!!! Они начали проект без аналитика, но он почему-то не взлетает? И все не понимают почему. Чешут тыковку и говорят у нас же скрам, всё верно, мы делаем всё правильно, не работает! Думают о том, что аналитик не нужен или ещё лучше, да он у нас есть, и он бизнес, команда почему-то его ненавидит. Разработчик говорит - у нас архитектура, БД, данные, это сложно сделать, то что вы хотите. Бизнес аналитик орёт нужно!! Бизнес хочет!! Далее конфликт, война, продукт не работает. И тут РП приводит Системного Аналитика. Системный аналитик засучает рукова, смотрит, потом поднимает глаза к небу и говорит бизнесу, оно действительно не будет работать. И пытается объяснить почему. А далее идёт пить горькую, потому что он понял куда он попал. Если вы Системный аналитик, думаю история должна быть знакомой.
А теперь очень интересная тенденция на рынке. Все ищут именно Системных Аналитиков, а кто их ищет? Те у кого не работает или те кто понимает, что большие информационные ландшафты систем не могут создавать без звена системного анализа. Разработчики психуют, увольняются, продукт не работает, продакт бывший дизайнер. Имена скрыты, компания тоже, но это реальный факт. И действительно рынок мне говорит только одно - нам нужен системный аналитик. Сможешь вырастить? Кадровики и рекрутеры плачут мне в жилетку - их нет!! Что делать!!? А ещё лучше хотят симбиоз того, чего в принципе в природе не может быть аналитика и инженера. Либо ты берешь инженера и офигеваешь от того, что он не аналитик. Либо ты берешь аналитика и думаешь блиииин он не инженер. Но руководство свято верит, что оно есть и выгоняет рекрутера в поля. Тоже реальный проект и мой опыт.
Интересное время для системного анализа. Его вычеркнули, забыли, недооценили, а теперь откатываются назад и готовы умолять тех, кто будет рожать этих самых Системных Аналитиков, но при этом всё равно не ценя в плане денег. По-прежнему только самые продвинутые, у кого руководство из разработки понимают, что стоит до старта разработки искать аналитика. Средний срок поиска на рынке полгода!! Так что дорогие коллеги, очень надеюсь, что наше время скоро придёт во всей красе))) осознание появляется... А ценник взлетит)))
#custdev #продукт #мысливслух #капитаннеочевидность #мойопыт #гос
Кастдев в гос продуктах.
Меня спросили, что такое кастдев в гос продуктах. Я задумалась. Мне всегда казалось, что эти два слова не совместимы. Глубинное интервью, исследования и гос продукты.
Начала расспрашивать людей вокруг и сама делать выводы. Из опыта могу сказать, что часто были интервью именно сбора требований. И ведь действительно аналитик, работая бок-о-бок с заказчиком понимает и боль, и что необходимо сделать, хотя и не знает, что такое кастдев. И имеет совсем другое мышление.
Но если говорить про кастдев в госах, то он возможен и он есть. Но в строго определенных условиях:
1. Это продукты, где есть явный пользователь, которому можно позвонить и узнать "боль". Пример, госпорталы. Если мне, как пользователю госулуг, зададут вопрос, что не так? Боль польётся рекой!
2. Сложно говорить про пользователей, если это сотрудники компаний. Они понимают, что говори не говори, всё тлен. У них регламент и жёсткие правила поведения. Поэтому их разговорить крайне трудно. Один из моих однокурсников в ВШЭ (респект ему) научился собирать обратную связь путем проведения вебинаров для сотрудников. И из этого делать выводы про реальную боль. Часто хватает прочтения регламента и наблюдения за тем как работают люди.
3. И самый интересный пункт. Это понимание боли руководства и не только, которую можно уложить в виде инициативы запуска новой разработки. Это же возможность запустить что-то новое и получить новый бюджет. Но обычному аналитику это может и неподвластно, а вот руководителю проекта, продакту или кто выше, вполне. Единственное тут было бы здорово, чтобы аналитика слышали. А ведь этот пункт самый правильный, потому что по факту руководитель с той стороны говорит о боли и может её лабировать в решение в виде разработки, если является лицом принимающим решения. Конечно при условии возможности получения бюджета и всех других ограничений.
Вывод у меня получился такой: в госах есть кастдев, но со своими нюансами и ограничениями, которые накладывает регулятор, среда, организация. И вцелом это очень интересно, если на Аналитика на госпроектах смотреть как на источник развития бизнеса, и немного изменить его мышление и точку зрения. Чтобы он всё таки не только опросом занимался, как и что автоматизировать один к одному, или как улучшить бизнес-процесс, а как развить цифровой продукт так, чтобы ты самая боль была закрыта. Кажется это уже уровень "высшего пилотажа".
Кастдев в гос продуктах.
Меня спросили, что такое кастдев в гос продуктах. Я задумалась. Мне всегда казалось, что эти два слова не совместимы. Глубинное интервью, исследования и гос продукты.
Начала расспрашивать людей вокруг и сама делать выводы. Из опыта могу сказать, что часто были интервью именно сбора требований. И ведь действительно аналитик, работая бок-о-бок с заказчиком понимает и боль, и что необходимо сделать, хотя и не знает, что такое кастдев. И имеет совсем другое мышление.
Но если говорить про кастдев в госах, то он возможен и он есть. Но в строго определенных условиях:
1. Это продукты, где есть явный пользователь, которому можно позвонить и узнать "боль". Пример, госпорталы. Если мне, как пользователю госулуг, зададут вопрос, что не так? Боль польётся рекой!
2. Сложно говорить про пользователей, если это сотрудники компаний. Они понимают, что говори не говори, всё тлен. У них регламент и жёсткие правила поведения. Поэтому их разговорить крайне трудно. Один из моих однокурсников в ВШЭ (респект ему) научился собирать обратную связь путем проведения вебинаров для сотрудников. И из этого делать выводы про реальную боль. Часто хватает прочтения регламента и наблюдения за тем как работают люди.
3. И самый интересный пункт. Это понимание боли руководства и не только, которую можно уложить в виде инициативы запуска новой разработки. Это же возможность запустить что-то новое и получить новый бюджет. Но обычному аналитику это может и неподвластно, а вот руководителю проекта, продакту или кто выше, вполне. Единственное тут было бы здорово, чтобы аналитика слышали. А ведь этот пункт самый правильный, потому что по факту руководитель с той стороны говорит о боли и может её лабировать в решение в виде разработки, если является лицом принимающим решения. Конечно при условии возможности получения бюджета и всех других ограничений.
Вывод у меня получился такой: в госах есть кастдев, но со своими нюансами и ограничениями, которые накладывает регулятор, среда, организация. И вцелом это очень интересно, если на Аналитика на госпроектах смотреть как на источник развития бизнеса, и немного изменить его мышление и точку зрения. Чтобы он всё таки не только опросом занимался, как и что автоматизировать один к одному, или как улучшить бизнес-процесс, а как развить цифровой продукт так, чтобы ты самая боль была закрыта. Кажется это уже уровень "высшего пилотажа".
#собеседования #мысливслух #мойопыт #поискработы #моемнение #мирвокруг #HR
Собеседование равно унижение?
В этой теме можно копаться долго, искать причины в обществе, воспитание и устоявшихся принципах жизни организации. Но слова унижение и собеседование рядом не должны стоять. А по факту всё равно процесс собеседования это отбор и действительно, некоторые работодатели думают, что они почему-то имеют право с вами говорить, так как будто ты раб и тебя покупают, а не ты их. Эй! Ребята! 2020 год не за горами, а крепостное право отменили в 1861 году! И вот после таких собеседований во мне вскипает революция, у меня кипит огромное желание создать для этой компании прекрасную репутацию, чтобы никто к ним не пошёл. А ведь это очень глупо общаться в режиме "я чуть сверху", мы же в обществе и основной принцип уважения между людьми это быть с ними наравне. И если мне понравилось собеседование я всем расскажу и посоветую пойти в компанию моим коллегам или сообществу, знакомым. Мир же тесен. А мир ИТ ещё более тесный.
Кто-то мне говорил, чего ты злишься, это же просто стресс интервью.
Давайте по порядку:
1. Собеседование уже стресс для человека, даже если он имеет большой опыт прохождения собеседований как соискатель и наниматель. Как ни крути это стресс.
2. Лучше показать своё человеческое лицо и совершить продажу своей компании, потому что во время собеседования идёт именно продажа. И те кто собеседуют являются лицом компании и показывают ту систему, правила, которые есть в компании. Да, HR, секретарь это лицо компании, далее руководитель и технические специалисты, которые проводят собеседование. Больше ни с кем соискатель не общался и выбор будет сделан именно по этому общению и первому соприкосновению.
3. Мы не орангутанги, чтобы насилием самоутверждаться за счёт тех кто приходит на собеседования. Мы просто люди, человеки))
4. Не доверие всему миру чревато, тому, что ты не доверяешь сам себе и не являешься специалистом, если бомбишь и унижаешь других. Это говорит о низкой моральной и профессиональной подготовке. А зачем мне такое место работы?
5. Стресс интервью? Вы серьезно? А у нас больше нет других стрессов что ли? Может лучше вы создадите спокойную атмосферу в компании, чтобы человек сказал там так клёво и спокойно, я хочу там работать, потому что точно справлюсь в такой атмосфере со сложными задачами.
Мой вывод всегда был такой, что неуважение к человеку на собеседование проявлять это только показатель низости компании и того, кто собеседует. И неважно сколько человеку лет, когда вы его уважаете, его уровень знаний, опыта, развития, это делает и вас выше. Возможно я перехожу на тонкие материи, но моё категоричное нет стресс интервью и собеседованиям, которые больше похожи на насилие, чем на приём на работу. Мой совет, бегите от таких работодателей!!!
Собеседование равно унижение?
В этой теме можно копаться долго, искать причины в обществе, воспитание и устоявшихся принципах жизни организации. Но слова унижение и собеседование рядом не должны стоять. А по факту всё равно процесс собеседования это отбор и действительно, некоторые работодатели думают, что они почему-то имеют право с вами говорить, так как будто ты раб и тебя покупают, а не ты их. Эй! Ребята! 2020 год не за горами, а крепостное право отменили в 1861 году! И вот после таких собеседований во мне вскипает революция, у меня кипит огромное желание создать для этой компании прекрасную репутацию, чтобы никто к ним не пошёл. А ведь это очень глупо общаться в режиме "я чуть сверху", мы же в обществе и основной принцип уважения между людьми это быть с ними наравне. И если мне понравилось собеседование я всем расскажу и посоветую пойти в компанию моим коллегам или сообществу, знакомым. Мир же тесен. А мир ИТ ещё более тесный.
Кто-то мне говорил, чего ты злишься, это же просто стресс интервью.
Давайте по порядку:
1. Собеседование уже стресс для человека, даже если он имеет большой опыт прохождения собеседований как соискатель и наниматель. Как ни крути это стресс.
2. Лучше показать своё человеческое лицо и совершить продажу своей компании, потому что во время собеседования идёт именно продажа. И те кто собеседуют являются лицом компании и показывают ту систему, правила, которые есть в компании. Да, HR, секретарь это лицо компании, далее руководитель и технические специалисты, которые проводят собеседование. Больше ни с кем соискатель не общался и выбор будет сделан именно по этому общению и первому соприкосновению.
3. Мы не орангутанги, чтобы насилием самоутверждаться за счёт тех кто приходит на собеседования. Мы просто люди, человеки))
4. Не доверие всему миру чревато, тому, что ты не доверяешь сам себе и не являешься специалистом, если бомбишь и унижаешь других. Это говорит о низкой моральной и профессиональной подготовке. А зачем мне такое место работы?
5. Стресс интервью? Вы серьезно? А у нас больше нет других стрессов что ли? Может лучше вы создадите спокойную атмосферу в компании, чтобы человек сказал там так клёво и спокойно, я хочу там работать, потому что точно справлюсь в такой атмосфере со сложными задачами.
Мой вывод всегда был такой, что неуважение к человеку на собеседование проявлять это только показатель низости компании и того, кто собеседует. И неважно сколько человеку лет, когда вы его уважаете, его уровень знаний, опыта, развития, это делает и вас выше. Возможно я перехожу на тонкие материи, но моё категоричное нет стресс интервью и собеседованиям, которые больше похожи на насилие, чем на приём на работу. Мой совет, бегите от таких работодателей!!!
#books #мояполка #мирвокруг #моемнение #softskills #стоитпочитать
Как научиться общаться?
Однажды мне очень повезло и меня консультировала отличная девушка логопед-психолог. Консультацию я брала на тему публичных выступлений, но в итоге задала много вопросов обо всём. Один из вопросов был про работу в команде и о том как научиться общаться?
Мой мозг устроен так, что мне бесполезно говорить результат, ставить мне диагноз или какой-либо вывод, мне нужно понимать картину вцелом и основы, фундамент, предпосылки, источники, схемы откуда все растет и как строится. Логопед просто ёмко мне сказала читай книгу Шульца фон Туна "Говорить друг с другом: анатомия общения" и показала мне её. Я конечно воодушевленная начала её искать, и в итоге купила. Это оказалось сложно, но можно.
Прочитала я её не сразу, и некоторые разделы пропускала, потом возвращалась.
Но что точно могу сказать, что что-то в голове щёлкнуло и стало яснее как строятся коммуникации людей. Я люблю общение, но вот есть люди и моменты, когда и конфликты возникают и недопонимание. И тут самое сложное оказалось разрешить другому человеку думать, по другому.
Книга больше про схемы, она некий фундамент и даёт действительно представление о том, как люди общаются что так и что не так.
Если вы любитель основ, при этом руководитель или продакт, или Тим лид, то тогда я вам порекомендую ознакомиться с книгой. У меня периодически возникает желание её перечитать, и я это буду делать именно в те моменты, когда сама буду злиться или мне попадется конфликт, или очень агрессивное чужое мнение.
Книга не даст вам рецепт волшебной пилюли, но точно даст определенные инсайты и уложит в голове фундамент схем общения. А без фундамента сложно строить дом.
В интернете также много есть информации про схемы Шульца фон Туна, например 4 уха, даже Википедия имеет информацию. Но я конечно больше люблю книги)))
Как научиться общаться?
Однажды мне очень повезло и меня консультировала отличная девушка логопед-психолог. Консультацию я брала на тему публичных выступлений, но в итоге задала много вопросов обо всём. Один из вопросов был про работу в команде и о том как научиться общаться?
Мой мозг устроен так, что мне бесполезно говорить результат, ставить мне диагноз или какой-либо вывод, мне нужно понимать картину вцелом и основы, фундамент, предпосылки, источники, схемы откуда все растет и как строится. Логопед просто ёмко мне сказала читай книгу Шульца фон Туна "Говорить друг с другом: анатомия общения" и показала мне её. Я конечно воодушевленная начала её искать, и в итоге купила. Это оказалось сложно, но можно.
Прочитала я её не сразу, и некоторые разделы пропускала, потом возвращалась.
Но что точно могу сказать, что что-то в голове щёлкнуло и стало яснее как строятся коммуникации людей. Я люблю общение, но вот есть люди и моменты, когда и конфликты возникают и недопонимание. И тут самое сложное оказалось разрешить другому человеку думать, по другому.
Книга больше про схемы, она некий фундамент и даёт действительно представление о том, как люди общаются что так и что не так.
Если вы любитель основ, при этом руководитель или продакт, или Тим лид, то тогда я вам порекомендую ознакомиться с книгой. У меня периодически возникает желание её перечитать, и я это буду делать именно в те моменты, когда сама буду злиться или мне попадется конфликт, или очень агрессивное чужое мнение.
Книга не даст вам рецепт волшебной пилюли, но точно даст определенные инсайты и уложит в голове фундамент схем общения. А без фундамента сложно строить дом.
В интернете также много есть информации про схемы Шульца фон Туна, например 4 уха, даже Википедия имеет информацию. Но я конечно больше люблю книги)))
#моемнение #мысливслух #продукт #капитаннеочевидность #productmanager #системныйанализ
Интересная тенденция замечается, это разработка ПРОДУКТА без аналитика.
Сначала я об этом слышала, потом я спорила с преподавателями в вышке, мол как, ну как так то делать то, а теперь я это вижу.
Классическая схема: лет 10 назад мозговой лидер понял как сделать ИТ бизнес, его сделал, веб разработка, всё круто, оно работает и приносит деньги. Схема работает. Но! Прошло время, мир изменился. И пора расти. А ещё тут все говорят про продукты и это модно. Нам тоже нужны продакты. И тут эти продакты, становятся между разработкой и своими идеями или тем, что идёт сверху в виде бизнеса. А далее этот разрыв становится всё больше и больше. А потом становится таким большим, что руководитель не понимает зачем ему вообще всё это. Оно же итак у меня работало! А вы черти обещали результат и где??
И вот тут появляется аналитик. И что меня удивляет, это вопрос руководства - зачем? Вопрос продактов - ты кто? Что ты делаешь?
А ещё лучше, (привет Карпов и skyeng, и привет Замесин! О Господи, Замесин! И ты туда же... Типа продакту лень описывать задачу... Серьёзно???) непонимание того, что продакты не могут настолько глубоко поставить задачу там, где это требуется. Они часто не из разработки. Таковы тенденции России. Они не понимают тонкости архитектуры, программирования и всего, всего, всего. Ребят! Есть же дисциплина системная инженерия! Ау!
И какой вывод.
За каждым громким именем, громкого продакта, стоит большая работа крутой команды. Настолько крутой, что этот продакт не понимает насколько ему повезло. Он просто презентация, этой команды. Я не говорю про всех. Не поймите меня неправильно. Но вот эта поверхность новых течений просто вечно бесит. Сначала agile, потом Scrum. Просто компания должна внедрить. Нюансы как это применять никто не понял, но надо. И тут взлетает бизнес гуманитариев, они лезут в инженерию. Остановитесь! Осмотритесь! Ваша ниша в ИТ другая. Ну ребят, ну правда. Но с другой стороны покупается)))) Вы наверное не обрадуетесь, если вас будет лечить пожарный без образования врача. Почему тогда лидеры бизнеса доверяют тем, кто без базы, круто трындит? Я всегда думала, что системный анализ устоявшаяся дисциплина, но её неоправданно отодвинули и плачут у горы пепла. Точнее не так. Доверяют продакту и увольняют разработку, они же дебилы просто не поняли, что от них хотели, а разрабов полно, новых найдём, итак по кругу)))
Интересная тенденция замечается, это разработка ПРОДУКТА без аналитика.
Сначала я об этом слышала, потом я спорила с преподавателями в вышке, мол как, ну как так то делать то, а теперь я это вижу.
Классическая схема: лет 10 назад мозговой лидер понял как сделать ИТ бизнес, его сделал, веб разработка, всё круто, оно работает и приносит деньги. Схема работает. Но! Прошло время, мир изменился. И пора расти. А ещё тут все говорят про продукты и это модно. Нам тоже нужны продакты. И тут эти продакты, становятся между разработкой и своими идеями или тем, что идёт сверху в виде бизнеса. А далее этот разрыв становится всё больше и больше. А потом становится таким большим, что руководитель не понимает зачем ему вообще всё это. Оно же итак у меня работало! А вы черти обещали результат и где??
И вот тут появляется аналитик. И что меня удивляет, это вопрос руководства - зачем? Вопрос продактов - ты кто? Что ты делаешь?
А ещё лучше, (привет Карпов и skyeng, и привет Замесин! О Господи, Замесин! И ты туда же... Типа продакту лень описывать задачу... Серьёзно???) непонимание того, что продакты не могут настолько глубоко поставить задачу там, где это требуется. Они часто не из разработки. Таковы тенденции России. Они не понимают тонкости архитектуры, программирования и всего, всего, всего. Ребят! Есть же дисциплина системная инженерия! Ау!
И какой вывод.
За каждым громким именем, громкого продакта, стоит большая работа крутой команды. Настолько крутой, что этот продакт не понимает насколько ему повезло. Он просто презентация, этой команды. Я не говорю про всех. Не поймите меня неправильно. Но вот эта поверхность новых течений просто вечно бесит. Сначала agile, потом Scrum. Просто компания должна внедрить. Нюансы как это применять никто не понял, но надо. И тут взлетает бизнес гуманитариев, они лезут в инженерию. Остановитесь! Осмотритесь! Ваша ниша в ИТ другая. Ну ребят, ну правда. Но с другой стороны покупается)))) Вы наверное не обрадуетесь, если вас будет лечить пожарный без образования врача. Почему тогда лидеры бизнеса доверяют тем, кто без базы, круто трындит? Я всегда думала, что системный анализ устоявшаяся дисциплина, но её неоправданно отодвинули и плачут у горы пепла. Точнее не так. Доверяют продакту и увольняют разработку, они же дебилы просто не поняли, что от них хотели, а разрабов полно, новых найдём, итак по кругу)))
#мысливслух #моемнение #капитаночевидность #командообразование #рост #развитие
Уровень команды/компании/сотрудника.
Побуду немного капитаном очевидность. Чтобы получить развитие, нужно быть в команде/компании, которая даёт тебе рост.
Это как в спорте, например в большом теннисе, хочешь быть вверху рейтинга, нужно как можно больше играть с теми, кто круче тебя. Или как в конькобежном, попадай в пару с тем, кто сильнее. Начинаешь делать больше и на шаг становишься выше. Так и в обычной жизни, иди туда, где есть люди круче тебя, либо наоборот, приходя в компанию помоги ей вырастать до своего уровня, а дальше расти можно и вместе. И это очень волнительный момент, оценки себя, команды и компании, осознание что можно изменить и сделать лучше. С другой стороны это очень сложно осознать самому свой уровень и что даст компания, для этого и нужны менторы, наставники, когда ты знаешь к кому пойти и спросить. Да и в жизни точно также, есть те на которых равняешься за которыми тянешься, в идеале это родители, у них жизненный опыт, они с радостью будут его вкладывать и отдавать свою энергию. И самое крутое развитие вещей, когда Ученик превосходит своего учителя, значит учитель хорош.
Вернёмся к команде. Когда команда представляет собой симбиоз, и имеет определенный уровень того, что выдаёт на выходе, то каждому новому участнику придётся либо подстроиться, если его уровень ниже, либо начать тянуть до себя команду. И тут происходит самое интересное, команда живой организм и она очень быстро поймёт кто именно не дотягивает до общего уровня и "кто самое слабое звено и тянет всех на дно". И при таком раскладе команда сама будет всеми способами избавляться от слабого или токсичного звена. Останется только разглядеть, хотя это достаточно просто и быстро подсвечивается. И избавиться, заменить это звено.
А вот если это звено руководитель?) Как по мне, так это беда глобальная, команда либо революцию совершит, либо разбежится или уйдет за другим лидером.
Уровень команды/компании/сотрудника.
Побуду немного капитаном очевидность. Чтобы получить развитие, нужно быть в команде/компании, которая даёт тебе рост.
Это как в спорте, например в большом теннисе, хочешь быть вверху рейтинга, нужно как можно больше играть с теми, кто круче тебя. Или как в конькобежном, попадай в пару с тем, кто сильнее. Начинаешь делать больше и на шаг становишься выше. Так и в обычной жизни, иди туда, где есть люди круче тебя, либо наоборот, приходя в компанию помоги ей вырастать до своего уровня, а дальше расти можно и вместе. И это очень волнительный момент, оценки себя, команды и компании, осознание что можно изменить и сделать лучше. С другой стороны это очень сложно осознать самому свой уровень и что даст компания, для этого и нужны менторы, наставники, когда ты знаешь к кому пойти и спросить. Да и в жизни точно также, есть те на которых равняешься за которыми тянешься, в идеале это родители, у них жизненный опыт, они с радостью будут его вкладывать и отдавать свою энергию. И самое крутое развитие вещей, когда Ученик превосходит своего учителя, значит учитель хорош.
Вернёмся к команде. Когда команда представляет собой симбиоз, и имеет определенный уровень того, что выдаёт на выходе, то каждому новому участнику придётся либо подстроиться, если его уровень ниже, либо начать тянуть до себя команду. И тут происходит самое интересное, команда живой организм и она очень быстро поймёт кто именно не дотягивает до общего уровня и "кто самое слабое звено и тянет всех на дно". И при таком раскладе команда сама будет всеми способами избавляться от слабого или токсичного звена. Останется только разглядеть, хотя это достаточно просто и быстро подсвечивается. И избавиться, заменить это звено.
А вот если это звено руководитель?) Как по мне, так это беда глобальная, команда либо революцию совершит, либо разбежится или уйдет за другим лидером.
#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, в следущем посте))