Redmine pro IT Management: Praktická zkušenost Rozsáhlá implementace OpenSource Systems

Malá prehistorie. Jak víte, Automatizace vždy začíná něčím "veselým". Automatizovat sebe nebo své vedení začneme z dobrého života. To se obvykle děje, protože organizace vyrůstá, stává se obtížné navigovat ve velkém množství příchozích a dostupných informací. Takže naše organizace v určitém bodě začala rychle růst, takže jsme velmi rychle potřebovali od chaosu, abychom udělali něco strukturovaného, ​​užitečného a pohodlného.

Co znamená chaos v našich systémech? To znamená, že neřízené požadavky, které nepodléhají analytickým a strukturním požadavkům pocházejí z uživatelů a neexistuje žádný projektový management jako takový. Dotazy zamrznou někde v poště, v slovech, v hlavách analytiků, programátorů, manažerů oddělení - v závislosti na tom, která struktura se používá v organizaci.

Rozhodli jsme se odstranit vaše chaos pomocí softwaru Redmine. Okamžitě proveďte rezervaci, že nebudeme mluvit o metodice. Budeme mluvit přesně o možnostech Redmine, o tom, jak ji aplikujeme. Každá společnost má své vlastní nuance, neberte nás k nám, neberte si další. Proveďte svou analýzu, jednat, jak si myslíte správné a nezbytné pro vás. Nebojte se chyb, protože na chyby se učíme.

Z Chaosu, které jsme měli, snažíme se přesunout na objednávku. Teď jsme uprostřed tímto způsobem. Samozřejmě, že ne všechno bylo a bude bezmocný a hladký, ale velmi se snažíme.

Uvnitř naší společnosti jsme přidělili tři hlavní problémy:

  • Nejprve jsme potřebovali systém pro sledování chyb, incidentů a příchozích požadavků, tj. Potřebovali jsme automatizovat tracker Bug;
  • Zadruhé jsme chtěli nějak přidělit projektový management. Není plně sledován automatizací, což znamená použití metodik a v rozsahu nezbytném pro dosažení, aby byl proveden ve fázi vývoje as nějakým budoucností. Dále uvidíte, jak pro to používáme redmine, a kde se budeme dále rozvíjet;
  • Zatřetí jsme přidělili řídicí jednotku IT služby (ITSM) do samostatného systému, avšak také v plném rozsahu. Naše oddělení poskytuje různé IT služby, které je třeba spravovat.

Kromě toho jsme přidělili naše soukromé problémy:

  • I Opakuji, různorodé IT služby, protože programátoři žijí své životy, správce systému, stále existuje internetové marketingové oddělení a další;
  • Každý má svou vlastní strukturu a jejich přání pro správu oddělení. Ve všech odděleních, různé metodiky, přístupy, manažery a psychotypy - ukládá svůj otisk na výběr systému. Ale je nutné se pohybovat se všemi zároveň a dosáhnout jednoho cíle - určitý příkaz v organizaci, dostupnost informací a předpovědi;
  • Kromě toho existuje další KPI, což je ve všech vypočteno různými ukazateli;
  • Rozvíjet se dále, potřebujeme další analýzu příchozích informací, co se děje v odděleních a jak se odráží v organizaci jako celku;
  • Musíme kontrolovat vnitřní rozpočty v rámci kterého vstupujeme nebo nejčastěji nevstoupíme. Musí také nějakým způsobem analyzovat a spravovat. Je lepší udělat to všechno v jediném systému - zejména je to vhodné pro manuál.

Přidali jsme tedy tři systémy, které bych chtěl kombinovat do jednoho.

Pro každou z těchto systémů je samostatný specializovaný software. Je to všechny známé automatizační produkty, které mají své vlastní klady a zápory, takže pokud si vyberete systém pro sebe, zvažte vše.

Ne všechny produkty jsou uvedeny na snímku, je zde mnohem více z nich, a to nejen na ruském trhu, ale také na západní. Ale pro nás, jeden z požadavků byl rusko-mluvící rozhraní, protože tento produkt by byl používán nejen programátoři a správci systému, kteří jsou více či méně srozumitelné angličtiny, ale i obyčejní uživatelé.

Kam jít? Mnoho produktů. Požadavky na ně z různých oddělení a kontrol jsou odlišné. Vybereme si.

V důsledku analýzy a volby, stejně jako s podáním Alexei Lustina, produkt Redmine, který pokrývá určitou oblast, přišel k nám. Pojďme zjistit, jaký druh regionu pokrývá?

To zcela pokrývá tracker, který jsme chtěli spustit ve společnosti. Jedná se o centralizaci přijímání žádostí od uživatelů a zákazníků jakékoli úrovně. Bylo to nejzákladnější bod bolesti, který byl nutný rychle automatizovat. Myslím si, že každý má tento problém, protože, jak jsem již řekl, informace přicházejí v neuspořádaných a usazuje se na různých místech - v poště, v aplikaci Word, v aplikaci Excel nebo hlavy. Tyto informace nepodléhají analýzám a získání závěrů a výsledků. V důsledku toho se ukáže, že:

    • Informační složka znalostní báze, která může být analyzována a pochopena, co má dělat dál, je nepřítomné. To zpomaluje reakční rychlost a ovlivňuje nepřerušovanost a kvalitu práce, z nichž zisk přímo závisí;
    • Zvyšuje "ponor" čas nových zaměstnanců pracovat s firemními systémy;
    • Selhání tolerance je také každý z vlastního - někdo bez pracovního systému nemůže žít dvě minuty. Chyba tracker proto hraje velkou roli a v té době se problematika dostala velmi akutní.

Redmine projektový management zahrnuje polovinu, protože tento výrobek se specializuje na správu projektů, ale existuje určitý blok, který v tomto pomáhá. Bohužel, to není ideální produkt, ale v té době pokryl požadavky, které jsme nastavili do systému.

A je pokryt velmi malý blok jeho. Systém Redmine není určen k řízení služeb IT, takže tam jsou některé nedostatky při provádění a strukturování dat. Vyjdeme z této situace výběrem vaší verze systému ITSM.

Takže naše volba je redmin. Je to docela přizpůsobené, škálovatelné, flexibilní a pohodlné nastavení.

Proč redmine?

  • Toto je sladké slovo "freebie". Redmin je bezplatný, s rezervací, že jsou placené pluginy, které si vyberete pro sebe. V každém případě máte nějaký druh prognózy nákladů, protože pokud jste si zakoupili plugin a nemění platformu Redmine, pak po určitou dobu může být tento plugin použit bez dalších investic. A pokud se například musíte aktualizovat, pak zaplatíte za tuto aktualizaci a použijte jej dále. Aktualizace platformy Redmine dochází jednou nebo dvě ročně a aktualizuje nebo ne - to je vaše touha.
  • Redmin má intuitivní rozhraní. Implementovali jsme redmine nejen jako produkt pro správu IT, ale také jako produkt, kde jsou aplikace od uživatelů přijímány pro různé oddělení. Pro aplikace administrativního a ekonomického oddělení je například zvýrazněna samostatná pobočka.
  • Je možné kontrolovat priority v různých analytických formách, včetně jednotlivě podle úkolů.
  • Doba správy a zdroje. Myslím, že je to hlavní jednotka pro hlavu. To vám umožní pochopit, kolik je oddělení načten, s jakými úkoly, jaké náklady souvisejí a jak klasifikovat náklady, ale o něm níže.
  • Analytics a zprávy v Redmine jsou slabě vyjádřeny, ale existuje rozsáhlé API. Můžete si vzít data z databáze API, vyložit je do svého systému a získat všechny zprávy.
  • Flexibilní nastavení, přizpůsobení a automatizace ručních operací s pluginy.
  • Integrace s Git je jedním z důležitých ukazatelů. Úložiště naší databáze je připojeno k GitLab a v jakékoli úloze Redmine můžete vidět protokoly (příbuzné vydání): Kdo, kdy a co se změnilo podle tohoto úkolu, s přechodem na GitLab.

Informace: GIT je distribuovaný systém řízení verzí. Sleduje, opravuje a ukládá informace (verze) o změnách ve všech souborech a adresářech a také monitoruje integritu dat. V našem případě mluvíme o zdrojovém kódu 1C.

To je to, co seznam příbuzných vydání vypadá:

  • Správa úloh a sledování chyb. Jedná se o standardní tracker, který budeme používat.
  • Řízení incidentů, projektů, rozpočtů. Veškerá rozpočtová formace se provádí svým způsobem. Ukážu, jak jsme ho automatizovali na sebe, a pak se můžete pokusit automatizovat správu rozpočtu v sobě - ​​myslím, že to bude snadné, protože tam je práce v Redmine, a můžete je také přenést do peněz.
  • Wiki v Redmine není příliš dobře implementován, takže je lepší použít jiný produkt za účelem vytvoření znalostní báze a spolupráce. Pro sebe jsme si vybrali konfluenční systém z Atlassian, což je jedním z nejčastějších a snadno to-práce. Můžete také zvážit systémy: dokuwiki, MediaWiki a další.

Co je redminie pod kapotou?

  • Redmine velmi rychle a jen se odvíjí.
  • Pracuje na většině OS.
  • Platforma, na které je implementována, je rubínová na kolejích. Pokud chcete přizpůsobit Redmine pod sebou, musíte mít kompetencí na Ruby na kolejích, jinak nebude velmi pohodlné, protože Ne všechno může být připraveno pluginy.
  • Podpora pro různé DBMS mluví sama.
  • S RSS nebo e-mailem můžete organizovat upozornění na případné události.
  • K dispozici je ověřování reklam.
  • Integrace s řídicími systémy SCM verze (SVN, CVS, Git, Mercurial, Bazaar a Darcs).

Setkat se s redmine.

Můžete si stáhnout Redmine, nainstalovat jej do počítače a experimentu. " Nebo použijte server Cloud Server a "v jednom kliknutí", abyste se dostali předinstalovanou verzi Redmine, která je obvykle obsažena v hostingové službě.

Příklady instalace pro jakýkoliv systém, včetně použití cloudové služby, naleznete na internetu. Oficiální instrukce na odkazu:

Vypadá to jako seznam úkolů v Redmine.

Existuje standard a několik dalších rozhraní. Pravda, při změně rozhraní mohou některé funkce přestat fungovat, protože Vlastní rozhraní neberou v úvahu pluginy, se kterými budete pracovat - koneckonců, je to open source produkt. Ale to mu nebrání tomu, aby byl pohodlný nástroj dokonce používat standardní rozhraní.

Správa je přidělena v samostatné a poměrně srozumitelné struktuře.

Seznam modulů připojených k RedMine, můžete vždy vypadat a analyzovat v příslušné sekci správy.

Nemáme "čisté" redmin, protože Existuje asi 35 pluginů. Koupili jsme si pár z nich.

