Redmijn voor IT-management: praktijkervaring Uitgebreide implementatie OpenSource Systems

Kleine prehistorie. Zoals je weet begint de automatisering altijd met iets "vrolijk". Automatiseer jezelf of je management, we beginnen niet van een goed leven. Dit gebeurt meestal omdat de organisatie opgroeit, het wordt moeilijk om te navigeren in een grote hoeveelheid inkomende en beschikbare informatie. Dus onze organisatie begon op een bepaald punt snel te groeien, dus we hadden heel snel nodig van chaos om iets gestructureerd, nuttig en handig te doen.

Wat betekent chaos in onze systemen? Dit betekent dat niet-geordende verzoeken die niet onderworpen zijn aan analyse- en structureringverzoeken van gebruikers, en er is geen projectbeheer als zodanig. Vragen bevriezen ergens in de mail, in Word, in de hoofden van analisten, programmeurs, afdelingsmanagers - afhankelijk van welke structuur in de organisatie wordt gebruikt.

We hebben besloten om uw chaos te verwijderen met behulp van Redmine-software. Maak onmiddellijk een reservering die we niet over de methodologie zullen spreken. We praten precies over de mogelijkheden van RedMine, over hoe we het toepassen. Elk bedrijf heeft zijn eigen nuances, neemt ons niet naar ons, neem geen anderen. Maak uw analyse, fungeer als u denkt correct en noodzakelijk voor u. Wees niet bang voor fouten, want op fouten die we leren.

Van chaos, die we hadden, proberen we naar de bestelling te gaan. Nu zijn we in het midden van deze manier. Natuurlijk was niet alles en zal wolkenloos en glad zijn, maar we proberen erg.

In ons bedrijf hebben we drie belangrijke problemen toegewezen:

  • Ten eerste hadden we een systeem nodig voor trackingfouten, incidenten en inkomende aanvragen, d.w.z. We moesten BUG Tracker automatiseren;
  • Ten tweede wilden we een op de een of andere manier projectbeheer toewijzen. Niet volledig gecontroleerd door automatisering, die het gebruik van methodologieën impliceert, en voor zover dat nodig is om te worden gemaakt in het stadium van ontwikkeling en met een soort van toekomst. Vervolgens zie je hoe we hiervoor redmine gebruiken, en waar we het verder gaan ontwikkelen;
  • Ten derde hebben we de IT-servicescontrole-eenheid (ITSM) in een afzonderlijk systeem toegewezen, maar ook niet volledig. Onze afdeling biedt verschillende IT-services die moeten worden beheerd.

Bovendien hebben we onze privéproblemen toegewezen:

  • Dit herhaal ik, diverse IT-services, omdat programmeurs hun leven leiden, systeembeheerders, er zijn nog steeds een internetmarketingafdeling en anderen;
  • Elk heeft zijn eigen structuur en hun wensen voor het beheer van de afdeling. In alle afdelingen, verschillende methodologieën, benaderingen, managers en psychotypes - legt het zijn imprint op aan de keuze van het systeem. Maar het is noodzakelijk om met alles te bewegen en tegelijkertijd één doel te bereiken - een bepaalde volgorde in de organisatie, toegankelijkheid van informatie en voorspellingen;
  • Bovendien is er nog een KPI, die in totaal wordt berekend door verschillende indicatoren;
  • Om verder te ontwikkelen, hebben we een aanvullende analyse van de inkomende informatie nodig, wat er in de afdelingen gebeurt en hoe het in de organisatie als geheel wordt weerspiegeld;
  • We moeten de interne budgetten beheersen, in het kader waarvan we en, meestal niet invoeren. Ze moeten ook op de een of andere manier analyseren en beheren. Het is beter om dit allemaal in een enkel systeem te doen - met name, het is handig voor de handleiding.

We hebben dus drie systemen toegewezen die ik in één wil combineren.

Voor elk van deze systemen is er een afzonderlijke gespecialiseerde software. Het zijn alle bekende automatiseringsproducten die hun eigen voor- en nadelen hebben, dus als u het systeem voor uzelf kiest, overweeg dan alles.

Niet alle producten worden vermeld op de dia, er zijn veel meer van hen, en niet alleen op de Russische markt, maar ook aan het westen. Maar voor ons was een van de vereisten een Russisch-sprekende interface, omdat dit product niet alleen programmeurs en systeembeheerders zou worden gebruikt die min of meer begrijpelijker Engels zijn, maar ook gewone gebruikers.

Waar te gaan? Veel producten. Vereisten voor hen van verschillende afdelingen en bedieningselementen zijn anders. We zullen kiezen.

Als gevolg van de analyse en keuze, evenals met het indienen van Alexei Lustin, kwam een ​​Redmine-product dat een bepaald gebied dekt bij ons. Laten we weten wat voor soort regio het dekt?

Het dekt volledig de bugtracker, die we in het bedrijf wilden rennen. Dit is de centralisatie van ontvangst van aanvragen van gebruikers en klanten van elk niveau. Het was het meest elementaire pijnpunt, dat nodig was om snel te automatiseren. Ik denk dat iedereen dit probleem heeft, want, zoals ik al heb gezegd, de informatie in wanorde komt en op verschillende plaatsen plaatst - in de post, in Word, in Excel of Heads. Dergelijke informatie is niet onderworpen aan het analyseren en verkrijgen van conclusies en resultaten. Als gevolg hiervan blijkt dat:

    • Het informatiecomponent van de kennisbasis, die kan worden geanalyseerd en begrijpt wat u vervolgens kunt doen, is afwezig. Dit vertraagt ​​de reactiesnelheid en beïnvloedt de ononderbrokenheid en kwaliteit van het werk, waaruit de winst direct afhangt;
    • Verhoogt de "duik" -tijd van nieuwe werknemers om met bedrijfssystemen te werken;
    • Faaltolerantie is ook elk van zijn eigen - iemand zonder een werksysteem kan niet twee minuten leven. Daarom speelt Bug Tracker een grote rol, en op dat moment werd de problematica erg acuut.

Redmine projectmanagement dekt de helft, omdat dit product niet gespecialiseerd is in het beheren van projecten, maar er is een bepaald blok, dat hierbij helpt. Helaas is dit geen ideaal product, maar op dat moment heeft hij de vereisten die we aan het systeem hebben ingesteld.

En een zeer klein ism-blok is bedekt. Het Redmine-systeem is niet bedoeld om IT-services te beheren, dus er zijn enkele gebreken bij het uitvoeren en structureren van gegevens. We zijn uit deze situatie gekomen door uw versie van het ITSM-systeem te selecteren.

Dus onze keuze is RedMine. Het is behoorlijk aangepast, schaalbaar, flexibel en met handige instellingen.

Waarom RedMine?

  • Dit is het zoete woord "freebie". Redmine is echter gratis, met de reservering, dat er betaalde plug-ins zijn die u voor uzelf kiest. In ieder geval heb je een soort kostenprognose, want als je een plug-in hebt gekocht en het Redmine-platform niet verandert, kan deze plug-in al geruime tijd zonder aanvullende investeringen worden gebruikt. En als u bijvoorbeeld, moet u het bijwerken, dan betaalt u voor deze update en gebruikt u het verder. De update van de Redmine Platform vindt plaats één of twee per jaar, en bijgewerkt of niet - dit is uw verlangen.
  • Redmine heeft een intuïtieve interface. We hebben Redmine niet alleen geïmplementeerd als een product voor IT-management, maar ook als een product waarbij toepassingen van gebruikers worden ontvangen voor verschillende afdelingen. Een apart filiaal wordt bijvoorbeeld gemarkeerd voor toepassingen van de administratieve en economische afdeling.
  • Het is mogelijk om prioriteiten in verschillende analytische vormen te beheersen, waaronder individueel volgens taken.
  • Managementtijd en middelen. Ik denk dat dit de hoofdeenheid voor het hoofd is. Hiermee kunt u begrijpen hoeveel de afdeling is geladen, met welke taken welke kosten gerelateerd zijn en hoe de kosten kunnen indelen, maar hieronder hieronder.
  • Analytics en rapporten in RedMine worden zwak uitgedrukt, maar er is een uitgebreide API. U kunt gegevens uit de API-database nemen, ze op uw systeem verwijderen en rapporten krijgen.
  • Flexibele instellingen, aanpassing en automatisering van handmatige bewerkingen met plug-ins.
  • Integratie met git is een van de belangrijke indicatoren. De repository van onze database is verbonden met de Gitlab en in elke RedMine-taak kunt u logs (gerelateerde edities) zien: Wie, wanneer en wat is veranderd volgens deze taak, met de overgang naar Gitlab.

Voor informatie: Git is een gedistribueerd versiesregelsysteem. Het volgt, fixeert en slaat informatie (versies) op over wijzigingen in eventuele bestanden en mappen en bewaakt ook gegevensintegriteit. In ons geval hebben we het over de broncode 1c.

Dit is hoe de lijst met gerelateerde edities eruit ziet:

  • Taakbeheer en foutentracking. Dit is een standaard bugtracker, die we zullen gebruiken.
  • Beheer van incidenten, projecten, budgetten. Alle budgetvorming wordt op hun eigen manier uitgevoerd. Ik zal laten zien hoe we het zelf hebben geautomatiseerd en je kunt dan proberen het management van het budget in jezelf te automatiseren - ik denk dat het gemakkelijk zal zijn, omdat er arbeid in redmine zijn, en je kunt ze ook ook naar geld overbrengen.
  • Wiki in RedMine is niet erg goed geïmplementeerd, dus het is beter om een ​​ander product te gebruiken voor het creëren van een kennisbasis en samenwerking. Voor mezelf kozen we het samenvloeiingssysteem uit Atlassian, wat een van de meest voorkomende en gemakkelijk te werk is. U kunt ook in overweging nemen van Systems: Dokuwiki, MediaWiki en anderen.

Wat is RedMine onder de motorkap?

  • Redmine zeer snel en ontvouwt zich gewoon.
  • Het werkt op de meeste OS.
  • Het platform waarop het wordt geïmplementeerd, is robijn op rails. Als u Redmine onder onszelf wilt aanpassen, moet u een competentie hebben over Ruby on Rails, anders zal het niet erg handig zijn, omdat Niet alles kan kant-en-klare plug-ins worden gemaakt.
  • Ondersteuning voor verschillende DBMS spreekt voor zichzelf.
  • Met RSS of e-mail kunt u waarschuwingen op evenementen organiseren.
  • Ad-authenticatie is beschikbaar.
  • Integratie met SCM-versie-besturingssystemen (SVN, CVS, GIT, Mercurial, Bazaar en Darcs).

Ontmoet Redmine

U kunt RedMine downloaden, installeren op uw computer en "Experimenteren". Of gebruik de cloudserver en "in één klik" om uzelf een vooraf geïnstalleerde versie van RedMine te plaatsen, die meestal is opgenomen in de hosting-service.

Voorbeelden van installatie voor elk systeem, inclusief het gebruik van cloudservice, zijn te vinden op internet. Officiële instructie op de link:

Dus ziet eruit als een lijst met taken in Redmine.

Er is standaard en verschillende extra interfaces. WAAR, bij het veranderen van interfaces, kunnen sommige functies stoppen met werken, omdat Aangepaste interfaces houden geen rekening met de plug-ins waarmee u werkt - tenslotte is dit een open source-product. Maar dit belet hem niet dat hij zelfs een handige tool is, zelfs met behulp van de standaardinterface.

Administratie wordt toegewezen in een afzonderlijke en vrij begrijpelijke structuur.

De lijst met modules die op uw RedMine is aangesloten, kunt u altijd kijken en analyseren in de juiste administratie-sectie.

We hebben geen "schone" redmine, omdat Er zijn ongeveer 35 plug-ins. We kochten een paar van hen.

Informatie over plug-ins is te vinden in de zoekmachine met trefwoorden "plug-ins voor redmine". Er zijn bijvoorbeeld twee sites waar u goede plug-ins kunt downloaden of kopen om met RedMine te werken:

Alle plug-ins zijn gereserveerd, u kunt kopen en gebruiken. Het belangrijkste is om comfortabel te kiezen. Let gewoon op welke versie van RedMine de plug-in ondersteunt, want als de ondersteunde versie niet overeenkomt met de jouwe, is er een kans dat de plug-in niet werkt.

Een beetje over de automatisering van onze behoeften

Structuur "projecten"

We gebruiken RedMine niet volgens standaard leiderschap. Als een voorbeeld, in het kader van het systeem, is het concept van "project" een afzonderlijke tak in de hiërarchie van de structuur. We gebruiken de "Projecten" -boom als een classificatie van niveaus. Op het hoogste niveau is er een uitvoerend afdeling, hij is onderworpen aan gediend afdelingen, dan worden de systemen, subsystemen en services gevolgd.

Een deel van de boom ziet er als volgt uit:

De afdeling Systeembeheer gebruikt ook de aanpak van de hiërarchie van projecten. Het werk is gebouwd op basis van de indeling van de geleverde diensten - het heeft geholpen het probleem op te lossen met de servicebediening. Daarom is Project Hiërarchie in de ITSM-filiaal een bedrijfservicecatalogus. Voor het gemak zijn ze genummerd.

Toegang van toepassingen in Redmine

Volgens het voorbeeld zal ik je vertellen hoe we de ontvangst van applicaties in Redmine organiseerden.

Onze afdeling is verdeeld in 3 groepen:

  • Ontwikkelingsteam;
  • Een groep analyse en begeleiding - hier omvat werknemers die het niveau van "twee en een halve" ondersteuning produceren. Ze adviseren, analyseren het probleem, indien nodig, "lees" -code kan vragen stellen voor gegevensanalyse, evenals correcte fouten in de code. Dientengevolge slagen we erin om de afleiding van programmeurs uit kleine problemen uit te sluiten, evenals met de hulp van analisten, scheiden we programmeurs van klanten en terug, omdat Alles, waarschijnlijk, geconfronteerd met de problemen van relaties tussen hen.
  • En groep van beheerders van database 1c.

Dus de ontvangst van applicaties in Redmine met ons wordt uitgevoerd door het schrijven van de gebruikelijke letter op de gemarkeerde mailbox. Voor de organisatie van individuele mailboxen hebben wij op elke afdeling en in elke groep hun "projecten" -structuur toegewezen, bijvoorbeeld:

Voor elk van de projecten hebben wij in de Helpdesk-plug-in uw mailbox geconfigureerd. De screenshot toont de instellingen van de Helpdesk-plug-in voor een van de projecten:

Letters die de mailbox invoeren die zijn gekoppeld aan het "project" vallen in ons systeem als toepassingen met het oog op het "Gebruikersverzoek". Dit alles leidt tot een afname van werknemers van de arbeidskosten tot de primaire classificatie van inkomende verzoeken. (Voorbeeld in de screenshot: 1.2 Beheerders 1c, 1.4 Ticket Confluence, 1.5 Ondersteuning voor Yuraait DPP)

Als het onmogelijk is om een ​​dergelijke selectie van de structuur te produceren, is het vrij mogelijk om één mailbox te selecteren, en in de boom om ondergeschikte takken te creëren, waarbij de aanvragen worden gedistribueerd naar de eerste ondersteuningsleiding na de primaire classificatie (SAMPLE-screenshot : 1.3 Ondersteuning van gebruikers).

Als gevolg hiervan passeert de toepassing de cyclus:

  • Ten eerste gebeurt de primaire automatische invoer in het project;
  • Dan distribueert de analist de applicatie, d.w.z. classificeert, categoriseert en prioriteert het;
  • Daarna draagt ​​de analist de aanvraag over naar de gewenste tak.

In de applicatie zijn er bepaalde classificatievelden, sommige van hen pretentair, en het deel wordt door ons toegevoegd. In overeenstemming hiermee wordt de primaire vereiste vulling met behulp van parameters uitgevoerd:

  • Prioriteit;
  • Categorie;
  • Klantafdeling;
  • Castom-velden van verschillende typen.

Die. Als een incident optreedt, kunt u er zeker van zijn dat deze niet onopgemerkt is.

Een voorbeeld van ontvangen applicaties en gebruikte velden:

Instellingen "Project"

In het "project" kunnen er verschillende soorten trackers zijn. Hier, bijvoorbeeld, vaak gebruikte trackers:

  • Gebruikersverzoek;
  • Een taak;
  • Fout;
  • Zin;
  • Bedrijfsproject;
  • Programma van bedrijfsprojecten, enz.

Trackers kunnen een onbeperkt aantal zijn - ze kunnen handmatig worden toegevoegd. Elke tracker is flexibel geconfigureerd.

In de instellingen "Project" kunnen we opgeven welke trackers erin worden gebruikt, evenals welke aangepaste velden kunnen worden aangesloten.

Ook zijn de noodzakelijke modules en andere instellingen ook verbonden met elke tak. U vindt dit in standaard Redmine-documentatie.

Na het aansluiten van de modules hoeft u geen complexe manipulaties te produceren, hoeft u alleen de lijst met de modules van het huidige "project" op te slaan en deze zullen verschijnen in de vorm van tabbladen wanneer u waar u het nodige kunt doen instellingen.

Bovendien is de RedMine zeer flexibel geconfigureerd om toegang te krijgen tot de rechten van verschillende niveaus, zowel voor het "project" als op afzonderlijke gerelateerde functies, evenals de beschikbaarheid van elk veld.

Op het overzichtspagina "Project" kunt u alle soorten trackers en statistieken over hen zien. En ook, wanneer "naar beneden vallen" in de tracker, zie je ondergeschikte van dit "project" van problemen - laten we ze "kaarten" noemen.

Bedrijfsprojecten

Ik herhaal een beetje. Aangezien in de concepten van Redmine "-project" - dit is een tak van de structuur van de structuur, dan voor het onderhoud van echte projecten, hebben we een afzonderlijke branche toegewezen met het "Business Project" en "Business Project Program" -trackers. Hierdoor kunnen we de statusrapporten houden over onze bedrijfsprojecten en de kosten in termen van distributiebasissen.

De structuur van dit filiaal is ook verdeeld in spellingen over de details: afdeling, klant, systeem, subsysteem.

Omdat Ons managementbedrijf, afdelingen die centraal begeleiden alle bedrijven in Wiseadvice GK. In dit opzicht voeren we projecten zowel individueel uit voor elk bedrijf en gewricht voor verschillende bedrijven. Als gevolg hiervan is voor elk project en de taak om de kosten van afdelingen te budgetteren en te schrijven.

In een zakelijke projectkaart kunt u ook de benodigde velden configureren. Een voorbeeld van de velden die we gebruiken:

  • Basisdistributie / kostenontvanger;
  • Bonus voor het project;
  • Evaluatie van arbeidskosten;
  • Start / voltooiingsdata gepland;
  • Dagstatusrapport en anderen.

Alle taken die in het project zijn gemaakt, zijn ondergeschikt aan de hoofdkaart van het bedrijfsproject.

Het statusrapport wordt minstens één keer per week aan klanten overgedragen. Het hele verhaal accumuleert op de kaart en wordt naar belanghebbende partijen gestuurd.

De klant en andere belanghebbenden kunnen op elk moment de volgende informatie over het bedrijfsproject zien:

  • Project status;
  • Geschatte arbeidskosten;
  • De werkelijke arbeidskosten bevinden zich momenteel in de context van uitvoering en werknemers;
  • Projectbereidheid;
  • Formulering van een zakelijk project;
  • De hele geschiedenis van correspondentie;
  • De planningsdatum van het project begon, als hij werd uitgesteld vanwege prioritering;
  • De geplande datum van voltooiing van het project.

De werkelijke arbeidskosten worden verzameld uit de ondergeschikte zakelijke projecttaken in de tijd die door het personeel van de afdelingen wordt besteed.

Op basis van de gevormde taken kunt u een Ganta-diagram bouwen, maar alleen in een informatieve versie. Bovendien is het onmogelijk om het en interactief te gebruiken.

Bij het werken met het schema van kalenderplanning, kunt u grafische rapporten gebruiken. Bijvoorbeeld:

We gebruiken taakborden om taken binnen wekelijkse planning te distribueren.

Dit alles wordt geïmplementeerd door plug-ins, waaronder de mogelijkheid om behendige of kanbanborden te geleiden.

Als voorbeeld:

Rekening houdend met de kenmerken van de plug-in, blijkt het als het KANBAN-bord. Het kan interactief worden overweldigd door de pakketten - zowel tussen de status als tussen de artiesten. Op drie interfaces werden gecontroleerd - het werkt alleen op twee. De standaardinterface loopt precies. Zeer handig om weer te geven op een grote tv / scherm voor planeten / rally's.

Ook kan de planning worden uitgevoerd met behulp van versies en converteert vervolgens versies in releases.

Als de effectiviteit van het werk van de afdeling vormen we rapporten in het kader van de kosten van de kosten van de kosten en de werkelijke arbeidskosten van afdelingen.

Standaard arbeidsrapporten kunnen worden geschetst:

We gebruiken de helling van het rapport over de arbeidskosten:

  • Kostenverdelingsdatabase - ons aangepaste veld;
  • Kostenontvanger - ons veld Castom;
  • De gebruiker is een standaardveld.

De formatie kan optreden in de context van perioden:

Voor onze budgettering gebruiken we alleen de "maand". Rapportvoorbeeld:

De screenshot presenteert een voorbeeld met de werkelijke arbeidskosten in de context van de distributiebasis voor augustus.

Bovendien kunt u een gedetailleerd rapport vormen voor elke aangegeven tijdwaarde. Indien nodig worden alle rapporten geconverteerd naar CSV, zodat verdere analyse in Excel kan worden gemaakt.

En, natuurlijk, als de echte 1C-bijnaam, kunnen we lossen van informatie schrijven van RedMine in 1c om uw rapport in 1c te vormen met de nodige groepen en informatie.

Een voorbeeld van een van de kostenrapporten:

Een beetje meer over Redmine-functies

Van de extra nuttige functies in RedMine, zou ik graag benadrukken:

  • Authenticatiemodus - hetzij per advertentie, of door inloggen en wachtwoord;

  • Waarschuwingssysteem. De gebruiker wordt op de hoogte gebracht van wijzigingen in de taak. U kunt e-mailwaarschuwingen en RSS configureren;

  • Gebruikers combineren met groepen. Met deze tool kunt u zich vormen in de herhalingshiërarchische structuur van de onderneming. Er zijn plug-ins op integratie met het boekhoudsysteem en het klonen van zijn structuur in groepen;
  • Rolmodel rechts, met meerdere multi-level instelling;

  • De workflow (levenscyclus) van elke tracker voor elke rol instellen;

  • De aanwezigheid van integratie-plug-ins met MS Outlook. Bijvoorbeeld een redelijk handige plug-in met veel functies, zoals het maken van een applicatie in Redmine rechtstreeks vanuit de brief, commentaar, tracking, enz.; Officiële site:

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

  • Er zijn ook plug-ins om te integreren met instant messaging-systemen, zoals telegram en sms-gateways. Op elk communicatiekanaal kunt u alerts verzenden, zoals incidenten, monitoringinformatie, enz.;
  • Als er een competentie is, is het mogelijk om de plug-ins zelf te maken.

Vragen:

Vraag uit de hal : Stel dat we toegang hebben gegeven aan de klant, en we hebben een bepaalde lijst van ondersteunde services ervoor. Bijvoorbeeld, zoals in uw voorbeeld, zijn er services van SysAdminov en Coder Services. Met een of andere klant werken we aan beide soorten services, en met een soort van slechts één type. Is het mogelijk op het niveau van rechten om te beperken welk type service beschikbaar is voor de klant?

Antwoord: Dit varieert alleen door een afzonderlijke tak die is toegewezen onder de klant - "Project", waarbij taken voor geselecteerde services afzonderlijk kunnen worden gemaakt voor deze klant. Of u zult toegang moeten hebben tot alle taken in het filiaal - "project" -ondersteuning voor deze service. Standaard vermogen om de rechten op het teken van de service en de klant te beperken in het "project" in Redmine "uit de doos" is dat niet. U kunt op zoek naar een dergelijke plug-in of zelf schrijven. We hebben geen dergelijke complexe structuur, maar er zijn taken die alleen beschikbaar moeten zijn voor individuele grote eenheden, dus ze zijn voor hen gemaakt.

