Porovnání nástrojů pro řízení vývoje produktu

Výběr nástrojů pro ALM, PLM, Requierement management apod. je velký. Určitě by řada čtenářů zařadila produkty, které tu nejsou. Jak jsme tedy vybírali? Především jsme se zahrnuli nástroje, které u evropských firem vidíme, že je používají. Známe přitom prostředí největších automobilek, 1st tire dodavatelů i malých 2nd / 3rd tire firem.

Náš seznam jsme konfrontovali s AI, aby nebyl postavený na subjektivním pohledu jedné firmy. Naštěstí nám ho nerozšířila moc a hlavně nepřidala žádný systém, o kterém bychom nic nevěděli. Některé velké firmy mají vlastní systémy. Ty jsme nezařadili, protože pro čtenáře uvažujícím o systému pro svůj tým nejsou relevantní.

IBM Rational DOORS byl tradičně desktopový nástroj. Jeho nástupce IBM Engineering Requirements Management DOORS Next je webová aplikace. Provoz buď v cloudu IBM nebo u vás (on premise).

Popis systému

IBM a nástroj Doors je matadorem s více než 30 lety zkušeností v oblasti správy dokumentace a požadavků. Věk si ale u software vybírá svou daň, proto IBM má už novou generaci Next. Nová generace přináší kromě pohodlnější práce i lepší grafické možnosti práce se závislostmi.

Nejsilnější stránkou Doors je propracovaná správa řízení požadavků a jejich vazeb. Silnou stránkou je také ochrana přístupu postavená na projektových a systémových rolích uživatelů.

IBM Doors neobsahuje kompletní správu produktu (PLM ani projektové řízení), v této oblasti spoléhá na koordinaci s jinými nástroji (viz rozšiřitelnost). Jde také v prvé řadě o dokumentační nikoli procesní nástroj.

Systém umožňuje vyhodnocování výkonnostních metrik, a historie změn. Umožňuje dobře sledovat stavy a kontrolovat, zda jsou dokončené činnosti.

Významnou vlastností IBM Doors je logika pohledu na dokumentaci. Doors dodržují snahu pracovat s požadavky jako s dokumenty (I když samozřejmě můžete jeden požadavek mít ve více „dokumentech“). V praxi vám vytvoří hierarchický pohled, ve kterém máte jednotlivé požadavky. Skládání požadavků do dokumentů vytváří možnost balíků podle různých kritérií.

Systém podporuje vedení dokumentace souběžně ve více jazycích (např. evidovat stejné požadavky německy a anglicky).

Podpora grafického modelování

Nástroj je propojen s IBM Rhapsody pro modelování včetně SysML

Uživatelské hodnocení

Pracovníci by většinou ocenili větší výkon, zejména u větších projektů nebývá práce plynulá. Stýskají si nad obtížnou dostupnost některých funkcí.

Všechny prvky projektu jsou organizovány ve stromové struktuře, která svou logikou odpovídá adresářové struktuře složek na disku, i když samozřejmě o adresáře nejde. I v nové verzi tak zůstává práce s daty velmi tradiční, ale přibývají nové prvky typické pro agilní řízení, typicky zobrazení karet s přehledným stavem a plněním požadavku.

Nástroj má z pohledu dnešních cloudových systémů nestandardní UI (nelze říct zastaralé, ale s jinou logikou). Zvykání nových uživatelů není proto jednoduché a systém je tak vhodný pro stabilní týmy, kde se do školení a návyků vyplatí měsíce investovat.

Vstupy, výstupy a rozšiřitelnost

Systém podporuje otevřené standardy pro komunikaci.

Výstupy v PDF jsou funkční, ale práce s šablonami je patrně náročná. Dodavatelé, kteří dokumentaci od firem s IBM Doors dostávají, mají problémy se v ní jasně orientovat.

Týmy mohou upravovat své procesy a využívat dostupné moduly. Často se používá např. Jazz, které podporuje workflow a lepší UI.

Možnosti exportů pro dodavatele jsou dobré, nejčastěji se používají datový formát ReqF a PDF.

