Создать интернет-магазин за полчаса реально?

Записала инструкцию, как это можно сделать с помощью бота в Telegram, созданного с помощью BotHelp, и оплаты через ЮКасса. Эти два сервиса в связке помогают легко и просто сделать оплату любого товара через обычного бота и продавать прямо в переписке.

Видео-инструкцию можно посмотреть на любом удобном видео-хостинге:

ВК: https://vkvideo.ru/video-215961201_456239089

Дзен: https://dzen.ru/video/watch/67fe4d11b8fb4a50ab687ea7

Рутуб: https://rutube.ru/video/1e05616ac4197abe8159aad548a310b3/?r=a/

YouTube: https://youtu.be/56ii9pyDWxk?si=6s8HD-mzoGCvngPa


#автоматизация #бизнес #цифровизация #бизнеспроцессы

Как владельцу продукта управлять командой разработки

Типичная история в ИТ-компаниях, с которой мы сталкиваемся из раза в раз: владелец продукта жалуется, что не он управляет командой разработки и якобы поэтому не может добиться результатов. При том, что самый главный инструмент по управлению командой есть у каждого владельца продукта, но именно его многие стараются всеми силами игнорировать. Что же это за такой волшебный инструмент?

Мы уже писали почему отдавать управление командой разработки в руки владельца продукта это плохая идея. А вот чем владелец продукта обязан управлять так это продуктовым бэклогом. Именно это его вотчина, в которой он волен реализовывать себя по полной. Продуктовый бэклог это и есть самый мощный инструмент по управлению командой. Он по сути полностью управляет тем, что команда будет делать и в каком порядке.

Большинство проблем идет не от того, что командой нельзя управлять, а от того, что в бэклоге бардак. Команда может быть и рада бы была поработать, но описаний задач нет, приоритеты не расставлены, то, что нужно делать в текущем квартале решается в середине первого месяца этого же квартала. А что, собственно, требовать с разработки, если не сформирован сам список требований?

А вот когда в продуктовом бэклоге наведен порядок, то и с команды есть, что спросить. Согласны? Или у вас другое мнение? Напишите в комментариях.

Подробно о том, как организовать и приоритизировать продуктовый бэклог мы разбираем в нашей книге "Гибкие методологии на практике". В ней же можно узнать и о других эффективных способах повлиять на команду.

————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

Команда мечты - запись эфира с руководителем кадрового агенства HR KEYS Анастасией Мордяшовой

Запись эфира уже доступна на всех наших площадках. Обязательно посмотрите!

И напишите свои впечатления. Мы впервые проводили эфир на нашем канале и нам важно знать ваше мнение. Что понравилось? Что не понравилось? Может быть хотите разобрать еще какие-то темы?

Дзен: https://dzen.ru/video/watch/67ef92eb0efc4f53388b66d8

ВК: https://vkvideo.ru/video-215961201_456239086

Rutube: https://rutube.ru/video/4e09e865ed7f837587dea80927c2f943/

YouTube: https://youtu.be/KPwLOWiVB1o

Через 20 минут начинаем эфир с Анастасией Мордяшовой о построении команд мечты. Обязательно подключайтесь, начнём утро с интересного общения!

Вопросы и комментарии оставляйте под этим постом.

Ребята, мы сегодня с Анастасией Мордяшовой на ее канале провели приямой эфир про идеального кандидата, обсудили, как стать тем, за кого бьются работодатели. Проговорили много очень важных советов по тому, как готовится к собеседованию и по твердым и по мягким навыкам, как лучше всего преподносить свой опыт с самой лучшей стороны и на что смотрят руководители, когда отбирают людей.

С таким материалом успех на следующем собеседовании просто обеспечен! Делитесь с друзьями и коллегами, пусть поиск работы для них станет проще. Запись эфира я уже выложила, выбирайте удобную площадку для просмотра. А завтра мы с Анастасией ждем вас на нашем канале, где будем обсуждать создание команды мечты. Обязательно присоединяйтесь, будет интересно!

Дзен: https://dzen.ru/video/watch/67ee5b2bd05be66188e5dfc5

ВК: https://vk.com/video-215961201_456239084

Rutube: https://rutube.ru/video/private/48470d791191c50bb29e4d1d8a15cba2/?p=NQe6PPzcN1YXHYOlEkgSLg

YouTube: https://youtu.be/_NsRv5A7Was

4 апреля в 10:00 (мск) у нас на канале будет прямой эфир с приглашенным спикером

Тема: Как создать команду мечты

На эфире разберем👇🏻

1️⃣ существует ли команда мечты или это миф
2️⃣ как руководитель влияет на команду и как он сам может всё испортить
3️⃣ признаки эффективной команды и как ее собрать

Спикер 🚀 Мордяшова Анастасия
Руководитель кадрового агентства HR KEYS

А ещё она👇🏻
🌟 спикер Сколково , Синергии, Торгово-промышленной палаты РФ
🌟 автор программ по развитию компетенций, 15 лет практики, 1000+ сессий с клиентами
🌟 после программ Анастасии кандидаты повышают доход мин на 20%, лучший кейс 214% роста

🕙 Ждем вас с Анастасией послезавтра в 10 утра и надеемся на вашу активность.

До встречи в эфире!

Ты не умнее всех в команде, да тебе это и не нужно: управление кросс-функциональными командами

Сегодня поговорим об управлении кросс-функциональными командами. Все основы по управлению командами разработки мы уже разбирали в нашем учебнике для руководителей. А сейчас давайте сконцентрируемся на том, какие особенности есть в управлении именно кросс-функциональными командами.

Главная проблема многих сидит в голове - страх, что вы не умнее всех во большинстве областей, а в каких-то вообще не разбираетесь. Страх потери контроля и сомнения нужна ли ваша позиция в такой конфигурации. Все эти страхи безосновательны, ваша позиция нужна как и всегда, вы организатор и лидер, а наладить контроль качества и скорости это всего лишь одна из ваших задач. Итак что же будет отличаться для вас в управлении кросс-функциональной командой?

Организация бэклога
Нужно организовать процесс создания технического бэклога для каждого стека. Не важно насколько вы далеки от данного направления, собирайте людей им занимающихся, выписывайте вместе все проблемы, проводите оценку и приоритезацию. Ваша задача в первую очередь организовать этот процесс и проследить, чтобы все проблемы имели оценку и приоритет, а также брались в работу согласно вашим внутренним процессам.

