Я начал использовать Pivotal Tracker и действительно наслаждаюсь этим. Я также начал смотреть на Маяк. Есть ли смысл использовать обе системы с интеграцией Lighthouse от Tracker? Должен ли я синхронизировать все от Маяка до Pivotal или держать ошибки в Маяке?Почему я должен использовать Lighthouse с Pivotal Tracker
ответ
Маяк - это система отслеживания ванили, по тем же линиям, что и Trac, Bugzilla, Github Issues и др., И это нормально, если вы хотите сохранить список ошибок и функций.
Pivotal Tracker продается как «гибкий инструмент для управления проектами» и ориентирован на команды, которые специально управляют процессом разработки , где разработка выполняется в спринте. Tracker позволяет вашей команде оценивать ваши истории в очках и со временем вычисляет скорость разработки вашей команды , которая теоретически позволяет точно предсказать, когда будут доставлены функции. Это не означает, что вы не можете использовать Tracker так же, как Lighthouse (т. Е. Не беспокоясь о точках) - он все равно будет хорошо работать для вас.
Учитывая это, я определенно использовал бы одну систему, а не комбинацию того и другого. Имея опыт обоих, я бы рекомендовал Tracker, но это, конечно же, личные предпочтения и YMMV.
- 1. Ярлыки API Pivotal Tracker
- 2. Интеграция Gitlab - Pivotal Tracker
- 3. Gantt Charts & Pivotal Tracker
- 4. Pivotal Tracker API epics
- 5. Интеграция Mantis в Pivotal Tracker
- 6. Интеграция электронной почты Pivotal Tracker
- 7. Каковы некоторые подходы к организации задач в Pivotal Tracker?
- 8. Почему я должен использовать UTC?
- 9. Почему я должен использовать PassportJS?
- 10. Почему я должен использовать «getattr()»?
- 11. Почему я должен использовать MXML?
- 12. Почему я должен использовать поплавки?
- 13. Почему я должен использовать список?
- 14. Почему я должен использовать Socket.io?
- 15. Почему я должен использовать ActionbarSherlock?
- 16. Почему я должен использовать JPanel?
- 17. Почему я должен использовать утверждения?
- 18. Почему я должен использовать Flex?
- 19. Преобразование XML-коллекции (истории Pivotal Tracker) в Ruby hash/object
- 20. Как разбить строку в запросе PHP на Pivotal Tracker API
- 21. Ошибка или возможность изменения косметики в Pivotal Tracker?
- 22. Почему я должен использовать Array.toSource?
- 23. Почему я должен использовать [ProtoInclude]?
- 24. Почему я должен использовать Dispose()?
- 25. Почему я должен использовать $ (это)?
- 26. Почему я должен использовать isset?
- 27. Почему я должен использовать DataForm?
- 28. Почему я должен использовать интерфейсы?
- 29. Почему я должен использовать HiddenField?
- 30. Почему я должен использовать RedirectToAction?