Vraag uit de hal: Het blijkt dat elke klant een "project" is. En in één "project" kunnen de subprojecten doen?

Antwoord: Ja, zoveel als je wilt. We benadrukken bijvoorbeeld de Griek om de afdelingen van de klant te scheiden en geven het daar te betalen door de belangrijkste werknemers, zodat ze de hele helpdesk niet zien die aan de klant is gekoppeld, en de hele structuur, omdat Ze is vrij groot. Redmine flexibel in de instellingen, maar helaas, en in zijn flexibiliteit zijn er beperkingen die wat ongemak leveren. Natuurlijk zijn er meer handige zeer gespecialiseerde oplossingen, maar ze worden betaald.

Vraag uit de hal : En de arbeidskosten op elke status worden samengevat? Bijvoorbeeld, op de status van "in het werk", stelde ik de arbeidskosten 0,3, en vervolgens op de status van de "Analyse" stelde ik wat meer arbeidskosten in.

Antwoord : Belangrijke kosten gaan in het algemeen voor de taak. Het is onmogelijk om de arbeidskosten volgens de statussen te classificeren, maar de arbeidskosten hebben een veld "Activiteiten", waarvan de essentie het proces kan weerspiegelen waarin u tijd aftrekt. Het is ook bewerkbaar. Bij het schrijven van de arbeidskosten kiest een werknemer een soort activiteit die is vastgesteld. Vervolgens kunt u rapporten gebruiken, u de tijd in de context van de processen intrekken.

Zonder een indicatie van het type activiteit kan het rapport alleen worden gevormd door de totale tijd in de context van de werknemer + dag.

Samenvatting Analytische gegevens kunnen worden bekeken door rapporten. Rechtstreeks in de taak zijn alleen de kosten van de huidige taak zichtbaar.

Vraag uit de hal : Het blijkt dat ik de eerste regel technische ondersteuning en de tweede lijn van technische ondersteuning heb. Elk van hen besteedt aan dezelfde taak in dezelfde status "in het werk" van een bepaalde tijd. Hoe kan ik de daadwerkelijke arbeidskosten per persoon definiëren op de taak op de eerste regel, op de tweede regel, op de derde regel?

Antwoord : Ik herhaal, de kosten gaan in het algemeen over de taak, maar als een persoon zoveel tijd doorbracht, en vervolgens een andere persoon doorbreekt - dit wordt hier weerspiegeld. Gedeeltelijk is het antwoord gegeven in het kader van de vorige vraag. Dan kunt u zien welke van hen hoeveel heeft uitgegeven, maar alleen in deze versie. Er zijn alleen geen afzonderlijke kosten als u aangepaste velden toevoegt om arbeidskosten af ​​te schrijven of gebruikersgroepen te gebruiken en de analytische rapporten verder te vormen.

Vraag uit de hal : Hoe wordt de gebruikersinteractie georganiseerd? Via e-mail?

Antwoord : Het verzenden gaat naar een e-mail standaardbrief of geschreven door de gebruiker, of een automatische redmine-vouw, als het een waarnemer is voor deze taak. Ook, als hij een Redmine-gebruiker is, geeft het bovenste paneel weer hoeveel taken worden benoemd hoeveel nieuw en hoeveel wijzigingen. Ik zie nu dat ik 20 taken heb, waarvan er een nieuw is en één veranderd. Van de gebruikerszijde - alleen e-mail.

Zoals hierboven beschreven, kunt u bij het aansluiten van plug-ins eenzijdig gebruikers informeren met behulp van instant messaging-systemen.

Vraag uit de hal : Is er een webinterface voor het indienen van applicaties?

Antwoord : Niet. Redmine werkt op smartphones en tablets, d.w.z. heeft een aangepaste interface. Maar aanvragen kunnen via e-mail worden ingediend of toegang tot de gebruiker rechtstreeks in het systeem geven, die alleen in rechten worden beperkt om te maken. Als extra functie kunt u een plug-in in Outlook plaatsen om taken in RedMine te maken.

Momenteel is er een Tracker Hider-plugin, waarmee u de toegang tot trackers in de context van gebruikers of rollen kunt beperken.

Voorbeeld: elke gebruiker met de rol "Observer" in het "project" is alleen kaarten verkrijgbaar met het tracker "Gebruikersverzoek".

Vraag uit de hal : En de functionaliteit van het werken met e-mail is een van de doos of van plug-ins?

Antwoord :Ja, het is "uit de doos." Met behulp van plug-ins verwerft het eenvoudigweg extra voorzieningen en instellingen.

Vraag uit de hal : En is het mogelijk om te configureren dat de kennisgeving van de klant, die we in het systeem zijn ingegaan, alleen op een bepaalde status gingen. Waarom zou hij onze interne tien fasen bekijken als hij alleen opmerkt om alleen te gaan als de taak is voltooid?

Antwoord :We hebben deze situatie als volgt opgelost.

1. Allereerst zijn we uitgeschakeld voor gebruikers-klanten standaard Redmine-meldingen in gebruikersinstellingen. Deze instelling is wereldwijd voor alle RedMine voor de huidige gebruiker.

2. Verder, voor het vereiste filiaal ("project") verbonden de mogelijkheid om letters te verzenden.

3. Analyst of RP-SHNIK kan een e-mail verzenden met een standaardmechanisme: door op de "Send A Note" in te drukken in de modus Kaart Bewerken. Indien nodig kunt u aanvullende ontvangers opgeven.

4. De afzender kan elke tekst schrijven en de nodige bijlagen toevoegen. Of gebruik eerder geconfigureerde patronen.

 

Om dit te doen, wordt het voltooide patroon geselecteerd, gesubstitueerd in de letter van de letter en het blijft alleen om, indien nodig, aanvullende informatie te vullen.

Daarna moet u op de knop "Accepteren" klikken, dan wordt de opmerking opgeslagen en wordt de letter verzonden. De klant ontvangt een melding in de vorm van een gewone brief.

Dit is een standaardmechanisme, we raaken niets aan. Sjablonen voor elk project zijn aangepast persoon. Dit is een redelijk significante vereenvoudiging van de Analist Consultant, want elke keer dat u dezelfde tekst schrijft - is het arbeidsrecht.

Verberg elke tekst van de klant, als het rechtstreeks toegang heeft tot Hem rechtstreeks naar taskaarten, is het alleen mogelijk via het gebruik van een "privé" -commentaar of door de toegang tot dit type opmerkingen uit te schakelen.

De tweede optie is om een ​​extra plug-in te gebruiken, omdat Standaard is er geen dergelijke instelling.

Vraag uit de hal: Is het mogelijk om de tegenpartij te binden aan de ontvangen taak? Ik heb bijvoorbeeld een telefoongesprek met PBX, waar het tegenpartijnummer wordt gescoord, en RedMine neemt het aangekomen nummer van PBX, creëert een taak en heeft het aan de tegenpartij geleerd. Heb je de taak van de hiërarchie van tegenpartijen opgelost?

Antwoord: Nee, we hebben de Redmine niet geïntegreerd met IP-telefonie, het was niet ons doel. Het idee is goed, maar in onze specifieke details is het niet nodig. Op internet kunt u de Redmine-integratie met Asterisk vinden.

Vraag uit de hal :We hebben een vraag niet op IP-telefonie, maar op de hiërarchie van tegenpartijen. We willen managers dezelfde hiërarchie van tegenpartijen in Redmine als 1c.

Antwoord : Nee, de contactstructuur is vlak. Het enige dat we hebben toegevoegd, is een link naar de afdeling. Maximaal dat we gebruiken, is het verzamelen van contacten bij de afdelingen, we maken bugtracker voor binnenlandse diensten, en niet voor externe klanten. In Redmine zelf is het onmogelijk om een ​​hiërarchie van tegenpartijen te organiseren, maar u kunt eenheden associëren in Redmine en 1c, en dit verslag uit 1c vormen.

Vraag uit de hal : En waar is de diepte van Scrum? We hebben voorwaardelijk sprint - 7 kalenderdagen (5 werkdagen). Waar kan ik zien wat de iteratie van de sprint is? Wat is de kalenderweek, wat is het sprintnummer?

Antwoord : Scrum Diepte kan worden gecontroleerd door versies. Er is een kenmerk van versies.

Hiervoor is er een speciale sectie "Operationeel plan" (of "versie", afhankelijk van de interface).

Ik heb bijvoorbeeld drie versies.

 

Elke versie heeft mogelijk zijn eigen naam, status en beperkt tot de voltooiingsdatum.

Voor elke versie zijn taaklijsten zichtbaar als ze worden gepresenteerd, evenals het aantal onvoltooide.

Voor visualisatie kunt u diagrammen vormen

Versies kunnen worden gegroepeerd, break-taken, je kunt planken bouwen volgens hen. U kunt taken tussen sprints overbrengen - een dergelijke kans is in de versie "planningsversies".

In feite kan RedMine een hulpmiddel zijn voor het organiseren van werk aan reikwijdte of canbana. Het is echter noodzakelijk om rekening te houden met dat er soms niet genoeg sortering en andere kleine dingen voor het gemak is. Misschien zijn er plug-ins die het ondersteunen. In het vereiste volume van de huidige functionaliteit is er genoeg. Hier kunt u de toewijzing van taken maken, die zich verplaatsen tussen sprints, zie dat u geen tijd had om te doen voor de geplande tijd, enz.

Vraag uit de hal : Hoe houden we rekening met de taken die niet zijn voldaan in de huidige sprint? Moet ik het in de status zien? Of ze zijn op de een of andere manier automatisch, ik zal het laten zien dat ze nu nodig zijn om een ​​nieuwe versie te boeken?

Antwoord : U kunt de taak selecteren volgens de versie. Bijvoorbeeld om naar het 'operationele plan' te kijken, voor hoeveel procent het is voltooid en hoe vervuld. Degenen. Hoeveel taken zijn gesloten van de sprint en hoeveel nog niet is gesloten - het wordt hier geschreven. Wanneer u op het bijbehorende item klikt, zijn een lijst met taken die niet zijn gesloten zijn. Verder, zoals ik al zei, kunnen ze worden geanalyseerd en overgedragen aan een andere sprint.

U kunt ook borden met taken vormen, volgens dezelfde versies en in de context van statussen.

En gebruik natuurlijk de standaardlijst met taken met de benodigde selectie, die kan worden opgeslagen en gebruikt in permanente werking.

Vraag uit de hal : Hoe kunt u de taak overdragen naar een andere sprint - ik moet een lijst met taken op één tabblad openen, Kanban-Board op een andere en overdracht?

Antwoord: Zou zo kunnen zijn. Maar het is handiger om het gereedschap voor het planning van de versie te gebruiken. Kies uit de lijst van niet-toegewezen taken of onvoltooide taken van een specifieke versie van de gewenste taak en gooi deze in de volgende versie van de muis - laat zien dat we deze taak in de sprint innemen.

Vraag uit de hal: En hoe kun je alle ontgrendelde taken geven? Misschien drie of vier versies terug, had ik daar een soort belangrijke taak. Ik heb het opgenomen, ze hangt daar. Hoe kan ik haar niet verliezen, zodat ze constant met me opgehangen? Voor zover ik begreep, zie je nu alleen niet-toegewezen taken of taken uit de geselecteerde sprint. En hoe alle ontgrendelde taken met een cumulatief resultaat te zien, te begrijpen, ze in de huidige sprint te nemen of niet te nemen?

Antwoord: Dit kan worden geïmplementeerd met behulp van filtering in taken. U kunt selecties in de status "Openen" maken met de nodige parameters en opslaan.

 

