По-полезно в контекста на данните ми се струва да се помисли ALM не като инструмент, но като рамка. ALM рамки засягат всички етапи на приложения за развитие - а не отделно взет фрагмент от жизнения цикъл - и включват както управление на приложенията процес на жизнения цикъл, както и свързаните с тях инструменти. Ако говорим за инструментите, има два подхода за изпълнение на рамковото ALM в тяхната компания. Можете или да събират разпръснатите ALM инструменти и да ги интегрират чрез изграждане персонализиран вид ALM-платформа, или да приложи в завършен пълен ALM платформа.

Както винаги, някои от тези варианти е най-голяма степен зависи от характеристиките на фирмата, но има някои насоки, които трябва да се вземат предвид при избора на конкретно решение. Когато са се формирали в процеса на ALM, търсейки такива инструменти или платформи, които ще бродират затруднения и премахване на неефективни част от процеса. Ако сте на първо място гледа на отделните инструменти, важното е, че трябва да се обърне внимание - това е стойността на тяхната интеграция. Докато бране на фрагментирана комплекта, можете да постигнете по-голяма гъвкавост в подкрепа на процеса на ALM, разходите за интеграция не трябва да бъдат пренебрегвани: в противен случай можете да похарчите за създаване на рамка ALM е по-голяма, отколкото в бъдеще ще донесе приходи на този процес.

От друга страна, ако вземете една готова платформа, уверете се, че има достатъчно гъвкавост, за да се вмести в процеса прецизно. Имайте предвид, че трябва да се съсредоточи не само върху документацията - в тези процеси е пълен с неписаните правила, които не са споменати в който и да е документ. Добре, между другото, на подхода - за ALM-платформа в състояние да "счупи основите" изглежда, така че тя може да бъде как да се вмести в съществуващия процес, както и да опитват нови начини за лечение, или някакъв вид излиза от обикновената ситуация - естествено, всички придружаващата ги документация и докладване.

Превод: Александра Rodset