Контроль качества
Контроль качества и скорости работы. С этим будет все немного сложнее и потребует от вас определенных телодвижений. Первое, любые задачи и проблемы, с которыми к вам приходят, должны быть вам поняты, т.е. вы должны требовать объяснить их понятным языком без специфических терминов и посылов. Технарь всегда может объяснить проблему бизнесу на пальцах, а если у вас есть другой технический бэкграунд, то вы уже точно друг друга поймете. Поэтому добивайтесь четких и понятных описаний проблем, чтобы было понятно в чем проблема и почему то или иное долго или быстро. Если вы хотите понимать хороша ли архитектура или подходы, используемые командой, вам придется пользоваться внешним аудитом. Для этого вам нужно найти людей в компании или вне, которым вы сможете доверить оценить подходы и качество (если это люди извне, то получите официальное разрешение на аудит, либо ставьте вопросы обобщенно, чтобы не выдавать коммерческой тайны вашей компании). Обычно там не требуется глубоких погружений, а нужно лишь понять адекватны ли подходы и сроки, и, если нет, то уже брать команду и обсуждать свои опасения. Не бойтесь задавать вопросы и делиться сомнениями, это ваша работа. Главное будьте открыты к тому, что слышите и не пытайтесь что-то навязывать или требовать, пока вы не разобрались в сути вопроса.

Разрешение споров и конфликтов
Разрешение межстэковых споров и конфликтов будет еще одной особенностью вашей работы. В местах пересечения участников ваших команд, например при обсуждении api или обсуждении багов, бывают трения на тему, кто виноват и на чьей стороне делать. Вам нужно выслушать все стороны спора, понять, как задача решается качественно для каждой из сторон, какие будут проблемы при разных подходах, а потом с учетом сроков и приоритетов выбрать решение, либо помочь найти компромисс.

Это основные отличия управления кросc-функциональной командой для руководителя. То, с чем вы будете сталкиваться постоянно.

Максим Шаламов

————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#agile #управлениекомандой #разработка #ит #бизнеспроцессы #руководителю #бизнес #разработка #ит #менеджмент

Вы наймете не тех людей, если не зададите себе эти вопросы

С чего нужно начинать найм людей в команду? Конечно же с правильных вопросов самому себе или своему руководству, если инициатор найма не вы. Самая главная ошибка это найм людей без понимания кого вы нанимаете и зачем.

В моей практике был случай, когда меня наняли в отдел, еще не определившись с задачей, на которую меня нанимают. В итоге, руководитель по сути придумал под меня задачу, которой я и занималась полгода, пока все вокруг решали, что же дальше делать. А через полгода я нашла себе место по-лучше, так и не дождавшись начала того основного проекта, на который меня изначально и нанимали (и компания платила все это время мне зарплату по сути за выдуманную задачу). А через месяц и отдел мой тоже расформировали (конечно это уже чувствовалось, когда я увольнялась). Видимо такой бездумный найм таки дал свои плоды.

Что же делать, чтобы такой ошибки избежать? Как бы вам не хотелось поскорее набрать себе подчиненных и рассказывать всем, каким огромным количеством людей вы управляете, задайте себе ряд вопросов и только после ответа на них начинайте найм:

- Правда ли вам нужны люди? То есть у вас действительно есть не закрытая потребность или планы, которые нельзя реализовать без дополнительных людей. Вопрос может показаться глупым, но поверьте, нанимают ненужных людей чаще, чем кажется.

- Зачем вам нужны новые люди? Какая основная цель найма?

- Какие конкретные задачи эти люди будут решать? Вот они через неделю выйдут, у вас готовы или будут готовы к этому времени задачи, чтобы они начали работать?

- Будут ли задачи на долгосрочный период или нет? Может быть вам нужно закрыть краткосрочный проект, а дальше люди уже не будут нужны.

- Насколько задачи сложные?

- Вы планируете дальше растить этих людей?

От ответа на все эти вопросы будет зависеть портрет потенциального подчиненного, которого вы собираетесь нанять. Такой анализ позволит вам уберечься от самых грубых ошибок в найме.

Но это только начало. Дальше нужно сделать еще нужно обойти много других граблей, чтобы нанять действительно хорошую команду. Полный чеклист "Как организовать найм технической команды" мы выложили на нашем Boosty. Забирайте и проверяйте себя, чтобы не делать лишних ошибок.

Александра Шаламова

#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент

Нейромаркетинг 2.0

Послушала доклад по применению ИИ в маркетинге на Global Tech Forum от Натальи Румянцевой. Хочу поделится, как мне кажется, самой главной мыслью.

Почему ИИ стал трендом именно в маркетинге? Все очень просто: продажи через скрипты уже плохо работают. Люди не покупают у глупого робота-записи или низкоквалифицированного человека, который читает по бумажке и совершенно не реагирует на ваши ответы. Поэтому сейчас маркетинг идёт по пути персонализации и работы через эмоции клиента.

Именно подход через персонализацию позволяет реализовать ИИ. Анализ человека и подбор именно под него и его историю стратегии продаж даёт намного лучший эффект.

Что думаете по этому поводу? Вас тоже раздражают продажи по скриптам?

#ии #цифровизация #globaltechforum #бизнес #бизнеспроцессы

Бесплатные иллюстрации для проекта

Ребята, смотрите какой классный нашла для вас инструмент, где можно генерировать довольно качественные иллюстрации по фотке или описанию. Сайт shakker.ai. Он дает 200 бесплатный токенов в сутки. За 200 токенов у меня получилось примерно 4-5 иллюстраций сгенерировать.

Как пользоваться
1. Просто авторизуетесь через Google-аккаунт или другой удобный вариант.

2. Эту модель для иллюстраций можно открыть по ссылке

3. Нажимаете зеленую кнопку "Run"

4. Открывается среда для генерации. Слева есть всякие настройки можете вообще ничего не трогать, и либо написать в текстовом поле промпт на английском (не хотите писать на английском, тогда заходите в переводчик, пишете на русском, а потом копируете перевод. Я попробовала вполне хорошо сработало), либо загружаете фотку в поле Img2Img и тогда генерация будет на ее основе.

5. Нажимаете внизу кнопку "Generate"

6. Генератор выдаст 4 варианта, из которых вы сможет выбрать. На понравившийся просто кликаете правой копкой мыши и нажимаете "Download image".

Я прикрепила то, что у меня получилось. Девушка по моим фоткам, а парень по промпту "A young man with a laptop under his arm stands in the middle of an IT company office. There are office tables behind him, a window behind him, and good weather outside. He is in a good mood and smiling. He is wearing a gray suit and a white shirt."

Из минусов, хорошо справляется именно с людьми, с городом или животными начинает очень сильно фантазировать. Фотку нашей кошки свернул с какой-то бесформенный мохнатых шар 😁🙈

Понравился инструмент? Кидайте в комментарии, что у вас получилось!

#инструменты #ии #genai #бизнес

Результата не будет, если руководитель делает так

Я часто вижу руководителей, которые на обсуждении путей решения проблемы или выборе направления движения проектов / отделов в основном сидят и рассказывают, что все не то и все не так. Есть вариация, когда вообще не участвуют в таких процессах. Все заканчивается одинаково: получается какой-то результат и потом начинается волна недовольства этим результатом от такого руководителя.