We kunnen bijvoorbeeld de instelling overwegen, die "taken voor het sluiten" wordt genoemd. Er zijn taken met de status "opgelost", die door onze afdeling zijn uitgevoerd en overgedragen aan de klant tot productie-werking, maar er is nog geen feedback van de klant ontvangen. Die. Dit is een pool van taken die moeten worden gecontroleerd om de resultaten van productie-exploitatie en sluiten te verduidelijken. U kunt bijvoorbeeld in de statusfilterwaarde "overeenkomen" en het bord "Nieuw". Als gevolg hiervan worden nieuwe taken weergegeven die nog niet zijn aan het werk zijn. U kunt de status, prioriteiten, categorieën, alle waarden van zowel standaard- als aangepaste velden variëren.

U kunt bijvoorbeeld een speciaal gebruikersveld toevoegen aan het filter. Dit is een handige tool, heel eenvoudig. Voor het project, voor de taak, voor contact.

Nieuw veld - geef het type object aan, waar we toevoegen, meestal gebruikte "taken".

We geven het veldformaat aan - opties die ergens 90% van de behoeften zijn bedekt.

Geef de naam aan, hoe zijn de rollen beschikbaar.

We geven aan waarvoor projecten voor welke trackers worden toegepast.

Vraag uit de hal : En aangepaste velden kunnen verplicht worden gemaakt?

Antwoord : Natuurlijk, naar analogie met aanvullende details in 1c.

Verplichte velden zijn gemarkeerd met een rode asterisk rechts van de naam.

Vraag uit de hal : En hoe had u meldingen over uitgevoerd? In dezelfde taak gaat naar een andere gebruiker - er is een taakinitiator en er is een uitvoerder.

Antwoord: Dat klopt, als het veld verandert - aan wie het is toegewezen, dan wordt in het verslag de uiteindelijke waarde retourneert.

Laat me je vertellen hoe we allemaal zijn geregeld. Herhaal gedeeltelijk.

  • De belangrijkste tracker voor servicedesk is een "gebruikersverzoek", waarmee de e-mail automatisch wordt gedemonteerd en letters worden in "Gebruikersverzoeken". Als de gebruiker een response brief naar de melding van RedMine heeft verzonden of een verduidelijkende brief met hetzelfde onderwerp heeft verzonden, wordt vervolgens op het onderwerp of ID in het onderwerp automatisch tekst van een dergelijke brief aan een bestaande query bevestigd - een klassieke lijmfunctie wordt gebruikt.
  • Volgende - Wanneer bijvoorbeeld een verzoek om counseling in de KIS-afdeling kwam, demonteren Analyst Consultants de applicatie en produceren de primaire classificatie. Bepaal dat dit een incident is, fout of taak. Het kan zelfs een idee zijn voor een nieuw project. Dienovereenkomstig maakt dit ook deel uit van de servicedesk. Na de classificatie worden alle "gebruikersaanvragen" verdeeld over de subprojecten van de ITASK-tak, waar verder werk al met hen wordt uitgevoerd.
  • Als dit werk de taak voor de ontwikkelaar ontaardt, wordt op basis van het verzoek van de gebruiker de bijbehorende ondergeschikte "taak" gemaakt. Dat wil zeggen, het tracker "Gebruikersverzoek" leeft op zich en de taaktrackor is ook gescheiden. We hebben het over kleine modificaties en foutcorrecties die we een aparte stream hebben - ze verschijnen uit "Gebruikersverzoeken".
  • Als de taak een bepaald bedrijfsproject betreft en de ontwikkelaar het niet heeft gedaan op basis van het "gebruikersverzoek", is het aan het ondergeschikte bedrijfsproject gebonden aan de blokken van de functionaliteit van Kisa, zodat later de taak kan worden gezien - Op welk blok en in verband waarmee we deed - het was "Gebruikersverzoek" of een bedrijfsproject.
  • Woont apart het Tracker "Business Project", waarmee we met het bedrijf communiceren - niet met gebruikers op aanvraag en kleine verfijning, en al met echte projecten die bedrijfswaarde dragen. In het "zakelijke project" als ondergeschikte taken kunnen ook hun subtekens zijn en zelfs takenpakketten - groot, met ondergeschikte en verbindingen. Dit is zo'n mini-proof. Al deze subtaken worden opnieuw gebonden aan de blokken van de functionaliteit van KIS.
  • Het maakt niet uit waar de taak vandaan kwam - van service Desca of van een bedrijfsproject. Maar we binden ze allemaal aan de functionaliteitsblokken.

Op basis van het bovenstaande herhaal ik, we kunnen de arbeidskosten in de context zien:

  • Blokken van de functionaliteit van Kisa;
  • Projecten;
  • Artiesten;
  • Communicatie "Aanvraag - Taken / Business Project - ondergeschikte trackers".

De screenshot presenteert een voorbeeld met de werkelijke arbeidskosten in de context van projecten voor augustus per maand. Medewerkers moeten hun eigenlijk doorbrengen met de taken die ze hebben uitgevoerd, distribueren. Dit wordt tijdplaat genoemd. We hebben dagelijkse ontwikkelaars de speciale records van "werkrapporten" in en distribueren hun tijd - het feit van arbeid is gevormd. Daarom beheren we ten minste ongeveer, in feite, het budget van het project.

Onze projecten hebben een voorlopig werkplan. En in elk project zien we het, het overtroffen het of niet. Redmine vat automatisch de breedte van alle taken samen naar het project. Dienovereenkomstig weten we dat dit project 700 uur wordt toegewezen. We zien het feit - 617 uur zijn uitgewerkt. Dit is een van de projectmanagement-elementen.

Het werkwijze van het systeem van incidenten kan als volgt worden weergegeven:

  • De Analyst Consultant doet een analyse van het gevraagde verzoek, indien nodig, vormt een ontwikkelingstaak;
  • De ontwikkelaar implementeert de taak en retourneert zijn analyse-consultant om te verifiëren en verdere communicatie;
  • De Analyst Consultant communiceert al op verzoek van de gebruiker met een beschrijving van de resultaten;
  • Als alles op orde is, sluit de analyse de taak - de ontwikkelaar is verboden om de taken te sluiten.

In meer belangrijke taken, incl. Ontwerp, het proces wordt meer uitgebreid gemaakt:

En natuurlijk vallen alle veranderingen in de werkbasis door de release van de release.

Als u deze in een handiger optie indient, dan hebben we onze eigen "acht".

Degenen., Echt veel takenovergangen tussen verantwoordelijk, maar het is niet van cruciaal belang voor ons. We evalueren arbeidskosten in de context van werknemers, de kosten van de kosten van kosten, klanten en, in zeldzame gevallen, in de vorm van activiteiten. Dit alles is al eerder vermeld.

Vraag uit de hal : Is het mogelijk om informatie te krijgen over welke taken een specifieke ontwikkelaar vervullen?

Antwoord : Er is. Er is een "Werkverslag" -tool waarvoor u kunt zien wat een werknemer aan welke taak hoeveel tijd en welke dag ik heb doorgebracht.

Of het kan worden bekeken door een standaardrapport "arbeidskosten" - het kan ook worden gevormd in de context van gebruikers met decodering.

Vraag uit de hal : En hoe je arbeidskosten bijhouden?

Antwoord: Een medewerker regelt ook hun werk via het "werkverslag". En de fixatie van de arbeidskosten in de taak wordt handmatig uitgevoerd - hetzij rechtstreeks in de taak of in het "werkverslag". Er zijn plug-ins waarmee u tijd kunt bijhouden. Bijvoorbeeld, de Probleem Timer-plug-in van Redmine ziet er zo uit:

Wanneer u begint met werken aan een taak, klikt een werknemer op de knop "Afspelen" en aan het einde van de knop "PAUZE". Bij het handhaven van de taak zijn de arbeidskosten vastgezet.

Vraag uit de hal : Vraag tot het tijdmanagement en middelen is postfactumbeheer, registreren al gebeurd, wanneer ik kijk hoe mijn werknemers zijn geladen, of is het mogelijk om te plannen? Als ik er morgen naar uitzie, moet mijn programmeur de taak van dit nemen, en de dag na morgen dit. En ik begrijp dat het, conventioneel gesproken, een krachtige programmeur is, en hij kan geen rapporten hebben zonder problemen voor twee, drie per dag om te klinken, en ik kan een wachtrij van taken voor een week plaatsen.

Antwoord :Het vermogen om te plannen is, maar het is niet perfect - gratis product maakt uw nuances. Er is een veld "Geplande tijd", het is mogelijk om uw aangepaste veld in te stellen als u een standaardveld ontbreekt door de planningstijd te plannen - hoeveel uren uren zal doorbrengen. Het is mogelijk om de geplande tijd te specificeren en vervolgens de geplande en werkelijke tijd te vergelijken. En natuurlijk kunt u het standaard verhaalpuntenveld gebruiken voor pokerplanning.

Vraag uit de hal : Je zei dat Wiki in Redmine ongemakkelijk.

Antwoord :Wiki in RedMine ziet er onvriendelijk uit.

 

Om artikelen en taken te formatteren, wordt de markeringstaalmarkering gebruikt. Formatteren is niet "on the fly", maar aangeeft de markeersymbolen.

De zoekopdracht is - volgens het woord in de tekst en de krantenkoppen. Als u "Exchange" in de zoektocht invoert, geeft deze zowel thema's als trackers. Er is een selectie per type tracker.

De inhoudsopgave is niet de hoofdpagina en bij het invoeren van WIKI wordt eenvoudig een lijst met gecreëerde artikelen weergegeven.

De inhoudsopgave is als volgt:

En natuurlijk is Wiki in RedMine bedoeld voor het alleen opslaan van artikelen. Het kan niet worden gebruikt om samen te werken.

De geschiedenis van de verandering van artikelen wordt uitgevoerd en kan worden gevonden wanneer, die en welke verandering wordt geproduceerd.

Vraag uit de hal : Hoe vult Wiki?

Antwoord : Ons proces is als volgt geconstrueerd. Analyse van servicedesk wordt uitgevoerd met een bepaalde periodiciteit in de afgelopen periode. Met behulp van een initiële classificatie die is gemaakt door analisten bij het aanvragen van een verzoek proberen we de thema's samen te vatten en de meest problematische zones te identificeren. Volgende - we introduceren zelfbediening, d.w.z. Documenteren hoe de gebruiker zelf het probleem of de vraag kan oplossen. Bovendien, tijdens het huidige werk, kan de analist artikelen naar eigen goeddunken creëren, in geval van behoefte, zonder te wachten op de algehele analyse. Ook de voorbereiding van de Wiki-instructie is in het kader van ontwikkelde bedrijfsprojecten of speciaal toegewijde documentingprojecten. Dit is geen samenvloeiing, niet samenwerking. Dit is van boven naar beneden met administratieve methoden. Gebruikers nemen hier niet mee aan.

Vraag uit de hal : Een van de collega's gebruikt een zeer interessant systeem. Ik vond het echt leuk, ik wil het zelf implementeren. De eerste regel technische ondersteuning is altijd verplicht om de taak van Wiki te sluiten. En als ze geen artikel in Wiki vindt, behandelt ze de tweede regel technische ondersteuning. En al creëert de tweede regel een artikel dat moet worden gemonteerd voor een taak.

Antwoord :Ook wij, probeer het, maar we handelen iteratief - setels, geanalyseerd, maakte een aantal gebeurtenissen. Maar het duurt maanden. Dan opnieuw - ging zitten, geanalyseerd, de nodige blokken toegewezen, maakte een aantal gebeurtenissen.

Vraag uit de hal : Niet erg duidelijk - hoe is de GIT-integratie met RedMine?

Antwoord :Wanneer u wijzigingen in de 1C-opslag opslaat (bij het berekenen), geeft de beschrijving het taaknummer aan met de "#" -tag, bijvoorbeeld "# 74516". Daarom komen we door Accounting - we kunnen zien welke comités in de opslag van Git zijn vastgebonden aan de taak. Het was belangrijk voor ons dat dit een desktopoplossing is, zodat we ze gemakkelijk kunnen beheren, en, indien nodig, naar een andere oplossing gaan, omdat alle dezelfde behoeften groeien, en niet alle redmijne behoeften kunnen worden gedekt. Daarom, mijn excuses, als u een product kiest, analyseert u eerst dat u wilt automatiseren en die "Cover" blokkeert.

