Skoro urcite to bude v riadeni firmy a stotozneni sa vedenia firmy/zodpovednych pracovnikov s nasadenim daneho programu..
My sme pred par rokmi implemnetovali Redmine pre vyvojarov a helpdesk GLPI pre servis.
Odpor bol ale zaklad bol v tom, aby bol sef s tym stotozneny. Nasledne bol potrebne spravne ukazat a vysvetlit vyhody pouzivania tychto programov, idelanena realnych prikladoch. Tiez sme od zaciatku nepouzivali vsetky moznosti ale postupne sme zavadzali niektore veci a nasledne sa analyzoval pomer medzi prinosom a zvysenim "birokracie". Vysledny stav je, ze pouzivame len niektore funkcie oboch programov. Po urcitom case a doladeni uz nikto nefrflal a teraz uz by nikto nemenil.
Bez poctiveho pouzivania to naozaj nema zmysel pouzivat, lebo cela kvalita stoji na kvalite udajov zadavanych pouzivatelmi.
my jsme opensource v tomto pripade zcela vyjimecne zavrhli neb udrzba hlavniho informacniho systemu firmy neni nas job a nehodlame venovat jakekoliv sebemensi sily na to. proste jsem rekl: bude JIRA! Dobry bylo, ze jsem v te dobe byl samotinky freelancer takze nikdo neoponoval :-) No a ted jsme uz 4 a k tomu asi 3 zakaznici s pristupy a vsichni vime, ze to bylo nejdulezitejsi rozhodnuti v historii firmy i kdyz kazde na zacatku brblal. V kombinaci s Agile, Stash a Confluence je to za 100 babek rocne naprosto best.
Nez bych u nejakyho opensource nastroje udelal EASY kombinaci ticketu, time sledovani a to cele propojit s gitem tak bych zesedivel.
A samozrejme na zacatku jsem si rikal, ze kdyz me zivi Drupal tak si to v nem udelam, ale propojeni s gitem byl proste voser, UI/UX taky v tomhle pripade nic moc.
Vela zalezi od prvotnej analyzy a konkretnych potrieb. Kazdemu, co sa paci.
S nasadenim nebol ziaden problem a je to v podstate bezudrzbove.
Pre nas bola velka vyhoda, prave to, ze je to opensource. Ak nam nieco chyba, tak sa bud vieme dohodnut s vyvojarmi, naprogramovat si to samy alebo dat si to doprogramovat externe.
Druha vec je, ze nemusime riesit licencie, nemusime riesit, co ak sa nieco udeje s dodavatelom, co ak.....
Maly bonus navyse, je to, ze je to zadarmo.
UI/UX je vec vkusu.
Ciste neobjektivne, subjektivni. Nic lepsiho nez klikarna od atlasianu momentalne IMHO neni. Snazim se ji ted k nam protlacit, ale narazim na korporatni hradby. Je to intuitivni,rychle, hodne konfigurovatelne a da se tam dat vic projektu pokud mate velkou firmu. Custom workflow a nikomu to nenuti svuj fixni workflow. Neni co se ucit, vsechno je intuitivni.
Confluence neznam. Vetsinou staci docuwiki/twiki per project. Zel 80 procent projektu ma i technickou dokumentaci v silenych verzich wordu a projektakum se to neda vysvetlit.
Vyzkouseli jsme uz X veci. A kdyz to umelo vsechno tak zas to melo sileny neintuitivni UX coz je nevyhoda hromady OS projektu ze to delaji zmateny sileny vyvojari bez kouska znalosti o UX a o vyvojovych metodach.
Stejne tak jejich SourceTree ktery je sice pod widle, ale lepsi graficky nastroj na GIT jsem nevidel. Nez pouzivat ty gui zhuverilosti z OSS co ovladani gitu akorat komplikuji, tak radsi pouzivam git z command line.
Jsou to opravdu kvalitni softy. Stoji za zvazeni jestli vrazet tolik energie a casu - a tudiz penez do premlouvani,analyzu a predelavani stavajicich procesu k mene flexibilnimu toolu.
Ja jedu cast veci z comandline, cast ve Source Tree. Source Tree je o mnoho pohodlnejsi, kdyz delas interaktivni rebase, vetsi zmenu chces commitovat po vic huncich a potrebujes vybirat jednotlive radky... Na takove to klasicke pull --rebase, stashovani, pushovani mi zase daleko vic sedi prikazova radka :-/