Doors umožňuje na úrovni UI integraci do jiných systémů tak, abyste přes jednou UI pracovali s objekty např. Siemens Teamcenter pro řízení PLM a spolupráci. Znamená to samozřejmě, že musíte mít licence na další produkt. Úroveň integrace na různé nástroje je různá, nejlepší je právě pro správu požadavků, kde je podpora simulací přes Matlab.

Možnosti procesní rozšiřitelnosti jsou dobré, ale vyžadují, abyste měli odborníka, který se tomu bude věnovat, nebo spíš externího partnera. Firmy, které IBM Doors používají, používají jednotný pracovní model a varianty pro různé dodavatele v rámci systému neřeší. Předpokládá se naopak ochota ostatních přizpůsobit se.

Rozšiřování je nejsnazší přímo v rámci nástrojů IBM, např. IBM Engineering Lifecycle Management doplní PLM a částečně i projektové řízení.

Cena a implementace

Patří mezi nejdražší na trhu. Cena není veřejná, podle informací od uživatelů jde o cca 1500 dolarů za osobu rok. Hodně závisí na velikosti klienta.

Implementace předpokládá využití některého z partnerů. Počítejte tedy s investicí i na ně. Náklady na uvedení do provozu, zaškolení lidí a změny organizace v souvislosti se systémem se budou pravděpodobně pohybovat spíše nad 100 tisíc dolarů než pod nimi. Zase hodně záleží na velikosti vašeho týmu.

Na cenu mhou mít velký vliv rozšíření, kterými budete chtít možnost zlepšit.

Výchozí zdroje informací

• Vedení projektu, kde byl IBM Doors používán (starší verze nástroje)
• Vedení projektu, který spolupracoval s firmu používající IBM Doors a probíhala integrace
• Analytická školení pro tým, který nástroj používí
• Hodnocení uživatelů
• Produktové informace

Polarion je od počátku postaven jako webová aplikace. Novější vývoj se zaměřuje především na modernizaci uživatelského rozhraní a integraci do ekosystému Siemens Xcelerator

Popis systému

Největším rozdílem Polarion od IBM je způsob orientace. Zatímco Doors drží strukturu „a la“ složky a práci po vzoru práce v Office, Polarion je soustředěn na práci s jednotlivými záznamy (požadavky, testy apod.). Obecně přístup Polarion je modernější a obvyklejší, ale pro týmy, které dříve měli požadavky v dokumentech, je to větší změna. Rozdíl vystihuje i svou příčinu: Polarion byl od začátku navrhován jako systém pro širší podporu projektů, zatímco Doors jsou více soustředné na požadavky a specifikaci.

Polarion těží z možností integrace s dalšími nástroji ekosystému Siemens. Z hlediska plnění ISO 26262 všechny potřebné činnosti pokrývá celý ekosystém, ale ne samotný jeden díl skladáčky, který je zaměřen na správu požadavků, testování a vazby.

Podpora grafického modelování

Přímo v nástroji lze tvořit jednoduché obrázky, ale pro modelování, je třeba využít integrace na jiný nástroj např. Sparx Enterprise Architect nebo Dassault Magic Draw.

Uživatelské hodnocení

Některým více vyhovuje struktura dat podle Doors, jiným podle Polarion. V automotive existuje řada organizací, které v posledních letech migrovaly z IBM DOORS na Polarion, takže zkušeností se srovnáním obou přístupů je dost. Přesto neleze říct, že by jednoznačně lidé preferovali jednu variantu; změna systému firmy nevyplývá uživatelských preferencí, ale zapadnutí systému do celkové infrastruktury

Největší „slabinou“ systému z pohledu řadového uživatele je komplexnost a z ní vyplývající složitost. Je to přirozená daň za množství možností a funkcí systému.

Z uživatelského hlediska počítejte s tím, že trvá dlouho, než s nový pracovník s nástroji zapracuje. Takže se nástroj hodí především tam, kde máte roky stabilní tým.

Vstupy, výstupy a rozšiřitelnost

Siemens a s ním i Polarion sází na strategii „všechno vlastní“, ale rozhodně nezavírá cestu dalším integracím. Polarion tak má "bezešvé" napojení na další nástroje pro návrh HW, ale jde o integrace přes Siemens Teamcenter. Pokud tedy chcete kompletní podporu, bez Teamcenter to nejde.