Vraag uit de hal : Heb je de mobiele applicatie gebruikt van RedMine?

Antwoord :Mobiele toepassing is, maar het is niet helemaal comfortabel. In onze organisatie is er geen behoefte aan. We werken voornamelijk aan een vaste computer of laptop. U kunt ook plug-ins gebruiken met informatiemogelijkheden - bijvoorbeeld met behulp van sms of door telegram.

Vraag uit de hal : Je zei dat je de repository in de git hebt losgelaten, en wat zie je daar in de git?

Antwoord : In commut git is er een link naar de taak. Vanuit de commissie openen we de taak zelf. En uit het probleem kunnen we ook een commissie openen die ermee is gekoppeld. Naar elk project, ongeacht wat een hiërarchie is, kunt u uw repository aansluiten. Natuurlijk wordt de integratie met Git niet volledig toegediend via de webinterface. Handgrepen Er moeten nog steeds klimmen, maar snel en eenvoudig.

Wat we uiteindelijk hebben:

Op basis van het bovenstaande zullen we de korte resultaten samenvatten.

Voors:

  • Redmine - opensource-product met een grote en actieve gemeenschap;
  • Het wordt geprojecteerd op kosten, goedkoop, flexibel, aangepast, gemakkelijk te integreerbaar en schaalbaar;
  • Combineer volledig Bug Tracker, Half - Project Management, nogal een beetje - ITSM;
  • Heeft integratie met git;
  • Castomiseert "on the fly";
  • Het heeft een vrij breed scala aan plug-ins. Bovendien is het gemakkelijk om specialisten te vinden om hun processen te automatiseren;
  • Handige boekhouding van de werkelijke arbeidskosten. De mogelijkheid om arbeidskosten en budgetten te plannen.

MINUSSEN:

  • Ongemakkelijke wiki;
  • Als u uw processen moet automatiseren en bij afwezigheid van competentie op Ruby op rails, is alleen het gebruik van plug-ins of het zoeken naar ontwikkelaars van derden mogelijk;
  • Een klein aantal analytische rapporten;
  • Niet altijd een "vriendelijke" interface;
  • Ongemakkelijke massale classifiers die willen opslaan in de vorm van een hiërarchie.

In het proces van het gebruik van het Redmine-product hebben we een grote hoeveelheid werk gedaan over de analyse, systematisering en automatisering van onze activiteiten en een afname van chaos in onze structuren. Ze maakten een verandering en optimalisatie van processen, zowel binnen de afdelingen als in bedrijfsprocessen van de hele organisatie. Geoptimaliseerde en verbeterde controle, analytische en managementfuncties in het werk van departementen en op designactiviteiten.

Verdere stap die we hebben ondernomen is om de kennisbasis te markeren in een meer handig conflituenysteem, omdat De mogelijkheid om samen te werken, is een van de belangrijkste mechanismen in de ontwikkeling van organisaties, kunt u snel communicatie produceren, de tijd tot overdracht van informatie verminderen, het aantal fouten en de tijd om incidenten op te lossen.

In het Redmine-deel zijn er extra stappen om duidelijkere en gecontroleerde bedrijfsprocessen te bouwen.

Kies in het algemeen het gereedschap en laat uw chaos onopgemerkt blijven.

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

Dit artikel is geschreven over de resultaten van het rapport dat is gelezen op de Community Conferentie InfoStart Event 2017. Meer artikelen zijn hier te vinden.

In 2020 nodigen we iedereen uit om deel te nemen aan 7 regionale toewijzingen, evenals het Jubileum Infostart-evenement 2020 in Moskou.

Selecteer evenement.

Redmine. - Open Server Web-applicatie voor projectmanagement en taken (inclusief foutopleiding). Redmine is in Ruby geschreven en is een applicatie op basis van het bekende Web Framework Ruby on Rails. Gedistribueerd volgens GNU General Public License.

Functionaliteit

Dit product biedt de volgende functies:

  • onderhouden van verschillende projecten;
  • Flexibel rollengebaseerd toegangssysteem;
  • foutvolgsysteem;
  • Gantt- en kalendergrafieken;
  • Projectnieuws, documenten en bestandsbeheer;
  • alarm van veranderingen met behulp van RSS-streams en e-mail;
  • Wiki voor elk project;
  • Forums voor elk project;
  • boekhouding van tijdelijke kosten;
  • Aanpasbare willekeurige gebieden voor incidenten, tijdkosten, projecten en gebruikers;
  • Eenvoudige integratie met exploitatiesystemen (SVN, CVS, GIT, Mercurial, Bazaar en Darcs);
  • Foutrecords maken op basis van de ontvangen brieven;
  • Ondersteuning voor meerdere LDAP-authenticatie;
  • de mogelijkheid om nieuwe gebruikers onafhankelijk te registreren;
  • meertalige interface (inclusief Russisch);
  • Ondersteuning voor MySQL DBMS, PostgreSQL, SQLite, Oracle.

Databasestructuur

Gebruikerssysteem

Gebruikers zijn een van de centrale concepten van het vakgebied. Het gebruikersmodel is de basis voor het identificeren en verifiëren van het systeem van personeel en klanten, evenals om ze te autoriseren in verschillende rollen, projecten, enz.

Rol

Gebruikersrollen worden bepaald door een flexibel model voor het bepalen van gebruikersoegangsrechten. Rollen omvatten een reeks privileges, waardoor de toegang tot verschillende systeemfuncties kan onderscheiden.

De gebruikers hebben een rol toegewezen in elk project waarin het deelneemt, bijvoorbeeld, "Manager in het project voor de ontwikkeling van de site A", "Developer in het project om het intranetbedrijf van het bedrijf" of "Cliënt in een refactorproject te handhaven van het informatiesysteem van het bedrijf B ". De gebruiker kan verschillende rollen hebben. Het toewijzen van een rol voor een afzonderlijke taak (probleem) is momenteel onmogelijk.

Projecten

Het project is een van de basisbegrippen in het onderwerpgebied van projectbeheersystemen. Vanwege deze entiteit is het mogelijk om samenwerking te organiseren en verschillende projecten tegelijkertijd te plannen met de afbakening van de toegang tot verschillende gebruikers (zie hierboven). Projecten geven hiërarchisch nesten toe.

Trackers

Trackers zijn de belangrijkste classificatie waarmee taken zijn gesorteerd in het project. Op zich gaat het concept van "tracker" terug naar foutboekhoudsystemen (ENG. Bug tracking tool ), vertegenwoordigd elk afzonderlijk project.

In feite zijn in "Redmine" -trackers een analoog van de klasse "taak" en vormen de basis voor polymorfisme van verschillende soorten taken, waardoor verschillende velden voor elk van hen kunnen worden vastgesteld. Voorbeelden van trackers zijn "Verbetering", "FOUT", "Documentatie", "Ondersteuning",

Taken

De taken zijn het centrale concept van het hele systeem, dat een bepaalde taak beschrijft die u wilt uitvoeren. Elke taak heeft een verplichte beschrijving en de auteur, bij verplicht, de taak is vastgebonden aan de tracker.

Elke taak heeft status. Statusstatussen zijn een afzonderlijke entiteit met de mogelijkheid om de rechten te bepalen om de status voor verschillende rollen toe te wijzen (bijvoorbeeld de status "afgewezen" kan alleen een manager worden toegewezen) of het bepalen van de relevantie van de taak (bijvoorbeeld "open", " benoemd tot "- relevant, en" gesloten "," afgewezen "- nee).

Voor elk project worden een reeks ontwikkelingsfasen en een reeks takencategorieën afzonderlijk gedefinieerd. Andere gebieden zijn ook interessant voor de "geschatte tijd", die dient als basis voor het bouwen van managementkaarten, evenals het selectieveld van waarnemers voor de taak (zie "Notificaties ontvangen"). De taken kunnen bestanden bijvoegen (er is een afzonderlijke entiteit "Toepassing").

De waarden van andere beursgenoteerde eigenschappen (bijvoorbeeld prioriteit) worden opgeslagen in een afzonderlijke gemeenschappelijke tabel.

Tracking van de status van taken

Voor het bijhouden van wijzigingen in de taakparameters door gebruikers, reageert het systeem twee entiteiten: "Een wijzigingslogboek opnemen en" gewijzigde parameter ". Het logboekinvoer geeft één actie van de gebruiker weer om de parameters van de taak te bewerken en / of een reactie toe te voegen. Dat is, tegelijkertijd dient als een hulpmiddel voor het uitvoeren van de geschiedenis van de taak en een hulpmiddel voor het onderhoud van een dialoog.

De entiteit "gewijzigde parameter" is vastgebonden aan een afzonderlijke logboeking en is bedoeld voor het opslaan van de oude en nieuwe waarde van de gewijzigde parameter.

Communicatie tussen taken

Taken kunnen met elkaar verbonden zijn: Eén taak is bijvoorbeeld een subtekst voor een ander of voorafgaand aan het. Deze informatie kan nuttig zijn in de ontwikkelingsplanning van het programma, een afzonderlijke entiteit is verantwoordelijk voor de opslag in Redmine.

Accounting besteed aan de concepttijd

Het systeem handhaaft de boekhouding van de doorgebrachte tijd vanwege de essentie van de "doorgebrachte tijd" geassocieerd met gebruikers en de taak. Hiermee kunt u de doorgebruikte tijd, het type gebruikersactiviteit (ontwikkeling, ontwerp, ondersteuning) en een korte opmerking op het werk opslaan. Deze gegevens kunnen bijvoorbeeld worden gebruikt om de bijdrage van elke deelnemer aan het project te analyseren of om de feitelijke arbeidsintensiteit en de ontwikkelingskosten te beoordelen.

Bindende repositories

Redmine biedt integratie met verschillende controlesystemen voor versies (repositories). Integratie is om wijzigingen in de externe repository bij te houden, die deze in de database, analyse van wijzigingen in te stellen om aan bepaalde taken te binden. In de infologische structuur van het systeem voor integratie met externe repositories zijn drie entiteiten verantwoordelijk: "Repository", "Editors" en "Change". De "repository" is een project dat is gekoppeld aan een project dat het type aangesloten repository, de locatie en identificatiegegevens van zijn gebruiker opslaat.

"Redactioneel" is de weergave van de redactie van de repository en kan naast informatievelden worden vastgebonden aan een specifieke taak (hiervoor wilt u specificeren in de beschrijving van de "Refs #num" -wijzigingen, waar nummer is het taaknummer) en aan de auteur-auteur van de redactie. De entiteit "verandering" is ontworpen om de lijst met gewijzigde lijst (toegevoegd, op afstand, ontheemde, gewijzigde) bestanden in elke editie op te slaan.

Ontvangst van meldingen

Gebruikersmeldingen over wijzigingen op de site worden uitgevoerd met behulp van de essentie van "waarnemers" die gebruikers verbinden met objecten van verschillende klassen (projecten, taken, forums, enz.). In de database worden de RSS-abonnements-toegangsleutels ook opgeslagen, waardoor meldingen via deze technologie kunnen worden verzonden, ook meldingen worden verzonden met behulp van e-mail.

Enkele gebreken Redmine

Voor de nieuwe oudere versie moet je hetzelfde doen.Controleer neutraliteit.

De discussiepagina moet details hebben.

  • Het beheren van bestanden en documenten in RedMine wordt gereduceerd tot het toevoegen, verwijderen en bewerken ervan. U kunt geen toegangsrechten beheren op bestanden of afzonderlijke documenten.
  • Er zijn geen waarschuwingen op het veranderen van documenten.
  • In RedMine kunt u geen toegangsrechten beheren op het niveau van individuele taakvelden. Op dit moment is bijvoorbeeld onmogelijk om schattingen van het werk aan een project of informatie over de doorgebrachte tijd te verbergen.
  • In RedMine zijn alle extra velden beschikbaar voor alle gebruikers, zullen alle projectdeelnemers ze kunnen zien en veranderen. Deze beperking kan leiden tot moeilijkheden in de aanwezigheid van een inhomogene opdracht wanneer managers en ontwikkelaars en klanten toegang hebben tot het project.
  • Redmine heeft geen rechten om typen overgangen in de workflow te scheiden. Nu is het bijvoorbeeld onmogelijk om aan te geven dat wanneer iemand de fout is voltooid, het een verantwoorde tester moet kiezen en het buildnummer moet specificeren. U kunt ook de interne correspondentie tussen programmeurs van de klant niet verbergen.
  • In RedMine wordt de algehele arbeidsintensiteit van taken niet weergegeven in de takenlijst, en in arbeidsintensieve rapporten is het onmogelijk om selectie te maken, inclusief volgens de aannemer.