Именно руководитель должен задавать образ результата
Я не раз попадал в такие истории и потом с руководителями прорабатывал этот момент, кто-то услышал, кто-то нет. Как это должно выглядеть на мой взгляд?
Мое убеждение в том, что руководитель должен иметь образ результата и двигать свою команду к нему. Он может не понимать детали, может погружаться глубже или нет, он может даже не сам создать этот образ результата. Но образ результата должен быть. После этого задача руководителя донести до всех свое видение. Не давать сбиваться с пути и постоянно синхронизироваться, чтобы все понимали, что должно получиться.

Что будет, если этого не делать
Кажется, что это обезьянья работа, но, на самом деле, без этого ожидаемого результата не будет. Если люди не понимают, что от них хотят, то все будут делать в меру своих идей и пониманий. В лучшем случае подчиненные, не направляемые руководителем, смогут выбрать единое направление, но обычно все спорят о том, как должно быть, и каждый работает в собственном направлении. В любом случае, предсказуемого результата не будет. Такое допустимо только если вам достаточно получить какой-то результат для галочки, если нужно получить что-то конкретное, то так не сработает. Хуже всего, что без образа результата, при приемке все равно будет недовольство, потому что этот образ сформируется по ходу презентации результата.

Что если ваш руководитель этого не понимает
Что делать, если ваш руководитель не имеет образа результата? Вам придется проявить лидерство и помочь сформулировать образ результата, зафиксировать его и защитить. После этого у вас будет хотя бы понятный этап приемки. К сожалению, эффективно так не получится работать, но это решит кучу проблем для вас и сэкономит кучу нервов.

Максим Шаламов

————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент

🤴🏻 Только для продвинутых подписчиков

Готовлю новый материал только для подписчиков Boosty 2-го уровня, выйдет на этой неделе. А пока хочу напомнить вам, что уже доступно для наших продвинутых подписчиков прямо сейчас:

- Разбор кейса руководителя, над которым издеваются подчиненные, с инструкций, что делать в подобной ситуации

- Инструкция для борьбы с микроменеджментом, как избавится от тотального контроля руководителем

- Подготовка к собеседованию: как выгодно представить свой опыт, чтобы работодатель не смог устоять

- Глава из книги "Гибкие методологии на практике" по приоритезации задач

Все это вам доступно за 450р подписки на наш Boosty и каждый месяц материалы будут пополняться.

А я пойду продолжать готовить к публикации чеклист, который просто необходим каждому, кто нанимает технарей.

Важные идеи из книги "Учитесь видеть бизнес-процессы" Майка Ротера и Джона Шука

Книга описывает методологию построения карт потоков создания ценности. Но кроме разбора обозначений и метода построения карт потоков в ней есть и просто полезные для любого менеджера мысли. Собрала на мой взгляд самое важное из них.

Нельзя обойтись без менеджера потока создания ценности
Если вы хотите оптимизировать работу над созданием вашего продукта, то нужен кто-то, кто будет сводить все воедино. Иначе разные команды, создающие один продукт, будут менять свои процессы не согласованно и вредить друг другу. В большинстве компаний есть руководители отдельных отделов, а вот того, кто бы отвечал за целостный конечный результат часто просто не существует.

Прежде, чем что-то менять в бизнес-процессах, убедитесь, что видите картину целиком и составьте общий план изменений
Не стоит улучшать отдельные процессы независимо друг от друга. Нужно составлять общий план по всему потоку создания ценности. Представьте, что один отдел грузит мусор в самосвал, а второй отвозит его на утилизацию. Второй решил отвозить мусор 2 раза в день, а первый отгружать раз в неделю. Оба эффективно выполняют собственные метрики по отдельности, но совершенно не работают вместе.

Время выполнения задачи должно стремиться ко времени необходимому на ее фактическое выполнение
Какой толк от того, что дизайнер делает по странице за час, если дизайны согласовывают раз в квартал, а в работу берут раз в пол года? Сколько не улучшай работу дизайнера, в целом задача делаться быстрее не будет. Важно следить за временем, за которое задача проходит полный цикл, пока не попадет к конечному пользователю. Нужно стремиться к тому, чтобы фактически прошедшее время с начала работы над задачей стремилось к тому, за которое можно сделать задачу без накладных расходов.

Поток создания ценности нужно непрерывно совершенствовать
Улучшение бизнес-процессов никогда не заканчивается. Прошел один этап - нашлись новые возможности для улучшения. Поэтому сделать работу над продуктом эффективной это не единоразовая задача, а процесс.

Менеджер должен быть тем, кто управляет изменениями
Важная мысль, что повышение эффективности потока создания ценности это задача именно менеджера. Нельзя ее кому-то делегировать и лишь проверять результаты. Это должно быть постоянной частью работу руководителя.

Согласны с идеями автора? Пишите свое мнение в комментариях.

Александра Шаламова

————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#управлениекомандой #бизнес #бизнеспроцессы #книги

ИИ-трансформация - мои первые впечатления

Я думаю, сейчас многие видят тренд на ИИ-трансформацию, повальное внедрение языковых моделей и ИИ-агентов. У нас это тоже заложено в стратегию и я, по специфике работы, должен драйвить и помогать бизнесу с ИИ-трансформацией. Я какое-то время активно погружался в детали, не только с точки зрения вариантов внедрения, но и с точки зрения написания агентов. Что кратко могу сказать?

Моделей, которые можно применять стало немало, вам доступны большие и малые, онлайн и офлайн версии. Работают они весьма неплохо, что давно не секрет. Причин обходить их стороной я не вижу, цены на использование вполне приемлемые.

Есть инструменты для создания простых агентов и ботов, которые без знаний программирования помогут вам получить быстрый результат и понять особенности работы. Многим будет достаточно и этого, стоимость копеечная. Базы знаний, автоматизация первой линии и т.д.

Инструменты типа langchain в купе с их tools, вообще позволяют делать очень интересные вещи. Инструменты для мультиагентного взаимодействия тоже не отличаются большой сложностью и позволяют быстро создавать нужные вам архитектуры.

Но для меня основным минусом всей этой истории являются проблемы с оценкой по времени. Пока нет такой большой насмотренности и не всегда понятно сколько уйдет времени, чтобы обработать основные возможности ввода от пользователя и сторонних систем. Так же вижу трудности в отладке, потому что ввод может быть довольно свободным и не всегда приводит к предсказуемой интерпретации.

Если в целом, то нужно брать и делать, нет никакой магии, нет ничего непреодолимого.

Максим Шаламов

————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#руководителю #бизнес #ии #ииагенты #разработка #ит #менеджмент #цифроваятрансформация

Как мы потратили кучу денег и времени в никуда

Когда несколько лет назад мы только открывали свой проект Орос-ИТ, тогда еще даже не было этого канала и все статьи мы выкладывали только на сайте. Не смотря на то, что наша общая с Максимом карьера началась с собственного бизнеса по созданию сайтов на заказ еще в 2010 году, бизнесом мы после этого не занимались 10 лет и наши амбиции за это время подкопились и настоялись. Мы хотели делать обучающие курсы сразу на весь мир и на все возможные темы, идеи били ключом и все их мы сразу отправляли в реализацию (они и сейчас бьют, только теперь они проходят тщательный отбор).