Výborná je integrace podporující testy (do dalšího nástroje), kde přes API je podpora pro LabVIEW, Ranorex a další. Obecně otevřené API dává možnost všechny objekty integrovat s jiným systémem vč. např. Jira, Git atd.

Možnosti procesní rozšiřitelnosti jsou dobré, ale stejně jako v případě Doors předpokládají, že máte specialistu na správu nebo partnera. Pro efektivní využití nástroje je určitě výhodné počítat s tím, že máte ve firmě odborníka, který má podporu uživatelské práce a pomoc s efektivním používáním nástroje jako hlavní pracovní náplň. Náklady na ambasadora se určitě vrátí na vyšší přidané hodnotě systému pro vaši firmu.

Cena a implementace

Ceník produktů Siemens není veřejný. Uváděné ceny jsou z neoficiálních zdrojů a hodně se liší s ohledem na vaše obchodní vztahy s dodavatelem.

Systém patří mezi nejdražší na trhu. Počítejte na každého člena týmu cca 2000 dolarů za osobu a rok. Částečně se dá cena škálovat, když si nepořídíte celou suitu nástrojů, ale samozřejmě pak ztrácíte výhody komplexního ekosystému.

SSiemens má mnoho partnerů, s některým budete pravděpodobně spolupracovat. To vám cenu ještě zvýší. Vlastní instalace nebude snadný úkol. Počítejte si tak rok na projekt a částku přes 100 tisíc dolarů než budete systém využívat v projektu efektivně. Samozřejmě zase velmi záleží na velikosti vašeho týmu.

Výchozí zdroje informací

• Spolupráce s týmem, který nástroj používá (dodavatel vedeného projektu)
• Spolupráce s firmou, která realizovala jednání s cílem nástroj používat (výběrové řízení)
• Reference uživatelů

Jira už nechce podporovat jiné modely, než práci na jejích serverech. S vlastní instalací nepočítejte.

Co je vlastně Jira?

Jira / Confluence / ... není jeden produkt a těžko byste hledali dvě firmy, které používají totéž (nadsázka). Díky velkému množství doplňků a hodně rozdílnému používání se zásadně liší možnosti i cena. Je to skoro jako porovnávat nákupní košíky dvou rodin v obchodě. Každá si vybere jiné věci, jinak zaplatí a na jiném si pochutná.

Jiru ale nelze ve srovnání opominout a tak ji zařadíme i s vědomím, že její zařazení těžké.

Popis systému

Jira/Atlasian je jednoznačným leaderem světového trhu v oblasti vedení agilního vývoje především softwarových projektů. Různá rozšíření z ní ale dělají nástroj použitelný pro mnoho různých projektů. Znalost na trhu přináší výhodu, protože nástroj mnoho lidí zná, ale má i své stinné stránky:

• Lidé Jiru používají především na agilní projekty, automotive si ale mnohem víc potrpí na formální kontroly a ověřování všeho možného. Normy na sebe doslova skládají vrstvy (V-model) a to filozofii Jiry úplně nesedí. Lidé mají proto tendenci procesy hodně zjednodušovat a standard neplnit.
• Bez doplňků pro traceability, správu vrstev nebo lepší bezpečnost Jira automotive standardy neplní. Jak už ale bylo řečeno, u Jiry na všechno něco najdete. Úplnnost řešení tak není otázkou dostupnosti ale výše investice.
• Zatímco lidé ze SW branže Jiru určitě znají, mimo ni už její rozšíření zdaleka tak vysoké není.

Podpora grafického modelování

Přímo v Jira je možnost kreslit výkresy vizuálně odpovídající různým modelovacím jazykům (UML, SysML), ale jde o kreslení, netvoříte v nich model.

Uživatelské hodnocení

Uživatelsky je Jira vyzkoušená a SW vývojem oblíbená. S dalšími doplňky má ale zkušenosti mnohem méně lidí a hodnocení je hodně roztříštěné. Přesto hlavním argumentem uživatelů pro systém je jednoduchost ovládání a přímočaré postupy. Bohužel ve chvíli, kdy mají zpracovat všechny vrstvy V-modelu z norem, už se obě výhody ztrácí.