Informace o pluginech naleznete v vyhledávači klíčovými slovy "pluginy pro redmine". Existují například dvě místa, kde si můžete stáhnout nebo zakoupit dobré pluginy začít pracovat s redmine:

Všechny pluginy jsou ruské, můžete si koupit a používat. Hlavní věc je vybrat pohodlně. Stačí věnovat pozornost, na jakou verzi Redmine podporuje plugin, protože pokud podporovaná verze neodpovídá vaší, existuje šance, že plugin nebude fungovat.

Trochu o automatizaci našich potřeb

Struktura "projekty"

Používáme Redmine ne podle standardního vedení. Jako příklad, v rámci systému, pojetí "projektu" je samostatná pobočka v hierarchii struktury. Používáme strom "projekty" jako klasifikaci úrovní. Na nejvyšší úrovni je exekutivní oddělení, podléhá slučné oddělení, následují systémy, subsystémy a služby.

Část stromu vypadá takto:

Oddělení správy systému také používá svůj přístup k hierarchii projektů. Práce je postavena na základě klasifikace poskytovaných služeb - pomohlo vyřešit problém s kontrolou služeb. Proto je v pobočce ITSM, hierarchie projektu je katalogem služby Service. Pro pohodlí jsou číslovány.

Přijetí žádostí v Redmine

Podle příkladu vám řeknu, jak jsme uspořádali přijetí žádostí v Redmine.

Naše oddělení je rozděleno do 3 skupin:

  • Vývojářský tým;
  • Skupina analytics a doprovod - zde zahrnuje zaměstnance, kteří produkují úroveň "dvou a půl" podpory. Doporučují, analyzovat problém, pokud je to nutné, "Read" kód může psát požadavky na analýzu dat, stejně jako správné chyby v kódu. V důsledku toho se podaří vyloučit rozptýlení programátorů z malých problémů, stejně jako s pomocí analytiků oddělujeme programátory od zákazníků a zpět, protože Všechno, pravděpodobně čelilo problémům vztahů mezi nimi.
  • A skupina administrátorů databáze 1c.

Příjem aplikací v Redmine s námi se provádí prostřednictvím zápisu obvyklého písmene na zvýrazněné poštovní schránce. Pro organizaci jednotlivých poštovních schránek jsme v každém oddělení a v každé skupině přidělili strukturu "projektů":

Pro každý z projektů jsme v pluginu helpdesk nakonfigurovali vaši poštovní schránku. Screenshot zobrazuje nastavení pluginu helpdesk pro jeden z projektů:

Písmena vstupující do poštovní schránky připojené k "Project" spadají do našeho systému jako aplikací s zobrazením "Uživatelské požadavky". To vše vede ke snížení pracovních místních zaměstnanců na primární klasifikaci příchozích požadavků. (Příklad snímku obrazovky: 1.2 Administrátoři 1C, 1.4 Sniftentence vstupenek, 1.5 Podpora pro Yurait DPP)

Pokud není možné vytvořit takový výběr struktury, pak je možné vybrat jednu poštovní schránku a ve stromu vytvořit podřízené větve, kde budou aplikace distribuovány do prvního podpůrného řádku po primární klasifikaci (ukázkový snímek obrazovky : 1.3 Podpora uživatele).

V důsledku toho aplikace projde cyklem:

  • Nejprve se děje primární automatický vstup do projektu;
  • Analytik pak distribuuje aplikaci, tj klasifikuje, kategorizuje a upřednostňuje;
  • Poté analytik přenáší aplikaci na požadovanou větev.

V aplikaci existují určitá klasifikační pole, někteří z nich předstíraný, a část je přidána u nás. V souladu s tím se provádí primární potřebná náplň používající parametry:

  • Přednost;
  • Kategorie;
  • Zákaznické oddělení;
  • Castom Pole různých typů.

Ty. Pokud dojde k incidentu, můžete si být jisti, že nebude projít bez povšimnutí.

Příkladem přijatých aplikací a polí:

Nastavení "Projekt"

Uvnitř "projektu" může být několik typů trackerů. Zde například často používají trackery:

  • Požadavek uživatele;
  • Úkol;
  • Chyba;
  • Věta;
  • Obchodní projekt;
  • Program podnikatelských projektů atd.

Trackers mohou být neomezené číslo - mohou být přidány ručně. Každý tracker je flexibilně nakonfigurován.

V nastavení "Projekt" můžeme určit, které sledovače v něm jsou používány, stejně jako které mohou být připojena vlastní pole.

Také potřebné moduly a další nastavení jsou také připojeny k každé větvi. Můžete to najít ve standardní dokumentaci Redmine.

Po připojení modulů nemusíte vyrábět žádné komplexní manipulace, stačí uložit seznam modulů aktuálního "Project" a budou se zobrazovat ve formě záložek, pokud jdete k tomu, ke kterému můžete provést Nastavení.

Kromě toho je redmin velmi pružně nakonfigurován pro přístup k právům různých úrovní jak na "projektu", tak na samostatných souvisejících funkcích, jakož i dostupnost každého pole.

Na stránce Přehled "Projekt" můžete vidět všechny druhy trackerů a statistik na nich. A také, když "pádu" do trackeru, vidíte podřízené podřízené "projektu" problémů - pojďme jim zavolat "karty".

Obchodní projekty

Opakuji trochu. Vzhledem k tomu, že v pojmech redmine "projektu" - jedná se o pobočku struktury struktury, pak pro udržení reálných projektů jsme přidělili samostatnou pobočku s "obchodní projekt" a "Obchodní projektový program" Trackers. To nám umožňuje udržet zprávy o stavu na našich obchodních projektech a náklady na formy z hlediska distribučních základen.

Struktura této větve je také rozdělena do pravopisu na specifika: oddělení, zákazníka, systém, subsystém.

Protože Naše manažerská společnost, oddělení centrálně doprovázejí všechny firmy zahrnuté ve Weadvice GK. V tomto ohledu provádíme projekty individuálně pro každou společnost a společnou pro několik společností. V důsledku toho je pro každý projekt a úkolem je rozpočtování a odepisování nákladů na oddělení.

V kartě Business Project můžete také konfigurovat potřebná pole. Příkladem polí, které používáme:

  • Základní distribuce / příjemce nákladů;
  • Bonus pro projekt;
  • Hodnocení nákladů na práce;
  • Plánovaná data zahájení / dokončení;
  • Denní zpráva o stavu a další.

Všechny úkoly, které jsou vytvořeny v rámci projektu, jsou podřízeny hlavní kartě podnikového projektu.

Zpráva o stavu je předána zákazníkům alespoň jednou týdně. Celý příběh se hromadí na kartě a je zaslán zájemcům.

Zákazník a další zúčastněné strany mohou kdykoli vidět následující informace o podnikovém projektu:

  • Stav projektu;
  • Odhadované náklady na pracovní sílu;
  • Skutečné náklady na pracovní sílu jsou v současné době v rámci výkonu a zaměstnanců;
  • Připravenost projektu;
  • Formulace podnikatelského projektu;
  • Celá historie korespondence;
  • Datum plánování projektu začalo, kdyby byl odložen z důvodu priorit;
  • Plánované datum dokončení projektu.

Skutečné náklady na pracovní sílu jsou shromažďovány z podřízených úkolů pro obchodní projekty v čase stráveném personálem oddělení.

Na základě vytvořených úkolů můžete vybudovat ganta diagram, ale pouze v informativní verzi. Navíc je nemožné jej použít a interaktivně.

Při práci s plánem plánování kalendáře můžete použít grafické zprávy. Například:

Používáme pracovní desky k distribuci úkolů do týdenního plánování.

To vše je implementováno prostřednictvím zásuvných modulů, které zahrnují možnost provádění agilních nebo kananských desek.

Jako příklad:

S ohledem na charakteristiky pluginu se ukázalo jako deska Kanban. To může být interaktivně přemoženo pakety - obojí mezi stavem a mezi umělci. Na třech rozhraních byly zkontrolovány - funguje pouze na dvou. Standardní rozhraní je přesně spuštěno. Velmi výhodné zobrazení na velké televizi / obrazovce pro planety / shromáždění.

Plánování lze také provádět pomocí verzí a pak převést verze do vydání.

Jako účinnost práce katedry tvoří zprávy v kontextu nákladů na rozdělení nákladů a skutečných pracovních nákladů oddělení.

Standardní zprávy práce lze nastínit:

Využíváme sklon zprávy o nákladech práce:

  • Databáze distribuce nákladů - naše zakázkové pole;
  • Příjemce nákladů - naše pole Castom;
  • Uživatel je standardní pole.

Tvorba může dojít v kontextu období:

Pro naše rozpočtování používáme pouze "měsíc". Příklad přehledu:

Screenshot prezentuje příklad se skutečnými pracovními náklady v kontextu distribuční základny pro srpen.

Kromě toho můžete vytvořit podrobnou zprávu pro každou deklarovanou hodnotu času. V případě potřeby jsou všechny zprávy převedeny na CSV, takže další analýza může být provedena v aplikaci Excel.

A samozřejmě, jako skutečná 1C-přezdívka, můžeme psát informace o vykládání od redmine v 1c vytvořit vaši zprávu v 1c s potřebnými skupinami a informacemi.

Příklad jedné z přehledů nákladů:

O něco více o funkcích redmine

Dalších užitečných funkcí v Redmine bych chtěl zvýraznit:

  • Režim ověřování - buď reklamou nebo přihlášením a heslem;

  • Systém upozornění. Uživatel bude informován o změnách v úloze. Můžete konfigurovat e-mailová upozornění a RSS;

  • Kombinace uživatelů do skupin. S tímto nástrojem se můžete vytvořit v hierarchické struktuře redmine podniku. Existují pluginy na integraci s účetním systémem a klonováním struktury ve skupinách;
  • Správné role modelu s více víceúrovňovým nastavením;

  • Nastavení pracovního postupu (životního cyklu) každého trackeru pro každou roli;

  • Přítomnost integračních pluginů s aplikací MS Outlook. Například poměrně pohodlný plugin s mnoha funkcemi, jako je vytváření aplikace v Redmine přímo z dopisu, komentování, sledování atd.; Oficiální stránka:

https://ru.a.ausoftware.com/

  • Existují také pluginy integrovat s instantním zasíláním systémů, jako jsou telegram a SMS brány. Na jakémkoli komunikačním kanálu můžete odeslat upozornění, jako jsou incidenty, monitorovací informace atd.;
  • Pokud existuje kompetence, je možné učinit samotné pluginy.

Otázky a odpovědi:

Otázka z haly : Předpokládejme, že jsme poskytli přístup ke zákazníkovi a máme pro něj určitý seznam podporovaných služeb. Například jako ve vašem příkladu existují služby Sysadminov a Coder Services. S nějakým zákazníkem pracujeme na obou typech služeb, as nějakým druhem jediného typu. Je možné na úrovni práv omezit, jaký typ služby je zákazníkovi k dispozici?