Поэтому мы решили делать сайт сразу на нескольких языках. Хотелось конечно больше, чем на двух, но мы решили начать хотя бы с английского. Совершенно не имея представления, как продвигаться на зарубежном рынке, со слабым пониманием, на какие вообще страны мы ориентируемся и что мы будем делать, если оттуда к нам кто-то придет, мы не только потратили время, чтобы сделать весь сайт многоязычным (с заделом, что там будет сколько угодно языков), но и платили профессиональному переводчику, чтобы перевести все свои статьи на хорошем уровне английского.

Сейчас ни я, ни Максим не можем понять, зачем мы сделали это в первой же версии проекта. Но это хороший пример того, как странные идеи, вырванные из амбиций, без должного анализа и приоритезации ложатся в основу проекта. А потом уже отступать сложно и ты по инерции тратишь время и деньги, чтобы поддерживать эту ненужную тебе идею.

А как надо было сделать? Надо было сесть и хорошо подумать, что нам нужно в первую очередь и правда ли задача по много-язычности это задача настолько высокого приоритета, что ее нужно вносить в первую версию, учитывая накладные расходы на ее реализацию и поддержку. Если бы мы это сделали, то не взялись бы за нее, но зато мы бы не получили столь ценный урок.

Александра Шаламова
————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#agile #управлениекомандой #разработка #ит #бизнеспроцессы

3 приема для менеджеров из книги "Психология влияния"

Только что закончила читать книгу "Психология влияния" Роберта Чалдини и хочу поделиться тремя подходами, которые мне больше всего запомнились.

Книга рассказывает об основных механизмах влияния на человеческое мышление, которые заставляют нас принимать те или иные решения. При этом каждая мысль подтверждается множеством примеров и исследований. Конечно такие приемы особенно важны в работе руководителей.

Правило взаимного обмена
За нашу долгую жизнь в обществе мы поняли, что взаимовыгодный обмен это хорошо. Поэтому мы подсознательно стараемся отплатить человеку, сделавшему нам что-то хорошее. Многие используют это осознанно и перед началось переговоров делают нужному человеку небольшое одолжение или уступают ему в том, что для него важно. Тем самым они запускают желание отплатить им чем-то в ответ.

Социальное доказательство
Не смотря на то, что уровень автоматизации все больше растет, из-за возросшего количества информации принимать решения становится всё сложнее. Даже сковородку приходится выбирать из сотен вариантов с тысячами отзывов. К счастью, эволюция уже все придумала за нас и создала подсознательное желание делать, как большинство. Большинство выживает, значит иди за ним и все с тобой будет хорошо (вероятнее всего). Хотите кого-то в чем-то убедить? Докажите, что как можно больше людей поддерживают такое же решение. В книге разбирается много условий, которые помогают усилить этот эффект.

Правило последовательности
Никто не любит тех, кто ведёт себя не последовательно, поэтому общество всячески осуждает такое поведение, а каждый человек старается следовать выбранному им пути. Поэтому, если вы заставили человека самому принять решение, что он будет что-то делать, дальше он сам уже будет стараться поддерживать эту линию поведения без вашего участия.

В целом, книга дает очень много полезной информации о том, как принимаются решения. Даже если вам не нужно никем управлять, то книга будет полезна, чтобы научится защищаться от нежелательного влияния. Про противодействие каждому методу в ней тоже есть. Поэтому советую прочитать ее в любом случае.

Александра Шаламова
————-
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#agile #управлениекомандой #разработка #ит #бизнеспроцессы

Не делайте так, если хотите быть хорошим руководителем

Когда я начинал работать, я всегда думал, что руководитель это человек, который принимает ответственность и стремиться действовать для достижения целей. К сожалению, с опытом, я обнаружил, что немало руководителей бегает от ответственности, как от огня, и не могут принять никакого решения (часто как следствие первого пункта).

Складывается просто комичная ситуация (если она конечно не касается тебя). Проблема очевидна, ее проговорили, все с ней согласились, но руководитель не может принять решение. И там обычно "мы дадим еще один шанс" или "мы соберем еще информации".

В итоге, счет шансов уже потерян, а информации уже давно неоткуда извлекать новую, но мы все ждем чуда или скорее, что проблема рассосется сама. И никакие советы, логика, свой и чужой опыт не помогут.

Я согласен, что действовать с горяча нельзя и нужно собрать всю информацию. Но часто начать изменения (их надо уметь вводить, где-то сразу, где-то частями) намного важнее и полезнее, чем бесконечно выжидать (что равно ничегонеделанию). Когда вы пробуете и стремитесь сделать лучше, вы нащупаете правильное решение, если сидеть без дела, то вам должно очень и очень повезти, чтобы проблема решилась сама.

Максим Шаламов
————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент

Можно ли цифровизировать ИТ-проект?

Представьте, что у вас уже весь бизнес полностью в интернете, есть цифровая платформа, своя разработчика, вся работа с клиентами идёт через сайт и CRM. Казалось бы цифровизация вообще не про вас, у вас же итак уже все цифровое. А можно ли выжать ещё больше пользы из технологий?

Ну конечно можно! Когда я работала в дизайн платформе Авито я как раз реализовывала пример такой цифровизации в полностью цифровом бизнесе.

Задача была такой. За годы разработки платформы Авито сменилось множество разработчиков и дизайнеров. Никто не задумывался о цветах и разные значения цвета расползлись по всему проекту. То есть он как бы один зелёный, но в коде его десятки вариантов, с почти незаметной глазу разницей. И таких мест тысячи по всему проекту. И как бы ладно эта не консистентность бесит дизайнеров, но какой от этого вред? А такой, что менять дизайн становится сложно. Представьте сколько нужно трудочасов, чтобы поменять тысячи вхождений цветов?

А моя задача была довольно интересной: привести все цвета на всем огромном проекте к одной палитре. Возможно ли одним человеком сделать это без цифровизации в короткие сроки? Да конечно же нет. Единственным быстрым решением было этот процесс автоматизировать. Что я и сделала: все цвета близкие друг другу автоматически приводились к тому, что был в дизайн системе по специальной формуле, разработанной вместе с дизайнером.

И вуаля, задача решается запуском одного скрипта. А потом уже можно менять эти цвета под темную тему, например, или дочерние продукты с собственным дизайном.

Это только один пример того, как цифровое решение даёт большое преимущество на ИТ-проекте. На самом деле таких случаев масса. Всегда можно улучшить, автоматизировать, добавить умные алгоритмы даже в то, что уже итак цифровое.

Александра Шаламова
————
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#agile #управлениекомандой #разработка #ит #бизнеспроцессы #цифроваятрансформация

Как стартапу выжить на рынке больших корпораций?

