Denis
я правда так и не понял, почему они зовут это стажировкой
Denis
я про оргов и говорю
Denis
ну это понятно
Евгений
А кто-нибудь знает в телеграмме группу по teal?
Denis
https://t.me/FrLalu
Алекс
Коллеги, подскажите, кто сертифицировался в Scrum.org на PSM I, отличаются ли вопросы в экзамене от вопросов в open assesment (Scrum open) ?
Евгений
Стас Щетинников
Valentin
https://scrumtrek.ru/blog/agilesurvey17/?utm_source=letter_30112017&utm_medium=email&utm_campaign=agilesurvey17
Yuriy
два первых опроса), с месяц назад уже выкладывали от другой конторы, кто-то сравнивал?
Алекс
Стас Щетинников
Алекс
Кроме как на экзамене :)
Стас Щетинников
Хз, иначе какой смысл тогда сдавать?
Алекс
ок
Мария
Я заказала на Амазон книгу для сдачи сертификата) https://www.amazon.de/dp/1521475466/ref=pe_3044161_189395811_TE_dp_2
Мария
На Европейском Амазоне намного дешевле доставка в Россию
Dmitry
Ilya
Ilya
как-то смотрел одинковую вещь через США и Германию и вышло
85 уе сша
200 евро германия
Мария
Ilya
у меня обратный опыт, сори:D
Ilya
все на американском выходило дешевле
Ilya
только что чекнул часы, которые хочу там и там, результат тот же
Вадим
Magistr
@glam-evil велком ))
Vasilii
дароф
Vasilii
всем привет! меня зовкт Вася и скрам-мастер в питерском отделении альфа-банка (лаборатория).
Алекс
Привет Вася 👏
Valleyheart
Мария
Привет! 😊
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 декабря
_____________
Denis
Oleg Busel
Тем, что в твоей квартире нет бесплатных печенек и кофе
Denis
Для тех, кто попадает — сколько угодно
Oleg Busel
Ты живешь случайно не в Мск? Мы с командой пока не решили где переночевать по приезду перед началом мероприятия)
Oleg Busel
Как раз кофе и печеньки будут в тему, Денис
Yuriy
я думал на хакатоне круто не поэтому)
Denis
Чувак, ответь на вопрос про ценность конкретного этого хакатона
Oleg Busel
Я думал ты меня троллишь, а вот про ценность вопрос норм.
Конкретно на этом Хакатоне будет возможность разделить 400 тысяч на четверых, получить опыт создания приложения для smart-терминала Эвотор, и даже развивать проект и дальше — получая прибыль от клиентов Эвотора
Denis
Крутота
Evgeniy
Всем привет! Ребята, поделитесь опытом :)
У меня есть команда, которая разрабатывает подпродукты. В среднем на разработку одного уходит 2-4 месяца. Хочу наглядность сделать, смотрю в сторону скрама.
Проблема в том, что для каждого из этих подпродуктов пишется в команде оч сложная серверная логика, и специфика диктует писать все сразу: никак не получается адекватно дробить эту разработку, чтобы можно итерационно тестировать результат после итераций. Так вот вопрос. Посоветуйте, как работать в итерациях и как показывать демо? (Можно смотреть интерфейсы для подпродукта, их тоже делают очень долго и много, но их можно на демо смотреть. Но мне кажется, это не правильно, раз нет серверной части. )
Mikhail
Всем привет!Подскажите, как Вы согласовываете хотелки клиента в техзадании и привязываете эти хотелки к договору (понимаю,что аджайл, все дела,мы к примеру как маленькое диджитал агентство и основным продуктом у нас лендинги являются и реклама,вообще тз не согласовывали и не писали по сайту в договоре,а сразу начинали бриф->прототип->правки-> прототип->дизайн(также на основе брифа)->правки->сдача проекта.Вобщем такой бизнес процесс у нас неплохо работает и за год даже с оч сложными клиентами удавалось оставлять их довольными и разборок не было, но иногда работали в убыток,потому что заказчики иногда борзеют.Сейчас проекты начали размером увеличиваться и у спектр услуг увеличиваем и у меня возникает дилема,как оставаться такими же клиентоориентированными и не влетать на бабки с оч дотошными заказчиками?
Вадим
Valleyheart
Всем привет!Подскажите, как Вы согласовываете хотелки клиента в техзадании и привязываете эти хотелки к договору (понимаю,что аджайл, все дела,мы к примеру как маленькое диджитал агентство и основным продуктом у нас лендинги являются и реклама,вообще тз не согласовывали и не писали по сайту в договоре,а сразу начинали бриф->прототип->правки-> прототип->дизайн(также на основе брифа)->правки->сдача проекта.Вобщем такой бизнес процесс у нас неплохо работает и за год даже с оч сложными клиентами удавалось оставлять их довольными и разборок не было, но иногда работали в убыток,потому что заказчики иногда борзеют.Сейчас проекты начали размером увеличиваться и у спектр услуг увеличиваем и у меня возникает дилема,как оставаться такими же клиентоориентированными и не влетать на бабки с оч дотошными заказчиками?
Прописывайте спеку, думаю, все что в эту самую спеку не входит - считать ченжой, которая должна эстимейтиться / биллиться отдельно
Sergey
LP - возможно, не является работой в запутанном домене. Поэтому у вас должна появится технология их реализации. Возможно, имеет смысл сделать ‘калькулятор’ для расчета стоимости реализации первоначально требующейся функциональности. И выгрузку из калькулятора прикладывать в договор. Остальное - change request. Очевидно, что из общения с заказчиком вы можете оценить его ‘сложность’ - имеет смысл накинуть на риски изменения скоупа
Mikhail
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р. Хочешь дождик и другой шрифт? — не вопрос. Музыку фоном? — а это уже больше двух. Плати
Eugene
Yehor
#whois
EPAM
деливери
фронтенд/мобайл
обсуждать методологии и бизнес сторону проектов
из интернета
HashTag
Подписка на #whois
Eugene
дак это у нас не итерационно происходит ,а на постоянной основе,по другому в маркетинге никак.
Речь не о конструктивных хотелках клиента,а на просто хотелках,либо придирках к дизайну,которые не являются гипотезами и на конверсии не повлияют,а просто в виде:
" я хочу чтоб дождик капал"
-Зачем?
-Чтоб капал
Как защититься от этой хрени,я про это
» не о конструктивных хотелках клиента,а на просто хотелках
Я бы сказал, что "просто хотелок" не бывает.
Просто потому, что у вас есть живой "клиент" - а, значит, и вся его история.
Для одноразовых клиентов (читай - "для тех, кто пришел получить халяву") - да, жестко нужно. Но не в договоре - а в том, как он вам задачу ставит.
Eugene
Eugene
Как у вас постановка задачи выглядит?
Я даже не про формальный процесс - а про то, какой от вас мессадж идёт клиенту: "расслабься, и получай удовольствие", "мы крутые - всё сделаем, не мешай", "давай всё распишем до мелочей, потому что мы боимся ещё раз какой-нибудь истории с истерящим клиентом"
Eugene
Mikhail
Я даже не про формальный процесс - а про то, какой от вас мессадж идёт клиенту: "расслабься, и получай удовольствие", "мы крутые - всё сделаем, не мешай", "давай всё распишем до мелочей, потому что мы боимся ещё раз какой-нибудь истории с истерящим клиентом"
по сути да такой,дай нам всю инфу и идеи которые у тебя в голове есть,вытягиваем всё что знает,продажи,процесс,ЦА(вобщем весь бизнес изучаем), но с упором на то,что как это подать-решаем мы-критике рады,но только конструктивной и если несогласны с правками,то мы их не вносим-то есть окончательное решение за нами как будет сайт выглядеть
Eugene