В 2023 году одной из моих целей стало собрать команду, забрейнштормить и запустить вместе проект, набрать 100 пользователей.
Я подошёл к этому серьёзно, но у меня не получилось.
Этим постом я хочу прорефлексировать весь путь, почему не вышло, что сработало и что помешало.
С нуля, до первого прототипа и до затухания деятельности команды.
Такие схемы на проектах готовят наши архитекторы. Достаточно ли их чтобы оценить состав и сложность каждого модуля, объем и трудоемкость работ в целом. Поможет ли такая схема при планировании работ?
В статье рассуждение о том что могло бы помочь.
Старые программы покрываются коркой сомнительных фич.
ls просто создаёт список файлов, cat просто выводит содержимое файлов, grep просто фильтрует данные, wc просто подсчитывает слова и так далее. У каждой программы есть несколько опций, меняющих её поведение, но не слишком сильно. Например: wc можно сконфигурировать для подсчёта строк или слов, но не для подсчёта количества абзацев или вхождений какой-то фразы.wc, если с этим уже способна справиться grep?
Наверняка у многих бизнес-аналитиков есть цель использовать особые артефакты: Impact Map, CJM (Customer Journey Map), USM (User Story Map). Особые, т. к. не так часто они встречаются в бизнес-требованиях, и даже бывалый аналитик может с непривычки растеряться, если не создаёт их каждый день.
Меня зовут Ирина, я ведущий бизнес-аналитик с более чем пятилетним опытом. Сейчас работаю в X5 Tech в направлении “Цепочки поставок”.
В статье описываю общие принципы построения Impact Map, CJM и USM и вариации их использования не только на примере своих рабочих кейсов, но и на бытовых примерах (буквально на жареной картошке и строительстве дома). Для опытных специалистов разобранные примеры пополнят копилку насмотренности. А для новичков в бизнес-анализе статья будет полезна с точки зрения постижения азов.
Привет! Меня зовут Дима Курамшин, я директор по бизнес-процессам в AGIMA. Недавно мы заметили, что некоторые задачи на наших досках застревают на приемке у заказчиков. Например, задачу с нуля мы делаем 10 дней, но потом в колонке Review она может лежать еще столько же или даже больше. Мы решили разобраться, в чем проблема, а в итоге довольно сильно поменяли воркфлоу.
Часто мы получаем вопросы от наших клиентов: «А как мы поймём, что стратегическая сессия прошла успешно?». Зачастую этим вопросом задаются те, кто проводит стратегическую сессию в первый раз. Они слышали о пользе этого мероприятия, но не знают, как оценить его эффективность. Мы уверены, что и опытным стратегам будет интересно узнать подробнее про критерии оценки качества стратегической сессии и проверить свою технику.
В этой статье рассмотрены самые важные нюансы, которые увеличат эффективность вашей стратегической сессии, и действия, которые важно сделать на каждом этапе подготовки и проведения стратегической сессии.
Эту статью можно использовать как своего рода чек-лист, который позволит убедиться в правильной организации или проверить своего подрядчика на профессионализм.
Проект это сложная история. Обычно это относительно сложное и длительное мероприятие, создать программный продукт и провести его через стадию активной разработки до первой реальной коммерческой эксплуатации. Лично я видел как этот путь, в среднем, занимал от 2 до 5 лет на проекте с большой командой разработчиков.
Фишка в том, что нужно обеспечить качество продукта. Нас за этим (как разработчиков) и нанимают на работу, чтобы мы правильно писали программные продукты и прикладывали усилия чтобы эффективно двигать продукт вперед. Но на выходе, причем иногда еще до реального большого релиза, продукт может обрасти таким количеством технического долга, что скорость разработки очень сильно падает, и кодовая база приобретает характеристики которые свойственны кодовым базам которые сложно поддерживать и развивать. И парадокс в том что все при этом действительно стараются сделать хороший программный продукт. То есть, как говорится, хотели как лучше, а получилось как всегда.
Под катом наблюдения и личные выводы почему это происходит.
Стратегическая сессия является эффективным средством для разработки стратегии организации на долгосрочную перспективу. В данной статье мы предоставим список основных составляющих и поделимся своим богатым опытом проведения более чем 200 сессий для малого и среднего бизнеса (нашими клиентами являются компании с годовым доходом от 1 до 10 миллиардов рублей).
Стартапы часто сталкиваются с проблемами и вызовами, которые требуют гибкого управления. Задача руководителя – приведение организации на путь устойчивого развития.
В статье Артём Варкулевич, CEO и основатель стартапа Онтонет, руководитель отдела бизнес-архитектуры с 20-летним стажем в ИТ, расскажет, как подходы системной инженерии и онтологическая платформа поддерживают гибкие подходы к разработке в стартапе. Похожие проблемы роста существуют и в историях корпоративных команд.
Статья подводит технологический задел под существующие процессы и показывает, как обеспечить команды инструментарием управления разработкой.
Тема развития из разработчика в предпринимателя очевидно актуальна. Предыдущие мои три статьи на эту тему собрали 160К+ просмотров и более 600 закладок. Точно знаю уже несколько кейсов, когда люди создавали свой бизнес после прочтения.
Рад, что наш опыт вдохновляет проходить этот интересный путь. В этом сезоне я расскажу следующий инкремент развития в серийного предпринимателя. Про личностный крах. И появление нового, амбициозного бизнеса.
За эти 5 лет у меня поменялось очень многое. Это точно самый большой сдвиг в восприятии бизнеса, людей, да и в целом мира вокруг. Это колоссально повлияло на все, что я делаю. Повлияло в лучшую сторону.
В этой статье я расскажу, как DevOps-инженеры «Фланта» интегрируются в команду клиента и по каким правилам мы работаем, чтобы сотрудничество было комфортным для всех. Мы пройдемся по каждому этапу внедрения и разберем основные принципы, проблемы и риски при интеграции сторонних DevOps-команд.
Статья будет полезна тем, кто только задумался о привлечении в свою компанию сторонней команды и хочет узнать, как строится процесс внедрения. Также она будет интересна тем, кто и сам оказывает похожие услуги или формирует внутреннюю DevOps-команду.
Несколько лет назад к нам обратилась крупная компания с запросом на проведение стратегической сессии для более чем 1000 человек. Руководитель настойчиво требовал, чтобы результаты были лучше, чем в прошлый раз. Дважды они имели негативный опыт сбора командой топ-менеджеров, когда сессия прерывалась на полпути из-за уверенности топов в ее неэффективности. Кто-то вставал и говорил «хватит ерундой заниматься, пойдем лучше поработаем». После этого термин “стратегическая сессия” стал ассоциироваться у них с чем-то бесполезным.
Мы выяснили, что основными причинами провалов были:
• слабый модератор (HRD, недавно принятый на работу)
• плохо продуманная архитектура сессии
• неинтересные аналитики для топ-менеджеров.
Это достаточно распространенные проблемы на стратегических сессиях, хотя и не единственные. Стратегическая сессия - мощный инструмент развития бизнеса, но в ходе ее проведения многое может пойти не так, как надо.
Всем привет! Это ламповая история от основателей компании – рассказ о хронологии замены Jira, а также о том, как собственные разработки помогают при создании будущих сервисов. Всё что идёт ниже – расшифровка аудио с небольшой редактурой, которая записана мной. Все совпадения случайны, трюки выполнены профессионалами, за русский язык ногами не пинайте.
В начале описана общая история компании, которая поможет разобраться "что-как", затем про технологии. А на сладкое - как рынок иногда сам подсказывает куда нужно идти.
Привет! Это Fitil – сообщество, где люди знакомятся и общаются на мероприятиях, заводят дружбу и отношения. И сегодня в рамках рубрики «Fitil о психологии» мы вместе с психологом Алёной Давыденко хотим поговорить о том, как справляться с конфликтами в отношениях любого рода: дружеских, романтических и любых других.
Конфликты всегда были и будут в человеческих взаимоотношениях независимо от того, общаетесь вы с кем-то лично или онлайн. И важно помнить, что они не могут иметь только негативную окраску, так как они могут помочь нам вырасти эмоционально и открыть новые стадии в отношениях с коллегами, друзьями и близкими.
Главный секрет успеха в решении конфликта – признать, что он есть. Кому-то покажется странным, но те, кто избегает конфликтов, поймут, что мы имеем в виду. Сложность решения конфликтных ситуаций часто заключается в том, что людям сложно отстаивать свою точку зрения. Например, внутренне мы понимаем, что правы, но сказать об этом не можем по разным причинам.
В этой статье мы расскажем:
• о причинах, по которым мы избегаем конфликтов;
• о стратегиях разрешения конфликта;
• о техниках, которые помогут выстроить диалог с оппонентом.
В далёком 2020 году мы решили отказаться от Скрама и перейти на канбаноподобную модель с парой элементов из фреймворка LeanDS. Это решило как минимум часть проблем, про которые я говорил в докладе - тенденция к выгоранию, искусственные разрывы экспериментов между спринтами, разрушение спринтов из-за внезапных задач, ухудшение качества кода и документации. И чуть ли не самое главное - после отказа от некоторых скрам-ритуалов значительно упали затраты времени и энергии на не особо нужные встречи и споры.
Спустя примерно два с половиной года и какое-то количество не самых удачных процессных экспериментов (например, OKR и квартальные цели) стало ясно, что что-то или сломалось, или изначально работало не очень хорошо. Вот примеры проблем, с которыми все четыре продуктовые команды (так мы называем ML-команды по разными направлениям - маммография, рентген лёгких, КТ лёгких, КТ мозга) регулярно сталкивались в пост-скрамной эпохе:
Не секрет, что эффективное делегирование полномочий помогает развивать и масштабировать бизнес, растить специалистов. Если не делегировать задачи или делать это неправильно, у руководителя может не остаться времени на стратегическое развитие компании. Как с этим всем разобраться в зависимости от стиля управления, рассказываем в статье.
Всем привет! Меня зовут Артём Падерин.
Я помогаю собственникам создать системный, управляемый бизнес и выйти из операционки.
Скоро конец года, время подводить итоги и ставить новые планы, поэтому расскажу, как я провожу стратегические сессии для команд малого и среднего бизнеса. Как их проводить эффективно, чтобы это не было посиделкой с друзьями.
Хочу вас огорчить, программисты не делают игры - их делают дизайнеры и арт. Можно уволить программиста и на его место придет другой и через условные месяц-два-полгода начнет закрывать таски не хуже. Если увольняется дизайнер, его монстр, пушка или контент повисает без хозяина и без "видения". Если её не перехватил сосед (а у соседа свой монстр), то в большинстве случаев его работа просто уходит в стол и монстра пишут заново на тех же ассетах и принципах, но заново.
Если увольняется арт-директор, который несет "видение" проекта, то проекту становится очень плохо, в большинстве случаев визуально он изменится до неузнаваемости, хотя ассеты могут быть те же самые. Программисты делают всё, кроме самой игры: рендер, звук, физику, сеть, AI, инверсную кинематику, поиск пути и т.д. Можем подискутировать в комментариях.
Улучшение и оптимизация UI/UX – это не только об удобстве и привлекательности для пользователя. Это также о значительном увеличении конкурентоспособности и о возврате инвестиций. Компании, которые вкладывают в разработку качественного пользовательского интерфейса и опыта, как правило, видят значительный рост продаж и улучшение общего взаимодействия с клиентами.
В этой статье мы подробно разберем, как интеграция UX-опросов в процесс разработки продукта может стать ключевым фактором успеха вашего бизнеса. Поговорим о различных методиках, инструментах и наилучших практиках, которые помогут вам не только понять, но и улучшить опыт ваших пользователей.
Подробно рассматриваем 4 российских онлайн-доски, которые могут закрыть потребности бизнеса, если нет возможности оплатить Miro или нужно срочно перейти на российский софт.