Возможно ли на рынке, который полностью занят большими компаниями занять место маленькому стартапу без денег и даже офиса? История Warby Parker однозначно доказывает, что это возможно. И даже подсказывает секрет, как это сделать.

Warby Parker, стартап, продающий очки, на старте не имеющий ресурсов, чтобы открыть свои магазины, решили проблему креативно и технологично. Они сделали свой сайт, с виртуальной примеркой очков, где можно было загрузить свою фотографию и попробовать на ней разные очки. Так можно было выбрать очки без физической примерки прямо из дома. И эта идея сработала!

После запуска в 2010 году индекс потребительской лояльности Warby Parker был выше, чем у Apple, а компанию называли «Netflix мира очков». За счет своего подхода они смогли значительно снизить стоимость очков и завоевать свою часть рынка. За первые три недели работы стартап выполнил свою цель по продажам на год. А в 2021 году при выходе на DPO достигла капитализации в $6 млрд.

В чем секрет успеха Warby Parker?
Они, не смотря на свой размер и отсутствие большого финансирования, добились успеха благодаря цифровизации. Они использовали технологии, чтобы компенсировать недостаток ресурсов и это решение было для них успешным. Они добились того, чего не смогли бы добиться с теми же ресурсами обычными средствами.

Именно в этом преимущество цифровизации. При правильном использовании, она компенсирует недостатки и помогает обогнать конкурентов, не использующих ее возможности.

Хотите найти такие возможности у себя в проекте? Приходите к нам на консультацию и мы найдем их вместе.

Александра Шаламова
————-
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#цифроваятрансформация #бизнестрансформация #agile #управлениекомандой #разработка #ит #бизнеспроцессы

Как я вовремя не включился в проблему и потерял вовлеченного сотрудника

Хочу поделиться историей из своего опыта. Я всегда говорю, что необходимо делегировать и давать людям возможность работать. Но тут нужен баланс. Если задача долго стопорится, то будет не лишним погрузиться в нее, детальнее понять проблемы и разобраться, как вам научить своих сотрудников их решать (возможно и самому в начале научиться).

Одной из моих целей 2024 года было выстраивание прозрачной работы между разработкой и сопровождением. Соответственно мы ввели ряд правил по поводу того, кто, что и как делает при работе с входящими проблемами (баги, инциденты, запросы информации и т.д.). И был у нас сотрудник, которого все хвалили, но он никак не вписывался в описанную схему, причем такие проблемы были только у него, тем не менее это ломало ряд процессов целиком. У него была куча защитников, говорили, что человек слишком вовлечен и т.д. Год был весьма сложный и, в целом, я старался давать людям работать, поэтому несколько раз ребята уходили с задачей донести правила и вовлечь человека в них или дать ему набор задач, где он сможет работать, как полагается.

Проблема не решалась, в итоге мы договорились, что я либо лишаю руководителя части премии, либо он справляется. Это привело к тому, что мы дошли до расставания с проблемным сотрудником. И в целом история довольно типовая, если бы я не пообщался с этим человеком. В целом, я увидел то, за что его так ценили: желание и вовлеченность. Вообще-то даже в итоге удалось до него донести, в чем была проблема его поведения и как нужно было делать. Только ситуация уже не имела обратного хода. Не случилось ничего критичного, но терять людей, которым настолько не плевать на то, что они делают, неприятно. Поэтому, если какая-то ситуация, кажущаяся стандартной, не решается, постарайтесь найти время немного в нее погрузиться, возможно это даст вам новую информацию для решения и позволит совсем по-другому посмотреть на проблему.

Максим Шаламов
————-
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент #ошибки

А правда, что цифровая трансформация под силу только большим компаниям?

Стоит ли ввязываться в цифровую трансформацию, если ты маленькая не богатая компания? Хватит ли ресурсов, когда у тебя итак 2 разработчика и один небольшой проект? Ответ тут - однозначно да. Но есть нюансы.

Мы уже обсуждали в прошлый раз, что цифровая трансформация это не какое-то временное опциональное явление. Пытаться ее избежать это все равно, что пытаться ездить на лошади, когда все пользуются поездами и машинами. Будет просто невозможно угнаться за конкурентами. Но никто и не заставляет вас все силы кидать на срочное, резкое изменение всего бизнеса всеми доступными ресурсами. Все должно делаться не только по мере возможностей, но и обязательно по мере необходимости.

Что-то менять в компании нужно только тогда, когда это улучшит ваше положение дел. А иначе зачем вообще что-то делать? Например, у вас 2 разработчика и их заваливает жалобами из поддержки, которые они не успевают разгребать. Тогда вы тратите неделю одного из них, чтобы сделать ИИ-агента, который будет автоматом собирать все дубли задач в одну и автоматически закрывать то, что не является ошибкой. В итоге вы освобождаете время обоих разработчиков и они могут делать больше действительно важных задач.

Польза от трансформации всегда должна превышать затраты. И это особенно критично для маленьких компаний. Google или Яндекс спокойно переживут, если у них целый отдел год будет впустую делать проект, который потом просто закроют (сама однажды в таком работала). Маленькая компания просто не может себе этого позволить. Но потратить немного свободных ресурсов, чтобы освободить еще больше - вот одна из важнейших задач цифровой трансформации. И вот здесь маленькая компания не просто может этим пользоваться, а может выиграть намного больше, чем большая.

Если вам нужно оценить возможный эффект цифровой трансформации для вашего бизнеса или подобрать подходящие методы, вы можете обратиться к нашей команде.

Александра Шаламова
————-
Наши курсы и книги: oros-it.ru
Оставить заявку на консультацию: бот или почта info@oros-it.ru
Получать все посты на сутки раньше: boosty

#agile #управлениекомандой #разработка #ит #бизнеспроцессы #цифроваятрансформация

🚫 Так вы никогда не договоритесь! Грубейшая ошибка при принятии общего решения в команде

Представим для примера обычный бытовой разговор:
А: Ты будешь завтракать?
Б: Да
А: Какую кашу ты будешь?
Б: Любую
А: Гречневую или пшенную?
Б: Давай гречневую
А: Ой, гречневой нет. Будешь пшенную?
Б: Тогда давай пшенную
А: О, нашел немного остатков гречки. Будешь доедать?
Б: Буду...
А: А может омлет?

А теперь представьте, что тот же самый разговор происходит среди 10 человек и каждый отвечает раз в день-два. Да они никогда не договорятся! Что сделать, чтобы быстрее прийти к решению?

Узнайте все детали прежде, чем спрашивать мнения команды
Ужасная идея сначала спрашивать, а потом выяснить, что итак с трудом принятое общее решение невозможно воплотить. И все нужно начинать сначала. Сначала узнайте о возможностях и только потом начинайте разговор.