Chiliproject.

Als gevolg van het feit dat de visie van sommige gebruikers ten opzichte van het project onderscheidde van de visie van de leider van de ontwikkelaars, werd de forma Redmine genaamd Chiliproject gemaakt.

zie ook

Literatuur

  • 前田 剛 (Go Maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9
  • Gunther Popp. KonfigurationationsManagement MIT Subversion, Maven und Redmine: Grundlagen Für Softwarearchitekten und Entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

Koppelingen

Redmine. [ɹɛDMɑɪN] - Open Server Web-applicatie voor projectmanagement en taken (inclusief foutopleiding). Redmine is in Ruby geschreven en is een applicatie op basis van het bekende Web Framework Ruby on Rails. Gedistribueerd volgens GNU General Public License.

Encyclopedische YouTube.

  • 1/4Keer bekeken: 337.

    1.067

    20 314.

    1 108.

  • Hoe RedMine (Project Management) op Antcsle te installeren

  • MIT Redmine-effizient mitarbiter, projekte und aufgaben verwalten

  • RedMine - Herramienta de Gestion de Proyectos

  • [Kube 42] Redmine in het cluster van Kubernetes inzetten

Inhoud

Functionaliteit

Dit product biedt de volgende functies:

  • onderhouden van verschillende projecten;
  • Flexibel rollengebaseerd toegangssysteem;
  • foutvolgsysteem;
  • Gantt- en kalendergrafieken;
  • Projectnieuws, documenten en bestandsbeheer;
  • alarm van veranderingen met behulp van RSS-streams en e-mail;
  • Forums voor elk project;
  • boekhouding van tijdelijke kosten;
  • Aanpasbare willekeurige gebieden voor incidenten, tijdkosten, projecten en gebruikers;
  • Eenvoudige integratie met exploitatiesystemen (SVN, CVS, GIT, Mercurial, Bazaar en Darcs);
  • Foutrecords maken op basis van de ontvangen brieven;
  • Ondersteuning voor meerdere LDAP-authenticatie;
  • de mogelijkheid om nieuwe gebruikers onafhankelijk te registreren;
  • meertalige interface (inclusief Russisch);
  • Ondersteuning van DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, SQLite.

Databasestructuur

Gebruikerssysteem

Gebruikers zijn een van de centrale concepten van het vakgebied. Het gebruikersmodel is de basis voor het identificeren en verifiëren van het systeem van personeel en klanten, evenals om ze te autoriseren in verschillende rollen, projecten, enz.

Rol

Gebruikersrollen worden bepaald door een flexibel model voor het bepalen van gebruikersoegangsrechten. Rollen omvatten een reeks privileges, waardoor de toegang tot verschillende systeemfuncties kan onderscheiden.

De gebruikers krijgen een rol in elk project waarin het deelneemt, bijvoorbeeld, "Manager in het projectontwikkelingsproject", "Developer in het project om het intranetbedrijf van het bedrijf te handhaven" of "Cliënt in een refactorproject van het informatiesysteem van het bedrijf b ". De gebruiker kan verschillende rollen hebben. Het toewijzen van een rol voor een afzonderlijke taak (probleem) is momenteel onmogelijk.

Projecten

Het project is een van de basisbegrippen in het onderwerpgebied van projectbeheersystemen. Vanwege deze essentie is het mogelijk om gezamenlijk werk te organiseren en verschillende projecten tegelijkertijd te plannen met de afbakening van toegang tot verschillende gebruikers (zie hierboven). Projecten laten hiërarchisch nesten toe.

Trackers

Trackers zijn de belangrijkste classificatie waarmee taken zijn gesorteerd in het project. Op zich gaat het concept van "tracker" terug naar foutboekhoudsystemen (ENG. Bug tracking tool ), vertegenwoordigd elk afzonderlijk project.

In wezen, in "Redmine", zijn de trackers een analoog van de klasse "Probleem" en vormen de basis voor een polymorfisme van verschillende taken, zodat u voor elk van hun type verschillende gebieden kunt bepalen. De trackers zijn "Verbetering "," FOUT "," Documentatie "," Ondersteuning ".

Taken

De taken zijn het centrale concept van het hele systeem, dat een bepaalde taak beschrijft die u wilt uitvoeren. Elke taak heeft een verplichte beschrijving en de auteur, bij verplicht, de taak is vastgebonden aan de tracker.

Elke taak heeft status. Statusstatussen zijn een afzonderlijke entiteit met de mogelijkheid om de rechten te bepalen om de status voor verschillende rollen toe te wijzen (bijvoorbeeld de status "afgewezen" kan alleen een manager worden toegewezen) of bepaling van de relevantie van de taak (bijvoorbeeld "open", "Aangewezen" - relevant, en "gesloten", "afgewezen" - Nee).

Voor elk project worden een reeks ontwikkelingsfasen en een reeks takencategorieën afzonderlijk gedefinieerd. Andere velden zijn ook interessant voor de "geschatte tijd", die dient als basis voor het bouwen van managementgrafieken, evenals het gebied van keuze van waarnemers voor de taak (zie "Meldingen ontvangen"). De taken kunnen bestanden bijvoegen (er is een afzonderlijke entiteit "Toepassing").

De waarden van andere beursgenoteerde eigenschappen (bijvoorbeeld prioriteit) worden opgeslagen in een afzonderlijke gemeenschappelijke tabel.

Volg de verandering van taakparameters

Voor het bijhouden van wijzigingen in de taakparameters door gebruikers, reageren twee entiteiten in het systeem: "Een wijzigingslogboek opnemen" en "veranderbare parameter". Het logboekinvoer geeft één actie van de gebruiker weer om de parameters van de taak te bewerken en / of een reactie toe te voegen. Dat is, tegelijkertijd dient als een hulpmiddel voor het uitvoeren van de geschiedenis van de taak en een hulpmiddel voor het onderhoud van een dialoog.

De entiteit "gewijzigde parameter" is vastgebonden aan een afzonderlijke logboeking en is bedoeld voor het opslaan van de oude en nieuwe waarde van de gewijzigde parameter.

Communicatie tussen taken

Taken kunnen met elkaar verbonden zijn: Eén taak is bijvoorbeeld een subtekst voor een ander of voorafgaand aan het. Deze informatie kan nuttig zijn in de ontwikkelingsplanning van het programma, een afzonderlijke entiteit is verantwoordelijk voor de opslag in Redmine.

Accounting besteed aan de concepttijd

Het systeem ondersteunt het in aanmerking nemen van tijd dankzij de essentie van de "doorgebrachte tijd" geassocieerd met gebruikers en de taak. Hiermee kunt u de doorgebruikte tijd, het type gebruikersactiviteit (ontwikkeling, ontwerp, ondersteuning) en een korte opmerking op het werk opslaan. Deze gegevens kunnen bijvoorbeeld worden gebruikt om de bijdrage van elke deelnemer aan het project te analyseren of om de werkelijke tijdswisseling en de ontwikkelingskosten te beoordelen.

Bindende repositories

Redmine biedt de mogelijkheid om te integreren met verschillende controlesystemen voor versies (repositories). Integratie is om wijzigingen in de externe repository bij te houden, die deze in de database, analyse van wijzigingen in te stellen om aan bepaalde taken te binden.

In de infologische structuur van het systeem voor integratie met externe repositories zijn drie entiteiten verantwoordelijk: repository, editors en verandering.

  • Repository - een project dat is gekoppeld aan de entiteit die het type verbonden repository opslaat, de locatie en identificatiegegevens van de gebruiker.
  • Redactioneel - Tonen van het redactionele kantoor van de repository, en, naast informatievelden, kan worden vastgebonden aan een specifieke taak: dit vereist specificeer in de beschrijving van de "Refs #num" -wijzigingen, waar Num het taaknummer is), en aan de auteur-auteur van de redactie.
  • Wijzigen - slaat een lijst met gewijzigde (toegevoegd, afgelegen, ontheemde, gewijzigde) bestanden in elke editie op.

Ontvangst van meldingen

Gebruikersmeldingen over wijzigingen op de site worden uitgevoerd met behulp van de essentie van "waarnemers" die gebruikers verbinden met de objecten van verschillende klassen (projecten, taken, forums, enz.). De database slaat ook toegang tot sleutels op naar het RSS-abonnement, waardoor u kunt Om meldingen te ontvangen via deze technologie, worden ook meldingen via e-mail verzonden.

Enkele gebreken Redmine

  • Het beheren van bestanden en documenten in RedMine wordt gereduceerd tot het toevoegen, verwijderen en bewerken ervan. U kunt geen toegangsrechten beheren op bestanden of afzonderlijke documenten.
  • In RedMine kunt u geen toegangsrechten beheren op het niveau van individuele taakvelden. Bijvoorbeeld, op dit moment is het onmogelijk om schattingen van de werktijd op de taak te verbergen. Maar u kunt extra velden alleen zichtbaar maken voor gebruikers met gedefinieerde rollen.
  • In RedMine wordt de algehele arbeidsoverweging van taken niet weergegeven in de takenlijst.
  • Er is geen mogelijkheid om de gebruiker een rol in het hele systeem te geven; De "Project Office Manager" moet bijvoorbeeld toegang hebben tot alle projecten in het systeem: hiervoor moet u een gebruiker met deze rol toevoegen aan alle projecten.
  • Sluit de GIT-repository aan, is alleen mogelijk als RedMine en de repository op dezelfde server staan.

Chiliproject.

Als gevolg van het feit dat de visie van sommige gebruikers ten opzichte van het project onderscheidde van de visie van de leider van de ontwikkelaars, werd de forma Redmine genaamd Chiliproject gemaakt. Momenteel is dit project gesloten.

zie ook

Opmerkingen

