Изключителен стил на управление и инструменти
Проектите се управляваха в Redmine, което беше леко подобрено от клиента с няколко полезни модификации. Други отдели на компанията използват Microsoft Dynamics NAV, за да организират работата си и да пазят данните там, системите (Redmine и NAV) са свързани помежду си, за да позволят и автоматизират комуникацията между отделите.
От техническа гледна точка той работи по следния начин: След като нов проект беше създаден и дефиниран в NAV, имаше възможност за прехвърляне на тези данни в Redmine, създавайки по този начин нов проект с определени атрибути там.
Redmine се превърна в полезен инструмент, който помага да се организира работата в тази компания. Проектите, по които работят моделите JIRI, са много сходни и структурата на проекта в Redmine е била проста. В миналото проектите бяха разбити на задачи 4 или 5 и те бяха идентични или сходни за всеки проект. Задача, използвана за преминаване между няколко правоприемници по време на неговия жизнен цикъл, в зависимост от това в кой ред е било да се предприеме действие по частта, която е включена в тази задача. Такава задача е била да бъде забелязана и наблюдавана само от сегашния си правоприемник. За да следите задачите, използван е филтъра по подразбиране „моите задачи” в личния панел на Redmine.
Въпреки че системата е работила добре за известно време, тя се оказа недостатъчна, за да бъде в крак с иновативните планове и стратегии на ръководството на компанията. Тези стратегии са особено фокусирани върху повишаване на прозрачността и яснотата на целия процес, способността да се предвиди или забележи причините за закъсненията по проекта и да се обърне към отговорните хора, както и върху прилагането на ефективно планиране на управлението на ресурсите и др. ползите със сигурност ще бъдат по-бърз и по-плавен процес на доставка и получаване на солидни данни за разработване на други вътрешни инструменти и механизми за повишаване на мотивацията и удовлетвореността на служителите.
Преди началото на внедряването мениджърите на моделите JIRI вече имаха ясна представа за новия процес, който възнамеряват да приложат, и как в идеалния случай трябва да изглежда работния процес. На първо място, ние се фокусирахме върху внедряването на тези процеси в системата, като създадохме структура от задачи и добре дефинирахме нейния поток и разрешения, както и потребителския интерфейс за всяка група потребители, за да сме сигурни, че правилната информация ще стигне до правилните хора в време. По време на внедряването си сътрудничихме с различни външни партньори на JIRI моделите за създаване и подобряване на връзката между Easy Project и Microsoft Dynamics NAV. Изпълнението изискваше много планиране и проектиране. Това се дължи на факта, че целият производствен процес се изпълняваше в Redmine, който трябваше да бъде заменен от Easy Project веднага след внедряването, за да не се прекъсне непрекъснатостта на данните.
Шаблони за проекти и интеграция на API
Всички проекти имат подобна структура. За разлика от Redmine Easy Project дава възможност за създаване на шаблони на проекти, които се използват като база за създаване на нов проект. В този случай най-значителната полза от използването на шаблони е възможността да се запази структурата на задачите, нейните връзки и описание на всяка задача там. Създадохме връзка между лесен проект и Microsoft Dynamics NAV. Когато се създава нов проект в NAV, съответният „тип проект“ се избира в потребителско поле. Тази информация се изпраща на Easy Project, която избира шаблона на проекта за новата настройка автоматично, като данните от NAV се прехвърлят там.
Лесни за работа функции на проекта и персонални табла
Ние се възползвахме от основните функции, които Easy Project предлага и създадохме различни видове задачи с различен работен процес. Това означава, че възможните статуси за дадена задача се различават според типа на тази задача. Също така, последователността на състоянието се дефинира, за да помогне на потребителите да идентифицират следващата стъпка и статусите могат да се използват по различен начин в зависимост от ролята на потребителя, тъй като те имат различни отговорности. Статуите, както и тракерите (типовете задачи) бяха използвани за настройката на личното табло за управление, за да филтрират съответните задачи за всеки потребител. Например надзорен орган може да наблюдава състоянието на задачите, които трябва да се изпълнят, за да проследи отделно тези задачи, ако е необходима обратна връзка или одобрение от негова страна, за идентифициране на тези, които се забавят и т.н.