это же вы описали serverless подход!

Где бы найти работу, на которой надо писать userless софт

автопилоты, например )

И может быть кто-нибудь посоветует литературу на тему Agile в маркетинге?

И может быть кто-нибудь посоветует литературу на тему Agile в маркетинге?

а где узнать ссылку на трансляцию?

Где бы найти работу, на которой надо писать userless софт

что имел в виду автор под предпринимателем мы точно не знаем

они рискуют чем-то существенным?

короче, шах и мат :)

В том то и проблема, что они не чуствуют такую ответсвенность, потому принимают зачастую решения, которые приносят компании не прибыль, а убытки

#whois Всем привет, я ▫️Паша, работаю маркетологом (по факту и менеджером проектов, и создателем лендингом и контроллером процессов😁) в маленьком рекламном агентстве, где мы внедряем канбан (через kaiten.io) ▫️Умею делать неплохие посадочные страницы, настраивать контекстную рекламу, коллтрекинги, amocrm, а также вести и направлять более сложные проекты. ▫️Полезен пока могу быть разве что тем, о чем написал, т.к. ▫️Интересно почитать о проблемах внедрения других компаний, и рассказать о своём опыте. ▫️Я из Краснодара ▫️Группу нашел в гугле, а потом еще и посоветовал коллега. И сразу вопрос - если аджайл подразумевает обособленные команды разработки. Как в эту систему и команды вписывается менеджер по продажам. Пример: у нас рекламное агентство, которое по сути состоит из одной укомплекктованной команды, мы можем сами начинать и заканчивать маркетинговые проекты. Но при этом сейчас берём "продавальщика", который по сути должен продавать и передавать клиентов менеджеру проектов. Именно по этому продавальщику и вопросы: - Как он должен быть вписан в канбан систему, если по сути он ни в какой в разработке не участвует, т.е. его процессы - совсем далеки от разработки и вообще основных работ по проектам. - Как\чем его мотивировать, если как я понял аджайл не одобряет KPI-мотивацию отдельных сотрудников - Как устроить процесс передачи заказа после продажи в отдел разработки (т.е. должен ли это делать проодажник, или же менеджр прооектов сам с его доски должен стягивать по мере загруженности себе проекты)

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

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

а у вас один продукт?

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

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

мы сделали связку продавца и разработки /техподдержки, позже опишу

крик души, ну невозможно делать канбан в жире когда распробовал кайтен ((

не понял этого сообщения)

это сообщение в мир )

Redmine в помощь ;)