Vstupy, výstupy a rozšiřitelnost

Jira, na rozdíl od Doors a Polarion, sází na otevřený ekosystém a market. V podstatně kdokoli může vyvinout rozšíření a napojení na jiný systém, takže seženete konektor skoro na všechno.

Nevýhodou ekosystému je velmi rozdílná kvalita, způsob integrace, komplikovanější nastavení i problémy s aktualizacemi, které napojení často rozhodí. Jde spíš o problémy funkční a procesní kompatibility než vysloveně technické problémy. Přidávání doplňků je proto dobré zvážit i kvůli rostoucí komplexitě.

Prolematický je import požadavků od velkých zákazníků. Jira si neporadí s ReqF stadnardem a bez nákladných doplňků se importuje špatně i z xls. Problémem není jenom samotná technologie importu, ale i logická struktura. Doors zavedly pohled podobný dokumentu, tedy hierarchii do oddílů. To není způsob, jak požadavky zpracovává Jira, takže se tam výstup špatně převádí i logicky. Jistě existuje i nějaký doplněk, který řeší import lépe, než jsme zažili v projektu my. Žádný doplněk ale nevyřeší, že analytici používající Doors požadavky často píšou s tím, že na sebe navazují. Nelze jim to vyčítat, Doors k tomu svou logikou vedou a je to pro analytika logické. Když ale jeden příběh po importu nakrájíte na dílky, je to problém.

Cena a implementace

Základní cena v řádu cca 200 dolarů na osobu za rok je opticky lákavá. Celkové náklady budou ale úplně jinde, když si do vozíku v marketplace narovnáte všechno, co by se vám pro projekt hodilo. Spíš tedy počítejte s cenou několikanásobnou, i když stále asi účet nevyleze na ceny Polarion, Doors nebo Jama.

Implementační náklady projekt zásadně zvýšit nemusí, pokud nebudete chtít větší integrace. Nepočítejte ale s tím, že zavedením Jira začnete automaticky dodržovat jakékoli standardy, rozhodně ne ISO 26262 nebo ASPICE.

Jira je technickým nástrojem, ale ne procesní metodikou.

Výchozí zdroje informací

• Práce analytika v týmu, který Jira používal
• Vývoj můstku pro integraci Enterprise Architect — Jira
• Spolupráce s týmem, který Jira nasadil pro vývoj automotive dílu a má za zákazníka přímo autombilku

Jama předpokládá provoz na serverech společnosti, i když on-premise připouští.

Popis systému

Jama je plnohodnotnou alternativou Doors spíše než Polarion, protože s větší částí procesů sází na otevřenost vůči dalším systémům třetích stran.

Jama má oproti Doors i Polarion modernější a více grafické prostředí, které má za základ především právě provázanost požadavků. V praktické práci ale lidé pracuje většinou podobně jako v Polarion se seznamem záznamů, protože je to snazší pro orientaci. Na druhou stranu tím, že Jama má menší trh, více se snaží přinášet inovace i do UI.

Jama podobně jako jiné nástroje, podporuje specializované analýzy FMEA / FTA. Jsou integrovány do celého řešení.

Jama se hodně snaží podporovat agilní vývoj, rychlost práce týmu a souběh různých činností. Doors i Polarion předpokládají waterfall projektový proces, který odpovídá i způsobu tradičního evropského myšlení. Jama stojí kolem agilního modelu a více počítá s tím, že se cokoli můžete na svém projektu kdykoli změnit. V tom je její přístup výrazně modernější.

Podobně jako Polarion i Jama poskytuje dobrou datovou základnu pro hardwarový vývoj a kontroly na úroveň součástek. To může být pro velké projekty významné ulehčení práce.

Podpora grafického modelování

I když Jama sází více na grafické rozhraní, neslouží přímo k modelování. Nenahradí tak specializované nástroje typu MagicDraw. Pro propojení je konektor.

Uživatelské hodnocení