Odpovědět: To se liší pouze samostatnou pobočkou přidělenou pod zákazníkem - "Project", kde mohou být pro tento zákazníka vytvořeny úkoly vybraných služeb. Nebo budete muset poskytnout přístup ke všem úkolům v pobočce - "Projekt" podpora této služby. Standardní schopnost omezit práva na znamení služby a zákazník v "Projekt" v Redmine "z krabice" není. Můžete hledat takový plugin nebo ji napsat sami. Nemáme žádnou takovou složitou strukturu, ale existují úkoly, které by měly být dostupné pouze pro jednotlivé hlavní jednotky, takže pro ně byly vytvořeny.

Otázka od sálu: Ukazuje se, že každý zákazník je "projekt". A uvnitř jednoho "projektu" mohou podprojekty dělat?

Odpovědět: Ano, stejně jako ty. Zvýrazňujeme například řecké oddělit oddělení zákazníků, a uveďte to k přístupu klíčových zaměstnanců, aby neviděli celý helpdesk spojený se zákazníkem a celou strukturu, protože Je poměrně velká. Redmine flexibilní v nastavení, ale bohužel a ve své flexibilitě existují omezení, která přinášejí některé nepříjemnosti. Samozřejmě existují pohodlnější vysoce specializovaná řešení, ale jsou placeny.

Otázka z haly : A náklady práce na každém stavu jsou shrnuty? Například o stavu "v práci" jsem nastavil náklady práce 0,3 a poté na stav "analýzy" jsem nastavil další náklady práce.

Odpovědět : Hlavní náklady jdou obecně pro úkol. Je nemožné klasifikovat náklady na pracovní sílu podle statusu, ale náklady práce mají pole "aktivity", jejíž podstatu může odrážet proces, ve kterém odpisujete čas vypnutí. Je to také upravitelné. Při psaní prostřednictvím nákladů práce si zaměstnanec vybere typ činnosti, která je stanovena. Další, pomocí přehledů, můžete si čas v kontextu procesů vybrat.

Bez indikace typu činnosti může zpráva tvořit pouze celkový čas v kontextu zaměstnance + den.

Souhrnná analytická data lze zobrazit podle zpráv. Přímo v úkolu jsou viditelné pouze náklady na aktuální úkol.

Otázka z haly : Ukazuje se, že mám první řádek technické podpory a druhý řádek technické podpory. Každý z nich vynakládá na stejném úkolu ve stejném stavu "v práci" určitého času. Jak tedy mohu definovat skutečné náklady na pracovní náklady na osobu na úkol na první linii, na druhém řádku, na třetí linii?

Odpovědět : Opakuji, náklady jdou obecně na úkol, ale pokud jedna osoba strávila tolik času, a pak jiná osoba strávila čas - to se odráží zde. Částečně odpověď byla uvedena pod předchozí otázkou. Pak můžete vidět, jaký z nich strávil, ale pouze v této verzi. Neexistují žádné samostatné náklady pouze v případě, že přidáte vlastní pole pro zápis nákladů na práci nebo používat seskupení uživatelů a další formy analytických zpráv.

Otázka z haly : Jak je organizována interakce uživatele? Prostřednictvím e-mailu?

Odpovědět : Odesílání přejde do e-mailového standardního dopisu nebo napsaného uživatelem nebo automaticky redmine, pokud je to pozorovatel pro tento úkol. Také, pokud je uživatelem Redmine, pak horní panel zobrazuje, kolik úkolů je jmenován, kolik nových a kolik změn. Teď vidím, že mám 20 úkolů, z nichž jeden je nový a jeden pozměněn. Ze Side Side - pouze e-mail.

Jak je popsáno výše, při připojování pluginů můžete jednostranně upozornit uživatele pomocí instantních zasílání systémů.

Otázka z haly : Existuje webové rozhraní pro podání žádostí?

Odpovědět : Ne. Redmine pracuje na smartphone a tablety, tj. má upravené rozhraní. Ale aplikace mohou být předloženy buď prostřednictvím e-mailu, nebo poskytnout přístup uživateli přímo do systému, omezit jej v právech pouze pro vytvoření. Jako další funkce můžete vložit plugin v aplikaci Outlook vytvořit úkoly v Redmine.

V současné době existuje plugin Tracker Hider, se kterým můžete omezit přístup ke sledovačům v kontextu uživatelů nebo rolí.

Příklad: Každý uživatel s rolí "Pozorovatel" v "Project" je k dispozici pouze karty s trackerem "požadavek uživatele".

Otázka z haly : A funkce práce s e-mailem je jednou z krabice nebo z pluginů?

Odpovědět :Ano, je to "z krabice." S pomocí pluginů jednoduše získává další vybavení a nastavení.

Otázka z haly : A je možné konfigurovat, že oznámení zákazníka, kterého jsme vstoupili do systému, šel pouze na určitý status. Proč by měl sledovat naše vnitřní deset stupňů, pokud potřeboval oznámení jít pouze v případě, že úkol je dokončen?

Odpovědět :Tuto situaci jsme vyřešili následovně.

1. Nejprve jsme zakázali pro uživatele-zákazníci standardní redmine oznámení v uživatelských nastaveních. Toto nastavení je globální pro všechny redmin pro aktuálního uživatele.

2. Dále, pro požadovanou pobočku ("projekt") připojen možnost odesílání písmen.

3. Analytik nebo RP-ShNIK může poslat e-mail pomocí standardního mechanismu: stisknutím tlačítka "Odeslat poznámku" v režimu úprav karty. V případě potřeby můžete specifikovat další příjemce.

4. Odesílatel může napsat libovolný text a přidat potřebné přílohy. Nebo použijte dříve nakonfigurované vzory.

 

K tomu je hotový vzor vybrán, nahrazen do dopisu dopisu a v případě potřeby zůstane pouze vyplnit další informace.

Poté musíte kliknout na tlačítko "Přijmout", pak bude komentář uložen a dopis bude odeslán. Zákazník obdrží oznámení ve formě pravidelného dopisu.

Jedná se o standardní mechanismus, nic se nedotýkali. Šablony pro každý projekt jsou přizpůsobeny individuální. Jedná se o poměrně významné zjednodušení analytického poradce, protože pokaždé, když napíšete stejný text - je to pracné.

Skrýt libovolný text od zákazníka, pokud má přístup k němu přímo na pracovní karty, je možné pouze pomocí "soukromého" komentáře nebo vypnutím přístupu k tomuto typu komentářů.

Druhou možností je použití dodatečného pluginu, protože Ve výchozím nastavení není takové nastavení.

Otázka od sálu: Je možné zavázat protistranu k obdrženému úkolu? Například, mám telefonní hovor s PBX, kde je číslo protistrany, a redmine bere dorazí číslo z ústředny, vytváří úkol a učil ho protistrany. Vyřešili jste úkol hierarchie protistran?

Odpovědět: Ne, neměli jsme integrovat redmine s IP telefonií, nebylo to náš cíl. Myšlenka je dobrá, ale v našich specifikách není potřeba. Na internetu můžete najít integraci redmine s hvězdičkou.

Otázka z haly :Máme otázku, že není na IP telefonii, ale na hierarchii protistran. Chceme manažeři vidět stejnou hierarchii protistran v Redmine jako 1C.

Odpovědět : Ne, kontaktní struktura je plochá. Jediná věc, kterou jsme přidali, je odkaz na oddělení. Maximum, které používáme, je sbírání kontaktů od katedrů, děláme chybopisu pro domácí služby, a ne pro externí zákazníky. V samotném redmine je nemožné organizovat hierarchii protistran, ale můžete spojit jednotky v Redmine a 1C, a vytvořit tuto zprávu z 1C.

Otázka z haly : A kde je hloubka Scrum? Máme podmíněně Sprint - 7 kalendářních dnů (5 pracovních dnů). Kde mohu vidět, co je to iterace sprintu? Jaký je týden kalendářního, co je číslo sprintu?

Odpovědět : Scrum hloubka může být řízena verzemi. Existuje funkce verzí.

Za tímto účelem je speciální sekce "Operační plán" (nebo "verze" v závislosti na rozhraní).

Například mám tři verze.

 

Každá verze může mít své vlastní jméno, stav a omezen na datum dokončení.

Pro každou verzi jsou seznamy úkolů viditelné, pokud jsou prezentovány, stejně jako počet nedokončených.

Pro vizualizaci můžete vytvářet diagramy

Verze mohou být seskupeny, rozbít úkoly, můžete stavět desky podle nich. Můžete přenést úkoly mezi sprints - taková příležitost je ve verzi "Plánovací verze".

Ve skutečnosti může být Redmin nástroj pro organizování práce na rozsahu nebo Canbanu. Je však třeba vzít v úvahu, že někdy není dostatek třídění a dalších maličkostí pro pohodlí. Možná jsou pluginy, které to podporují. V požadovaném objemu aktuální funkce je dostačující. Zde můžete udělat přiřazení úkolů, pohybující se mezi sprinty, zjistit, že jste neměli čas udělat pro plánovaný čas atd.

Otázka z haly : Jak zohledňujeme úkoly, které nebyly splněny v aktuálním sprintu? Měl bych to vidět ve stavu? Nebo se automaticky nějakým způsobem ukážu, že jsou nyní potřební k tomu, aby si rezervovali novou verzi?

Odpovědět : Úlohu můžete vybrat podle verze. Například podívat se na "operační plán", kolik procent je dokončeno a jak splněno. Ty. Kolik úkolů je zavřeno od sprintu a kolik ještě není uzavřeno - bude zde napsáno. Po kliknutí na odpovídající položku se otevře seznam úkolů, které nejsou uzavřeny. Dále, jak jsem řekl, mohou být analyzovány a přeneseny do jiného sprintu.

Můžete také vytvořit desky s úkoly, podle stejných verzí a v kontextu stavů.

A samozřejmě používat standardní seznam úkolů s nezbytným výběrem, který lze uložit a používat ve stálém provozu.

Otázka z haly : Jak můžete převést úkol na jiný sprint - musím otevřít seznam úkolů na jedné kartě, kanban-board na jiném a přenosu?

Odpovědět: Může být tak. Je však vhodnější používat nástroj pro plánování verze. Vyberte si ze seznamu nepřiřazených úkolů nebo nedokončených úkolů konkrétní verze požadovaného úlohy a hodit jej do další verze myši - zobrazit, že tento úkol vezmeme v Sprint.

Otázka od sálu: A jak můžete dát všechny odemknuté úkoly? Možná tři nebo čtyři verze zpět jsem tam měl nějaký druh důležitého úkolu. Zaznamenal jsem to, visí tam. Jak ji nemohu ztratit tak, aby se mnou neustále zavěsila? Pokud jsem pochopil, nyní můžete vidět pouze nepřidělené úkoly nebo úkoly z vybraného sprintu. A jak vidět všechny odemknuté úkoly s kumulativním výsledkem, porozumět, vzít je do současného sprintu nebo nebere?