Literatuur

  • 前田 剛 (Go Maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther Popp. KonfigurationationsManagement MIT Subversion, Maven und Redmine: Grundlagen Für Softwarearchitekten und Entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218.

Koppelingen

  • Officiële site Redmine (Eng.)
  • Android-client voor RedMine (Eng.)
  • Redmine-bundels installeren en configureren met edelsteen, robijn, rails, postgresql, passagier, nginx
  • Redmine-bundels installeren en configureren met edelsteen, robijn, rails, mysql, passagier, nginx (ontoegankelijke link)
  • Plugins maken voor RedMine
  • RedmineApp - iPhone-applicatie voor RedMine
  • Redmine PM - Redmine-client voor iPhone / iPad
  • Redmine to Go - Windows Phone Client voor RedMine
  • Redmineup is een reeks vrije en commerciële plug-ins en thema's voor RedMine.
  • Rmclient is een klant voor Windows, Mac, Linux, commercial.
  • De taken van de levenscyclus instellen
  • Performance-problemen oplossen
  • Operationele planning in Redmine
  • Plug-ins schrijfgids
  • Gedetailleerde installatie-instructies
  • Easy Redmine - Commerciële optie
  • Designer Jetware Installar en virtuele machines met RedMine

Deze pagina is voor het laatst bewerkt op 3 mei 2021 om 13:31.

  • - onderhouden van verschillende projecten;
  • - ERROR TRACKING SYSTEEM;
  • - Waarschuwingen over wijzigingen via e-mail en RSS-feeds;
  • - aanpasbare taakstatussen;
  • - aanpasbare willekeurige velden voor taken, tijdskosten, projecten en gebruikers;
  • - Accounting van tijdskosten (uren);
  • - Ganta-grafieken en kalender;
  • - Wiki voor elk project;
  • - Project Nieuwsbeheer, bestandsbeheer en documenten;
  • - Forums voor elk project;
  • - meertalige interface, inclusief Russisch;
  • - Eenvoudige integratie met repositories (SVN, CVS, GIT, Mercurial, Bazaar en Darcs);
  • - toegangsscheidingssysteem op basis van rollen;
  • - Ondersteuning voor meerdere LDAP-authenticatie;
  • - de mogelijkheid om nieuwe gebruikers onafhankelijk te registreren;
  • - uitbreiding van de functionaliteit van het systeem door extra te installeren plug-ins ;
  • - Ondersteuning DBMS: MySQL, PostgreSQL, SQLITE, MS SQL Server (van versie 2.3).
  • Overweeg het Redmine-systeem in meer detail. Hieronder vindt u enkele screenshots, op de eerste van hen - een lijst met taken volgens een van de projecten.

    Taaktabblad Hiermee kunt u zowel de huidige projecttaken (standaard) als eerder gesloten taken bekijken - Klantverzoeken zijn mogelijk.

    God, jij bent van mij, ik heb conflicten!

    (Filters). Aangepaste query's kunnen worden opgeslagen voor later gebruik door alle gebruikers van het systeem.

    (Wanneer u het selectievakje "Public" Query) of voor gebruik door de gebruiker installeert die het verzoek heeft gemaakt. Nadat u een query hebt gemaakt, kunt u de lijst met taken in één klik configureren,

    Vroeg of laat (waarschijnlijk al tijdens de eerste update van de nieuwe jongere versie), zult u conflicten van fusies tegenkomen. Tijdens de git-rebruassie gebruikt het een voor één en stopt elke keer dat het gebruik van de commit plaatsvindt met fouten. In dit geval, het team

    Profiteer van de referentie met de query door de "opgeslagen query's" op het zijpaneel aan de rechterkant.

    • Het systeem implementeert de mechanismen voor het volgen van taken en abonnementen op taken. Voor elke taak kunnen waarnemers worden toegewezen, waarna wanneer de statuswijzigingen, de parameters van de taak, nieuwe opmerkingen, bestanden aan de taak toevoegen, ontvangen de waarnemersgebruikers de juiste e-mailmeldingen.
    • Alle systeemgebruikers kunnen nieuwe taken maken. Om een ​​nieuwe taak aan het project toe te voegen, moet u naar het tabblad Nieuwe taak gaan,
    • Selecteer de taaktracker en vul verplicht (*) en extra (inclusief taakvelden op maat gemaakte gebruiker) in. In het veld "Thema", wordt het kort geformuleerd, maar informeer de betekenis van de taak (wanneer u naar een ander veld gaat door op de TAB-toets te drukken, in het geval van een extra plug-in, kunt u zoeken naar de invoer van de Onderwerp onder eerder gemaakte taken). In het veld "Beschrijving" bevat een gedetailleerde inhoud van de taak. Om de leesbaarheid van de tekst te verbeteren, kunt u de mogelijkheden van de ingebouwde webeditor gebruiken.
    • De taak kan bijgevoegde bestanden worden bijgevoegd, waarvan de maximale grootte wordt geregeld door de systeembeheerder.
    • Waarnemers kunnen op de taak worden aangesloten: wijzigt u bij het maken van een taak, bij het maken van maaltijden aan de taak, de status van de taak wijzigen, waarnemers zullen waarnemers passende meldingen op hun e-mailadres ontvangen. Gebruikers kunnen zich ook als waarnemer toevoegen aan een betaalbare taak, waarvoor in de taakkaart moet worden gevolgd door de link "Volg".

    De taken in het systeem kunnen met elkaar verbonden zijn: een van hen is bijvoorbeeld een subtekst voor een andere, gaat vooraf met haar of deze taken zijn eenvoudigweg met elkaar gerelateerd.

    GIT-status.

    Het Redmine-systeem biedt een afzonderlijke entiteit genaamd "gerelateerde taken". Verwante taken kunnen de volgende typen links hebben:

    Toont probleembestanden.

    - "dupliceert" - associeert de taken zodanig dat het sluiten van één het sluiten van een andere taak inhoudt;

    Controleer welke van de commits een mislukking heeft gedaan, ontdek waarom het bedoeld was (zinvolle commit-berichten zullen helpen), corrigeer bestanden, opdracht, opdracht

    - "gerelateerd aan" is slechts een verwijzing naar een andere taak. Een dergelijke link wordt gebruikt om aan te tonen dat deze taken worden gecombineerd met één doel of andere gemeenschappelijke kenmerken; - "Blokken" - laat zien dat deze taak moet worden voltooid voordat u aan het werk aan een andere taak begint. In beide taken kunt u het percentage executie, datums, status, maar met één uitzondering wijzigen, maar met één uitzondering: de vergrendelde taak kan niet worden gesloten totdat de blokkerende taak is gesloten. In de vergrendelde taak is het echter mogelijk om de status "uit te voeren", de bereidheid van 100%, zelfs als de bereidheid van de blokkeertaak veel te wensen overlaat; - "voorafgaand aan" - bepaalt de procedure voor het uitvoeren van taken, zodat deze taak voor N dagen vóór het begin van de geassocieerde taak moet worden voltooid. In de bijbehorende taakkaart is het niet alleen een vermelding op binding, maar ook automatisch de timing en het einde van de taak te veranderen. De looptijd van de taak is gelijk aan de datum van het verbonden probleem, toegenomen met het aantal dagen dat in de bundel is opgegeven;

    Git toevoegen

    - "Volgende" - Stelt de procedure in voor het uitvoeren van taken op een zodanige manier dat deze taak pas na de geassocieerde taak kan worden uitgevoerd. Deze verbinding is omgekeerd de vorige.

    Voeg elk gecorrigeerd bestand toe wanneer u klaar bent. Als conflicten zijn geëlimineerd, kunt u de wijzigingen bekijken die worden vastgesteld met behulp van de opdracht

    Timing zal automatisch niet veranderen in de binding, maar in de bewerkbare taak. Daarom moet de link "Volgende" worden gebruikt, alleen maar ervoor te zorgen dat de taken echt een na de ander moeten gaan op een bepaald tijdsinterval tussen hen.

    Git diff-machine

    De volgende afbeeldingen zijn gewijd aan de configuratie en toediening van het Redmine-systeem.

    . Zodra u het resultaat bevredigend beschouwt, kunt u doorgaan met Rebuas met het team

    Trackers spelen een belangrijke rol bij het volgen van taken. Ze zijn betrokken bij het bepalen van de voorwaarden voor de overgang van taken van de ene staat naar de andere, de beschikbaarheid van velden.

    Git Rebase - Continue.

    De tracker is een logische associatie van taken in één groep binnen het project, bijvoorbeeld de eliminatie van de fout, de ontwikkeling van een nieuwe functionaliteit, enz. Tracker kan zijn

    Opgenomen in één, verschillende of alle projecten.

    Redmine-gebruikers moeten in een van de rolgroepen worden opgenomen, het aantal rollen is niet beperkt. Het systeem biedt twee vooraf gedefinieerde rollen:

    De rol van "anoniem" - voor niet-geregistreerde gebruikers, de rol van "niet-deelnemende" - voor geregistreerd, maar niet opgenomen in een gebruikersproject.

Anoniem kan geen taken maken.

Elke rol is ingesteld op toegangsrechten op mogelijke acties met taken, projecten, documenten, bestanden, wiki, forums, enz. Het is duidelijk dat

De rollen van "projectmanager" moeten meer bevoegdheden krijgen, de rol van "uitvoerder" - kleiner, de rollen van "niet-deelnemen" - nog minder, de rollen van "anoniem" om minimale mogelijkheden toe te staan

In openbare projecten, en in individuele projecten is alles verboden. De deelnemers aan de systeemrol "Administrator" hebben onbeperkte rechten in het hele systeem.

Afhankelijk van de geselecteerde tracker, kan elke taak bepaalde fasen passeren en verschillende statussen hebben.

Dus in het onderstaande voorbeeld voor de gemaakte trackers "Problemen oplossen", "eenmalige taak, adhoc", "Nieuwe ontwikkeling" Maximum Volledige Weg door taakstatussen:

1. NIEUW -> 2. Gedeeld -> 3. Analyse -> 4. In bedrijf -> 5. Gemaakt -> 6. Acceptatie door de klant -> 7. Gesloten

De rollen van "Project Manager", "Executive", "Klant, lid" zijn gemaakt. Omdat de projectmanager een beheerder van zijn project is, kan in het kader van zijn project worden verplaatst naar de taak van in verschillende statussen. De uitvoerder van de taak of klant / deelnemer kan de taak alleen van in bepaalde statussen vertalen. In elk stadium kan de taak worden geannuleerd (vertaald in de status "afgewezen") die de reden aangeeft. .

Wanneer u wijzigingen aanbrengt in de taak, wijzigingen in de status van de taak, voegt u opmerkingen toe aan alle gebruikers die betrokken zijn bij de taak die automatisch per e-mail komen.

Voor elk paar "rol - tracker" is er een mogelijkheid om de zichtbaarheid te configureren, de verplichting om de velden (inclusief configureerbare velden) in de taakkaart te vullen. Systeemvelden

"Project", "Tracker", "Theme", "Prioriteit", "Private" (taak) is altijd verplicht om te vullen. De reeks acties configureren voor een van de rol - Tracker ",

Sequence-instellingen kunnen worden gekopieerd voor een ander paar ("kopieer" -link).

In het Redmine-systeem voor taken, gebruikers en andere entiteiten, kunt u een willekeurig aantal aanpasbare (aangepaste) velden maken. Aangepaste velden zijn

Display in een taakkaart in twee kolommen na het gebied van vooraf gedefinieerde systeemvelden. Sorteer bepaalt de volgorde van aangepaste velden in de taakkaart. Aangepaste velden ondersteunen de volgende gegevenstypen: string, lange tekst, integer, reëel getal, datum, lijst voor het selecteren van een enkele waarde, Lijst voor het selecteren van meerdere waarden, link, gebruiker. Elk aangepast veld kan worden ingeschakeld in alle of alleen de opgegeven projecten, gebruik de geselecteerde trackers. Bij het definiëren van een aangepast veld kunt u onmiddellijk installeren Wereldwijde instellingen zijn vereist en zichtbaar voor rollen, evenals veldparticipatie aan gebruikersquery's (filters) en zoekopdrachten. Het programma voor het beheren van servers en services Redmine is te vinden als start-up -> Bitnami Redmine Stack Group -> Redmine Manager Tool. Met deze administratieve toepassing kunt u de Redmine-services beheren, de Apache-webserver, MySQL-databaseserver.

Rapportage

Het Redmine-systeem biedt een Gant-diagram en met behulp van extra plug-ins is het mogelijk om rapporten te vormen om de status van projecten en taken te begrijpen.

Misschien zal een particuliere indiening van ontwikkelaars over de indelingen van deze rapporten u regelen.

Desalniettemin worden analytische rapporten over projecttaken het best gemaakt op basis van de geëxporteerde gegevens naar het CSV-bestand. Voor deze

Selecteer in het hoofdmenu van het Redmine-systeem "Projecten" -> "Alle projecten", volg de link "Alles bekijken Taken",

Aan de lijst met taken, de gewenste filtercriteria toepassen / annuleren en klik op de link "Exporteren naar CSV" rechtsonder onder de takenlijst.

Op deze manier wordt de takenlijst gelost - het bestand van de problemen.csv.

Vervolgens moet u een nieuw MS Excel-boek openen, "Gegevens" -> "uit tekst" in het hoofdmenu selecteren, geeft u het pad op naar de bestandsproblemen.CSV, In het dialoogvenster Selecteer CODE PAGINA "1251: Cyrillisch (Windows)", (Misschien als een separatorsymbool, opgemerkt - "andere", specificeer het symbool | (verticale eigenschap)) en klik op de knop "Voltooien". Gegevens worden geïmporteerd naar Excel-bestand tijdens het opslaan van de verbinding met het CSV-bestand. Op basis van de brondatabel moet u samenvattende tabellen, diagrammen (markeer de tabel / kolommen en selecteer vervolgens "Invoegen" -> "Samenvatting Tabel"). Het is mogelijk om te zorgen voor analytische indicatoren in de basistabel, moet u extra berekende kolommen maken.

Een voorbeeld van een rapport is te vinden in de investering bij dit artikel.

Redmine¶

Redmijn is een flexibele projectmanagementwebtoepassing. Geschreven met behulp van de Ruby on Rails Framework is het cross-platform en cross-database.

Redmine is open source en vrijgegeven onder de voorwaarden van de GNU General Public License V2 (GPL).

Kenmerken¶

Sommige van de belangrijkste kenmerken van RedMine zijn:

Lees meer over Redmine-functies.

Documentatie¶ .

Je kunt het lezen

Redmine-gids

Andere bronnen:

Online demo¶ Een gedeelde online demo is te vinden op http://demo.redmine.org/. Het is ingesteld om geregistreerde gebruikers de mogelijkheid om hun eigen projecten te creëren Dit betekent dat u zich eenmaal registreert, u kunt daar uw eigen project aanmaken en de functies van het projectbeheer uitproberen. U kunt ook uw eigen Redmine-demo-omgeving op http://m.redmine.org met volledige beheerdersrechten krijgen na het vullen van een eenvoudig formulier.

Ondersteuning en krijg hulp¶

Om hulp te krijgen of het bespreken van RedMine, kunt u doorbladeren

Redmine-forums. 

Gehost hier in RedMine. We hebben ook een Chat room. - Word lid van #redmine op het Freenode IRC-netwerk. Er is ook een onofficiële werkruimte op

Slap Waar u vragen kunt stellen en deelneemt aan discussies met andere Redmine-gebruikers. Voordat u een bugrapport indient, lees een patch of een functieverzoek hier de richtlijnen van het inzending.

Bijdragen en helpen op¶ Redmijn is gebouwd en onderhouden door communautaire vrijwilligers. Als u het leuk vindt om het te gebruiken en wilt u teruggeven aan de gemeenschap, heeft de bijdragepagina Sevel-ideeën. De ervaring van softwareontwikkeling is niet vereist. Bekijk de pagina Teams als u geïnteresseerd bent in een specifiek gebied om regelmatig bij te dragen. U kunt ook een donatie maken en vermeld worden op de pagina Redmine Donors. Wie gebruikt RedMine? ¶ Deze pagina vermeldt sommige bedrijven en projecten met RedMine. Redmine Books¶ Mastering Redmine 2e editie

Is een uitgebreide gids met tips, trucs en best practices voor het gebruik van RedMine. Je kunt het online kopen.

Redmine Plugin Extension and Development Biedt een overzicht van de tools die beschikbaar zijn voor ontwikkelaars die Redmine willen uitbreiden om hun weg te werken. U kunt het online kopen. Redmine kookboek. Chat room. .

: Meer dan 80 hands-on recepten om je vaardigheden in projectmanagement, teambeheer, procesverbetering en Redmine Administration te verbeteren. Je kunt het online kopen. Redmine Books¶ DISCLAIMER: dit is geen gewone gids "Hoe RedMine installeren". Daarin zal ik niet in de database-instelling duiken of de webserver installeren. Ik zal ook niet praten over het opzetten van RedMine. Redmine-documentatie in dit plan is vrij compleet. En in de officiële documentatie niet vermeld, is er een algemene procedure voor het uitvoeren van rails-toepassingen die gemakkelijk op internet kunnen worden gevonden.

In plaats daarvan gaat het ongeveer vergezeld door zijn eigen, meer of minder aangepaste versie van Redmine, die indien nodig kan worden geïmplementeerd met behulp van één shell-opdracht. Klaar? Laten we dan beginnen. Stel het build type "all-in-one" in en klaar om virtuele machines te starten Bitnami-installatiepakketten of vooraf geïnstalleerde virtuele machines zijn goed voor het snelle redmine-monster, maar zijn niet geschikt voor productief gebruik. Waarom? Omdat ze geen update hebben. Oh, een tweede, Bitnami heeft. Waar, het lijkt meer op een grap. "Installeer de nieuwe versie van de volledige stapel naar een andere map en verplaats uw gegevens daar," Dit is geen update. Geen woord over het opzetten, aanpassen en plug-ins, dat waarschijnlijk ook moet worden opgeslagen en opnieuw installeren. Ik wens veel succes met zo'n 'update'. Reliza Redmine Patches over of twee keer per maand. Correcties van beveiligingsgerelateerde fouten worden als nodig uitgegeven - u wilt ze niet missen?

Het feit dat mensen vaak vergeten: de tijd bijwerken is niet altijd afhankelijk van jou. Natuurlijk kunt u de update uitstellen vóór de afgifte van de volgende jongere versie van de RedMine - gedurende een paar weken (waarschijnlijk zelfs voor een langere periode). Maar u wilt geen nieuwe beveiligingsproblemen detecteren in redmine of rails zitten met een neposable systeem totdat het mogelijk is om de tijd vrij te geven om de nieuwe Bitnami-stapel te installeren en te configureren en handmatig alle gegevens te verplaatsen?

Installatie is slechts de bovenkant van de ijsberg. Update - dit is wat regelmatig moet doen 

De zoektocht naar de eenvoudigste installatiemethode houdt niet op om relevant te zijn zodra de beslissing is genomen om Redmine in productie te gebruiken. Eenvoudige begeleiding en de mogelijkheid van modernisering - dit is wat u nodig hebt om de aandacht te scherpen om de kosten en risico's in verband met het gebruik van uw eigen redmine te minimaliseren.

  • Hieronder zal ik u vertellen hoe u de RedMine in de huidige staat eenvoudig kunt ondersteunen. Redmine Books¶ .
  • Gebruik git. Redmine Books¶ Zelfs als u van plan bent om de voorraad Redmine uit te voeren zonder instellingen of plug-ins, gebruikt u de git-repository om de Redmine-kopie op te slaan. Op zijn minst geeft de aanwezigheid van een gespecialiseerde repository u de plaats van opslag van alles wat nodig is voor implementatie (later wordt dit als meer details beschouwd). Vroeg of later (of uw gebruikers) Redmijn is gebouwd en onderhouden door communautaire vrijwilligers. Als u het leuk vindt om het te gebruiken en wilt u teruggeven aan de gemeenschap, heeft de bijdragepagina Sevel-ideeën. De ervaring van softwareontwikkeling is niet vereist. Bekijk de pagina Teams als u geïnteresseerd bent in een specifiek gebied om regelmatig bij te dragen. .
  • GOED

Installeer wat plug-in of op maat gemaakt onderwerp, en hiervoor is een ready-infrastructuur. Experimenten met veranderingen en testen van plug-ins en die in lokale takken zonder aandoeningen in de productiecode worden heel eenvoudig in de aanwezigheid van de eigen git C Redmine-repository. Dus nu zullen we beginnen met de configuratie van de repository. Hoewel de hoofd Redmine-repository een exemplaar van subversie is, heeft de GitHub een semi-officiële repository die wordt ondersteund door de belangrijkste commissie en wordt voortdurend bijgewerkt. Gebruik het om uw eigen repository te configureren: Lokale kloon Redmine opzetten

$ Git clone [email protected]: Redmine / RedMine.Git $ CD Redmine $ Git Remote Rename Oorsprong Upstream $ Git Remote Add Origin [email protected]: Redmine.git $ Git Checkout -B Redmine / 3.2-stabiel Upstream / 3.2 -Stable $ Git Checkout -B Local / 3.2-stabiele $ Git Push -Set-Upstream Origin Local / 3.2-stabiel

Verander het versienummer 3.2-stabiel Op het aantal van de laatste stabiele versie van RedMine.

Remote Repository

[email protected] 

Het zou privé moeten zijn, omdat het de implementatieconfiguratie (en mogelijk andere informatie, die niet de publicatie waard is). Aangezien het hieronder beschreven implementatieproces de code uit deze repository zal uitpakken, moet de repository tijdens de implementaties beschikbaar zijn, dus plaats deze niet op desktopcomputers. Het ideaal is de situatie waarin de repository ook verkrijgbaar is bij een webserver waarop de implementatie optreedt. Maar dit, indien nodig, kunt u rondkomen. Nu heb je twee lokale takken: Redmine / 3.2-stabiel Redmijn is gebouwd en onderhouden door communautaire vrijwilligers. Als u het leuk vindt om het te gebruiken en wilt u teruggeven aan de gemeenschap, heeft de bijdragepagina Sevel-ideeën. De ervaring van softwareontwikkeling is niet vereist. Bekijk de pagina Teams als u geïnteresseerd bent in een specifiek gebied om regelmatig bij te dragen. и welke tracks Redmine 3.2 zonder extra functionaliteit van de GitHub / Redmine-repository gepresenteerd door de bovenstaande afstandsbediening stijging Redmijn is gebouwd en onderhouden door communautaire vrijwilligers. Als u het leuk vindt om het te gebruiken en wilt u teruggeven aan de gemeenschap, heeft de bijdragepagina Sevel-ideeën. De ervaring van softwareontwikkeling is niet vereist. Bekijk de pagina Teams als u geïnteresseerd bent in een specifiek gebied om regelmatig bij te dragen. repository welke tracks Redmine 3.2 zonder extra functionaliteit van de GitHub / Redmine-repository gepresenteerd door de bovenstaande afstandsbediening Lokaal / 3.2-stabiel

Wanneer alle instellingen van de inzet, aanpassing, thema's en plug-ins worden geplaatst.

Geavanceerde updates van versies

Redmine gebruikt de volgende versie Nummering Scheme: XYZ MAJOR / MINDER / PATCH. Elke jongere versie heeft zijn eigen Stabiele tak In welke fixes en veiligheidspatches in de loop van de tijd worden toegepast (zolang deze versie nog steeds wordt ondersteund). In ons geval is dit een tak

Van tijd tot tijd ontvangt deze stijgende tak enkele nieuwe verplichtingen. Uw taak is om nieuwe commits op te nemen in de lokale tak Voor implementatie. Hoewel het mogelijk is en gewoon regelmatig de oplopende tak aanvullen, stel ik voor om te gebruiken Git rebase. Om uw eigen set wijzigingen te ondersteunen over- .

voorraad Redmine: Reputting van lokale veranderingen over "naakt" Redmine: $ Git checkout redmine / 3.2-stable $ git pull # nieuwe upstream commits komen in $ git checkout lokaal / 3.2-stabiel $ git rebase Redmine / 3.2-stabiel

Rebase:

Zal alle lokale veranderingen in annuleren

Koppelingen

  1. Bijwerken
  2. om de veranderingen weer te geven die zich in vonden
Als je onverwacht een stel conflict hebt gekregen, en er is geen tijd om dit probleem op te lossen, kun je eenvoudig de huidige rebruik onderbreken met behulp van de parameter

Alle lokale wijzigingen in de "Bare" -versie zullen opnieuw toepassen.

Redmine. Het resultaat zal zijn Puur verhaal Waarin uw (lokale) commits altijd bovenop de laatste (stijgende) commits van RedMine zijn.

Junior en oudere updates

Nu dat er een nieuwe stabiele tak is (laten we zeggen 3.3-stabiel ), doe hetzelfde - over je veranderingen er bovenop. Git-opdrachten zijn enigszins anders vanwege de verandering van de opwaartse tak: Overdracht van lokale wijzigingen in een nieuwe stabiele tak $ Git fetch upstream $ git checkout -b redmine / 3.3-stable upstream / 3.3-stable $ git checkout -b Local / 3.3-stabiele lokale / 3.2-stabiele $ git rebase --onto Redmine / 3.3-stabiel RedMine / 3.2-stabiel Lokaal / 3.3-stabiel Deze teams maken eerst twee nieuwe lokale vestigingen voor versie 3.3: een van de oplopend, en de andere is van de lokale tak 3.2. Dan verhuizen ze lokale veranderingen over Redmine / 3.3-stabiel

. Lokale wijzigingen hier zijn het verschil tussen

Lokaal / 3.3-stabiel (wat nog steeds is ). Nu

Bevat RedMine 3.3 plus eventuele lokale wijzigingen.

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