Jama bere za svou hlavní konkurenci IBM Doors (obě společnosti jsou z USA). Takže uživatelské rozhraní je Doors hodně inspirováno, aby se lidem z Doors do Jama snadno přecházelo. S trochou nadsázky je to mladší brácha: o něco modernější, ale ne moc. Nové vychytávky, ale chybí něco ze starých zkušeností.

Jama je uživateli hodnocena jako modernější, ale v Evropě není příliš rozšířená, takže je těží zde získat autentický feedback.

Vstupy, výstupy a rozšiřitelnost

Jama má API, přes které se dá v principu napojit cokoli. Škála možností není tak velká, jako pro Jiru, ale pro všechny potřebné částí procesu (CAD development, PLM správa produktu, SysML modelování, testování) existují napojené nástroje. Pokud ale nějaký používáte, je důležité si napojení ověřit.

API je dobré, ale pokud budete chtít napojit něco vlastního nebo nepodporovaného, počítejte s vývojem. Takže vám to musí za tu práci stát.

Cena a implementace

Jama cenu oficiálně nezveřejňuje. Podle dostupných informací je cca 1200$ - 3000$ os/rok podle rozsahu používaných modulů.

Cena za implementaci může být nízká, pokud budete řešení rozbíhat od malého týmu. S tím Jama na rozdíl od Doors víc počítá. Větší implementace i s doplňky a integrací ale nebude levnější ani rychlejší, než Polarion. Samotná implementace od dodavatele bude přes 10 tis. dolarů, ale počítejte s dalšími náklady na školení, změny apod.

Výchozí zdroje informací

Autoři neznají společnost v Evropě, která by systém používala a poskytla přímou zkušenost.

• Produktové informace
• Videa o produktu
• Hodnocení anonymních uživatelů

ReqView počítá s tím, že si aplikaci instalujete. Má sice i rozhraní přes web, ale to postrádá většinu funkcí včetně např. exportu.

Popis systému

ReqView volí jinou strategii, než Doors nebo Polarion. Autoři se rozhodli co nejlépe a přitom jednoduše podpořit práci s požadavky, aby byla zajištěna podpora pro safety-critical projekty.

Vzhledem ke strategii se nedá říct, že by systém podporoval normu ISO 26262 nebo jinou jako celek i když má pro některé normy podporu.

Systém je zásadně jednodušší, než všechny ostatní zde popisované, protože se soustředí jenom na podporu dokumentace požadavků. Podporuje vazby, komentáře, revize tedy základní správu a sledovatelnost. Z praktických funkcí zamrzí nemožnost k požadavku přiložit soubor.

Větší týmy budou mít pravděpodobně problém s chybějícím zabezpečením a vnitřním datovým modelem, protože systém nestojí na relační objektové databázi.

Naopak, pro analytiky a vývojáře zvyklé na práci spravovanou verzovacími nástroji může být příjemné, že versioning se používá pro ukládání historie, takže se s ní dá podobně pracovat a jednoduše skladovat všechny relase společně identifikované commitem. Jiné nástroje verzují po záznamech a release musí řešit složitěji.

V ReqView lidé pracují se svou kopií dat, kterou synchronizují nástroji GITu / SVN. Jde tak o jediný nástroj v seznamu, kde můžete pracovat off-line.

ReqView nemá žádnou procesní podporu typu workflow. Podporuje revize a schvalování, ale celý projekt si musí vedoucí řídit sám.

Do systému je možné nahrát připravené šablony, které podporují různé normy a standardy (mj. ISO 29148 nebo FMEA). Podle šablony systém vytvoří strukturu a popis dokumentace, která vám fakticky definuje, co všechno musíte pro plnění normy vypracovat.

Výhodou produktu je, že vývoj zajišťuje firma, která sama vyvíjí produkty pro automotive. Je tedy motivována produkt zlepšovat, ale je také zřejmé, že poskytování produktu firmám není jeho hlavní účel.

Podpora grafického modelování

ReqView má link na Enterprise Architect, takže modelovat můžete v něm. Přenos dat probíhá přes import/export, takže musíte počítat s problémy, pokud budete chtít upravovat souběžně v obou nástrojích. Musíte pak spoléhat na merge.

