aneb to to trvá, než tu článek vydají.
Jediný přispěvatel do CP to zabalil: http://blog.chiliproject.org/community/announcing-end-chiliproject/
Škoda, ale aspoň že se ten Redmine probral a teď šlape docela slušně.
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 :-/
Dalsi fork je https://www.openproject.org/ mohl by nekdo napsat clanek? (kdybych openproject znal napsal bych ho sam).
Je to prostě další yarf. (Yet another redmine fork, i když technicky vzato je to fork chiliprojectu.) Pár lidi, co to používají, znám, ale ono je to všechno na jedno brdo. Openproject je víc javascript a ajax, ale pracuje se s tím stejně (dobře). Loni jsem už tehdy prakticky mrtvý firemní chiliproject migroval na redmine, které má proti chiliprojectu pár drobností - více repozitářů pro jeden projekt (dalo se obejít založením dalších projektů) a export wiki do PDF (dalo se obejít exportem do HTML a pak převodem do PDF prohlížečem), ale jinak je to fakt stejné.
Od openprojectu mě odrazuje právě ta "javascriptovost", protože remine i chiliproject je víceméně pořád relativně sprosté hloupé HTML, takže jsem si i já - ruby zcela nepoznamenaný - dokázal nějaké drobnosti dodělat. U openprojectu bych se bál, že se v tom js utopím. Ale zase je to víc cool a eye-candy.
My OpenProject používáme, je fajn. Vyvíjí se podle mě aktivně, mají nadaci plus platíme peníze vývojáři za implementaci pluginů (jde o přístup k dokumentům přes WebDAV). Má zaintegrovaný přístup k git repozitářům (přes gitolite), umí autentikaci přes LDAP, relativně snadná instalace (Debian/Ubuntu) přes balíčky (jinak by to byl hrozný porod). Má taky nějaké chybky, ale drobnosti, základní funcionalita jede. Proti Tracu, který jsme měli předtím, je to výrazný posun dopředu. Pro mě je platforma RoR spíš nevýhoda, ale to je věc, kterou už neřeším.
Nejak jsem nepochytil, jak tohle podporuje project management.
Kde se v tomhle ridi projektove rozpocty? PBS? Stakeholder management? Project risk management? ...
Nebo to je spis neco jako Trac na tickety? http://trac.edgewall.org/
Na řízení projektů zkuste www.freelo.cz - česká jednoduchá aplikace spojená s trackováním času akvalitní diskuzí.