Сразу выкладывайте все детали
Не нужно задавать общие вопросы на подобии "ты будешь завтракать?", а потом бесконечно уточнять их. Выдайте сразу весь список возможностей и попросите выбрать: "Что ты будешь на завтрак: хлеб с арахисовым маслом, гречневую кашу или яйцо всмятку?". Когда человеку приходится выбирать, он итак испытывает боль (прям на ЭЭГ видно), не нужно заставлять его еще и угадывать из чего выбирать.

Сделайте опрос
Если у вас есть общий чат в мессенджере, то просто сделайте опрос с конечными, доступными вариантами. Не мучайте людей бесконечными обсуждениями, а себя попыткой запомнить мнение каждого. Пусть каждый тыкнет на одну кнопку и вы сразу получите полную картину.

Станьте лидером и не пытайтесь угодить всем
Забудьте, что нужно учесть желание каждого о каждой мелочи. Вы должны учитывать основной настрой участников, но не обязаны следовать любому капризу, пытаясь согласовать его со всей командой. Вы должны стать тем, кто в спорной ситуации выберет окончательное решение, которое устроит большинство (в худшем случае хотя бы вас).

Если у вас есть сложности с организацией принятия решений команде и распределением ответственности, вы всегда можете обратиться за помощью к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.

Александра Шаламова
#советы #управлениекомандой #руководителю #бизнес #бизнеспроцессы

А что если убрать руководителя команды?

Я давно работаю в крупных компаниях и прошел период, когда в ряде компания (и в нашей тоже) пытались отказаться от руководителей команд. Для крупных компаний это казалось не так критично, потому что руководящая прослойка все равно была, но даже для них это не сработало. Давайте подумаем, на какие вопросы нужно найти ответ и почему в итоге появляется руководитель команды, СТО и другие руководители.

Отмечу, что я верю, что существуют компании, где на какой-то период из этого правила было исключение и компания работала успешно и эффективно. Вопрос этого периода и того, что сложно воспроизвести такой результат. Итак вопросы, на которые вам надо найти ответы при работе команды:

1. Найм людей;
2. Удержание людей;
3. Работа с мотивацией и повышениями;
4. Оценка адекватности называемых сроков;
5. Оценка качества работы;
6. Стратегическое развитие технической части проектов;
7. Технологический стек;
8. Споры в командах ;
9. Закрытие вопросов безопасности;
10. Работа с качеством поставок функционала;
11. Обеспечение отказоустойчивости;
12. И т.д. и т.п.

В целом, если сотрудник один, то он обычно и сам себе режиссер. Но остается много вопросов с тем, что делать, когда он уйдет. Обычно в небольших компаниях кто-то в руководстве или один из учредителей обладает инженерной компетенцией и является СТО, это по сути, в таких масштабах, и делает его руководителем технической команды. Но если его нет, то на все вопросы отвечать придется собственнику или ответственному за бизнес.

А если людей больше, то все очень быстро перестает работать. Достигать согласованности решений и проводить оценку качества все равно кто-то должен. В компании у вас должен быть как минимум один технический руководитель, на которого вы можете положиться, в малых масштабах это руководитель команды-СТО, дальше, с ростом, это будет полноценная управленческая позиция.

Я не говорю, что выделил руководителя и все разработало, это даже близко не так. Я говорю, что есть много задач, которые нужно делать и логичнее и правильнее их погрузить в руководителя команды (отдела).

Если у вас есть сложность с поиском исполнителей или формированием команды разработки, вы всегда можете обратиться за помощью к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.

Максим Шаламов
#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент

Худшее, что вы можете сделать для своего проекта

Если бы меня спросили, какую самую ужасную ошибку можно совершить при постановке задачи для своей команды, то я выбрала бы это. Причем, большинство из нас такую ошибку хоть раз да совершало.

Это постановка задач, которые не несут никакой ценности для вашего продукта или конечного пользователя. Возможно сейчас хайп на такой функционал или ваш конкурент только что внедрил что-то подобное. Вы не хотите отставать от рынка и тут же, особо не думая, ставите задачу на разработку. И вот тут вам стоит остановиться.

То, что кто-то сделал такой же функционал, или все так делают, или вы услышали о прикольной технологии, ещё не значит, что вашему проекту это вообще нужно или хотя бы не навредит. Каждая задача должна согласовываться с общей стратегией развития продукта. Должна иметь конкретную цель и нести конкретную пользу вашим клиентам. Если вы провели тесты и поняли, что это не так, то безжалостно удаляйте ее из бэклога.

Так вы не только сохраните свой продукт целостным и полезным для клиентов, но и сэкономите ресурсы на разработку, а ещё не убьете мотивацию команды бесполезной фичей, которая не несёт никакого смысла.

Другие условия для хорошей постановки задачи вы найдете в нашем руководстве по описанию задач на разработку.

Александра Шаламова

#agile #управлениекомандой #разработка #ит #бизнеспроцессы

Вы никогда не найдете исполнителя для своей задачи, если будете делать так

Недавно на одной из конференций в зале взяла микрофон женщина, которая выплеснула просто крик души, что они на своем заводе по производству Х уже 4 года не могут найти исполнителя для создания цифрового двойника системы отвода воды для заводах по производству Х. Их просто нет! Конечно же тут же нашлось минимум 3 человека, которые делают цифровые двойники и могут ей помочь. Так в чем же проблема?

Часто с подобной проблемой поиска можно столкнуться, например, при работе с HR. Однажды я общался с одним из наших крупных маркетплейсов на позицию руководителя отдела. HR сказала мне, что по их мнению у меня маловато опыта для отдела, в который она ищет. Забавно, что параллельно, другой их HR меня звал уже сразу пообщаться с руководителем по направлению путешествий, которое они открывали, потому что я точно подхожу и уже надо запускать. Что же отличало эти ситуации, одна компания, равные должности разные отделы? Просто у меня был опыт в проектах с путешествиями, поэтому талантливые HR нашли совпадение в проекте, а в другом отделе такого совпадения не нашли. При том, что техническому руководителю такие детали абсолютно не критичны. Но с позиции HR, ищущего совпадения в названии проектов в резюме, это не известно.

Так же и в задаче поиска исполнителей. Ваша задача всегда чем-то уникальна или вы, например, первые из своей отрасли хотите автоматизации. Ищите профессионалов в нужной вам сфере, они смогут адаптироваться решение под вас. Нужно найти, как сделать цифровой двойник вашего завода по производству сверхтонких спичек, найдите профессионалов по цифровым двойникам, посмотрите работали ли они с заводами и нравится ли вам то, что они делают. Да, вашего кейса там не будет, но этого и не нужно. В этом кейсе от вас и ваших сотрудников понадобится многих усилий для создания двойника (и не важно делали ли точно такой же завод или нет, нужна именно ваша история). Более того, от того, что кто-то делал двойник похожего спичечного завода не значит, что делал успешно, не значит, что подойдет именно вам по срокам, стоимости, формату результатов и т.д. и т.п. Работать вам и исполнителя подбирайте под себя.