Uživatelské hodnocení

Systém je uživatelsky jednoduchý a uživatel se v něm rychle zorientuje během pár minut. Není tedy problém, aby ho začali používat uživatelé, kteří jsou v týmu krátce a hlavně nakrátko, protože do nich nemusíte investovat.

Pokud hledáte jednouchý nástroj, který posune možnosti verzování požadavků v Enterprise Architect, kde jsou spíš žalostné, tak ReqView v tom pomůže. Navíc můžete ušetřit za rozšiřující nástroje EA, protože ReqView zahrnuje nástroj pro import/export, které EA licencuje samostatně.

Dodavatel otevřeně komunikuje s komunitou, na jeho stránkách najdete stav vývoje nových funkcí a na co se můžete těšit.

Vstupy, výstupy a rozšiřitelnost

Systém podporuje import z Doors i dalších systémů přes ReqF. To je hlavní rozhraní, pokud jste dodavatelem velké firmě, která vám požadavky předává. Importovat a exportovat je možné i z MS Office formátů.

Podporuje i další užitečné integrace, zejména do Jiry nebo MS DevOps nástrojů pro vývojáře. Integrace na jiné než softwarové nástroje (např. CAD pro návrh HW) není.

Dodavatel systém vyvíjí, ale s jinou rozšiřitelností nepočítejte. Na druhou stranu je jeho datový formát snadno přístupný a čitelný, takže si váš tým může leccos vyvinout sám.

Cena a implementace

Systém patří mezi levnější řešení, lecence týmového uživatele stojí ročně 600 dolarů.

Systém je dodáván as-is. Jeho instalaci vývojový tým jistě zvládne snadno sám. Pro netechnické týmy není systém určený.

Podobně jako v případě Jira ani ReqView vám nepomůže s metodikou a nic vás nenaučí. Je to nástroj, který řeší jednu problematiku a k dodržování standardů jako ISO 26262, ASPICE, CMMI apod. budete mít ještě hodně daleko, Dá se říct, že z ASPICE řešení jednu z pěti procesních oblastí.

Výchozí zdroje informací

• Produktové stránky
• Vlastní práce se systémem (stažená free testovací verze)

Systém je nabízen především jako cloud SaaS služba s provozem na serveru dodavatele. Variant on-premise je možná s tím, že dodavatel se vám stará o server, nebo si správu zajistíte sami.

Popis systému

AyMINE byl navrhován jako systém kde v centru je metodické řízení projektové práce. Základní entitou řízení je úkol, který nevytváří projektový manažer, ale workflow podle projektové metodiky resp. podle pracovních postupů.

V ostatních entitách AyMINE podporuje celý proces od uživatelských požadavků, přes kroky analýzy do testování. Zahrnuje i související evidence, jako releasy, balíky pro dodavatele nebo testovací vzorky

AyMINE podporuje související bezpečnostní analýzy FMEA, HARA i analýzu problémů při výrobě - 8D report. Významnějším rozdílem ale je, že AyMINE předpokládá, že kromě projektů v něm pracujete s metodikou, která je také důležitým podkladem pro audit vašich projektů.

Na rozdíl od velkých systémů Doors nebo Polarion postrádá přímé integrace na nástroje pro HW i SW modelování, sledování výsledků testů apod. Když v AyMINE připravíte nebo vygenerujete testovací scénáře, musíte výsledek testů do systému zanést sami. Spolu s nimi můžete zanést i všechny problémy a dál je v systému řídit, ale bez propojení. Stejně tak nemá žádnou podporu pro kontrolu součástek nebo HW návrhu, tu budete muset dělat jinde.

Zajímavou možností AyMINE je možnost informaci i soubory chránit end-to-end šifrováním a tak citlivé části řešení držet šifrované. Získáte dalšů úroveň bezpečnoti a inforamce přitom zůstávají součástí popisu řešení. To bezpečnost informací zásadně posouvá, ale zase omezuje funkce, které dělá server, např. exporty požadavků. Vedle šifrování v je v systému řízení přístupů podle projektových rolé a systémových práv jako např. v Doors.

