Sergei
http://scrumfortrello.com
Dmitry
Блин, точняк
Но дорожек не будет (
Dmitry
Значит скрам можно
С плагинами
Канбан нельзя
Slava
Браузерный плагин который превращается в тыкву когда обновляется Трелло это баловство
Slava
Если команда небольшая наверное ок
Slava
Эксель уж точно надежнее
Sergei
Браузерный плагин который превращается в тыкву когда обновляется Трелло это баловство
Трелло очень много с чем интегрируется. Бездумно менять апи было бы глупо с их стороны
Slava
При чем тут апи?:)
Anonymous
Kanban WIP for Trello
Slava
А отображает как?
Slava
Ну тогда то не плаг ин
Slava
Плаг ин это то что у них в разделе power ups
Nekiy
http://screenful.com/screenful-for-trello/
а это расширение для ведения спринтов.
Dmitry
Лимиты только общие на колонку
Anonymous
Ну что есть😊
Slava
Скринфул интересная тема это типа дашборд
Slava
Он там в атласиан умеет ходить
Dmitry
Ну, надо признать, если у тебя уже есть атласиан - то там все это есть)
Dmitry
Нафиг трело тогда)
N.
Может ли канбан жить со сроками для каждой карточки?
Slava
Ну, надо признать, если у тебя уже есть атласиан - то там все это есть)
Оказывается иметь и сделать доступным - две вселенные )) сами страдаем
Mikhail
Коллеги,а есть у кого ещё каналытелеграм посвященные аджайлу,можно англоязычные?
Anastasia
Привет! Закину на правах рекламы) Мы в МИФе очень ищем коллег. Не потому, что уволили всех старых, а просто решили расти дальше. В отдел разработки ищем бекенда (пхп), фронта (ангуляр), тестировщика, девопса, дизайнера, веб-аналитика. Если у вас есть кто-то на примете или сами хотите к нам, то вакансии тут — http://www.mann-ivanov-ferber.ru/about/job/#vacancy
HashTag
Подписка на #vacancy
Igor
девопса не ищете - в вакансиях нет. Вруши.
Anastasia
мы его мысленно ищем пока что)
Aleksandr
В продолжение вопрос по трелло и прочие инструменты
Какой есть мобильный инструмент (андроид, иос) для работы с досками?
Т.е. аналогичный трелло, но где есть канбан и скрам.
Sergei
Трелло мобильный же
Aleksandr
Желательно фри
Sergei
Сорри за капитанство
Dmitry
Aleksandr
Aleksandr
глянь его
Aleksandr
хотя хз напилили ли они туда что хотели или забили
Andrey
привет!
новая тема - могу ли я в спринт включать не только разработческие задачи но и задачи по аналитике? ведь продакт и аналитик работают на шаг вперед прорабатывая беклог
Andrey
а также создание дизайна тоже на шаг вперед должно идти
Andrey
а то у нас тут дебаты, мол в спринт надо только рафинированные задачки для программистов
Andrey
я с этим не согласен)
Andrey
но программисты , такие программисты, не хотят видеть рядом со своими "чужие" задачки
Dmitry
у вас проблема на более высоком уровне, мне кажется
Dmitry
что за рафинированнные задачки для программистов? любая задача должна реализовывать какой-то инкремент, полезный пользователю.
Dmitry
best practice, это когда она как раз включает в себя тот же дизайн
Dmitry
отдельно код никакой пользы не несет, он не нужен)
Andrey
прорабатываемые в данный момент требования по задачам беклога и дизайн - будут полезны потом, но к концу спринта они не будут в составе конечного продукта
Andrey
вопрос: мне зачем их держать "в голове" или на другой доске
Ефим
привет!
новая тема - могу ли я в спринт включать не только разработческие задачи но и задачи по аналитике? ведь продакт и аналитик работают на шаг вперед прорабатывая беклог
Мне интересно. Я сейчас думаю об этом и хочу аналитиков переводить в режим, когда они будут делать не абстрактную постановку для абстрактного разработчика, а по возможности отвечать на вопросы конкретного разработчика добиваясь от разработчика слов о том, что он понял, как именно надо реализовать задачу.
Dmitry
я не предлагаю держать в голове или на другой доске
я лишь обращаю внимание на _вероятно_ не нужное отделение этих задач от реализации.
Довольно часто, такое отделение – признак дисфункции
Dmitry
дизайн прототип, который на Sprint Review показывается пользователям и тестируется – это инкремент.
Dmitry
но это, например, если мы хотим сделать несколько вариантов, потестить и потом чего-то решать.
Dmitry
а в ситуации, где, допустим, фича более очевидна и тестирование отдельно дизайна не оправдано, логичнее будет включить работы по дизайну в US самой фичи. И делать их в том же спринте, и инкрементом будет вся фича целиком
Dmitry
В любом случае специализация задач в бэклоге на "разработческие", "дизайнерские", "аналитические" это не хорошо.
У нас общий продукт, все истории это продуктовые истории, кто должен приложиться к ним, это уже вопрос команды.
Andrey
а в ситуации, где, допустим, фича более очевидна и тестирование отдельно дизайна не оправдано, логичнее будет включить работы по дизайну в US самой фичи. И делать их в том же спринте, и инкрементом будет вся фича целиком
это наш случай
получается я пишу в беклог довольно общую стори, стори попадает в спринт а далее проходит в спринте уже цикл маленький
мне не нравится что в этом случае разработка может начать работать с задержкой
Andrey
https://s-media-cache-ak0.pinimg.com/originals/1c/b9/48/1cb948ceb0a7c5c2f66a9c955afc29a8.png
Andrey
нужен какбы сдвиг по фазе, чтобы одни были на полшага впереди других
Dmitry
Andrey
и как этого добиться? :)
Dmitry
это стереотип, что начинать кодить можно только после того, как дизайн нарисован
Andrey
да даже не дизайн, а аналитика
Andrey
у меня сейчас полно задач где дизайн не нужен, но нужна аналитика
Pavel
порой оценить разработку более-менее точно без готового дизайна просто невозможно
Dmitry
да даже не дизайн, а аналитика
ну вот давайте посмотрим
есть какой-то ваш пример аналитики, который можно привести тут?
просто слишком уж абстрактная ситуация
Ефим
В любом случае специализация задач в бэклоге на "разработческие", "дизайнерские", "аналитические" это не хорошо.
У нас общий продукт, все истории это продуктовые истории, кто должен приложиться к ним, это уже вопрос команды.
Я соглашусь и добавлю, что получается так, что в корне дерева находится задача разработчика, который зависит от задач дизайнера и аналитика. Так как доставляет инкремент продукта разработчик, то получается, что аналитик и дизайне должны знать кто будет имплементировать их решения в продукт и должны учесть вопросы со стороны разработчика, чтобы именно этот конкретный разработчик сказал, что он понял и принял дизайн и аналитику. Понимает как это все реализовать в продукте.
Slava
Андрей вы либо строите процессы вокруг скрам либо не мучаетесь. Нельзя встроить процессы в скрам.
Slava
Бэклог продукта это не задачи на разработку
Andrey
Ну например делаем создание пользователя и ему требуется пароль, сложность пароля надо описать еще регуляркой, срок действия пароля, политику по его смене (чтобы не повторялся с последними N) итд - если всего этого нет, то разработчик читаает довольно абстрактную стори и максимум что может сделать по ней - это создать такое поле в базе данных
Slava
Войдите в дев Тим и занимайтесь описанием
Dmitry
Ну например делаем создание пользователя и ему требуется пароль, сложность пароля надо описать еще регуляркой, срок действия пароля, политику по его смене (чтобы не повторялся с последними N) итд - если всего этого нет, то разработчик читаает довольно абстрактную стори и максимум что может сделать по ней - это создать такое поле в базе данных
ну почему же
аналитик разрабатывает регулярки и сроки, разработчик пишет валидатор, в который он вставит регулярку, когда она будет готова
ну и тд