Попытка найти человека, делавшего прямо вашу задачу понятна, но часто это сильно ограничивает вас в выборе и иногда вообще лишает возможностей. Смотрите на ключевые навыки и результаты. Это и есть точка отсчета для вас при поиске сотрудников и подрядчиков. Выбирайте наиболее важные для вас вещи. Это могут быть как личностные (ответственность, исполнительность), так и сугубо профессиональные (знание контрактных технологий, опыт в определенных сферах, проекты с похожей спецификой и нагрузкой и т.д.).

Если у вас есть сложность с поиском исполнителей или формированием команды разработки, вы всегда можете обратиться за помощью к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.

Максим Шаламов
#руководителю #бизнесу #заказчику #разработка #поискисполнителей

Тренд или реалии современности: цифровая трансформация

О цифровой трансформации сейчас говорят все, кому не лень. Стоит ли бежать менять свою компанию или это временный тренд, который скоро пройдет?

Для начала давайте разберемся, что вообще в себя включает цифровая трансформация? По сути это перевод любых бизнес-процессов и технологий производства на цифровой, технологичный формат. Примеров конкретной цифровой трансформации и ее разновидностей такое количество, сколько разновидностей бизнесов и задач. Например, компания General Electrics использует 3D-печать для изготовления деталей для своего нового авиационного двигателя Leap Engine. Siemens внедряет умную технику для добычи руды. Netflix - по сути сам по себе компания-пример цифровой трансформации, они из обычного бизнеса полностью перешли в цифровой и очень успешно. Когда вы заходите в приложение Сбера или даже звоните по телефону вам отвечает ИИ-ассистент вместо оператора. ИТ-компании начинают использовать Copilot для написания кода своих продуктов, тот же Яндекс даже написали свой. Все это примеры цифровой трансформации. Как видите у нее очень много лиц, все зависит от задачи бизнеса. Но в целом, все, что делает ваш бизнеса более технологичным будет частью цифровой трансформации.

И на самом деле это не просто тренд последних лет, это тренд начала 21 века. Технологий появляется все больше, возможности их использовать растут и, чтобы угнаться за конкурентами, компаниям приходится просто-напросто шагать в ногу со временем. Сейчас цифровая трансформация считается трендом, потому что набирает обороты цифровизация бизнеса, есть еще многое, что работает по-старому. Да и повсеместное внедрение и развитие ИИ-технологий дало этому тренду новый толчок. Ну и не будем забывать про пандемию, которая заставила многих работать удаленно, что очень сложно сделать без цифровизации. Но по большому счету это наша реальность уже многие годы. Реальность, от которой сложно отмахнуться. Мы же не можем все еще ездить на лошади, когда наши конкуренты летают на самолетах?

Может ли когда-то цифровая трансформация закончится? Тренд рано или поздно сойдет на нет и активное продвижение закончится. Но пока появляются новые технологии и существует конкуренция эти новые технологии будут внедряться и трансформировать уже привычный бизнес. Когда у вас все будут делать роботы, изобретут очередной атомный принтер и все начнется по новой.

Как понять, что именно вам в компании нужно цифровизировать уже сейчас, а с чем вы уже опаздываете? Мы будем еще углубляться в тему цифровой трансформации и эту тему тоже рассмотрим. А если вам необходима помощь уже сейчас, то пишите свой вопрос в нашего бота, на почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и вместе сможем найти ближайшие шаги.

Александра Шаламова
#цифроваятрансформация #бизнеспроцессы #agile #бизнес

Шпаргалка по росту в руководителя команды

Чаще всего к нам на карьерные консультации приходят люди, которые не знают, как им дальше двигаться по карьерной лестнице или не могут определить, в какое направление лучше всего направить усилия, чтобы достичь желаемого. В первую очедерь мы обсуждаем, чего хочется самому человеку. Потому что без желания к чему-то двигаться никакие карьерные советы не помогут. Бывает так, что направление выбрано, но желания нет, поэтому и движения не получается. Также помогаем определиться с направление с помощью аналитики текущего рынка и наклонностей самого человека. Определив направление уже ставим конкретную цель и составляем план действий.

Один из самых тяжелых карьерных переходов это переход от исполнителя к должности руководителя. Именно на нем у человека часто возникают сложности и сомнения. Сложно с представление, что нужно будет делать, потому что есть множество стереотипов, сложно понять, как двигаться в нужном направлении, как сделать первые шаги. Именно поэтому мы часто поднимаем тему роста именно в руководителя и в этот раз решили сделать вам такую подборку-шпаргалку по росту в руководителя из материалов, которые уже есть на канале.

Первое, что нужно понять, что вообще из себя представляет должность руководителя:

- Карточки с описанием обязанностей руководителя команды (тимлида)
- Карточки с описанием обязанностей технического руководителя команды (техлида)
- Подробный пример, чем занят руководитель в свой рабочий день
- Чем отличается руководитель от разработчика

Дальше определяем, а нужно ли оно именно вам:
- 4 признака, что вам не дано быть руководителем
- Какие требования СТО предъявляет руководителям команд на собеседовании в том числе личные качества
- Правда ли нужно быть стрессоустойчивым, чтобы быть руководителем
- Зачем вообще становится руководителем, если разработчику итак хорошо платят?

Ну и конечно разбираемся, как сделать первые шаги:
- Подробная инструкция, как стать руководителем команды
- Нужны ли руководителю разработкой технические знания
- 6 универсальные советов для руководителей
- Что больше всего мешает разработчику стать руководителем
- Надо ли проработать 10 лет разработчиком, чтобы управлять командой разработки
- Как формируется лидерство

Очень полезно смотреть на опыт тех, кто уже прошел прошел по этому пути, поэтому рекомендую перечитать интервью Максима, о том, как он проходил свой путь от разработчика до СТО. Там есть и полезные советы по росту.

Сохраняйте этот пост, чтобы не потерять все ссылки, пересылайте коллегам и подчинённым, чтобы помочь им найти свой путь к управлению командой. Иногда даже пара советов от опытного управленца могут сэкономить годы собственного опыта и ошибок. А если вы все уже прочитали, но у вас есть какие-то трудности, то приходите к нам карьерную консультацию. Нужно просто подать запрос через нашего бота, почту info@oros-it.ru или форму на сайте.

#руководителю #бизнес #управлениекомандой #разработка #ит #менеджмент

Почему обязательно нужно смотреть задачи вместе с командой?

Продолжаем тему почему иногда мы получаем в задачах не то, что заказывали. Смотреть задачи с командой - это один из инструментов по получению желаемого результата. Как я и писал, разница между тем, что ты хочешь и тем, как тебя поймут и сделают бывает большая. Поэтому ваша задача сделать так, чтобы вас поняли правильно. Лучшего способа, чем сесть и пройти все с командой или хотя бы их лидером - нет.