AyMINE nemá kolem sebe široký ekosystém spolupracujících systémů jako velká řešení. Nejsilnější jeho stránkou je project management, requirement development, test management a kvality management. Naopak, méně je zaměřen na práci techniků a spíš počítá s tím, že jim systém zadá úkol, předá požadavky a technik podle zadání pracuje v CAD, VisualStudio nebo podobném nástroji.

Podpora grafického modelování

AyMINE interně nepodporuje grafické modelování. Má obousměrnou databázovou synchronizaci s Enterprise Architect, takže modelování je možné v něm.

Uživatelské hodnocení

V AyMINE je uživatelské prostředí soustředné kolem dashboardů. Každý projekt má svůj dashboard ze kterého přistupujete k jednotlivým částem projektové dokumentace. Samotná práce s požadavky, projektovým plánem, testy atd. je velmi podobná s jinými ALM systémy.

Pro uživatele není AyMINE tak jednoduchý jako ReqView. Jeho UI má některé odlišnosti, na které si lidé chvíli zvykají. Např. není v okně přehled všech záznamů v projektu, nebo multiokenní režim, který u webových aplikací není obvyklý. Ale nejvíc uživatelé naráží, když jim systém hlásí, že podle metodiky něco nesmí a nechce jim to dovolit. V tu chvíli se nejvíce projeví zaměření systému na metodiky a jejich dodržování.

Vstupy, výstupy a rozšiřitelnost

AyMINE podporuje import z Doors v ReqF formátu, podporuje importy a export z Excelu. AyMINE podobně jako Doors používá hierarchickou strukturu požadavků, takže importy požadavků ve struktuře dokumentu jsou v něm přirozené.

AyMINE má REST API pro komunikaci s jinými systémy, takže pokud máte nástroje, které přes API komunikují, můstek je možné udělat. Počítejte ale s vývojem.

Podobně jako Jira umožňuje AyMINE vývoj vlastních modulů třetím stranám, ale zde moduly od nezávislých dodavatelů zatím k mání nejsou.

AyMINE je v integraci spíš než na technickou rovinou orientován na týmovou spolupráci. Integrován je MS Outlookem, poskytuje WebAPI rozhraní pro stahování úkolů a kontaktů do mobilu nebo posílání notifikací do telefonu.

Cena a implementace

Licenční model AyMINE je mírně odlišný od jiných SaaS produktů, protože platíte samostatně za moduly a za uživatele. Celkově jde o levnější řešení, na uživatele stojí cca 500 dolarů na rok.

AyMINE nemá obchodní partnery, jeho používání podporuje přímo dodavatel. Čistě za rozběh nemusíte víc platit, ale AyMINE se profiluje jako nástroj řízení procesů a kvality, takže počítejte s tím, že jeho nasazení předpokládá, že své procesy sladíte s metodikami, které použijete.

Na rozdíl od Jira nebo RewView AyMINE chce firmám přinášet procesní vedení a metodiku. K mání je implementace pro standardy ISO 9001, ISO 26262, ASPICE; to pomáhá standardy dodržovat, ale vyžaduje to také víc práce, než jen dát lidem přístupy. Můžete k tomu využít školení a odbornou pomoc podobně jako u partnerů větších systémů. Odhadované náklady na implementaci, pomoc s procesními změnami a školení jsou 5 - 10 tisíc dolarů.

Výchozí zdroje informací

• Vlastní práce se systémem
• Spolupráce s týmy, které systém zavedli do projektů

Valispace je součástí ekosystému Altium 365. Dává tedy opravdový smysl zejména firmám, které produkty Altium využívají pro HW vývoj.

Popis systému

Systém se zaměřuje na správu a vývoj požadavků pro hardware. Pro ten nabízí funkčnosti, které v žádném jiném z recenzovaných produktů nenajdete.

Výhodou Valispace je dobrá podpora review a připomínkování. Podobně jako v AyMINE je možné přizvat široké spektrum lidí, kteří jsou zapojeni do review návrhu, v Valispace se za ně navíc nemusí platit přístupová licence./p>

Podpora grafického modelování

