tracking). p> Трекер (від англ. track, що значить В«слідВ») - спеціальна система для відстеження стану проектних активностей (завдань, вимог, дефектів). Подібні системи з'явилися наприкінці 1990-х рр.. для виявлення помилок в коді при проведенні тестування в проектах розробки ПЗ. Згодом з'ясувалося, що можна успішно застосовувати ці системи для відстеження та інших проектних активностей. Зазвичай в трекері для кожної проектної активності встановлений певний життєвий цикл, однак у багатьох представлених на ринку системах передбачена можливість гнучкого налаштування життєвого циклу залежно від вимог проекту.
У LUXproject застосовується трекер JIRA компанії Atlassian. Завдяки гнучкій архітектурі трекера можна створювати різноманітні життєві цикли з урахуванням проектних вимог.
Наприклад, в компанії використовуються кілька методологій ведення проектів розробки ПЗ:
пЃ® пЂ agile-практики;
пЃ® пЂ методології, засновані на RUP-подібних процесах;
пЃ® пЂ проекти, пов'язані з підтримкою користувачів.
У цій ситуації для кожного процесу створюється свій унікальний набір життєвих циклів, відповідний конкретним вимогам методології розробки ПЗ.
Можливість пов'язувати між собою завдання, вимоги і дефекти дозволяє створювати трасуванню проектних активностей, оперативно відслідковуючи ланцюжок змін у проекті.
При цьому трекер не замінює систем календарного планування, а доповнює їх. Ідеальна зв'язка системи календарного планування та трекера виглядає наступним чином: спочатку керівник проекту розробляє структуру декомпозиції робіт (етапи, завдання, підзадачі) і формує команду (планує ресурси), потім він експортує інформацію про завдання в трекер (за допомогою спеціального модуля експорту даних). У процесі реалізації проекту рядові співробітники змінюють статус завдань в трекері, пов'язують завдання з іншими проектними активностями, заносять в систему дані про час виконання роботи. Керівник проекту періодично переносить інформацію з трекера в систему календарного планування, де проводить комплексний аналіз змін в ході проекту і здійснює відповідні коригувальні та запобіжні дії.
2. Інтеграція та єдиний користувальницький інтерфейс
Специфіка сучасних проектів розробки ПЗ така, що в процесі створення і впровадження ПЗ учасники проектної команди можуть повертатися до пройдених етапів (наприклад, виконавши тестування, команда розробників може повернутися до розробки; після впровадження іноді виникають завдання, пов'язані із зміною вимог, і т.д.). Таким чином, для команди актуально не тільки швидке отримання доступу до даними з різних проектних областей, а й наявність інформації про історію змін у проекті.
У LUXproject рішення цього завдання досягнуте за допомогою єдиного візуального інтерфейсу, завдяки якому учасник команди може швидко запустити той чи інший функціональний модуль системи. Відомості про різних п...