Odpovědět: To lze implementovat pomocí filtrování v úlohách. Nastavení výběru můžete provést ve stavu "Otevřít" s potřebnými parametry a uložením.

 

Můžeme například zvážit nastavení, které se nazývá "Úkoly pro zavírání". Existují úkoly se statusem "vyřešeno", které byly realizovány naším oddělením a převedeny na zákazníka na výrobní operaci, ale žádná zpětná vazba od zákazníka ještě nedostal. Ty. Jedná se o bazén úkolů, které je třeba zkontrolovat, aby objasnil výsledky výrobního vykořisťování a blízko. Můžete například změnit hodnotu stavového filtru "odpovídá" a znak "nový". V důsledku toho budou zobrazeny nové úkoly, které ještě nejsou podniknuty do práce. Můžete měnit stav, priority, kategorie, všechny hodnoty standardních i vlastních polí.

Můžete například přidat speciální uživatelské pole do filtru. Jedná se o pohodlný nástroj, velmi jednoduchý. Pro projekt pro úkol pro kontakt.

Nové pole - Uveďte typ objektu, kde přidáme, nejčastěji používané "úkoly".

Ukazujeme formát pole - možnosti, které jsou pokryty někde 90% potřeb.

Uveďte název, jak budou role k dispozici.

Uvádíme, pro které projekty, pro které se trackery aplikují.

Otázka z haly : A vlastní pole mohou být povinné?

Odpovědět : Samozřejmě analogicky s dalšími detaily v 1C.

Povinná pole jsou označena červenou hvězdičkou vpravo od jména.

Otázka z haly : A jak jste měli hlášení o provedené práci? Ve stejném úkolu jde jinému uživateli - existuje úloha iniciátora a je zde performer.

Odpovědět: To je v pořádku, pokud pole se mění - komu je přiřazeno, pak v sestavě vrátí konečnou hodnotu.

Řeknu vám, jak jsme všichni uspořádáni. Částečně opakovat.

  • Nejdůležitějším trackerem pro servisní stůl je "uživatelský požadavek", se kterým je pošta automaticky rozebrána a písmena se změní na "Uživatelské požadavky". Pokud uživatel odeslal dopis odpovědi oznámení od redmine nebo odeslal objasňující dopis se stejným tématem, pak na téma nebo ID v tématu automaticky přikládá text z takového dopisu do existujícího dotazu - používá se klasická funkce lepení.
  • Dále - když například přišla žádost o poradenství v oddělení KIS, analytik konzultanti demontáže aplikaci a vytvářet svou primární klasifikaci. Určete, že se jedná o incident, chybu nebo úkol. Může být dokonce nápad na nový projekt. To je tedy také součástí servisního stolu. Po klasifikaci jsou všechny "uživatelské požadavky" distribuovány do subprojektů pobočky itask, kde se již s nimi provádí další práce.
  • Pokud tato práce degeneruje úkol pro vývojáře, pak na základě požadavku uživatele je vytvořen přidružený podřízený "úkol". To znamená, že "uživatelský požadavek" tracker žije sama o sobě a trackor úkolů je také oddělený. Mluvíme o malých úpravách a opravách chyb, které máme samostatný proud - zobrazují se z "uživatelských požadavků".
  • Pokud se úkol týká určitého podnikatelského projektu a vývojář to neudělal na základě "Uživatelské žádosti", je vázán na podřízený podnikatelský projekt na bloky funkčnosti KISA, takže později bude úkol vidět - Na které bloku a v souvislosti s tím, co jsme udělali - to bylo "požadavek uživatele" nebo podnikatelský projekt.
  • Samostatně žije tracker "obchodní projekt", s nimiž komunikujeme s podnikáním - ne s uživateli na vyžádání a nezletilém zušlechťování, a již se skutečnými projekty, které nesou obchodní hodnotu. V "Business Project", jak podřízené úkoly mohou být také jejich podtaskásky a dokonce balení úkolů - velký, s podřízením a spojením. To je takový mini-důkaz. Všechny tyto subtasks jsou opět vázány na bloky funkčnosti KIS.
  • Nezáleží na tom, kde úkol pochází z - od služby Desca nebo z obchodního projektu. Ale všichni je uvázáme do bloků funkčnosti.

Na základě výše uvedeného, ​​opakuji, můžeme vidět náklady práce v kontextu:

  • Bloky funkčnosti kisy;
  • Projekty;
  • Umělci;
  • Komunikace "Požadavek - úkoly / obchodní projekt - podřízené trackery".

Screenshot prezentuje příklad se skutečnými náklady práce v kontextu projektů na srpen měsíčně. Zaměstnanci musí rozdělit své skutečně strávené čas na úkoly, které provedli. To se nazývá časový list. Máme denní vývojáře vstupující do speciálních záznamů o "pracovních zprávách" a distribuovat svůj čas - tvoří se skutečnost práce. Proto jsme ve skutečnosti spravovali rozpočet projektu.

Naše projekty mají předběžný pracovní plán. A v každém projektu vidíme, překročili jsme to nebo ne. Redmine automaticky shrnuje šířku všech úkolů podřízených projektu. Víme, že tento projekt je přidělen 700 hodin. Vidíme skutečnost - 617 hodin byly vypracovány. To je jeden z prvků projektového řízení.

Proces aktivity systému incidentů může být reprezentován následovně:

  • Analytik konzultant provádí analýzu požadované žádosti, je-li to nutné, tvoří vývojový úkol;
  • Vývojář implementuje úkol a vrátí konzultant Analytics k ověření a dalšímu komunikaci;
  • Analytik konzultant již komunikuje na žádost uživatele s popisem výsledků;
  • Pokud je vše v pořádku, analytik zavře úkol - vývojář je zakázán uzavřít úkoly.

Ve více hlavních úkolech, vč. Design, proces je postaven více rozšířené:

A samozřejmě všechny změny spadají do pracovní základny prostřednictvím vydání uvolnění.

Pokud jej odešlete v pohodlnější volbě, pak máme vlastní "osm".

Ty., Opravdu mnoho úkolů přechází mezi odpovědnými, ale není pro nás kritické. Hodnotíme náklady na pracovní sílu v kontextu zaměstnanců, náklady na distribuci nákladů, zákazníků a ve vzácných případech ve formě činností. To vše již bylo uvedeno dříve.

Otázka z haly : Je možné získat informace o tom, jaké úkoly splnil specifický vývojář?

Odpovědět : Tady je. Tam je nástroj "Práce zpráva", pro který můžete vidět, co zaměstnanec, na který úkol, kolik času a jaký den jsem strávil.

Nebo si lze zobrazit standardní zprávou "náklady práce" - může být také vytvořena v kontextu uživatelů s dekódováním.

Otázka z haly : A jak sledovat náklady práce?

Odpovědět: Zaměstnanec také řídí svou práci prostřednictvím "pracovní zprávy". A fixace nákladů práce v úkolu se provádí ručně - buď přímo v úkolu nebo v "pracovní zprávě". Existují pluginy, které vám umožní sledovat čas. Například plugin Imprise Redmine vypadá takto:

Když začnete pracovat na úloze, zaměstnanec klikne na tlačítko "Přehrát" a na konci - tlačítko "pauza". Při zachování úkolu jsou v něm stanoveny náklady práce.

Otázka z haly : Otázka k řízení času a zdroje je správa pofactum, registrace se již stalo, když se podívám na to, jak byli moji zaměstnanci načteni, nebo je možné plánovat? Když se podívám, že zítra musí můj programátor absolvovat úkol, a den po zítřku to. A chápu, že konvenčně řečeno, je to mocný programátor, a on může mít nějaké zprávy bez problémů pro dva, tři denně na nýt, a můžu dát frontu úkolů na týden.

Odpovědět :Schopnost plánovat je, ale není to dokonalý - bezplatný produkt dělá vaše nuance. Existuje pole "naplánovaného času", je možné nastavit vlastní pole, pokud vám chybí standardní pole podle plánu plánování - kolik hodin utratí. Plánovaný čas je možné určit a porovnat plánovaný a aktuální čas. A samozřejmě můžete použít standardní pole příběhů pro plánování pokeru.

Otázka z haly : Řekl jsi, že wiki v redmine nepříjemně.

Odpovědět :Wiki v Redmine vypadá nepřátelsky.

 

Pro formátování článků a úkolů se používá označení jazyka Markdown. Formátování není "na mouchu", ale označující označení symboly.

Vyhledávání je - podle slova uvnitř textu a titulků. Pokud zadáte "Exchange" ve vyhledávání, dá jak témata a trackery. Existuje výběr podle typu trackeru.

Obsah není hlavní stránka a při zadávání Wiki se zobrazí jednoduše seznam vytvořených článků.

Obsah je následující:

A samozřejmě, Wiki v Redmin je určen pouze pro skladování článků. Nemůže být použito pro spolupráci.

Historie změny článků se provádí a lze nalézt, kdy, kdo a která změna vyrobila.

Otázka z haly : Jak vyplňuje wiki?

Odpovědět : Náš proces je postaven následovně. Analýza servisního stolu se provádí s určitou periodicitu v průběhu minulého období. S pomocí počáteční klasifikace, která byla provedena analytikem při požadavku na žádost, snažíme se shrnout témata a identifikovat nejproblematičtější zóny. Dále - zavádíme samoobsluhu, tj. Dokumentování, jak může uživatel sám vyřešit svůj problém nebo otázku. Kromě toho, během aktuální práce, analytik může vytvářet články podle potřeby v případě potřeby, aniž by čekal na celkovou analýzu. Také příprava wiki-instrukce je v rámci rozvinutých podnikových projektů nebo speciálně vyhrazených dokumentačních projektů. To není konfluence, ne spolupráce. To je shora dolů s administrativními metodami. Uživatelé se na tom neúčastní.

Otázka z haly : Jeden z kolegů používá velmi zajímavý systém. Opravdu se mi to líbilo, chci to implementovat sám. První řada technické podpory je vždy povinen zavřít úkol z Wiki. A pokud nenajde článek ve Wiki, řeší druhý řádek technické podpory. A již druhý řádek vytváří článek, který musí být namontován na úkol.

Odpovědět :Také my zkusit, ale jednáme se iterativně - Setels, analyzovaný, udělal řadu událostí. Ale trvá měsíce. Pak se znovu posadil, analyzoval, přidělil potřebné bloky, udělal řadu událostí.

Otázka z haly : Není příliš jasné - jak je integrace git s redmine?

Odpovědět :Při uložení změn na úložiště 1C (při výpočtu) označuje popis úlohy pomocí značky "#", například "# 74516". Dostáváme se tedy prostřednictvím účetnictví - vidíme, které výbory ve skladu GIT jsou vázány na úkol. Bylo důležité pro nás, že se jedná o desktopové řešení, abychom je mohli pohodlně spravovat, a v případě potřeby jít do jiného řešení, protože všechny stejné potřeby rostou, a ne všechny potřeby redmine mohou být pokryty. Proto se znovu omlouvám - pokud si vyberete produkt, nejprve analyzovat, že chcete automatizovat a které bloky "Cover".

