Denis
я правда так и не понял, почему они зовут это стажировкой
Artem
я правда так и не понял, почему они зовут это стажировкой
Я так понимаю, это от оргов пошло. По сути это набор референс визитов и лично меня позабавил заппос. Точнее фотки как выглядят у них рабочие места
Denis
я про оргов и говорю
Artem
я про оргов и говорю
Видимо так лучше продавалось) ребята вообще на этом специализируются
Denis
ну это понятно
Евгений
А кто-нибудь знает в телеграмме группу по teal?
Denis
https://t.me/FrLalu
Алекс
Коллеги, подскажите, кто сертифицировался в Scrum.org на PSM I, отличаются ли вопросы в экзамене от вопросов в open assesment (Scrum open) ?
Евгений
https://t.me/FrLalu
спасибо
Стас Щетинников
Valentin
https://scrumtrek.ru/blog/agilesurvey17/?utm_source=letter_30112017&utm_medium=email&utm_campaign=agilesurvey17
Yuriy
два первых опроса), с месяц назад уже выкладывали от другой конторы, кто-то сравнивал?
Алекс
Из assessment часть вопросов берется, но 90% оригинальные и сложнее чем в assessment
А где то можно ознакомиться с оригинальными вопросами?
Алекс
Кроме как на экзамене :)
Стас Щетинников
Хз, иначе какой смысл тогда сдавать?
Алекс
ок
Мария
Я заказала на Амазон книгу для сдачи сертификата) https://www.amazon.de/dp/1521475466/ref=pe_3044161_189395811_TE_dp_2
Мария
На Европейском Амазоне намного дешевле доставка в Россию
Ilya
На Европейском Амазоне намного дешевле доставка в Россию
только часто цены выше, чем на американском
Ilya
как-то смотрел одинковую вещь через США и Германию и вышло 85 уе сша 200 евро германия
Мария
как-то смотрел одинковую вещь через США и Германию и вышло 85 уе сша 200 евро германия
У меня приличная разница получилась, на Европейском в целом дешевле)
Ilya
у меня обратный опыт, сори:D
Ilya
все на американском выходило дешевле
Ilya
только что чекнул часы, которые хочу там и там, результат тот же
Magistr
@glam-evil велком ))
Vasilii
дароф
Vasilii
всем привет! меня зовкт Вася и скрам-мастер в питерском отделении альфа-банка (лаборатория).
Алекс
Привет Вася 👏
Valleyheart
Мария
А с разных устройств посмотреть?
Я заказывала с компьютера, есть небольшая разница в цене книги порядка 100 рублей, а вот доставка 3500 против 1000
Мария
Привет! 😊
Andrew
Привет)
Vasilii
Люди, никто не продаёт планинг покер в питере? А то к меня народу 9 человек и комплект на четверых на авито как-то скромно покрывает нужды.
Arman
А в чем проблема заказать печать в любой печатной компании?
Arman
А ещё есть бесплатные приложения для смартфонов
Vasilii
мм, если кто-то продает, то купить быстрее только и всего. приложения не вариант, можно в чатик потом залипнуть :)
Valentin
Дождались: Руководство по Скраму 2017 на русском...
Valentin
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Russian.pdf
Arman
Алекс
Denis
Mikhail
Yuriy
как-то мало гифок)
Oleg Busel
Друзья, привет всем) Если среди вас есть опытный фронтендщик у которого нет особых планов на ближайшие выходные — предлагаю сгонять на Хакатон: https://hack.evotor.ru/ Туда хрен попадешь, отбор прошли более трехсот команд, из которых отобрали 50, и в нашей есть 1 свободное место #Москва 2-3 декабря _____________
Oleg Busel
Тем, что в твоей квартире нет бесплатных печенек и кофе
Denis
Для тех, кто попадает — сколько угодно
Oleg Busel
Ты живешь случайно не в Мск? Мы с командой пока не решили где переночевать по приезду перед началом мероприятия)
Oleg Busel
Как раз кофе и печеньки будут в тему, Денис
Yuriy
я думал на хакатоне круто не поэтому)
Denis
Чувак, ответь на вопрос про ценность конкретного этого хакатона
Oleg Busel
Я думал ты меня троллишь, а вот про ценность вопрос норм. Конкретно на этом Хакатоне будет возможность разделить 400 тысяч на четверых, получить опыт создания приложения для smart-терминала Эвотор, и даже развивать проект и дальше — получая прибыль от клиентов Эвотора
Denis
Крутота
Evgeniy
Всем привет! Ребята, поделитесь опытом :) У меня есть команда, которая разрабатывает подпродукты. В среднем на разработку одного уходит 2-4 месяца. Хочу наглядность сделать, смотрю в сторону скрама. Проблема в том, что для каждого из этих подпродуктов пишется в команде оч сложная серверная логика, и специфика диктует писать все сразу: никак не получается адекватно дробить эту разработку, чтобы можно итерационно тестировать результат после итераций. Так вот вопрос. Посоветуйте, как работать в итерациях и как показывать демо? (Можно смотреть интерфейсы для подпродукта, их тоже делают очень долго и много, но их можно на демо смотреть. Но мне кажется, это не правильно, раз нет серверной части. )
Mikhail
Всем привет!Подскажите, как Вы согласовываете хотелки клиента в техзадании и привязываете эти хотелки к договору (понимаю,что аджайл, все дела,мы к примеру как маленькое диджитал агентство и основным продуктом у нас лендинги являются и реклама,вообще тз не согласовывали и не писали по сайту в договоре,а сразу начинали бриф->прототип->правки-> прототип->дизайн(также на основе брифа)->правки->сдача проекта.Вобщем такой бизнес процесс у нас неплохо работает и за год даже с оч сложными клиентами удавалось оставлять их довольными и разборок не было, но иногда работали в убыток,потому что заказчики иногда борзеют.Сейчас проекты начали размером увеличиваться и у спектр услуг увеличиваем и у меня возникает дилема,как оставаться такими же клиентоориентированными и не влетать на бабки с оч дотошными заказчиками?
Вадим
Всем привет!Подскажите, как Вы согласовываете хотелки клиента в техзадании и привязываете эти хотелки к договору (понимаю,что аджайл, все дела,мы к примеру как маленькое диджитал агентство и основным продуктом у нас лендинги являются и реклама,вообще тз не согласовывали и не писали по сайту в договоре,а сразу начинали бриф->прототип->правки-> прототип->дизайн(также на основе брифа)->правки->сдача проекта.Вобщем такой бизнес процесс у нас неплохо работает и за год даже с оч сложными клиентами удавалось оставлять их довольными и разборок не было, но иногда работали в убыток,потому что заказчики иногда борзеют.Сейчас проекты начали размером увеличиваться и у спектр услуг увеличиваем и у меня возникает дилема,как оставаться такими же клиентоориентированными и не влетать на бабки с оч дотошными заказчиками?
А что лендинги? Можно посмотреть? Парочку нужно
Valleyheart
Всем привет!Подскажите, как Вы согласовываете хотелки клиента в техзадании и привязываете эти хотелки к договору (понимаю,что аджайл, все дела,мы к примеру как маленькое диджитал агентство и основным продуктом у нас лендинги являются и реклама,вообще тз не согласовывали и не писали по сайту в договоре,а сразу начинали бриф->прототип->правки-> прототип->дизайн(также на основе брифа)->правки->сдача проекта.Вобщем такой бизнес процесс у нас неплохо работает и за год даже с оч сложными клиентами удавалось оставлять их довольными и разборок не было, но иногда работали в убыток,потому что заказчики иногда борзеют.Сейчас проекты начали размером увеличиваться и у спектр услуг увеличиваем и у меня возникает дилема,как оставаться такими же клиентоориентированными и не влетать на бабки с оч дотошными заказчиками?
Прописывайте спеку, думаю, все что в эту самую спеку не входит - считать ченжой, которая должна эстимейтиться / биллиться отдельно
Sergey
LP - возможно, не является работой в запутанном домене. Поэтому у вас должна появится технология их реализации. Возможно, имеет смысл сделать ‘калькулятор’ для расчета стоимости реализации первоначально требующейся функциональности. И выгрузку из калькулятора прикладывать в договор. Остальное - change request. Очевидно, что из общения с заказчиком вы можете оценить его ‘сложность’ - имеет смысл накинуть на риски изменения скоупа
Mikhail
А что лендинги? Можно посмотреть? Парочку нужно
good-seller.ru/cases некоторые наши упакоанные кейсы
Mikhail
LP - возможно, не является работой в запутанном домене. Поэтому у вас должна появится технология их реализации. Возможно, имеет смысл сделать ‘калькулятор’ для расчета стоимости реализации первоначально требующейся функциональности. И выгрузку из калькулятора прикладывать в договор. Остальное - change request. Очевидно, что из общения с заказчиком вы можете оценить его ‘сложность’ - имеет смысл накинуть на риски изменения скоупа
по факту функциональность мы определяем,так как мы маркетологи и делаем так,как нужно.И для аудитории клиента,а не для клиента.Потому,мы конечно,внимательно выслушиваем заказчика,но делаем как нужно,а не как клиент хочет.Но иногда у него есть хотелки,которые мы не прочь вставить в сайт(если это не будет мешать конверсиям),причём в 90% случаев его хотелки не улучшают конечный результат и он начинает(поиграйте со шрифтами,передвиньте картинку,и прочие мелочевки,которые в сумме несут урон нашему бизнесу,ну и его-так как из-за его хотелок он позже запустит реклму и позже получит своих клиентов)-так вот хочется как то защититься от этих бесполезных хотелок толи договором,толи ещё как
Yuriy
а итерационно проверять с ним гипотезы? вроде A/B тестов
Eugene
по факту функциональность мы определяем,так как мы маркетологи и делаем так,как нужно.И для аудитории клиента,а не для клиента.Потому,мы конечно,внимательно выслушиваем заказчика,но делаем как нужно,а не как клиент хочет.Но иногда у него есть хотелки,которые мы не прочь вставить в сайт(если это не будет мешать конверсиям),причём в 90% случаев его хотелки не улучшают конечный результат и он начинает(поиграйте со шрифтами,передвиньте картинку,и прочие мелочевки,которые в сумме несут урон нашему бизнесу,ну и его-так как из-за его хотелок он позже запустит реклму и позже получит своих клиентов)-так вот хочется как то защититься от этих бесполезных хотелок толи договором,толи ещё как
» делаем как нужно,а не как клиент хочет Это круто, реально круто. Но "клиент" хочет хотелку не просто так - он хочет тоже "поговорить с клиентом" через инструменты. А вы ему отказываете, и грамотно объясняете, что "это не его собачье дело, ведь мы реально круто делаем". Его ЦА, при этом, рада и активна - но, по факту, это не "его "ЦА", а ваша. Другими словами, вы "поиграли в его бизнес". Мы уходили от этой истории так: в процессе понимали, как заказчик настроен - если "давай по-быстрому" - то у вас всё ок. - если он ищет партнёров и настроен "share the monkey & bananas" - то давали доступ к Youtrack, вовлекали в игру "а ты можешь накатать юзер-стори круче, чем парни на нашей стороне?", тем самым: 1) снимая псих.неудовлетворённость "вы не даёте мне порулить моим заказом" 2) повышая качество user-story в спринте 3) раскатывая процесс "разработка происходит на столе у заказчика" в понятном ему виде.
Yuriy
» делаем как нужно,а не как клиент хочет Это круто, реально круто. Но "клиент" хочет хотелку не просто так - он хочет тоже "поговорить с клиентом" через инструменты. А вы ему отказываете, и грамотно объясняете, что "это не его собачье дело, ведь мы реально круто делаем". Его ЦА, при этом, рада и активна - но, по факту, это не "его "ЦА", а ваша. Другими словами, вы "поиграли в его бизнес". Мы уходили от этой истории так: в процессе понимали, как заказчик настроен - если "давай по-быстрому" - то у вас всё ок. - если он ищет партнёров и настроен "share the monkey & bananas" - то давали доступ к Youtrack, вовлекали в игру "а ты можешь накатать юзер-стори круче, чем парни на нашей стороне?", тем самым: 1) снимая псих.неудовлетворённость "вы не даёте мне порулить моим заказом" 2) повышая качество user-story в спринте 3) раскатывая процесс "разработка происходит на столе у заказчика" в понятном ему виде.
👍
Mikhail
а итерационно проверять с ним гипотезы? вроде A/B тестов
дак это у нас не итерационно происходит ,а на постоянной основе,по другому в маркетинге никак. Речь не о конструктивных хотелках клиента,а на просто хотелках,либо придирках к дизайну,которые не являются гипотезами и на конверсии не повлияют,а просто в виде: " я хочу чтоб дождик капал" -Зачем? -Чтоб капал Как защититься от этой хрени,я про это
Konstantin
можно ограничивать количество правок в договоре а остальные за деньги
Konstantin
грубо 2 правки бесплатно дальше по 1000р. Хочешь дождик и другой шрифт? — не вопрос. Музыку фоном? — а это уже больше двух. Плати
Yehor
#whois EPAM деливери фронтенд/мобайл обсуждать методологии и бизнес сторону проектов из интернета
HashTag
Подписка на #whois
Eugene
дак это у нас не итерационно происходит ,а на постоянной основе,по другому в маркетинге никак. Речь не о конструктивных хотелках клиента,а на просто хотелках,либо придирках к дизайну,которые не являются гипотезами и на конверсии не повлияют,а просто в виде: " я хочу чтоб дождик капал" -Зачем? -Чтоб капал Как защититься от этой хрени,я про это
» не о конструктивных хотелках клиента,а на просто хотелках Я бы сказал, что "просто хотелок" не бывает. Просто потому, что у вас есть живой "клиент" - а, значит, и вся его история. Для одноразовых клиентов (читай - "для тех, кто пришел получить халяву") - да, жестко нужно. Но не в договоре - а в том, как он вам задачу ставит.
Eugene
Как у вас постановка задачи выглядит?
Я даже не про формальный процесс - а про то, какой от вас мессадж идёт клиенту: "расслабься, и получай удовольствие", "мы крутые - всё сделаем, не мешай", "давай всё распишем до мелочей, потому что мы боимся ещё раз какой-нибудь истории с истерящим клиентом"
Mikhail
Я даже не про формальный процесс - а про то, какой от вас мессадж идёт клиенту: "расслабься, и получай удовольствие", "мы крутые - всё сделаем, не мешай", "давай всё распишем до мелочей, потому что мы боимся ещё раз какой-нибудь истории с истерящим клиентом"
по сути да такой,дай нам всю инфу и идеи которые у тебя в голове есть,вытягиваем всё что знает,продажи,процесс,ЦА(вобщем весь бизнес изучаем), но с упором на то,что как это подать-решаем мы-критике рады,но только конструктивной и если несогласны с правками,то мы их не вносим-то есть окончательное решение за нами как будет сайт выглядеть
Mikhail
А кроме "сайт как настроенный инстумент" что клиент получает?
конечной продукт-целевые клиенты,на которых клиент может максимально быстро заработать