Думаем про такой способ привлечения пользователей. Прежде чем принимать решение, надо взвесить все за и против. Сейчас трекер доступен бесплатно для образовательных учреждений
API уже доступно: tech.yandex.ru/connect/tracker Многие команды внутри так и поступили. Каждый немного по-разному представляет себе автоповтор задач. Если получится свести все это к единому знаменателю, то постараемся сделать. Иначе через API.
Ну смотрите, безопасность — совокупность мер, которые можно принять по защите данных и процессов, и передачи данных и т.п.
И тут опять же получится, что у Яндекса возможность обеспечить безопасность своего облака на порядок выше, чем у (среднего) клиента в своей инфраструктуре.
Это касается и шифрования данных, и безопасной разработки кода, и проверки на уязвимости, и контроля доступа, и прочее… То есть — безопасность для Яндекса — это не продукт, не какая-то standalone система, а обязательный компонент любого процесса и сервиса, т.к. самое важное, что есть в сервисе — это сохранность и конфиденциальность клиентских данных, и от того, как мы
об этом заботимся — зависит репутация и коммерческий успех Яндекса, поэтому мы и вкладываемся в процессы и инструменты обеспечения безопасности как никто другой, а также держим в штате высококлассных специалистов по ИБ, которых на рынке «днем с огнем» не найдешь.
Да, всегда будет мнение, что данные на своей инфраструктуре в сохранности и безопасности, но в большинстве случаев это всего лишь иллюзия, случаев взлома данных в частной инфраструктуре — на порядок больше.
Планируется ли постановка регулярных (например, по понедельникам, пока не закроется задача или с указанием сроков) задач?
Сделать автоповтор задач по расписанию планируем, но конкретных сроков на данных момент нет.
Планируются ли мобильные версии?
Мы разрабатываем мобильное приложение под iOS и Android и планируем опубликовать их в ближайшие пару месяцев
Языковые версии (меня в частности волнуют на английскоая и китайская)
Сейчас можно переключить на английский язык, но мы хотим, чтобы его вычитали редакторы, плюс некоторые дефолтные сущности сейчас создаются сразу на русском языке, документацию на английском тоже скоро выложим. Поддерживать китайский язык в планах пока нет. А с чем связана потребность в китайской версии, если не секрет?
Как устроена работа при постановке задач с разными тайм зонами?
У себя мы храним все в UTC, пользователям показываем данные в их таймзоне.
Мы сейчас занимаемся задачей про импорт данных. Кстати, расскажите, что именно хочется импортировать в первую очередь? Задачи, комментарии, аттачи, историю, пользователей?
Тут есть несколько причин, с одной стороны мы не хотим делать коробку, это требует немало ресурсов. С другой стороны мы верим, что весь мир движется в сторону облаков. Люди рано или поздно начнут доверять им, поймут, что облака могут ограничить доступ к их данным лучше, чем их собственные админы.
Ну отличия есть :) и они, кажется, полезны компаниям любого размера.
Например, мы много думали о скорости и производительности.
Все задачи у нас «живые» — страницы задач обновляются в реальном времени. Если кто-то изменил или прокомментировал задачу, страница которой открыта, вы увидите уведомление об этом во вкладке браузера, а на странице будет написано, какие поля изменились.
Есть возможность быстрого создания задач прямо из комментариев, создания связанной задачи из открытой и т.п.
Еще у нас сразу без всяких плагинов есть шаблоны задач и комментариев: личные или доступные для использования другими коллегами – тоже хорошо ускоряет и упрощает работу, если один раз настроить.
Вы планируете убрать\переделать фрейм при закрытии задачи\изменении
статуса? Это страшно мешает в джире, а тут тоже самое… Кейс:
Поставлена задача с несколькими вопросами, я исполнитель — закрываю
и хочу ответить с указанием цитат\вопросов и тп, скопировав из
текста или комментариев. Это невозможно, так как фрейм закрывает
задачу и не дает из нее копировать. =((
Менять прямо в этом месте не планировали, но это вообще можно
настроить в воркфлоу очереди. Например, сделать так, чтобы по кнопке
"закрыть" задача просто закрывалась, а комментарии написать в
комментариях :)
То что сделали возможность ставить задачи к подзадачам — круто, но
почему в родительской задаче не видно все дерево подзадач (т.е.
уровни далее первой подзадачи)? в том же редмайне это довольно удобно
Уже думаем как сделать, чтобы было удобно, самим очень хочется :)
В предпросмотре задачи (справа) — невозможно посмотреть наличие связей\подзадач, это грустно
Хотим в этом месте много улучшений, и связи в том
числе попробуем.
Не совсем очевидна (а может непривычна) при использовании с Гантта
механика\интерфейс — при создании задачи по умолчанию не включено
поле "Дата начала": получается, что создаю задачи с дедлайном, а они
на диаграмме отображаются как неразобранные (брр). При этом в режиме
диаграммы у задачи можно по править 2 поля: "В работе с" и
"дедлайн", но при создании задачи я поля "В работе с" не вижу, есть "Дата начала". Запутано =)
После изменения сроков задачи через правое меню приходится вручную
рефрешить страницу браузера чтобы посмотреть на диаграмме результат =( Chrome Версия 63.0.3239.84
На диаграмме не отображаются связи и иерархия (родительская, дочерняя) — жаль(
Печально, что существует только 1 тип связи, хотелось бы еще —
следующая, предыдущая и блокирует.
У нас про Гантта есть планы – тут будут изменения.
В частности, про даты хотим вообще переделать механику в этом месте, чтобы можно было установить даты начала и окончания прямо с Гантта.
А еще сейчас вы можете сделать 1 раз настройку очереди и выбрать все нужные поля, чтобы они были сразу доступны для заполнения.
Печально, что существует только 1 тип связи, хотелось бы еще — следующая, предыдущая и блокирует.
На самом деле их несколько. А почему показалось, что только один тип?
Интеграцию с confluence (это наверное, единственное что у atlassian
удобно) планируете или будете писать что-то свое?
У нас есть своя Wiki, рядом, в Коннекте, с ней Трекер интегрирован, как минимум ссылки на задачи раскрываются и
отражают статус задачи и ответственного, думаем как интегрировать плотнее.
1) а маркдаун в комментариях? хоткеи? такое ощущение, что без руки на мышке с трекером особо не пообщаешься…
В комментариях и в описании поддерживается наша разметка, она похожа на маркдаун, но в ней больше разных фич. Про хоткеи замечание справедливое, хотим делать.
настолько задвинутое описание (а его и так плохо читают обычно) может очень негативно повлиять на процесс
Специально задвигать его не планировали, неужели правда таким выглядит?
Спасибо за свежий взгляд!
Спасибо!
Я не готов назвать это экспериментом. Хотя бы потому, что это сервис, которым уже пользуется большая компания. Новая инсталляция также готова к крупным клиентам.
Планов у нас много, иногда сложно расставить приоритеты, много всего хочется сделать. Прямо сейчас несколько крупных задач в разработке.
Спасибо за такой подробный ответ, отвечу по пунктам:
Во первых когда смотришь на задачу, то описание явно уходит на второй план а сильно бросается в глаза title, кнопки, правая сторона, сложно переключить внимание на само содержание задачи.
Мы стараемся излагать суть задачи в ее заголовке, описание обычно вторично. В мелких задачах зачастую только заголовок и нужен.
Не понятно зачем кнопка проголосовать, приоритеты можно и цветами выделить что довольно удобно.
Кнопка голосования в задаче нужна чтобы любой проходящий мимо мог сказать, что эта задача ему интересна. Процессы на нее обычно не завязывают. Зато приятно потом выкатывать в продакшн задачу с кучей лайков.
Не хватает тёмной темы, глазам тяжело смотреть, это вообще проблема многих трекеров.
Классная идея, обсудим в команде.
Уведомлений нет никаких, довольно хорошо по ним видеть что кто-то отписался в задачи/добавил комментарий/поменял статус
Уведомлений нет в демоверсии, потому что демо — это посмотреть на 5 минут интерфейс и возможности, не больше. Система подписок у нас получилась довольно обширной: можно подписаться на различные типы событий, на компоненты, очереди, настраивать подписки для разных ролей. Также уведомления приходят в открытые вкладки, если кто-то изменил задачу, которая у вас открыта в браузере.
ну и чего мне вообще не хватает в трекерах, это адекватного поиска задачи
У нас два механизма поиска. Структурированный поиск по полям: можно составить фильтр или написать на языке запросов, я, например, использую для поиска задач в очереди смежников такой запрос: Queue: DIR ("Comment Author": me() OR Followers: me())" Второй механизм более гибкий в плане словоформ, им удобно искать, когда надо найти по каким-то словам, но не помнишь точной формулировки. Этот поиск чуть более глобальный, умеет искать не только по трекеру, но и по остальным сервисам внутри организации. Так что если есть хоть немного косвенных критериев для поиска, задача находится.
Максимально упрощенное представление задачи, мне допустим не удобно отвлекаться на разные красивые кнопочки, мне охота открыть задачу и сразу увидеть то что от меня хотят.
Можно подумать о таком, кстати один коллега написал к нашему трекеру command-line interface. Получилось очень минималистично!
Тело задачи я бы всё таки централизовал по центру экрану, и левше и правше всегда хорошо видно контент в центре.
Интересное замечание, особенно актуально на больших мониторах, закину идею во фронтенд.
Ну и то что бы я хотел вообще увидеть хоть в одном трекере, это вывод в левой колонке похожие задачи
Да, у нас тоже бывает такая проблема, мы в какой-то момент специально упростили в интерфейсе закрытие задачи "как дубликат". Автоматически их искать было бы классно. Вы бы какие критерии предложили для такого поиска?
И тут опять же получится, что у Яндекса возможность обеспечить безопасность своего облака на порядок выше, чем у (среднего) клиента в своей инфраструктуре.
Это касается и шифрования данных, и безопасной разработки кода, и проверки на уязвимости, и контроля доступа, и прочее… То есть — безопасность для Яндекса — это не продукт, не какая-то standalone система, а обязательный компонент любого процесса и сервиса, т.к. самое важное, что есть в сервисе — это сохранность и конфиденциальность клиентских данных, и от того, как мы
об этом заботимся — зависит репутация и коммерческий успех Яндекса, поэтому мы и вкладываемся в процессы и инструменты обеспечения безопасности как никто другой, а также держим в штате высококлассных специалистов по ИБ, которых на рынке «днем с огнем» не найдешь.
Да, всегда будет мнение, что данные на своей инфраструктуре в сохранности и безопасности, но в большинстве случаев это всего лишь иллюзия, случаев взлома данных в частной инфраструктуре — на порядок больше.
Спасибо!
Сделать автоповтор задач по расписанию планируем, но конкретных сроков на данных момент нет.
Мы разрабатываем мобильное приложение под iOS и Android и планируем опубликовать их в ближайшие пару месяцев
Сейчас можно переключить на английский язык, но мы хотим, чтобы его вычитали редакторы, плюс некоторые дефолтные сущности сейчас создаются сразу на русском языке, документацию на английском тоже скоро выложим. Поддерживать китайский язык в планах пока нет. А с чем связана потребность в китайской версии, если не секрет?
У себя мы храним все в UTC, пользователям показываем данные в их таймзоне.
Ну отличия есть :) и они, кажется, полезны компаниям любого размера.
Например, мы много думали о скорости и производительности.
Все задачи у нас «живые» — страницы задач обновляются в реальном времени. Если кто-то изменил или прокомментировал задачу, страница которой открыта, вы увидите уведомление об этом во вкладке браузера, а на странице будет написано, какие поля изменились.
Есть возможность быстрого создания задач прямо из комментариев, создания связанной задачи из открытой и т.п.
Еще у нас сразу без всяких плагинов есть шаблоны задач и комментариев: личные или доступные для использования другими коллегами – тоже хорошо ускоряет и упрощает работу, если один раз настроить.
А еще Яндекс.Трекер дешевле Джиры :)
Вопрос отличный, так сложилось :) Кажется пробелом легче всего добавлять их.
Менять прямо в этом месте не планировали, но это вообще можно
настроить в воркфлоу очереди. Например, сделать так, чтобы по кнопке
"закрыть" задача просто закрывалась, а комментарии написать в
комментариях :)
Уже думаем как сделать, чтобы было удобно, самим очень хочется :)
Хотим в этом месте много улучшений, и связи в том
числе попробуем.
У нас про Гантта есть планы – тут будут изменения.
В частности, про даты хотим вообще переделать механику в этом месте, чтобы можно было установить даты начала и окончания прямо с Гантта.
А еще сейчас вы можете сделать 1 раз настройку очереди и выбрать все нужные поля, чтобы они были сразу доступны для заполнения.
На самом деле их несколько. А почему показалось, что только один тип?
У нас есть своя Wiki, рядом, в Коннекте, с ней Трекер интегрирован, как минимум ссылки на задачи раскрываются и
отражают статус задачи и ответственного, думаем как интегрировать плотнее.
Интеграция с гитом уже есть во внутреннем трекере, будем переносить наружу.
В комментариях и в описании поддерживается наша разметка, она похожа на маркдаун, но в ней больше разных фич. Про хоткеи замечание справедливое, хотим делать.
Специально задвигать его не планировали, неужели правда таким выглядит?
Спасибо за свежий взгляд!
Спасибо!
Я не готов назвать это экспериментом. Хотя бы потому, что это сервис, которым уже пользуется большая компания. Новая инсталляция также готова к крупным клиентам.
Планов у нас много, иногда сложно расставить приоритеты, много всего хочется сделать. Прямо сейчас несколько крупных задач в разработке.
2 года — это на переезд остальных команд. Остальных начали перевозить все же не на самом старте.
Спасибо за такой подробный ответ, отвечу по пунктам:
Мы стараемся излагать суть задачи в ее заголовке, описание обычно вторично. В мелких задачах зачастую только заголовок и нужен.
Кнопка голосования в задаче нужна чтобы любой проходящий мимо мог сказать, что эта задача ему интересна. Процессы на нее обычно не завязывают. Зато приятно потом выкатывать в продакшн задачу с кучей лайков.
Классная идея, обсудим в команде.
Уведомлений нет в демоверсии, потому что демо — это посмотреть на 5 минут интерфейс и возможности, не больше. Система подписок у нас получилась довольно обширной: можно подписаться на различные типы событий, на компоненты, очереди, настраивать подписки для разных ролей. Также уведомления приходят в открытые вкладки, если кто-то изменил задачу, которая у вас открыта в браузере.
У нас два механизма поиска. Структурированный поиск по полям: можно составить фильтр или написать на языке запросов, я, например, использую для поиска задач в очереди смежников такой запрос:
Queue: DIR ("Comment Author": me() OR Followers: me())"Второй механизм более гибкий в плане словоформ, им удобно искать, когда надо найти по каким-то словам, но не помнишь точной формулировки. Этот поиск чуть более глобальный, умеет искать не только по трекеру, но и по остальным сервисам внутри организации. Так что если есть хоть немного косвенных критериев для поиска, задача находится.Можно подумать о таком, кстати один коллега написал к нашему трекеру command-line interface. Получилось очень минималистично!
Интересное замечание, особенно актуально на больших мониторах, закину идею во фронтенд.
Да, у нас тоже бывает такая проблема, мы в какой-то момент специально упростили в интерфейсе закрытие задачи "как дубликат". Автоматически их искать было бы классно. Вы бы какие критерии предложили для такого поиска?