Otázka z haly : Použili jste mobilní aplikaci od redmine?

Odpovědět :Mobilní aplikace je, ale není to úplně pohodlná. V naší organizaci není potřeba. Pracujeme hlavně na pevné linkovém počítači nebo notebooku. Můžete také použít pluginy s informačními schopnostmi - například pomocí SMS nebo telegramem.

Otázka z haly : Řekl jste, že vyložíte úložiště v Git a co tam vidíte v Git?

Odpovědět : V Commut Git je odkaz na úkol. Z výboru otevřeme samotný úkol. A od problému můžeme s ním otevřít. Pro každý projekt bez ohledu na to, co je hierarchie, můžete připojit své úložiště. Integrace s GIT je samozřejmě podávána zcela prostřednictvím webového rozhraní. Rukojeti tam ještě musí vylézt, ale rychle a jednoduché.

Co máme na konci:

Na základě výše uvedeného shrneme stručné výsledky.

Profesionálové:

  • Redmine - openSource-produkt s velkou a aktivní komunitou;
  • Promítá se na náklady, levné, flexibilní, přizpůsobené, snadno integrovatelné a škálovatelné;
  • Úplně pokrývá chyba tracker, napůl - projektový management, docela trochu - itsm;
  • Má integraci s gitem;
  • Castomizuje "na letu";
  • Má poměrně širokou škálu pluginů. Kromě toho je snadné najít specialisty, aby automatizovali své procesy;
  • Pohodlné účetnictví skutečných nákladů práce. Možnost plánování nákladů na pracovní sílu a rozpočty.

Minusy:

  • Nepříjemné wiki;
  • Pokud potřebujete automatizovat své procesy a v nepřítomnosti kompetencí na Ruby na kolejích, je možný pouze použití pluginů nebo vyhledávání vývojářů třetích stran;
  • Malý počet analytických zpráv;
  • Ne vždy "přátelský" rozhraní;
  • Nepohodlné masové klasifikátory, které by chtěly skladovat ve formě hierarchie.

V procesu použití přípravku Redmine jsme provedli velké množství práce na analýze, systematizaci a automatizaci našich činností a poklesu chaosu v našich strukturách. Změny a optimalizaci procesů v odděleních i v obchodních procesech celé organizace. Optimalizované a vylepšené řízení, analytické a manažerské funkce v práci oddělení a na projektové činnosti.

Další krok, který jsme přijali, je zvýraznit znalostní báze ve vhodnějším soutoku, protože Možnost spolupráce je jedním z hlavních mechanismů ve vývoji organizací, umožňuje rychle vytvářet komunikaci, snížit čas na přenos informací, snížit počet chyb a času k řešení incidentů.

V části Redmine budou další kroky vybudovat jasnější a řízené obchodní procesy.

Obecně vyberte nástroj a nechte své chaos zůstat bez povšimnutí.

*****************

Tento článek je napsán na výsledcích zprávy čtené na konferenci InfoRart Event 2017. Více článků naleznete zde.

V roce 2020 vyzýváme každého, aby se zúčastnili 7 regionálních alokacích, stejně jako výročí infostart událost 2020 v Moskvě.

Vyberte událost.

Redmine. - Otevřete webovou aplikaci serveru pro správu a úkoly projektu (včetně sledování chyb). Redmine je napsán v Ruby a je aplikace založená na známém webovém rámce Ruby na kolejích. Distribuován podle GNU General Public License.

Funkce

Tento produkt poskytuje následující funkce:

  • udržování několika projektů;
  • Flexibilní přístupový systém založený na role;
  • Systém sledování chyb;
  • Gantt a kalendářní grafy;
  • Projektové zprávy, dokumenty a správa souborů;
  • Upozornění na změny pomocí RSS toků a e-mailu;
  • wiki pro každý projekt;
  • Fóra pro každý projekt;
  • účetnictví dočasných nákladů;
  • Přizpůsobitelná libovolná pole pro incidenty, časové náklady, projekty a uživatele;
  • Snadná integrace s verzemi řídicí systémy (SVN, CVS, Git, Mercurial, Bazaar a Darcs);
  • Vytvoření chybových záznamů na základě přijatých dopisů;
  • Podpora pro více ověřování LDAP;
  • schopnost samostatně zaregistrovat nové uživatele;
  • Vícejazyčné rozhraní (včetně ruštiny);
  • Podpora pro MySQL DBMS, PostgreSQL, SQLite, Oracle.

Struktura databáze

Systém uživatelů

Uživatelé jsou jedním z centrálních pojmů oblasti předmětu. Uživatelský model je základem pro identifikaci a ověřování systému personálu a zákazníků, jakož i povolit je v různých rolích, projektech atd.

Role

Uživatelské role jsou určeny flexibilním modelem pro určení přístupových práv uživatele. Role zahrnují soubor oprávnění, což umožňuje rozlišovat přístup k různým systémovým funkcím.

Uživatelé jsou přiřazeny roli v každém projektu, ve kterém se podílí například "Manager v projektu pro rozvoj webu A", "Developer v projektu pro udržení intranetové společnosti společnosti" nebo "klient v projektu Refactor informačního systému společnosti B ". Uživatel může mít několik rolí. Přiřazení úlohy pro samostatný úkol (vydání) je v současné době nemožná.

Projekty

Projekt je jedním ze základních pojmů v oblasti předmětu projektových systémů. Vzhledem k této entitě je možné uspořádat spolupráci a plánovat několik projektů současně s vymezením přístupu k různým uživatelům (viz výše). Projekty přiznávají hierarchické hnízdění.

Trackers.

Trackers jsou hlavní klasifikací, podle kterých jsou úkoly seřazeny v projektu. Samo samo o sobě se koncept "tracker" vrátí k chybovým účetním systémům (eng. Nástroj sledování chyb ), reprezentoval každý samostatný projekt.

Ve skutečnosti, v "redmine" trackers jsou analogem třídy "úkol" a jsou základem pro polymorfismus různých typů úkolů, což umožňuje určit různá pole pro každou z nich. Příklady trackerů jsou "zlepšení", "Chyba", "Dokumentace", "Podpora",

Úkoly

Úkoly jsou centrální koncept celého systému, popisující určitý úkol, který chcete provést. Každý úkol má povinný popis a autor, na povinném úkolu je úkol vázán na tracker.

Každý úkol má status. Stavy jsou samostatnou entitou s možností určení práv k přiřazení stavu pro různé role (například stav "odmítnutí" může být přiřazen pouze správce) nebo určení relevance úkolu (například "Otevřít", " Jmenováno "- relevantní a" uzavřené "," odmítl "- ne).

Pro každý projekt, soubor vývojových fází a soubor kategorií úkolů jsou samostatně definovány. Další pole jsou také zajímavá pro "odhadovaný čas", která slouží jako základ pro stavební správa grafů, stejně jako výběrová pole pozorovatelů pro úkol (viz "Příjem oznámení"). Úkoly jsou schopny připojit soubory (existuje samostatná entita "Aplikace").

Hodnoty dalších uvedených vlastností (například priority) jsou uloženy v samostatné společné tabulce.

Sledování stavu úkolů

Pro sledování změn parametrů úkolů uživateli, systém reaguje dva entity: "Nahrávání protokolu změny změny a" Změnit parametr ". Položka protokolu zobrazuje jednu akci uživatele k úpravě parametrů úkolu a / nebo přidat k němu komentář. To znamená, že současně slouží jako nástroj pro provádění historie úkolu a nástroj pro údržbu dialogu.

Entita "Změněný parametr" je vázán na samostatný záznam protokolu a je určen pro ukládání staré a nové hodnoty parametru změněného uživatele.

Komunikace mezi úkoly

Úkoly mohou být vzájemně provázány: například jeden úkol je subtask pro jinou nebo předcházet. Tyto informace mohou být užitečné v plánování rozvoji programu, pro jeho skladování je zodpovědný samostatný subjekt pro jeho skladování v Redmine.

Účetnictví vynaložené na návrh

Systém udržuje účetnictví stráveného času v důsledku podstaty "stráveného času" spojeným s uživateli a úkolem. Essence vám umožní uložit čas strávený, typ aktivity uživatele (vývoj, design, podpora) a stručný komentář k práci. Tyto údaje mohou být použity například k analýze příspěvku každého účastníka do projektu nebo posoudit skutečnou intenzitu práce a náklady na vývoj.

Vazebné repozitáře

Redmine poskytuje integraci s různými verzemi řídicí systémy (repozitáři). Integrace je sledovat změny v externím úložišti, kterým je upevnit v databázi, analýza změn vázat se na určité úkoly. V inforologické struktuře systému pro integraci s externími úložiím, jsou zodpovědné tři entity: "úložiště", "editory" a "změna". "Úložiště" je projekt spojený s projektem, který ukládá typ připojeného úložiště, jeho umístění a identifikační data svého uživatele.

"Editorial" je zobrazení redakční rady úložiště, a kromě informačních polí může být vázána na konkrétní úkol (pro to chcete určit v popisu "Refs #num" změn, kde num je úkolem úkolu) a autorem autorem redakční rady. Entita "Změnit" je navržen tak, aby uložil seznam upravených (přidaných, vzdálených, vysídlených, upravených) souborů v každém vydání.

Přijetí oznámení

Uživatelská oznámení o změnách vyskytujících se na webu se provádějí pomocí podstata "pozorovatelů" spojujících uživatelů s objekty různých tříd (projekty, úkoly, fóra atd.). V databázi jsou také uloženy přístupové klíče odběratele RSS, což umožňuje oznámení prostřednictvím této technologie, také oznámení jsou odeslána pomocí e-mailu.

Některé chyby redmine.

Pro novou starší verzi musíte udělat totéž.Zkontrolujte neutralitu.

Stránka diskuse musí mít podrobnosti.

  • Správa souborů a dokumentů v Redmine se sníží na přidání, mazání a úpravu. Nemůžete spravovat přístupová práva k žádným souborům nebo jednotlivým dokumentům.
  • Na změně dokumentů nejsou žádné výstrahy.
  • V Redmine nemůžete spravovat přístupová práva na úrovni jednotlivých polí úkolů. Například v současné době není možné skrýt odhady práce na projektu nebo informace o stráveném čase.
  • V Redmine jsou všechna další pole dostupná všem uživatelům, všichni účastníci projektu budou moci vidět a změnit. Toto omezení může vést k potížím v přítomnosti nehomogenního příkazu, když manažeři a vývojáře a zákazníci mají přístup k projektu.
  • Redmine nemá práva oddělit typy přechodů v pracovním postupu. Například, nyní není možné označit, že když někdo dokončí opravu chyb, musí zvolit odpovědný tester a měl by zadat číslo sestavení. Také nemůžete skrýt vnitřní korespondenci mezi programátory od klienta.
  • V Redmine, celková míra práce - intenzita úkolů není zobrazena v seznamu úkolů, a v pracovně intenzivních zprávách není možné provést výběr, včetně podle dodavatele.

