Alexander
а мне вот вообще не зашел
он для программистов ок, а вот для саппорта неудобный
Alexander
да, перл там
Alexander
я его смотрел тогда
Михаил
Ну для суппорта хорошо
Alexander
короче, для саппорта я оставил трелло
Alexander
не идельное решение, конечно
Alexander
но норм работает
Михаил
вообще JIRA круто, но ооочень дорого
Alexander
у трелло плюсы - затрат на поддержку нет вообще
Alexander
делаешь приватный проект, кидаешь туда инвайт заказчику
Alexander
он там карточки пишет в какой-нибудь столбик
Alexander
а у тебя потом в единой ленте это всё отображается
Михаил
что мертво умереть не может!)
Михаил
и тикеты по письму не создает
Alexander
там можно вроде как-то, но я забил
Alexander
там есть почтовый ящик, если на него слать - будет создаваться запись в системе
Михаил
@fjfalcon и самое главное. если хелп деск умеет делать тикеты по письму, то это в разы упрощает его внедрение
Alexander
смотри, тут 2 варианта есть с саппортом - если много клиентов (ты владеешь SaaS и помогаешь им) и если ты в роли разработчика проекта и у тебя 1 клиент - заказчик
Alexander
вот для второго варианта трелло норм, ИМХО
Михаил
ой
Михаил
я мудвень
Михаил
трелло и треллис перепутал
Михаил
сорян
Михаил
трелло хорошо, очень
Pavel
трелло и джира не подходят(
Михаил
это же чистый канбан
Alexander
да
Alexander
мне как раз нравится канбан
Михаил
а канбан на change management отлично ложиться
Pavel
у нас редмайн с agile плагином
Alexander
я его везде стараюсь присунуть)))
Михаил
мне как раз нравится канбан
его к сожалению не везде можно
Михаил
у нас редмайн с agile плагином
agile у вас типо скрам?)
Alexander
ну, само трелло оно оптимизировано для вещей, где есть доска
Михаил
а ты знаешь, что канбан тоже agile?)
Alexander
а если в основе не доска, а список - тогда я бы выбрал асану
Pavel
agile у вас типо скрам?)
по типу канбаноскрам
Alexander
asana.com
Alexander
для списков задач
Михаил
по типу канбаноскрам
всего дохера и ничего толком?)
Михаил
спасибо, посмотрим
Alexander
@agile_ru
Alexander
вот тут целая группа есть
Pavel
всего дохера и ничего толком?)
толком есть, у нас и issue tracker и менеджер тасков все в нем
Михаил
а митинги, спринты?)
Pavel
все есть
Михаил
@agile_ru
спасибо
Михаил
все есть
но просто или или) или скрам или канбан) хотя я где то видел про использование канбан досок для growing backlog
Pavel
именно growing backlog, все верно
Михаил
ебать вы правильные
Михаил
я так и не понял, какую проблему тебя поставили решить))
Alexander
вообще, смысл подхода Agile в чём - вы делаете так, как вам нужно
Alexander
как выгоднее для вашей компании
Alexander
это не корпоративный стандарт же с сертификацией
Alexander
типа нельзя Wi-Fi, а если Wi-Fi - экранируйте комнату
Pavel
ебать вы правильные
уебать мудака, что не следует умных дяденек(нас) и заменить его
Михаил
вообще, смысл подхода Agile в чём - вы делаете так, как вам нужно
берем спринты, на них делаем kpi, а потом говорим "возьми ещё эту задачу в середине спринта!" и у тебя kpi идёт по пизде вместе с премией
Olsen
meistertask
Alexander
лучше просчитывать такие варианты заранее
Olsen
плюсы поиском можно тут в чате выше найти
Olsen
вроде
Alexander
вообще, Agile подразумевает обсждение и улучшение процесса разработки
Alexander
то есть люди обсуждают то, как они работают и можно ли улучшить процесс
Alexander
а дальше пробуют его менять
Alexander
если не нравится - снова меняют
Alexander
и так постоянно пока не получится удобно
Alexander
и кроме того, этот подход разгружает менеджеров - они могут заняться чем-то более полезным
Pavel
собственно, я собираюсь опираться на канбан в сфере заявок =)
Alexander
про Agile вот такое наблюдение есть, которое часто повторяют - чтобы оно внедрилось ок, надо, чтобы у команды была мотивация работать
Alexander
если мотивации нет - результат будет хуже
Alexander
чем в случае, когда менеджер раздаёт задачи
Alexander
если это стартап - Agile норм решение