Вот так вот уютная айтишечка перестаёт быть уютной. Пробиться сейчас к нам могут только самые наглые, а значит время эффективного труда сходит на нет. Впереди бессмысленные бодания и споры с вот такими вновь прибывшими, которые и дальше пойдут по головам согласно своим методами.
Но вновь прибывшие тут не виноваты. Просто все хотят своё место под солнцем.
Прикольно, буду теперь говорить про свою работу, что она «в стиле КД».
В комментариях много непонимания и несогласия про организацию рабочего процесса таким вот образом. Но для меня это обычное дело и из опыта вижу, что успеха и прогресса в этом реально больше. Зона влияния шире, рост как профессионала быстрее.
Но реальные минусы, с которыми приходится сталкиваться в российских реалиях: профита приносишь гораздо больше, а зарплатные вилки на рынке труда рассчитаны под специалистов, работающих не в «стиле КД». Ну и не везде готовы предоставлять свободу инициатив, т.к привычка работать в другой парадигме. Работу найти тот еще кейс из-за этого всего. Но когда находишь, довольны все.
И да, автор прав, работа по таскам точно не подходит.
Так как не всегда заказчику легко представить как будет выглядеть функционал, не исключено, что он может с некоторыми вещами соглашаться, а потом в процессе понять, что это не то.
Прототип — это наскоро собранная модель данных или подгруженный ограниченный семпл данных + подготовленные визуализации. На этом этапе мы публикуем в UAT для рабочей группы заказчика приложение, чтобы он мог его покликать, воспроизвести свои user cases, понять, чего ему не хватает в визуале, что удобно, а что нет. Можно провести встречу чтобы разработчик увидел, что с этим приложением хотят делать, чтобы скорректировать функционал, предложить что-то посмотреть.
На этом этапе мы не добиваемся выверенных и обновляемых данных, они могут быть даже тестовыми или сгенерированными. Главное — в нужном разрезе.
Важно заказчику дать ограниченное время на тестирование и консолидацию ОС от рабочей группы. Иногда достаточно провести одну встречу чтобы закончить этот этап.
Чтобы потом к прототипу допилить аккуратный etl, причесать настройки визуализаций.
На этом этапе мы не берём в работу принципиально новые требования. Но всё, что накидывают сразу записываем в jira, складываем в бэклог, его приоритезируем.
В разработке в рамках задачи оставляем то, что требуется заказчику для работы сразу же и то, что вписывается в объемы оценки задачи. Хотя лучше прототип выносить в отдельный этап и оценивать отдельно.
Прототипирование не требуется для всех отчетов и почти никогда не нужно при доработках. Но нужно там, где требования до конца не ясны или со старта требуется что-то объемное, где по вашему опыту требования часто меняются, прилетает куча доработок после внедрения и т.д.
Процесс зрелой команды BI, которая делает отчетность не на коленке ??
Постоянно изменяющиеся требования могут говорить о нечетко сформулированной для себя цели отчета со стороны заказчика. Возможно, ему нужно с этим помочь. Иногда бывает, что в реализацию пошло незрелое решение. Нарастить зрелость, да и с требованиями определиться часто помогает этап прототипирования.
Касательно внутренних улучшений — они действительно будут в проигрыше по приоритету перед бизнесовыми задачами. Очень часто эта проблема становится особенно острой, когда ресурсом BI-команды управляет заказчик, например Product Owner, который находится на стороне бизнеса.
Полезно иметь отдельный забронированный пул ресурса на внутренние задачи. Это может быть какое-то фиксированное кол-во часов или процент от общего ресурса. И каждый спринт планировать активности в этот пул. Пускай это будет хотя бы небольшое кол-во часов, но лучше понемногу делать самые важные улучшения, чем не делать их вообще и надеяться на свободные часы в будущем (они с высокой долей вероятности не найдутся или заполнятся внезапными проблемами).
Идея хороша, потому что еще в том году я подумала, что было бы неплохо видеть телегу в формате ленты ? поэтому лайк, что это реализовали, хоть и не в самом интерфейсе мессенджера.
Вопрос о фильтрации и переизбытка информации решается организацией своих источников информации. Тут как и во многом важна избирательность и сбалансированность. Плюс щепотку упорядоченности. Примерно также как и с едой) ну или как с настройкой визуальных интерфейсов, такая аналогия тоже уместна)
Где-то прочитал, что сладкое хорошо усваивается до полудня, а жирное - до не очень позднего вечера (примерно, часов до 18)
Вся подобная информация - это чьи-то фантазии). Подобные тезисы обязаны быть подтверждены исследованиями. При том, качественными исследованиями. Критерии качества наукой сформулировано, их можно найти .
Тревожность, как будто, тоже немного снизилась
Ага, тут и оно! То есть она есть, раз она снизилась? Тревожность - это очень выматывающее и изнуряющее состояние. Это настоящая дыра, в которую стекает энергия человека. И нужно латать её, если есть такая проблема. Диагностировать эту проблему можно по самочувствию и/или пройдя тест на тревожное расстройство (Шкала Бека, например). Решать её с КПТ психологом и/или медикаментозно.
Что касается кофе, оно, кстати, способно увеличивать пульс и уровень тревоги. Людям с тревожным расстройством часто рекомендуют его ограничивать, т.к на них кофе влияет сильнее.
есть ещё много всяких интересных тем про адресное голодание, настройку гормональной системы и подбор правильного рациона питания
Это правда, есть еще много всего: и гороскопы, и лечение травами и БАДами от всех бед ; ) здоровья не хватит всё перепробовать. Да и сил тоже - их и так мало в исходном состоянии.
Но если обратиться к Доказательной Медицине (а точнее к ДМ доктору), то выяснится, что от питания требуется только то, чтобы оно было достаточным и сбалансированным (по методу тарелки, например). А силы, например, съедает тревога, дефицит железа и/или витамина Д.
Гормональная система - не гитара, её настраивать не нужно. Если у вас не растёт грудь, то вероятнее всего, всё функционирует правильно.
Автор, лучи поддержки Вам, сил и правильных оптимальных решений!
Вот интересно, конечно...) если ознакомиться с обзором ЗП по специалистам средних и крупных компаний, то можно увидеть, что сейлы, юристы, финансисты и другие имеют соизмеримые ЗП с аналитиками и разработчиками.
Какая-то блажь) а в конце форума реклама ИТ курсов была?))
Вот так вот уютная айтишечка перестаёт быть уютной. Пробиться сейчас к нам могут только самые наглые, а значит время эффективного труда сходит на нет. Впереди бессмысленные бодания и споры с вот такими вновь прибывшими, которые и дальше пойдут по головам согласно своим методами.
Но вновь прибывшие тут не виноваты. Просто все хотят своё место под солнцем.
Прикольно, буду теперь говорить про свою работу, что она «в стиле КД».
В комментариях много непонимания и несогласия про организацию рабочего процесса таким вот образом. Но для меня это обычное дело и из опыта вижу, что успеха и прогресса в этом реально больше. Зона влияния шире, рост как профессионала быстрее.
Но реальные минусы, с которыми приходится сталкиваться в российских реалиях: профита приносишь гораздо больше, а зарплатные вилки на рынке труда рассчитаны под специалистов, работающих не в «стиле КД». Ну и не везде готовы предоставлять свободу инициатив, т.к привычка работать в другой парадигме. Работу найти тот еще кейс из-за этого всего. Но когда находишь, довольны все.
И да, автор прав, работа по таскам точно не подходит.
Так как не всегда заказчику легко представить как будет выглядеть функционал, не исключено, что он может с некоторыми вещами соглашаться, а потом в процессе понять, что это не то.
Прототип — это наскоро собранная модель данных или подгруженный ограниченный семпл данных + подготовленные визуализации. На этом этапе мы публикуем в UAT для рабочей группы заказчика приложение, чтобы он мог его покликать, воспроизвести свои user cases, понять, чего ему не хватает в визуале, что удобно, а что нет. Можно провести встречу чтобы разработчик увидел, что с этим приложением хотят делать, чтобы скорректировать функционал, предложить что-то посмотреть.
На этом этапе мы не добиваемся выверенных и обновляемых данных, они могут быть даже тестовыми или сгенерированными. Главное — в нужном разрезе.
Важно заказчику дать ограниченное время на тестирование и консолидацию ОС от рабочей группы. Иногда достаточно провести одну встречу чтобы закончить этот этап.
Чтобы потом к прототипу допилить аккуратный etl, причесать настройки визуализаций.
На этом этапе мы не берём в работу принципиально новые требования. Но всё, что накидывают сразу записываем в jira, складываем в бэклог, его приоритезируем.
В разработке в рамках задачи оставляем то, что требуется заказчику для работы сразу же и то, что вписывается в объемы оценки задачи. Хотя лучше прототип выносить в отдельный этап и оценивать отдельно.
Прототипирование не требуется для всех отчетов и почти никогда не нужно при доработках. Но нужно там, где требования до конца не ясны или со старта требуется что-то объемное, где по вашему опыту требования часто меняются, прилетает куча доработок после внедрения и т.д.
Постаралась обогатить комментарий нюансами)
Процесс зрелой команды BI, которая делает отчетность не на коленке ??
Постоянно изменяющиеся требования могут говорить о нечетко сформулированной для себя цели отчета со стороны заказчика. Возможно, ему нужно с этим помочь. Иногда бывает, что в реализацию пошло незрелое решение. Нарастить зрелость, да и с требованиями определиться часто помогает этап прототипирования.
Касательно внутренних улучшений — они действительно будут в проигрыше по приоритету перед бизнесовыми задачами. Очень часто эта проблема становится особенно острой, когда ресурсом BI-команды управляет заказчик, например Product Owner, который находится на стороне бизнеса.
Полезно иметь отдельный забронированный пул ресурса на внутренние задачи. Это может быть какое-то фиксированное кол-во часов или процент от общего ресурса. И каждый спринт планировать активности в этот пул. Пускай это будет хотя бы небольшое кол-во часов, но лучше понемногу делать самые важные улучшения, чем не делать их вообще и надеяться на свободные часы в будущем (они с высокой долей вероятности не найдутся или заполнятся внезапными проблемами).
Идея хороша, потому что еще в том году я подумала, что было бы неплохо видеть телегу в формате ленты ? поэтому лайк, что это реализовали, хоть и не в самом интерфейсе мессенджера.
Вопрос о фильтрации и переизбытка информации решается организацией своих источников информации. Тут как и во многом важна избирательность и сбалансированность. Плюс щепотку упорядоченности. Примерно также как и с едой) ну или как с настройкой визуальных интерфейсов, такая аналогия тоже уместна)
Вся подобная информация - это чьи-то фантазии). Подобные тезисы обязаны быть подтверждены исследованиями. При том, качественными исследованиями. Критерии качества наукой сформулировано, их можно найти .
Ага, тут и оно! То есть она есть, раз она снизилась? Тревожность - это очень выматывающее и изнуряющее состояние. Это настоящая дыра, в которую стекает энергия человека. И нужно латать её, если есть такая проблема. Диагностировать эту проблему можно по самочувствию и/или пройдя тест на тревожное расстройство (Шкала Бека, например). Решать её с КПТ психологом и/или медикаментозно.
Что касается кофе, оно, кстати, способно увеличивать пульс и уровень тревоги. Людям с тревожным расстройством часто рекомендуют его ограничивать, т.к на них кофе влияет сильнее.
Это правда, есть еще много всего: и гороскопы, и лечение травами и БАДами от всех бед ; ) здоровья не хватит всё перепробовать. Да и сил тоже - их и так мало в исходном состоянии.
Но если обратиться к Доказательной Медицине (а точнее к ДМ доктору), то выяснится, что от питания требуется только то, чтобы оно было достаточным и сбалансированным (по методу тарелки, например). А силы, например, съедает тревога, дефицит железа и/или витамина Д.
Гормональная система - не гитара, её настраивать не нужно. Если у вас не растёт грудь, то вероятнее всего, всё функционирует правильно.
Автор, лучи поддержки Вам, сил и правильных оптимальных решений!
Вот интересно, конечно...) если ознакомиться с обзором ЗП по специалистам средних и крупных компаний, то можно увидеть, что сейлы, юристы, финансисты и другие имеют соизмеримые ЗП с аналитиками и разработчиками.
Какая-то блажь) а в конце форума реклама ИТ курсов была?))
Глядя на их текущий уровень поддержки покупателей, покупать у них авиабилеты - это полный экстрим!