Chiliproject.

V důsledku toho, že vize některých uživatelů ve vztahu k projektu byla odlišena od vize vůdce vývojářů, byl vytvořen forma Redmine nazvaný ChiliProjeject.

viz také

Literatura

  • 前田 剛 (jít maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther popp. KonfiguraceManagement MIT Subversion, Maven und Redmin: Grundlagen für Softwarearchitekten und Entwickler. - 3. - DPUNKT.VERLAG GmbH, 2009. - P. 362. - ISBN 9783898645218

Odkazy

Redmine. [ɹɛdmɑɪn] - Otevřete webovou aplikaci serveru pro správu a úkoly projektu (včetně sledování chyb). Redmine je napsán v Ruby a je aplikace založená na známém webovém rámce Ruby na kolejích. Distribuován podle GNU General Public License.

Encyklopedická youtube.

  • 1/4Zobrazení: 337.

    1,067.

    20 314.

    1 108.

  • Jak nainstalovat redmine (projektový management) na antéb

  • Mit redmine effizient mitorbeiter, projektte und aufgaben verwalten

  • Redmine - Herramuenta de gestion de proyektos

  • [Kube 42] Nasazení Redmine v klastru Kubernetes

Obsah

Funkce

Tento produkt poskytuje následující funkce:

  • udržování několika projektů;
  • Flexibilní přístupový systém založený na role;
  • Systém sledování chyb;
  • Gantt a kalendářní grafy;
  • Projektové zprávy, dokumenty a správa souborů;
  • Upozornění na změny pomocí RSS toků a e-mailu;
  • Fóra pro každý projekt;
  • účetnictví dočasných nákladů;
  • Přizpůsobitelná libovolná pole pro incidenty, časové náklady, projekty a uživatele;
  • Snadná integrace s verzemi řídicí systémy (SVN, CVS, Git, Mercurial, Bazaar a Darcs);
  • Vytvoření chybových záznamů na základě přijatých dopisů;
  • Podpora pro více ověřování LDAP;
  • schopnost samostatně zaregistrovat nové uživatele;
  • Vícejazyčné rozhraní (včetně ruštiny);
  • Podpora DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, sqlite.

Struktura databáze

Systém uživatelů

Uživatelé jsou jedním z centrálních pojmů oblasti předmětu. Uživatelský model je základem pro identifikaci a ověřování systému personálu a zákazníků, jakož i povolit je v různých rolích, projektech atd.

Role

Uživatelské role jsou určeny flexibilním modelem pro určení přístupových práv uživatele. Role zahrnují soubor oprávnění, což umožňuje rozlišovat přístup k různým systémovým funkcím.

Uživatelé jsou přiřazeny roli v každém projektu, ve kterém se podílí například "Manažer v projektu projektu projektu", "Developer v projektu udržet intranetovou společnost společnosti" nebo "klient v projektu refactor informačního systému Společnost B ". Uživatel může mít několik rolí. Přiřazení úlohy pro samostatný úkol (vydání) je v současné době nemožná.

Projekty

Projekt je jedním ze základních pojmů v oblasti předmětu projektových systémů. Vzhledem k této podstatě je možné uspořádat společnou práci a plánovat několik projektů současně s vymezením přístupu k různým uživatelům (viz výše). Projekty umožňují hierarchické hnízdění.

Trackers.

Trackers jsou hlavní klasifikací, podle kterých jsou úkoly seřazeny v projektu. Samo samo o sobě se koncept "tracker" vrátí k chybovým účetním systémům (eng. Nástroj sledování chyb ), reprezentoval každý samostatný projekt.

V podstatě v "redmin" jsou trackery analogem třídy "Problém" a jsou základem pro polymorfismus různých typů úkolů, což vám umožní určit pro každou z jejich typových oblastí. Trackers jsou "zlepšení" "," Chyba "," Dokumentace "," Podpora ".

Úkoly

Úkoly jsou centrální koncept celého systému, popisující určitý úkol, který chcete provést. Každý úkol má povinný popis a autor, na povinném úkolu je úkol vázán na tracker.

Každý úkol má status. Stavy jsou samostatnou entitou s možností určení práv k přiřazení stavu pro různé role (například stav "odmítnutí" lze přiřadit pouze správce) nebo určení relevance úkolu (například "Open", "Jmenovaný" - relevantní a "uzavřené", "odmítl" - ne).

Pro každý projekt, soubor vývojových fází a soubor kategorií úkolů jsou samostatně definovány. Další oblasti jsou také zajímavé pro "odhadovaný čas", který slouží jako základ pro stavební správa grafů, stejně jako oblast volby pozorovatelů pro úkol (viz "Příjem oznámení"). Úkoly jsou schopny připojit soubory (existuje samostatná entita "Aplikace").

Hodnoty dalších uvedených vlastností (například priority) jsou uloženy v samostatné společné tabulce.

Sledujte změnu parametrů úkolů

Pro sledování změn parametrů úkolů uživateli, dva entity reagují v systému: "Nahrávání protokolu změn" a "Vyměnitelný parametr". Položka protokolu zobrazuje jednu akci uživatele k úpravě parametrů úkolu a / nebo přidat k němu komentář. To znamená, že současně slouží jako nástroj pro provádění historie úkolu a nástroj pro údržbu dialogu.

Entita "Změněný parametr" je vázán na samostatný záznam protokolu a je určen pro ukládání staré a nové hodnoty parametru změněného uživatele.

Komunikace mezi úkoly

Úkoly mohou být vzájemně provázány: například jeden úkol je subtask pro jinou nebo předcházet. Tyto informace mohou být užitečné v plánování rozvoji programu, pro jeho skladování je zodpovědný samostatný subjekt pro jeho skladování v Redmine.

Účetnictví vynaložené na návrh

Systém podporuje přijímání času díky podstatu "stráveného času" spojeným s uživateli a úkolem. Essence vám umožní uložit čas strávený, typ aktivity uživatele (vývoj, design, podpora) a stručný komentář k práci. Tyto údaje mohou být použity například k analýze příspěvku každého účastníka projektu nebo posoudit skutečnou časovou úvahy a náklady na vývoj.

Vazebné repozitáře

Redmine poskytuje schopnost integrovat s různými verzemi řídicí systémy (úložiště). Integrace je sledovat změny v externím úložišti, kterým je upevnit v databázi, analýza změn vázat se na určité úkoly.

V inforologické struktuře systému pro integraci s externími úložiím, jsou zodpovědné tři entity: úložiště, editory a změna.

  • Úložiště - projekt spojený s entitou, která ukládá typ připojeného úložiště, jeho umístění a identifikační data svého uživatele.
  • Editorial - Zobrazení redakčního úřadu úložiště, a kromě informačních polí, lze vázat na konkrétní úkol: to vyžaduje specifikovat v popisu "Refs #num" změn, kde num je číslo úkolu) a autora autorem redakční rady.
  • Změna - ukládá seznam upravených (přidaných, vzdálených, vysídlených, upravených) souborů v každém vydání.

Přijetí oznámení

Upozornění uživatele o změnách vyskytujících se na webu se provádějí pomocí podstaty "pozorovatelů" připojení uživatelů s objekty různých tříd (projekty, úkoly, fóra, atd.). Databáze také ukládá přístupové klíče do předplatného RSS, což vám umožní Chcete-li přijímat oznámení prostřednictvím této technologie, také oznámení jsou zasílána pomocí e-mailu.

Některé chyby redmine.

  • Správa souborů a dokumentů v Redmine se sníží na přidání, mazání a úpravu. Nemůžete spravovat přístupová práva k žádným souborům nebo jednotlivým dokumentům.
  • V Redmine nemůžete spravovat přístupová práva na úrovni jednotlivých polí úkolů. Například v současné době není možné skrýt odhady pracovní doby na úkol. Ale můžete provést další pole viditelné pouze uživatelům s definovanými rolemi.
  • V Redmine se v seznamu úkolů nezobrazuje celková úvaha o úlohách.
  • Neexistuje žádná možnost poskytnout uživateli roli v celém systému; Například "Project Office Manager" musí mít přístup ke všem projektům v systému: Pro to musíte přidat uživatele s touto rolí pro všechny projekty.
  • Připojení úložiště GIT je možné pouze v případě redmine a úložiště je na stejném serveru.

Chiliproject.

V důsledku toho, že vize některých uživatelů ve vztahu k projektu byla odlišena od vize vůdce vývojářů, byl vytvořen forma Redmine nazvaný ChiliProjeject. V současné době je tento projekt uzavřen.

viz také

Poznámky