Многие ИТ-лидеры скажут, что для для бизнеса (ПО и БЗ) то да, но я та говорю с ребятами на одном языке, у меня проблем не будет. Заманчивая точка зрения, но в корне неверная. Возьму себя и одну из своих задач 2024 года по внедрению автоматического регрессионного тестирования. Я поставил задачу, мы нарисовали дорожную карту, со всеми договорились и пошли делать. Отклонений по дорожной карте особо не было и я посмотрел демо того, что сделано уже ближе к концу. И все было бы хорошо, только я ожидал, что мы делаем регресс всего продукта, а мы сделали регресс отдельных частей (по сути поделив по командам). И это решает часть проблем, но не все, которые ожидалось.

Можно много кого обвинять, но правильнее посмотреть на себя, лучше ставить задачи и разбираться поняли ли их также, как понимаете их вы.

Всегда старайтесь убедиться правильно ли вас поняли и не экономьте время на это, иначе вы будете неприятно удивлены по итогу, когда задачу придется частично или полностью переделывать в дополнительное время.

Подробнее, как проводить подобные встречи с командой, мы писали в нашей книге "Гибкие методологии на практике". Там вы найдете все необходимое про работу с задачами и процессами в своей команде разработки, в том числе описание всех церемоний, которые помогут вовремя отследить разницу в понимании задач.

Максим Шаламов
#руководителю #бизнесу #управлениекомандой #разработка #agile #гибкиеметодологии

Учет или планирование личных расходов, что лучше?

Очень много наблюдаю обсуждений среди коллег на тему эффективности учета расходов и подумал, как же и мне не вставить свои 5 копеек на эту тему. Первое, я считаю, что сам по себе учет расходов бесполезен и не несет никакой пользы. От того, что вы просто заносите расходы, это не помогает делать выводы. Почему не помогает? Потому что не понятна цель.

Мы с женой уже 3 года живем по лимитам на различные категории расходов. Отчасти это помогло нам досрочно закрыть ипотеку в конце прошлого года. Как лимиты работают у нас? Очень просто: выделяем свои категории расходов (работа и дорога, продукты, кафе и рестораны, транспорт, хобби, учеба, кредиты и т.д.) и выделяем себе лимиты на каждую категорию. В чем суть лимитов? Муть в осознанности. Это не значит, что вы никогда не выходите за лимиты, а в том, что, если вы израсходовали лимит по категории раньше времени (например вы ставили 20 000р на 20 дней, но он закончился за 17 дней), то вы идете и смотрите траты по категории и принимаете осознанное решение, что либо лимит неправильный (например, цены выросли или вы хотите в эту категорию инвестировать сильнее) или вы просто увлеклись в этом периоде и надо притормозить. Тогда запись ваших расходов поможет вам принять решение и либо разово отступить от плана, либо отказаться от трат, либо изменить лимиты.

Мне очень помогает осознанность в этом вопросе. Например, хотел я купить подарок жене. В лимитах, в которых я откладывал на его покупку, пока не накопилось достаточно денег. Но я прикинул, как перераспределить деньги и с небольшим довеском от кредитной карты купил его раньше. Зато я сразу понимаю, от чего в ближайшее время откажусь и когда и откуда буду брать деньги для закрытия кредитной части.

А вы ведете расходы? Помогает ли вам использование лимитом? Делитесь своими подходами в комментариях.

Максим Шаламов

Заказал одно - получил другое: почему команда делает не то, что просишь?

Я занимаюсь разработкой и управлением команд разработки еще с первых курсов института. Поработал я и как фрилансер, и как малый предприниматель, и как сотрудник и управленец малых и крупных компаний. Проблема с приемкой результатов возникает часто (к счастью не всегда, и сам учишься с этим работать и коллеги / заказчики бывают очень адекватными). Давайте пробежимся по распространенным ситуациям.

Начнем с того, что обычно, так или иначе, есть три звена в работе над задачей:

- бизнес-заказчик (это могут быть и руководители компании и руководители отделов, чьи процессы нужно автоматизировать или включить в свои);
- постановщики задачи в команду (ПО, бизнес-аналитик, ПМ - названия не так и важны, это люди, которые являются точкой входа для заказчика)
- команда разработки.

Основные виды проблем, из-за которых заказчик получает не то, что заказывал
1. Частая история, когда бизнес-заказчик вообще слабо понимает, что он хочет, и слабо мотивирован в участии в постановке задачи. Он уверен, что все итак понятно и что там делать-то. В итоге, половину или большую часть постановки приходится делать ПО и / или команде. Даже если таким людям отдать на проверку постановку, то обычно комментариев будет немного или наоборот ситуация просто застопорится, потому что всегда будет все неправильно. В итоге, максимально абстрактно поставленная задача, получает воплощение, которое шокирует заказчика и вызывает его негодование. Если вы сами хотите научиться хорошо прорабатывать задачи или научить этому своего бизнес-заказчика, обязательно используйте наше руководство по описанию задач. В нем есть все необходимое.

2. Предположим, бизнес-заказчик оказался мотивирован и из него удается получить нужную информацию. Следующий этап проблем возникает на стороне ПО и бизнес-аналитика. Многие такие ребята считают, что все знают лучше всех, и часто добавляют свои идеи или полностью меняют идею бизнес-заказчика. В итоге, сделанная по бизнес требованиям задача, оказывается совершенно не тем, что хочет заказчик.

3. Будем честными, даже если вам дошла качественная постановка задачи, бывают творцы и на стороне разработки, которые на полном серьезе считают, что сделают лучше и правильнее. И потом, когда презентуют результат, очень удивляются, что же не так.

4. Также у любого требования есть разница в понимании между людьми, которые находятся в разных контекстах. Бизнес-заказчик очень хорошо знает предметную область и ему все очевидно, тогда как команда может вообще еще не разбираться в предметной области. Тогда возникает много вопросов и, при плохо выстроенных процессах, выяснение деталей будет постоянно теряться, изменяться или стопориться между тремя группами. Это приводит либо к затягиванию согласований, либо к появлению большого числа расхождений между тем, что хотели бизнес-заказчики, и тем, как их поняли исполнители.

5. Большой проблемой многих проектов бывают ограничения в ресурсах. Не важно каких: временных, людских, серверных и т.д. И тут обычно бизнес-заказчик не хочет идти на уступки. Поэтому он получает либо кусок функционала (обычно не с самым лучшим качеством), либо может и весь функционал, но с совершенно не устраивающим качеством.

Я думал, какой сделать тут вывод. Проектное управление не самое простое занятие и несет множество рисков и конфликтов. Но, чем лучше вы понимаете тонкости, чем лучше обучите команду и выстроите процессы, тем проще вам будет.

А если вам нужно помощь с выстраивание процессов для своей разработки, вы всегда можете обратиться за к нашей команде. Просто опишите свою проблему через нашего бота, почту info@oros-it.ru или форму на сайте, мы ответим вам в ближайшее время и предложим варианты решения.

Максим Шаламов
#руководителю #бизнесу #управлениекомандой #разработка