Modelování je ve předmětem jiných řešení v Altium celku; samotný modul Valispace slouží pro správu požadavků. Pro modelování v SysML nebude Valtium to pravé, ale jiné systémy na tom nejsou lépe. Napak HW desku a další mechanické modely v mají v celém Altium prostředí výbornou podporu.

Uživatelské hodnocení

Altium má za ústřední bod návrh řešení a jeho výkresovou dokumentaci, kolem které se návrh točí. Podporuje všechno co potřebujete od požadavků po kdejaké simulace a testy, ale vše se točí kolem hardware.

Pro návrháře, kteří znají CAD studia, nebude Altium a s ním Valispace žádným překvapením.

Vstupy, výstupy a rozšiřitelnost

Altium je integrováno na Jira a její workflow, takže není problém předávat požadavky SW vývojářům tam. Naopak pro HW máte export na prototypování i výrobu.

Pro import se budete muset spolehnout na MS Office, především Excel formát.

Cena

Valispace je cenově přístupný zejména pokud využijete i ostatních funkcí Altium. Spolu jako celek je systém střední třídy pododně jako Jira, počítejte s cenou kolem 1500$ os rok.

Výchozí zdroje informací

Autoři neznají společnost, která by systém po integraci s Alitum používala

• Znalost starší verze
• Informace o změnách při integraci
• Produktové informace z internetu

IBM Doors

Pokud ho používají vaši zákazníci a požadují, abyste ho používali také. Pak pravděpodobně nemáte moc na výběr. Nebo když už používáte jiné nástroje z ekosystému IBM, např. Rhapsody.

Siemens Polarion

Když vyvíjíte lokomotivy, letadla nebo celá auta.

Nebo vyvíjíte opravdu důležité díly jako autopilota, brake-by-wire systém nebo něco jiného, co spadá do kategorie D. V tom případě potřebujete certifikovaný systém, se kterým vám přijde odpovídající podpora a workflow počítající s vodopádovým modelem, který projektům tohoto typu sedí.

Jama Connect

Pokud vyvíjíte jako tým Tesla: Především software, rychle, aktualizace každý týden nebo měsíc. Pak potřebujte něco na ASIL Class D a současně vám to nesmí překážet. (Tím nemyslíme, že je to systém jen pro Teslu; jde o porovnání evropského a amerického způsobu vývoje produktů.

Nečekejte, že proti Doors nebo Polarion ušetříte, systém ale víc rozumí s agilními týmy; jsou v něm vidět americké geny.

Jira + doplňky

Máte tým, kde všichni Jiru umí a jste se svými pracovními postupy spokojení vy i vaši zákazníci? Pak je Jira volbou č. 1.

Jira je na počet uživatelů z uvedených nástrojů asi nejrozšířenější, ale její těžiště není ve firmách, které mají systém řízení kvality a kde za zády jím stojí auditor.

ReqView

Chcete spravovat požadavky, je vás jenom pár a nic víc? Pokud možno nebýt na nikom závislý? Mít možnost kdykoli systém vypnout? Pak ReqView bude dost možná tím nejlepším. ReqView vám s pomocí šabloh poskytne strukturu dokumentace, kterou máte mít. To vám může za konzultaty ušetřit dost času i peněz.

AyMINE

Chcete zlepšit celý proces? Zapojit do přípravy produkt i netechnické lidi? Nechcete utrácet víc, než je nutné? Pak se asi najdete tady.

AyMINE nejvíc tlačí do popředí procesní přístup, kterým chce projekt vést. Přináší metodiku práce spíš než šablony dokumentů. Rozumět si s ní budete nejvíc, pokud vám do projektu mluví i oddělení kvality, projektová kancelář. Dlouhodobě můžete ocenit také jeho univerzální zaměření na procesy i mimo projekty.

Altium / Valispace

Je těžištěm vašich projektů sofistikovaný hardware? Tvoří velkou část práce týmu optimalizace, výpočty jeho chování a simulace. Pak začněte u Valispace, které se tomu věnuje přednostně. Produkt i firma vyrostla ve spolupráci s výrobci velkých zařízení a dopravních prostředků a je to znát.