Literatura

  • 前田 剛 (jít maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther popp. KonfiguraceManagement MIT Subversion, Maven und Redmin: Grundlagen für Softwarearchitekten und Entwickler. - 3. - DPUNKT.VERLAG GmbH, 2009. - P. 362. - ISBN 9783898645218.

Odkazy

  • Oficiální stránky Redmine. (angl.)
  • Android klient pro redmine (angl.)
  • Instalace a konfigurace redmine svazků s klenotem, rubínem, kolejnicemi, postgreSQL, cestujícím, nginx
  • Instalace a konfigurace redmine svazků s klenotem, rubínem, kolejnicemi, MySQL, cestujícím, Nginx (nepřístupný odkaz)
  • Vytváření pluginů pro redmin
  • RedmineApp - iPhone aplikace pro redmine
  • Redmine PM - Redmine klient pro iPhone / iPad
  • Redmine jít - Windows Phone Client pro Redmine
  • Redmineup je soubor volných a komerčních zásuvných modulů a témat pro redmin.
  • RMClient je klient pro Windows, Mac, Linux, komerční.
  • Nastavení úkolů životního cyklu
  • Řešení problémů s výkonem
  • Provozní plánování v Redmine
  • Plugins Psaní průvodce
  • Podrobné instalační instrukce
  • Snadné redmine - komerční volba
  • Návrhář JetWare Installars a virtuální stroje s redminem

Tato stránka byla naposledy upravena 3. května 2021 v 13:31.

  • - udržování několika projektů;
  • - Systém sledování chyb;
  • - upozornění na změny prostřednictvím e-mailu a RSS kanálů;
  • - přizpůsobitelné stavy úkolů;
  • - přizpůsobitelná libovolná pole pro úkoly, časové náklady, projekty a uživatele;
  • - účetnictví časových nákladů (hodin);
  • - ganta grafy a kalendář;
  • - Wiki pro každý projekt;
  • - Project News Management, správa souborů a dokumenty;
  • - fóra pro každý projekt;
  • - vícejazyčné rozhraní, včetně ruštiny;
  • - snadná integrace s úložištím (SVN, CVS, Git, Mercurial, Bazaar a Darcs);
  • - přístupový separační systém založený na rolích;
  • - Podpora pro více ověřování LDAP;
  • - schopnost samostatně zaregistrovat nové uživatele;
  • - Rozšíření funkčnosti systému instalací další pluginy ;
  • - Podpora DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (z verze 2.3).
  • Zvažte systém redmine podrobněji. Níže jsou uvedeny některé screenshoty, na první z nich - seznam úkolů podle jednoho z projektů.

    Karta Úloha umožňuje zobrazit jak aktuální úkoly projektu (ve výchozím nastavení) a dříve uzavřené úkoly - požadavky zákazníků jsou možné.

    Bůh jsi moje, mám konflikty!

    (filtry). Vlastní dotazy mohou být uloženy pro následné použití všemi uživateli systému.

    (Při instalaci políčko "Veřejný" dotaz) nebo pro použití uživatelem, který tento požadavek vytvořil. Po vytvoření dotazu můžete konfigurovat seznam úkolů v jednom kliknutí,

    Dříve nebo později (pravděpodobně již během první aktualizace na novou mladší verzi) se setkáte s konflikty fúzí. Během růstu GIT používá jeden po druhém spáchání a zastaví pokaždé, když se použije spáchání dojde k chybám. V tomto případě tým

    Využití odkazu s dotazem pomocí "uložených dotazů" na bočním panelu vpravo.

    • Systém implementuje mechanismy pro sledování úkolů a předplatných úkolů. Pro každý úkol mohou být přiřazeny pozorovatelé, po kterém když se změní stav, parametry úkolu, přidat nové komentáře, soubory na úkol, uživatelé pozorovatele obdrží příslušná e-mailová oznámení.
    • Všichni uživatelé systému mohou vytvářet nové úkoly. Chcete-li do projektu přidat nový úkol, musíte jít na kartu Nový úkol,
    • Vyberte tracker úkolů a vyplňte povinné (*) a další (včetně vlastních uživatelů). V poli "Téma" je stručně formulován, ale informativně význam úkolu (když přejdete do jiného pole stisknutím klávesy Tab, v případě dodatečného plug-inu můžete vyhledat záznam Téma mezi dříve vytvořenými úkoly). V poli "Popis" uvádí podrobný obsah úkolu. Chcete-li zvýšit čitelnost textu, můžete použít možnosti vestavěného webového editoru.
    • Úkolem lze připojit soubory, jejichž maximální velikost je regulována správcem systému.
    • Pozorovatelé mohou být připojeni k úkolu: Chcete-li vytvořit úlohu při provádění jídla úkolu, změňte stav úlohy, pozorovatelé obdrží příslušná oznámení o své e-mailové adrese. Uživatelé se mohou také přidat jako pozorovatele na cenově dostupný úkol, pro které by mělo být na kartě úkolu následovat odkaz "Sledovat".

    Úkoly v systému mohou být vzájemně propojeny: například jedním z nich je subtask pro druhého, předchází ji nebo tyto úkoly jsou prostě spojeny.

    Status git.

    Systém Redmine poskytuje samostatný subjekt s názvem "Související úkoly". Související úkoly mohou mít následující typy odkazů:

    Zobrazí soubory problémů.

    - "duplikáty" - spolupracuje úkoly takovým způsobem, že uzavření jednoho představuje uzavření jiného úkolu;

    Zkontrolujte, která z nás učinila selhání, zjistěte, proč to bylo zamýšleno (smysluplné zprávy COMMIT), správné soubory, příkaz

    - "Související" je jen odkaz na jiný úkol. Takový odkaz se používá k prokázání, že tyto úkoly jsou kombinovány jedním cílem nebo jinými společnými atributy; - "Bloky" - ukazuje, že tento úkol musí být dokončen před zahájením práce na jiném úkolu. V obou úkolech můžete samostatně změnit procento provedení, data, stavu, ale s jednou výjimkou: Zamčený úloha nemůže být uzavřena, dokud nebude blokovací úloha zavřená. Nicméně, v uzamčeném úkolu je možné nastavit stav "proveden", připravenost 100%, i když připravenost blokovacího úlohy ponechá hodně být požadována; - "Předpokládá se" - stanoví postup pro provádění úkolů tak, aby byl tento úkol dokončen pro n dny před zahájením přidružené. V příslušné pracovníci úkolu bude nejen položkou na závazku, ale také automaticky měnit načasování a konec úkolu. Termín úkolu bude roven datu vázaného problému, zvýšil se počtem dnů uvedených ve svazku;

    Git add.

    - "Další" - nastavuje postup pro provádění úkolů tak, aby tento úkol mohl být proveden pouze po přidruženém. Toto připojení je zvráteno předchozí.

    Při dokončení přidejte každý opravený soubor. Pokud byly odstraněny konflikty, můžete zobrazit změny, které budou opraveny pomocí příkazu

    Načasování se automaticky nezmění ve vazbě, ale v upravitelném úkolu. Proto musí být použit odkaz "Další", pouze ujistit se, že úkoly by měly opravdu jít jeden po druhém v daném časovém intervalu mezi nimi.

    Git diff - cached.

    Následující snímky jsou věnovány konfiguraci a správě systému Redmine.

    . Jakmile zvažujete výsledek uspokojivé, můžete pokračovat v přestavování s týmem

    Trackers hrají důležitou roli při sledování úkolů. Zapojují se k určení podmínek přechodu úkolů z jednoho státu do druhé, dostupnost oborů.

    Git rebase - continue.

    Tracker je logická asociace úkolů v jedné skupině v rámci projektu, například odstranění chyby, vývoj nové funkce atd. Tracker může být

    V jednom, několika nebo všech projektech.

    Uživatelé redmine musí být zahrnuty do jedné ze skupin rolí, počet rolí není omezen. Systém poskytuje dvě předdefinované role:

    Úloha "anonymního" - pro neregistrované uživatele, role "nezúčastněného" - pro registrované, ale nezahrnuté v žádném uživatelském projektu.

Anonymní nemůže vytvářet úkoly.

Každá role je nastavena na přístupová práva k možným akcím s úkoly, projekty, dokumenty, soubory, wiki, fórem atd. Je to zřejmé

Role "projektového manažera" by měly mít větší pravomoci, roli "umělec" - menší, role "nezúčastněných" - ještě méně, role "anonymního", aby umožnily minimální možnosti

Ve veřejných projektech a v jednotlivých projektech je vše zakázáno. Účastníci systémové role "správce" mají neomezená práva v celém systému.

V závislosti na vybraném trackeru může každý úkol projít určitými fázemi a mít různé stavy.

Takže v příkladu níže pro vytvořené trackery "Odstraňování problémů", "jednorázový úkol, adhoc", "nový vývoj" maximální celou cestu prostřednictvím stavů úkolů:

1. NOVINKA -> 2. Distribuováno -> 3. Analýza -> 4. V provozu -> 5. Vyrobeno -> 6. Přijetí zákazníka -> 7. Zavřeno

Byly vytvořeny role "Project Manager", "Executive", "zákazník, člen". Vzhledem k tomu, že projektový manažer je správcem svého projektu, pak v rámci jeho projektu lze přesunout na úkol v různých statusech. Účinek úkolu nebo zákazníka / účastníka může úkol přeložit pouze z určitých stavů. V jakékoli fázi může být úkol zrušen (přeloženo do stavu "odmítnuto") označující důvod. .

Když provádíte změny úkolu, změny stavu úlohy přidejte komentáře ke všem uživatelům zapojeným do úkolu, přijdou automaticky e-mail.

Pro každou pár "role - tracker" existuje příležitost konfigurovat viditelnost, povinnost vyplnit pole (včetně konfigurovatelných polí) na kartě úkolu. Systémová pole

"Project", "Tracker", "Téma", "Priority", "Private" (úkol) jsou vždy nutné k vyplnění. Konfigurace posloupnosti akcí pro jeden z dvojic "role - tracker",

Sekvenční nastavení lze zkopírovat pro jiný pár (odkaz "Copy").

V systému Redmine pro úkoly, uživatele a další entity můžete vytvořit libovolné číslo přizpůsobitelné (vlastní) polí. Vlastní pole budou

Zobrazení na kartě úlohy ve dvou sloupcích po oblasti předdefinovaných systémových polí. Seřadit Určuje pořadí vlastních polí na kartě úlohy. Vlastní pole podporují následující typy dat: řetězec, dlouhý text, celé číslo, reálné číslo, datum, seznam pro výběr jedné hodnoty, Seznam pro výběr více hodnot, odkazu, uživatele. Každé vlastní pole může být povoleno ve všech nebo pouze zadaných projektech, použijte vybrané trackery. Při definování vlastního pole můžete okamžitě instalovat Globální nastavení je vyžadována a viditelnost pro role, stejně jako účast v terénu v uživatelských dotazech (filtry) a vyhledávacích dotazů. Program pro správu serverů a služeb Redmine lze nalézt jako start-up -> Bitnami Redmine Skupina zásobníku -> Nástroj Redmine Manager. S touto administrativní aplikací můžete spravovat služby Redmine, webový server Apache, databázový server MySQL.

Reporting.

Systém Redmine poskytuje gantový diagram a s pomocí dodatečných pluginů je možné vytvořit zprávy o porozumění stavu projektů a úkolů.

Snad vám zajistí soukromé podání vývojářů o formátech těchto zpráv.

Analytické zprávy o úkolech projektu jsou však nejlépe vytvořeny na základě dat vyvážených do souboru CSV. Pro tohle

V hlavním menu systému RedMine vyberte "Projekty" -> "Všechny projekty", postupujte podle odkazu "Zobrazit všechny úkoly",

Do seznamu úkolů použijte / zrušte požadované kritéria filtrování a klikněte na odkaz "Export do CSV" v dolní části dole pod seznamem úkolů.

Tímto způsobem bude seznam úkolů vyloženo - soubor emise.csv.

Dále musíte otevřít novou knihu MS Excel, v hlavním menu vyberte možnost "Data" -> "z textu", zadejte cestu k souboru Problémy.csv, V dialogovém okně Vybrat kódovou stránku "1251: cyrilice (Windows)", (Snad jako symbol separátoru, poznamenal - "Ostatní", zadejte symbol (vertikální vlastnost)) a klepněte na tlačítko "Dokončit". Data budou importována do souboru Excel při ukládání připojení k souboru CSV. Na základě zdroje datové tabulky musíte vytvořit souhrnné tabulky, diagramy (zvýraznit tabulku / sloupce, poté vyberte možnost "Vložit" -> "Souhrnnou tabulku"). Je možné zajistit analytické indikátory v základní tabulce, budete muset vytvořit další vypočítané sloupce.

Příklad zprávy naleznete v investici do tohoto článku.

Redmine

Redmin je flexibilní webová aplikace pro správu projektů. Napsal pomocí Ruby na RAILS Framework, je to křížová platforma a křížová databáze.

Redmin je otevřený zdroj a vydán podle podmínek GNU General Public License V2 (GPL).

Funkce¶

Některé z hlavních rysů Redmine jsou:

Přečtěte si více o redmine funkce.

Dokumentace¶ .

Můžete si přečíst

Redmine Guide.

Ostatní zdroje:

Online demo¶ Sdílené online demo lze nalézt na adrese http://demo.redmine.org/. Bylo to instalace, aby poskytli registrovaným uživatelům možnost vytvořit vlastní projekty To znamená, že po registraci můžete vytvořit svůj vlastní projekt a vyzkoušet funkce správy projektů. Případně můžete získat své vlastní redmine demo prostředí na http://m.redmine.org s plnou oprávnění správce po vyplnění jednoduchého formuláře.

Podpora a získávání pomoci¶

Pro získání pomoci nebo diskusi o redmin můžete procházet

Redmine fóra. 

Hostováno tady v Redmine. Máme také Chatovací místnost. - Přidejte se k #redmin na síti Freenode IRC.There je také neoficiální pracovní prostor

Slack. Kde se můžete zeptat otázky a účastnit se diskusí s jinými uživateli redmine. Před odesláním zprávy o chybě, patch nebo požadavek na prvek zde si přečtěte pokyny pro podání.

Přispět a pomáhat out¶ Redmine je postaven a udržován dobrovolníky Společenství. Pokud se vám to líbí a chtěli byste se vrátit do komunity, stránka Contribute má Sevelové nápady. Zkušenosti s vývojem softwaru není vyžadován. Pokud máte zájem o konkrétní oblast, podívejte se na stránku týmů, abyste se mohli pravidelně přispět. Můžete také provést dar a zobrazit se na stránce Donors Redmine. Kdo používá redmine? ¶ Tato stránka uvádí některé společnosti a projekty pomocí Redmine. Redmine knihy¶ Zvládnutí Redmine 2. vydání

Je komplexní průvodce s tipy, triky a osvědčené postupy pro používání redmine.You můžete koupit online.

Rozšíření a vývoj pluginu redmine Poskytuje přehled nástrojů dostupných vývojářům, kteří chtějí rozšířit redmin, aby pracovali jejich cestu. Můžete si ho koupit online. Redmine kuchařka. Chatovací místnost. .

: Více než 80 praktických receptů ke zlepšení svých dovedností v projektu Management, management týmu, zlepšení procesu a administrativa Redmine. Redmine knihy¶ Disclaimer: Toto není řádný typ typu "Jak nainstalovat Redmin". V něm nebudu ponořen do nastavení databáze nebo instalace webového serveru. Také nebudu mluvit o nastavení redmine. Dokumentace Redmine v tomto plánu je poměrně úplná. A v pořádku není uvedeno v úřední dokumentaci, existuje obecný postup pro běh aplikací kolejnic, které lze snadno nalézt na internetu.

Místo toho bude to asi doprovázeno vlastní, více či méně přizpůsobenou verzí redmine, která může být nasazena pomocí jednoho příkazu shell v případě potřeby. Připravený? Pak začněme. Nastavte typ sestavení "all-in-one" a připraven spustit virtuální stroje Instalační balíčky bitnami nebo předinstalované virtuální stroje jsou dobré pro vzorek rychlého redmine, ale nejsou vhodné pro produktivní použití. Proč? Protože nemají žádnou aktualizaci. Oh, za sekundu, bitnami má. Je pravda, že to vypadá spíš jako vtip. "Nainstalujte novou verzi celého zásobníku do jiného adresáře a přesuňte tam data," Toto není aktualizace. Není to slovo o nastavení, přizpůsobení a plugin, které pravděpodobně také musí být uloženy a přeinstalovány. Přeji hodně štěstí s takovou "aktualizací". Reliza redmine náplasti přes nebo dvakrát za měsíc. Opravy chyb zabezpečení jsou vydávány podle potřeby - nechcete jim chybět?

Skutečnost, že lidé často zapomínají: Aktualizace času není vždy závislý na vás. Samozřejmě, že aktualizace můžete odložit před vydáním další mladší verze Redmine - několik týdnů (pravděpodobně ještě delší dobu). Ale nechcete detekovat nové bezpečnostní problémy v redmin nebo kolejnicích sedět s nepostable systémem, dokud není možné uvolnit čas na instalaci a konfiguraci nové bitnami zásobníku a ručně přesunout všechna data?

Instalace je pouze horní část ledovce. Aktualizace - to je to, co bude muset udělat pravidelně 

Hledání nejjednodušší instalace metoda rozhodně přestává být relevantní, jakmile bude rozhodnutí učiněno používat redmine ve výrobě. Jednoduchý doprovod a možnost modernizace - to je to, co potřebujete zaostřit pozornost, abychom minimalizovali náklady a rizika spojená s použitím vlastního redmine.

  • Níže vám řekne, jak jednoduše podporovat redmine v současném stavu. Redmine knihy¶ .
  • Použijte Git. Redmine knihy¶ I když máte v úmyslu spustit redmine zásoby bez jakýchkoliv nastavení nebo plug-in ins, použijte úložiště GIT pro uložení kopie Redmine. Přinejmenším přítomnost specializovaného úložiště vám poskytne místo skladování všech nezbytných pro nasazení (později to bude považováno za více podrobností). Dříve nebo později (nebo vaši uživatelé) Redmine je postaven a udržován dobrovolníky Společenství. Pokud se vám to líbí a chtěli byste se vrátit do komunity, stránka Contribute má Sevelové nápady. Zkušenosti s vývojem softwaru není vyžadován. Pokud máte zájem o konkrétní oblast, podívejte se na stránku týmů, abyste se mohli pravidelně přispět. .
  • STUDNA

Nainstalujte některé moderní nebo zakázkové téma a pro to bude připravena infrastruktura. Experimenty se změnami a testováním pluginů a testováním v místních odvětvích bez poruch ve výrobním kódu jsou velmi jednoduché v přítomnosti vlastního úložiště Git C Redmine. Takže teď začneme s konfigurací úložiště. Ačkoli hlavní repozitář Redmine je instancí Subversion, GitHub má polopřední úložiště, které je podporováno hlavní komisařem a je neustále aktualizován. Použijte jej ke konfiguraci vlastního úložiště: Nastavení místního klonu redmin

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git vzdálený přejmenovat původ upstream $ git vzdálený přidat původ [email protected]: redmine.git $ git pokladna -b redmine / 3.2-stabilní upstream / 3.2 -Stable $ git pokladna -b Lokalita / 3.2-stabilní $ git push --set-upstream původ místní / 3.2-stabilní

Změňte číslo verze 3.2-stabilní Na počtu poslední stabilní verze Redmine.

Dálkové úložiště

[email protected] 

Mělo by být soukromé, protože uloží konfiguraci nasazení (a případně další informace, které nestojí za publikování). Vzhledem k tomu, že proces nasazení popsaný níže získáte kód z tohoto úložiště, musí být úložiště k dispozici během nasazení, takže jej nepokládejte na stolní počítače. Ideální bude situace, kdy bude úložiště také k dispozici na webovém serveru, na kterém dochází k nasazení. Ale pokud je to nutné, můžete se dostat kolem. Nyní máte dvě místní pobočky: Redmine / 3,2-stabilní Redmine je postaven a udržován dobrovolníky Společenství. Pokud se vám to líbí a chtěli byste se vrátit do komunity, stránka Contribute má Sevelové nápady. Zkušenosti s vývojem softwaru není vyžadován. Pokud máte zájem o konkrétní oblast, podívejte se na stránku týmů, abyste se mohli pravidelně přispět. и které sleduje redmine 3.2 bez dalších funkcí z úložiště github / redmine předložených výše uvedeným dálkovým ovladačem vzestupně Redmine je postaven a udržován dobrovolníky Společenství. Pokud se vám to líbí a chtěli byste se vrátit do komunity, stránka Contribute má Sevelové nápady. Zkušenosti s vývojem softwaru není vyžadován. Pokud máte zájem o konkrétní oblast, podívejte se na stránku týmů, abyste se mohli pravidelně přispět. repozitář které sleduje redmine 3.2 bez dalších funkcí z úložiště github / redmine předložených výše uvedeným dálkovým ovladačem Místní / 3.2-stabilní

Pokud budou umístěna všechna nastavení nasazení, přizpůsobení, motivů a pluginů.

Pokročilé aktualizace verzí

Redmine používá následující schéma číslování verzí: XYZ Major / Minor / Patch. Každá mladší verze má vlastní Stabilní pobočka Ve kterých opravách a bezpečnostních oprav budou použity v průběhu času (pokud je tato verze stále podporována). V našem případě se jedná o pobočku

Čas od času tato vzestupná větev obdrží některé nové závazky. Vaším úkolem je zahrnout nové spáchání v místní pobočce Pro nasazení. I když je to možné a právě se pravidelně doplňují vzestupná větev, navrhuji používat Git rebase. Podporovat vlastní soubor změn přes .

stock redmin: Spupupping Místní změny přes "nahý" redmin: $ Git checkout redmine / 3.2-stabilní $ git pull # nový upstream spáchat přicházející v $ git pokladna Místní / 3.2-stabilní $ git rebase redmine / 3.2-stabilní

REBASE:

Zruší všechny místní změny v

Odkazy

  1. Aktualizace
  2. odrážet změny, které nastaly v
Pokud jste neočekávaně dostali spoustu konfliktu, a není čas vyřešit tento problém, můžete jednoduše přerušit aktuální přestavování pomocí parametru

Všechny místní změny na "holé" verzi budou znovu použít.

Redmine. Výsledek bude Čistý příběh Ve kterém spáchání (místní) spáchání jsou vždy na vrcholu posledního (vzestupného) spáchání redmine.

Junior a starší aktualizace

Teď, když je nová stabilní větev (řekněme 3.3-stabilní ), Udělejte to samé - pomáhat změny v horní části. Příkazy GIT budou mírně odlišné z důvodu změny odvětví vzhůru: Přenos místních změn do nové stabilní větve $ Git fetch upstream $ git pokladna -B redmin / 3.3-stabilní upstream / 3.3 stabilní $ git checkout -b Lokalita / 3.3-stabilní místní / 3.2 stabilní $ git rebase --onto redmine / 3.3 stabilní redmine / 3.2-stabilní Místní / 3.3-stabilní Tyto týmy nejprve vytvářejí dvě nové místní pobočky pro verzi 3.3: jeden ze vzestupně a druhý je z místní pobočky 3.2. Pak přemístí místní změny Redmine / 3.3-stabilní

. Místní změny zde jsou rozdíl mezi

Místní / 3.3-stabilní (což je stále ). Nyní

Obsahuje Redmine 3.3 plus libovolné místní změny.

Добавить комментарий