Сначала инструктаж (это дейли) выясняем не является ли его интеллектуальный уровень блокером.
Затем
одна продажа под наблюдением Лида
Демо - показываем результат (деньги в кассе)
Ретроспектива - уточняем всё ли понятно, было ли сложно и если есть какие-то непонятки то корректируем процесс продажи (дописываем инструкцию, вешаем стикеры.. и т.д.)
Опять Дейли - проходится по новому процессу напоминаем что и как, выясняем не является ли дырявая память брокером.
Продажа. - собственно задача.
И дальше по кругу..
Потом спринты увеличиваются и теперь
-- Дейли вы проводите каждый день и напоминаете что есть план допородаж
-- демо раз в неделю - показываете сколько денег в кассу упало от этого конкретного кассира
-- ретро каждый месяц при выплате зарплаты. СЛУШАЕТЕ что можно изменить для улучшения процесса продажи. (Может простой стул повыше поможет его спине и он не будет отвлекаться от предложения домов, а может висящий на клавише кассового аппарата стикер не позволит забыть о назначении этой клавиши)
-- если случается косяк проводите разбор не кто виноват, а как так получилось и что сделать что бы косяк не повторился ни текущим кассиром ни в будущем.
-- если кассир говорит что у него спрашивают чаще всего клубничную жвачку и презервативы Дюрекс и он предлагает сделать акцию с этими товарами - прислушиваетесь
-- забываете что клиент всегда прав и разбор конфликтов проводите беспристрастно.
Ну и всё краткий курс работы с людьми в команде у вас есть.. за остальным ... Я придумаю свой курс и приходите ко мне..
Добавлю продолжение: "Риски тоже должны делить все", если закосячили - сидите без денег, пока проект не закроется и придут деньги от клиента - сидите без денег, и ещё полторы сотни рисков при которых - не только сидите без денег но и подкиньте денег инвестициями..
No coding как раз показывает скорость изменения бизнеса которому решение нужно прямо сейчас и на короткий срок. Через год будет сменено пять подходов и пятнадцать раз переписано всё, потому что поддерживать старое приложение (которому месяц) никто не сможет и не будет.
Ключевое тут - короткий срок.
Те кому нужна стабильность и поддержка в долгую - вайб кодинг воспринимают как игрушку для подростков, которые благодаря своей работоспособности и таланту, делают удивительные вещи, но одноразовые.
Но например на ближнем востоке таких с которыми нужно сначала "поговорить" - большинство.
Азиаты очень сильно склонны слушать и поддакивать руководителю. И если у вас с собеседником разный уровень и вы пониже - надо быть ооочень убедительным и сначала расписать насколько ты польщён работой с таким большим начальником.
Т е коротко и по существу тут не получится... Может быть покороче чем... Но не так как с теми же амерами.
Я и не говорю что всё не работает - я обращаю внимание что любой опыт и рекомендации нельзя применять вслепую.
В конце концов мы тут все в общем то собрались для обмена знаниями и опытом.
Просто нужно помнить что не асё всегда однозначно.
Личный опыт - прекрасная коммуникация с клиентом из британии, понимаем друг друга, смешанная команда. Отличные отзывы о поставляемом продукте (работа итерациями), но в классической манере бритов "that was really great but here we have some space for improvement"
В конце года на 360 аудите - получаю ниже среднего отзывы от половины команды и клиента с обобщенной формулировкой "too direct, and demanding"
Вот только разработка часто не рисунок а чертеж. И даже совсем неопытный инженер сможет выполнить комплект чертежей очень сложного узла ядерного реактора, даже если никогда и не видел этого самого узла.
Всё просто разбивается на мелкие задачи: линию можешь провести? А квадрат? Дугу с заданной кривизной?
Вот тебе подробное описание - чертИ.
Мелкие задачи оцениваются в виртуальных сусликах (сравнительно "сложнее чем" "проще чем") - это оценка
Две недели следим за командой сколько сусликов будут закрыты, по итогу имеем референс и начинаем нарезать мелкие задачи и оценивать их выстраивая очередь задач - это бэклог.
Потихоньку начинаем закручивать гайки и спрашивать у команды "у вас все хорошо? Давайте ка думать как бы нам все улучшить" - это ретро
Считаем оценку всех задач, переносим ее на время, добавляем риски - это сроки.
Вы прослушали краткий очень вольный пересказ рецепта скрама.
В любой профессиональноф сфере нужно развиваться, а значит быть готовым попасть в эти 5%, тут не только Азия (которая тоже разная), но и добрая половина Европы (причем чем ближе к восточной тем больше ценности к нашим подтягиваются)
Ну и в исходной статье я бы отметил что данный подход очень поможет на американском рынке например, но - стоит учитывать культурные различия.... А то ведь неопытные товарищи впитают как губка и пойдут рубить с плеча без расшаркиваний. И будут потом недоумевать "Толи лыжи не едут, то ли автор рекомендаций что то не то порекомендовал"
А Тиньков... Как раз его скилл - правильно подобрать команду которая в таких делах уже опытная и знает как работать с разнокультурьем.
Как только перестаёшь учитывать культурные особенности заказчика, или менеджера, все твои вопросы вместе с тобой вылетают из проекта и возможно компании.
Попробуй бриту или азиату сказать что либо коротко по существу и напрямую, моментально становишься токсичным грубияном и от тебя отворачиваются.
Оч просто..
Нарезаем на спринты онбординг..
Сначала инструктаж (это дейли) выясняем не является ли его интеллектуальный уровень блокером.
Затем
одна продажа под наблюдением Лида
Демо - показываем результат (деньги в кассе)
Ретроспектива - уточняем всё ли понятно, было ли сложно и если есть какие-то непонятки то корректируем процесс продажи (дописываем инструкцию, вешаем стикеры.. и т.д.)
Опять Дейли - проходится по новому процессу напоминаем что и как, выясняем не является ли дырявая память брокером.
Продажа. - собственно задача.
И дальше по кругу..
Потом спринты увеличиваются и теперь
-- Дейли вы проводите каждый день и напоминаете что есть план допородаж
-- демо раз в неделю - показываете сколько денег в кассу упало от этого конкретного кассира
-- ретро каждый месяц при выплате зарплаты. СЛУШАЕТЕ что можно изменить для улучшения процесса продажи. (Может простой стул повыше поможет его спине и он не будет отвлекаться от предложения домов, а может висящий на клавише кассового аппарата стикер не позволит забыть о назначении этой клавиши)
-- если случается косяк проводите разбор не кто виноват, а как так получилось и что сделать что бы косяк не повторился ни текущим кассиром ни в будущем.
-- если кассир говорит что у него спрашивают чаще всего клубничную жвачку и презервативы Дюрекс и он предлагает сделать акцию с этими товарами - прислушиваетесь
-- забываете что клиент всегда прав и разбор конфликтов проводите беспристрастно.
Ну и всё краткий курс работы с людьми в команде у вас есть.. за остальным ... Я придумаю свой курс и приходите ко мне..
"Прибыль должны делить все" - хорошая позиция...
Добавлю продолжение: "Риски тоже должны делить все", если закосячили - сидите без денег, пока проект не закроется и придут деньги от клиента - сидите без денег, и ещё полторы сотни рисков при которых - не только сидите без денег но и подкиньте денег инвестициями..
С остальным полностью согласен
No coding как раз показывает скорость изменения бизнеса которому решение нужно прямо сейчас и на короткий срок. Через год будет сменено пять подходов и пятнадцать раз переписано всё, потому что поддерживать старое приложение (которому месяц) никто не сможет и не будет.
Ключевое тут - короткий срок.
Те кому нужна стабильность и поддержка в долгую - вайб кодинг воспринимают как игрушку для подростков, которые благодаря своей работоспособности и таланту, делают удивительные вещи, но одноразовые.
Культурным - да.
Технологически развитым - нет. А бизнес не всегда про культуру.
Да Винчи писал свои картины годами и благодаря его работам мы развили культуру. Но зарабатывал на жизнь он не теми шедеврами что сейчас в Лувре.
Вот тут полностью согласен.
Но например на ближнем востоке таких с которыми нужно сначала "поговорить" - большинство.
Азиаты очень сильно склонны слушать и поддакивать руководителю. И если у вас с собеседником разный уровень и вы пониже - надо быть ооочень убедительным и сначала расписать насколько ты польщён работой с таким большим начальником.
Т е коротко и по существу тут не получится... Может быть покороче чем... Но не так как с теми же амерами.
Я и не говорю что всё не работает - я обращаю внимание что любой опыт и рекомендации нельзя применять вслепую.
В конце концов мы тут все в общем то собрались для обмена знаниями и опытом.
Просто нужно помнить что не асё всегда однозначно.
Личный опыт - прекрасная коммуникация с клиентом из британии, понимаем друг друга, смешанная команда. Отличные отзывы о поставляемом продукте (работа итерациями), но в классической манере бритов "that was really great but here we have some space for improvement"
В конце года на 360 аудите - получаю ниже среднего отзывы от половины команды и клиента с обобщенной формулировкой "too direct, and demanding"
--
"Душнила" мод - off
Именно, и чем опытнее команда и техлид - тем быстрее можно стабилизировать велосити.
И это в любом случае оценка, пусть не точная на старте, но оценка сроков.
Исходя из которой можно работать с заказчиком и командой для прогнозирования дедлайна.
И уже лучше чем - "ну ... Я же сказал завтра, чё ты всё время сегодня приходишь?"
Вот только разработка часто не рисунок а чертеж. И даже совсем неопытный инженер сможет выполнить комплект чертежей очень сложного узла ядерного реактора, даже если никогда и не видел этого самого узла.
Всё просто разбивается на мелкие задачи: линию можешь провести? А квадрат? Дугу с заданной кривизной?
Вот тебе подробное описание - чертИ.
Мелкие задачи оцениваются в виртуальных сусликах (сравнительно "сложнее чем" "проще чем") - это оценка
Две недели следим за командой сколько сусликов будут закрыты, по итогу имеем референс и начинаем нарезать мелкие задачи и оценивать их выстраивая очередь задач - это бэклог.
Потихоньку начинаем закручивать гайки и спрашивать у команды "у вас все хорошо? Давайте ка думать как бы нам все улучшить" - это ретро
Считаем оценку всех задач, переносим ее на время, добавляем риски - это сроки.
Вы прослушали краткий очень вольный пересказ рецепта скрама.
Спорно.
В любой профессиональноф сфере нужно развиваться, а значит быть готовым попасть в эти 5%, тут не только Азия (которая тоже разная), но и добрая половина Европы (причем чем ближе к восточной тем больше ценности к нашим подтягиваются)
Ну и в исходной статье я бы отметил что данный подход очень поможет на американском рынке например, но - стоит учитывать культурные различия.... А то ведь неопытные товарищи впитают как губка и пойдут рубить с плеча без расшаркиваний. И будут потом недоумевать "Толи лыжи не едут, то ли автор рекомендаций что то не то порекомендовал"
А Тиньков... Как раз его скилл - правильно подобрать команду которая в таких делах уже опытная и знает как работать с разнокультурьем.
Всё херня, переделывай.
Как только перестаёшь учитывать культурные особенности заказчика, или менеджера, все твои вопросы вместе с тобой вылетают из проекта и возможно компании.
Попробуй бриту или азиату сказать что либо коротко по существу и напрямую, моментально становишься токсичным грубияном и от тебя отворачиваются.