« Rev
@agile_ru   460
Fwd »


Ruslan
Коллеги, можете поделится информацией, какие инструменты используете для ведения бэклога проекта?
Евгений 1С
мы свой используем ) http://1c-agile.ru/
Евгений 1С
и бету к нему на мобильниках
Евгений 1С
а до него (пока не написали) пользовались трекстудио
Dmitry
1С:Предприятие Agile:Scrum
Ruslan
Правильно понимаю, что для ведения бэклога, планирования, поставновки и отслеживания выполнения задач используете одну систему?
André | KreyDan |
Обычно это jira/confluence
Евгений 1С
Правильно понимаю, что для ведения бэклога, планирования, поставновки и отслеживания выполнения задач используете одну систему?
Да, мы используем одну систему. Плюс вторую систему (такую же) используем в бизнесе.
Yuriy
redmine 😉
Pavel
Правильно понимаю, что для ведения бэклога, планирования, поставновки и отслеживания выполнения задач используете одну систему?
Я использовал связку aha.io для управления бэклогом на высоком уровне (планирование релизов, определение приоритетов на уровне эпиков и фич) и jira на уровне командных бэклогов
Pavel
Удобно, когда управление бэклогом вынесено в самостоятельный цикл.
Pavel
Т.е. это для больших контор. Для маленьких, наверное, тоже будет удобно, но слишком дорого :)
Pavel
т.е. мы это использовали в обстановке, где есть 4 продукта объединенные общей платформой + серия интеграционных проектов + всякие эксперименты.
Pavel
И 12 команд
Dmitry
@anon4k вакансии (тем более не по теме чата) запрещены
Anonymous
Trello & TFS
Anonymous
Для меня TFS самая крутая вещь, но если есть команда TFS admins
Pavel
TFS\VSTS - отлично, но есть нюансы :)
Pavel
очень много из коробки приходится настраивать руками, чтобы инструмент помогал использовать хорошие практики, а не мешал.
Anonymous
Согласна с вами
Anonymous
Настраивать/ customize надо много
Yuriy
Trello & TFS
похоже, надо два инструмента для "верхнего уровня" и для "рабочего"), в этом смысле логична связка Trello&Jira
Tatyana
Коллеги, поделитесь опытом - какие проги для прототипирования вы используете и сами ли вы их освоили (сколько это заняло?) или на курсы сходили (какие?) ?
Pavel
Invision по большей части
Ivan
Sketch + InVision. Около 2х недель для комфортной работы, видео Envato Tuts
Pavel
За один проект освоил
Pavel
Неделя где-то
Ivan
Аналогично
Ivan
За первую неделю ещё непонятки возникали
Ivan
После ретро и подкручивания процесса стало всё на свои места
Tatyana
Неделя где-то
Самостоятельно или кто-то помогал/где-то учился?
Tatyana
После ретро и подкручивания процесса стало всё на свои места
А как в освоении программы ретро помогает?
Oleg
Я сторонник классического axure
Oleg
Освоение в зависимости от потребностей.
Anonymous
Azure, Visio и Balsamiq
Oleg
Azure тоже использую, но не для прототипирования😊
Oleg
Освоение axure без анимации час-два. С - каждый скрипт 10 мин. На ютубе роликов тонна
Ivan
А как в освоении программы ретро помогает?
Ну не технически, а в плане teamwork - обучение эффективно когда команда внутри свои best practice вырабатывает. Короткие встречи помогают понять почему кого-то напрягает тяжеловесный InVision а кто-то орудует но не пойдёт всем кричать что хорошо а что нет, количество комментариев и тд. Но речь больше именно про InVision и итеративные разработки прототипа с фидбеком
Ivan
Axure прям флагманом был раньше, но адски сложно было что-то прям живое и похожее на настоящее сделать либо за 💰 наборы компонент. Правда скажу сразу давно юзал, вероятно многое изменилось
Tatyana
Освоение axure без анимации час-два. С - каждый скрипт 10 мин. На ютубе роликов тонна
Спасибо большое за конкретику! А для чего вы его используете, если не для прототипирования?
Tatyana
Azure, Visio и Balsamiq
Спасибо
Ivan
Если замена, то думаю лучше понятнее описать задачу - офис/удаленно, что будет не хватать, нужен ли freetype и совместные правки со скринами, я думаю исходя из класса приложения можно выбрать. Web/mobile а там уже и из размера команды, Marvel, Prototype. Хорошего бесплатного и для нескольких проектов или дизайнеров я лично просто не знаю
Ivan
Что заставило мигрировать с InVision?
Ivan
Ибо последний прям вписывается в тематику сообщества и командную работу а если речь про то, как лучше рисовать это больше Техника
Ivan
В любом случае какое бы у вас не было местное время, лучше переспать с этими мыслями. Хорошего вечера всем!
Anonymous
Anonymous
Good night
Ivan
Ivan
Anyway, screens make us less happy)
Tatyana
Что заставило мигрировать с InVision?
Мы с него не мигрируем пока. Команда с него не а восторге - говорят, не очень удобно работать, но в компании принято работать именно с ним, ребята его у нас и осваивали. Мне сравнить не с чем - привыкла со скетчами работать. Так что решила узнать мнение сообщества и заодно наметить себе программы к освоению:)
Tatyana
Всем спасибо за ответы и доброй ночи!
Tatyana
Pavel
Самостоятельно или кто-то помогал/где-то учился?
Самостоятельно, это овольно простое приложение. Больше времени уходит на то, чтобы признать, что первый проект сделан криво и проще с нуля переделать, чем собсвтенно переделать :)
Yehor
удалось узнать? тоже есть такой вопрос
Egor Smolkin: Пока нашел только один вариант, это регистрация как обычно, разработчика, а потом подключение как продавца и тогда можно указать данные компании повязать ее карту. Больше вариантов не увидел , а в чате тоже не видел ответов
Yuriy
это скорее в продуктовых чатах надо спрашивать)
Daria
Коллеги, привет! Вопрос: как вы относитесь к внерелизной выкатке? Например, срочный багофикс скопом через несколько дней? Есть ли в этом что-то неадекватное? Просто возник спор в команде. Я поддерживаю идею того, что в релизе Х.1, допустим, ничего страшного нет.
Игорь
у нас как правило может быть 1-2 хотфикса между релизами (релиз раз в месяц)
Игорь
при условии что баги сильно мешают пользователям в работе
Daria
при условии что баги сильно мешают пользователям в работе
да, было, допустим, два с высоким приоритетом, ну заодно подправили и еще один не крит
Daria
просто могу ли я где то об этом почиать или это чисто договоренность в команде..есть ли вообще прописанные такие практики
Игорь
да, было, допустим, два с высоким приоритетом, ну заодно подправили и еще один не крит
это обсуждаемо и решается как правило аналитиками совместно с заказчиком, никогда еще заказчик не отказывался выводить дополнительный функционал )
Игорь
просто могу ли я где то об этом почиать или это чисто договоренность в команде..есть ли вообще прописанные такие практики
не встречал где почитать, мы выработали такую схему в процессе работы, обычная договоренность с заказчиком
Игорь
в самом деле не ждать ведь следующего релиза при критической баге, это просто необходимость
Daria
в самом деле не ждать ведь следующего релиза при критической баге, это просто необходимость
да, но что если к этим критам примазать баженьку с низким приоритетом? Это же ничего страшного?)
Игорь
абсолютно ничего страшного
Daria
спасибо) успокоили
Yuriy
Коллеги, привет! Вопрос: как вы относитесь к внерелизной выкатке? Например, срочный багофикс скопом через несколько дней? Есть ли в этом что-то неадекватное? Просто возник спор в команде. Я поддерживаю идею того, что в релизе Х.1, допустим, ничего страшного нет.
чем чаще, тем лучше (12 принципов гибкой разработки программного обеспечения 1. Наш наивысший приоритет — это удовлетворение заказчика при помощи частых и непрерывных поставок ценного для него программного обеспечения...) , но если вы уверены в том, что релиз рабочий 😄
Daria
я сейчас себя перед продакт директором посадила сама в лужу...потому что не смогла доказать критичность задач внерилизной выкатки🙈 если бы там не было по бэку задачи, вообще капут был бы...
Dmitry
так а пользователи? они же страдают. Это не аргумент?
Daria
так а пользователи? они же страдают. Это не аргумент?
ну типо если это даже не 30% аудитории, то не крит
Dmitry
масштабный у вас продакт директор, если его не волную проблемы менее 30% пользователей
Daria
масштабный у вас продакт директор, если его не волную проблемы менее 30% пользователей
ну типо смотря что с чем сравнивать. У каждого же свое понимание крит не крит и что для аудитории ахтунг..
Artem
Некоторые по несколько раз в день релизятся
« Rev
@agile_ru   460
Fwd »