Евгений Калашников
Вы сами с собой что ли общаетесь? собеседники и неудобные вопросы не нужны рыцарю священной антивакцинации?
А Вы когда-нибудь интересовались, как работает система доказательств медицинской эффективности? Кинете ссылку, где там пункт "разработанные ранее вакцины"?
В случае, если товар не представлен в маркетплейсах, а спрос на него есть - конечно продаваться он будет, как иначе?
Пока нормально работают продажи товара со сложным конфигуратором. Но это технологический стоппер, мы все прекрасно понимаем, что как-только маркетплейсы его преодолеют - заберут рынок.
В остальных случаях плевать клиенты хотели на компетенции, когда надо набирать кешбек, до двух тысяч для бесплатной доставки, мне удобно в ПВЗ и т.д.....
Запустят в космос?))) Общаюсь с несколькими региональными ритейлерами, все плачут и жалуются на маркетплейсы, которые серьезно снижают выручку их нишевых ИМ.
Ну и чего уж там, работаю в нишевом ИМ (топ 3 по России в своей категории), мы прекрасно понимаем, что в ближайшие год-два сюда ещё больше зайдут маркетплейсы, и мы или сейчас вдобываем на 200% и оставим долю рынка за собой, или умрем.
Никаких иллюзий по поводу развития "нишевости" в противовес маркетплейсам, естественно, нет.
О несовместимости трендов на нишевые ИМ и маркетплейсы
Рост нишевых интернет-магазинов
Рост маркетплейсов
Мы профессионалы в e-commerce
Выбери два из трех
у них же есть таймшифт - к концу спринта все работы из его беклога должны быть выполнены, а цель спринта - достигнута. Я не очень понимаю, какая принципиальная разница, сколько человекочасов на это потрачено?
Так это их работа - давать обратную связь. не давали=не работали. Следовательно я нашел, кого нужно увольнять)))
Я про то, что у каждой команды был скрам мастер, одни из основных задач которого - устранять препятствия и вдохновлять на подвиги. То, что разработчику пофиг на то, что задача не выполнена - ситуация естественная. То, что пофиг менеджменту - нет.
Пользу учета времени в скраме я сам не вижу, если честно. Сам бы забил на его месте.
А вы в армии служили? тоже там вставали, когда хотели и одевались, как нравилось?)))
ОК, для ликбеза. Скрам - это минимально достаточный фреймворк. Это означает, что он дает тот минимум, который трогать нельзя, а дальше строй, что хочешь.
максимальный размер команды в классическом скраме - 10 человек. Из них два менеджера. Один отвечает за процессы внутри команды, другой за ее общение с заказчиками.
Оценку задач в скраме производит команда. Задачи оцениваются эмпирически, в относительных, а не абсолютных показателях. Вся гибкая методология создана по принципу отказа от железных сроков планирования, иначе зачем она вообще нужна?
Итак, разработчик взял задачу и не выполнил ее в срок. Кто в этом виноват? оценка задачи была коллективная, силами всей команды. Бизнес-задачу в юзер стори для беклога превращал продакт оунер, возможно он что-то описал недостаточно. За выполнением задачи следил скрам мастер, он же считал велосити команды и исходя из него считал, что велосити достаточно для того, чтобы попасть в сроки. Наконец, на дейли скраме разработчик наверняка говорил о проблемах, какие действия предприняла команда, чтобы ему помочь?
Весь смысл скрама - в коллективной ответственности за инкремент, иначе это уже не скрам.
Тем не менее, откладывание задач обратно в беклог - это нормальная ситуация, встречающаяся у любых команд. Тут дело скрам-мастера - пересчитать велосити, может быть фасилитировать другие критерии оценки команд, подключить к команде внешних разработчиков или решить проблему любым другим доступным способом. Иначе зачем он вообще нужен команде?
Ситуация, когда в систематических проблемах в доставке инкремента вовремя виноват конкретный разработчик, противоречит философии Скрама.
Вместо тысячи слов... https://ru.wikipedia.org/wiki/%D0%93%D0%B0%D0%BC%D0%AD%D0%B2%D0%B0%D0%BA-%D0%9A%D0%BE%D0%BC%D0%B1%D0%B8