Redmine for IT Management: Praktisk erfarenhet Omfattande implementering Openource Systems

Liten förhistoria. Som du vet börjar automatisering alltid med någonting "glad". Automatisera dig själv eller din ledning Vi börjar inte från ett bra liv. Detta sker vanligtvis eftersom organisationen växer upp, blir det svårt att navigera i en stor mängd inkommande och tillgänglig information. Så vår organisation på en viss punkt började växa snabbt, så vi behövde mycket snabbt från kaos för att göra något strukturerat, användbart och bekvämt.

Vad betyder kaos i våra system? Det innebär att icke-beställda önskemål som inte är föremål för analytik och struktureringsförfrågningar kommer från användare, och det finns ingen projektledning som sådan. Förfrågningar fryser någonstans i posten, i Word, i analytiker, programmerare, avdelningschefer - beroende på vilken struktur som används i organisationen.

Vi bestämde oss för att ta bort ditt kaos med RedMine-programvara. Omedelbart göra en reservation att vi inte talar om metodiken. Vi kommer att prata exakt om möjligheterna att redmine, om hur vi tillämpar det. Varje företag har sina egna nyanser, ta oss inte till oss, ta inte andra. Gör din analys, fungera som du tycker korrekt och nödvändigt för dig. Var inte rädd för fel, för på misstag vi lär oss.

Från kaos, som vi hade, försöker vi flytta till beställning. Nu är vi mitt på detta sätt. Naturligtvis var inte allting och kommer att bli molnigt och slät, men vi försöker.

Inuti vårt företag tilldelade vi tre huvudproblem:

  • Först behövde vi ett system för spårningsfel, incidenter och inkommande förfrågningar, d.v.s. Vi behövde automatisera Bug Tracker;
  • För det andra ville vi på något sätt allokera projektledning. Inte helt övervakad av automatisering, vilket innebär användningen av metoder och i den utsträckning som är nödvändig att göra på utvecklingsstadiet och med någon form av framtid. Därefter kommer du att se hur vi använder Redmin för detta, och där vi ska utveckla det vidare;
  • För det tredje tilldelade vi IT-tjänstekontrollenheten (ITSM) i ett separat system, dock inte helt. Vår avdelning ger olika IT-tjänster som måste hanteras.

Dessutom tilldelade vi våra privata problem:

  • Detta, jag upprepar, mångsidiga IT-tjänster, eftersom programmerare lever sina liv, systemadministratörer, det finns fortfarande en internetmarknadsavdelning och andra.
  • Var och en har sin egen struktur och deras önskemål för hantering av avdelningen. I alla avdelningar, olika metoder, tillvägagångssätt, chefer och psykotyper - innebär det dess avtryck till valet av systemet. Men det är nödvändigt att flytta med alla samtidigt, och att nå ett mål - en viss order i organisationen, tillgängligheten av information och prognoser.
  • Dessutom finns det en annan KPI, som i alla beräknas av olika indikatorer;
  • För att utvecklas vidare behöver vi en ytterligare analys av den inkommande informationen, vad som händer i avdelningarna och hur det återspeglas i organisationen som helhet;
  • Vi måste styra de interna budgetarna, inom ramen för vilka vi kommer in eller oftast inte går in. De behöver också på något sätt analysera och hantera dem. Det är bättre att göra allt detta i ett enda system - i synnerhet är det bekvämt för manualen.

Således tilldelade vi tre system som jag skulle vilja kombinera till en.

För var och en av dessa system finns en separat specialprogramvara. Det är alla kända automationsprodukter som har sina egna fördelar och nackdelar, så om du väljer systemet för dig själv, överväg allt.

Inte alla produkter är listade på bilden, det finns mycket fler av dem, och inte bara på den ryska marknaden, men också på väst. Men för oss var ett av kraven ett rysktalande gränssnitt, eftersom den här produkten skulle användas inte bara programmerare och systemadministratörer som är mer eller mindre förståeliga engelska, men också vanliga användare.

Var ska man gå? Många produkter. Krav på dem från olika avdelningar och kontroller är olika. Vi kommer att välja.

Som ett resultat av analysen och valet, såväl som med inlämning av Alexei Lustin, kom en RedMine-produkt som täcker ett visst område till oss. Låt oss ta reda på vilken typ av region det täcker?

Det täcker helt buggspåraren, som vi ville springa i företaget. Detta är centraliseringen av mottagandet av ansökningar från användare och kunder på alla nivåer. Det var den mest grundläggande smärtpunkten, vilket var nödvändigt för att snabbt automatisera. Jag tror att alla har det här problemet, för, som jag redan har sagt, kommer informationen i oordning och sätter sig på olika ställen - i posten, i Word, i Excel eller Heads. Sådan information är inte föremål för att analysera och erhålla slutsatser och resultat. Som ett resultat visar det sig att:

    • Informationskomponenten i kunskapsbasen, som kan analyseras och förstå vad man ska göra nästa är frånvarande. Detta saktar i reaktionshastigheten och påverkar det oavbrutna och kvaliteten på arbetet, från vilket vinsten direkt beror.
    • Ökar "dyka" tid för nya anställda att arbeta med företagssystem.
    • Fel tolerans är också var och en av sin egen - någon utan ett arbetssystem kan inte leva två minuter. Därför spelar Bug Tracker en stor roll, och vid den tiden blev problematiken mycket akut.

Redmine Project Management täcker hälften, eftersom den här produkten inte specialiserar sig på att hantera projekt, men det finns ett visst block, vilket hjälper till med detta. Tyvärr är det inte en idealisk produkt, men vid den tiden täckte han de krav som vi satt upp till systemet.

Och ett mycket litet ITSM-block är täckt. Redmin-systemet är inte avsett att hantera IT-tjänster, så det finns några brister i att utföra och strukturera data. Vi har kommit ut ur denna situation genom att välja din version av ITSM-systemet.

Så vårt val är RedMine. Det är ganska anpassat, skalbart, flexibelt och med praktiska inställningar.

Varför RedMine?

  • Detta är det söta ordet "freebie". Redmine är gratis, med bokningen, att det finns betalda plugins som du väljer själv. Under alla omständigheter har du någon form av kostnadsprognoser, för om du köpte ett plugin och inte ändra RedMine-plattformen, så kan det här pluginet användas utan ytterligare investeringar. Och om du till exempel behöver uppdatera det, betalar du för den här uppdateringen och använder den vidare. Uppdateringen av RedMine Platform sker en eller två per år, och uppdateras eller inte - det här är din önskan.
  • RedMine har ett intuitivt gränssnitt. Vi har implementerat RedMine inte bara som en produkt för IT-hantering, men också som en produkt där ansökningar från användare mottas för olika avdelningar. Till exempel framhävs en separat filial för tillämpningar av den administrativa och ekonomiska avdelningen.
  • Det är möjligt att kontrollera prioriteringar i olika analytiska former, inklusive individuellt enligt uppgifter.
  • Förvaltningstid och resurser. Jag tycker att det här är huvudenheten för huvudet. Det låter dig förstå hur mycket avdelningen är laddad, med vilka uppgifter vilka kostnader som är relaterade och hur man klassificerar kostnader, men om det nedan.
  • Analytics och rapporter i Redmin är svagt uttryckta, men det finns en omfattande API. Du kan ta data från API-databasen, lossa dem till ditt system och få några rapporter.
  • Flexibla inställningar, anpassning och automatisering av manuell operation med plugins.
  • Integration med GIT är en av de viktiga indikatorerna. Förvaret i vår databas är ansluten till Gitlab, och i någon RedMine-uppgift kan du se loggar (relaterade utgåvor): Vem, när och vad som har förändrats enligt denna uppgift, med övergången till Gitlab.

För information: GIT är ett distribuerat versionskontrollsystem. Det spårar, fixar och lagrar information (versioner) om ändringar i alla filer och kataloger, och övervakar även dataintegritet. I vårt fall talar vi om källkoden 1c.

Det här är vad listan över relaterade utgåvor ser ut som:

  • Uppgiftshantering och felspårning. Detta är en vanlig buggspårare, som vi kommer att använda.
  • Förvaltning av incidenter, projekt, budgetar. All budgetbildning utförs på sin egen väg. Jag kommer att visa hur vi automatiserade det själv, och du kan sedan försöka automatisera budgetens hantering i dig själv - jag tror att det blir lätt, för det finns arbete i Redmine, och du kan också överföra dem till pengar också.
  • Wiki i Redmin är inte särskilt väl genomförd, så det är bättre att använda en annan produkt för att skapa en kunskapsbas och samarbete. För mig själv valde vi sammanflödesystemet från Atlassian, vilket är ett av de vanligaste och lättillgängliga. Du kan också överväga system: Dokuwiki, MediaWiki och andra.

Vad är RedMine under huven?

  • Redmin mycket snabbt och bara utvecklas.
  • Det fungerar på de flesta operativsystem.
  • Den plattform som den implementeras är Ruby på skenor. Om du vill anpassa RedMine under oss själva, måste du ha en kompetens på Ruby on Rails, annars kommer det inte att vara mycket bekvämt, för Inte allt kan göras färdiga plugins.
  • Stöd för olika DBMS talar för sig själv.
  • Med RSS eller E-post kan du organisera varningar på eventuella händelser.
  • AD-autentisering är tillgänglig.
  • Integration med SCM Version Control Systems (SVN, CV, Git, Mercurial, Bazaar och Darcs).

Träffa redme

Du kan ladda ner Redmine, installera den på din dator och "experiment". Eller använd molnservern, och "i ett klick" för att sätta dig en förinstallerad version av RedMine, som vanligtvis ingår i värdtjänsten.

Exempel på installation för vilket system som helst, inklusive användningen av molntjänst, finns på Internet. Officiell instruktion på länken:

Så ser ut som en lista över uppgifter i Redmine.

Det finns en standard och flera ytterligare gränssnitt. TRUE, när du byter gränssnitt, kan vissa funktioner sluta arbeta, för Anpassade gränssnitt tar inte hänsyn till pluginerna som du kommer att fungera - trots allt är det en öppen källkodsprodukt. Men det här hindrar inte honom från att vara ett bekvämt verktyg även med hjälp av standardgränssnittet.

Administrering tilldelas i en separat och ganska förståelig struktur.

Listan över moduler som är anslutna till din RedMine, du kan alltid se och analysera i lämplig administrationssektion.

Vi har inte en "ren" rödmine, eftersom Det finns cirka 35 plugins. Vi köpte några av dem.

Information om plugins finns i sökmotorn med nyckelord "plugins för redmine". Till exempel finns det två platser där du kan ladda ner eller köpa bra plugins för att börja arbeta med RedMine:

Alla plugins är ränskade, du kan köpa och använda. Det viktigaste är att välja bekvämt. Var vänlig uppmärksam på vilken version av RedMine stöder plugin, för om den stödda versionen inte matchar din, finns det en chans att plugin inte fungerar.

Lite om automatiseringen av våra behov

Struktur "Projekt"

Vi använder Redmin inte enligt standard ledarskap. Som ett exempel inom ramen för systemet är begreppet "projekt" en separat gren i strukturens hierarki. Vi använder "projekt" -trädet som en klassificering av nivåer. På toppnivån finns det en executive-avdelning, han är föremål för tjänstemän, då de system, delsystem och tjänsterna följs.

En del av trädet ser ut så här:

Systemadministrationsavdelningen använder också sitt tillvägagångssätt för projektets hierarki. Arbetet är byggt på grundval av klassificeringen av tjänster som tillhandahålls - det bidrog till att lösa problemet med servicekontrollen. Därför, i ITSM-filialen, är projekthierarkin en affärsservice katalog. För bekvämligheten är de numrerade.

Tillträde av applikationer i RedMine

Enligt exemplet kommer jag att berätta hur vi organiserade kvittot på applikationer i RedMine.

Vår avdelning är uppdelad i 3 grupper:

  • Utvecklingsteam;
  • En grupp analytik och ackompanjemang - här inkluderar anställda som producerar nivån på "två och ett halvt" support. De rekommenderar, analyserar problemet, om det behövs, "Läs" -koden kan skriva förfrågningar om dataanalys, liksom rätt fel i koden. Som ett resultat lyckas vi utesluta distraktion av programmerare från små problem, såväl som med hjälp av analytiker, skiljer vi programmerare från kunder och tillbaka, eftersom Allt, förmodligen mötte problemen med relationer mellan dem.
  • Och grupp av administratörer av databas 1c.

Så, mottagandet av applikationer i RedMine med oss ​​utförs genom skrivandet av det vanliga brevet på den markerade brevlådan. För organisationen av enskilda brevlådor tilldelade vi i varje avdelning och i varje grupp deras "projekt" -struktur, till exempel:

För var och en av projekten konfigurerade vi i HelpDesk Plugin din brevlåda. Skärmdumpen visar inställningarna för helpdesk-plugin för ett av projekten:

Brev som kommer in i brevlådan som är ansluten till "projektet" faller i vårt system som applikationer med tanke på "användarförfrågan". Allt detta leder till en minskning av arbetskraftskostnaderna till den primära klassificeringen av inkommande förfrågningar. (Exempel i skärmdumpen: 1.2 Administratörer 1c, 1.4 Ticket Confluence, 1.5 Support för Yurait DPP)

Om det är omöjligt att producera ett sådant urval av strukturen är det ganska möjligt att välja en brevlåda och i trädet för att skapa underordnade grenar, där applikationerna kommer att distribueras till den första supportledningen efter den primära klassificeringen (provskärmdump : 1.3 Användarstöd).

Som ett resultat skickar ansökan cykeln:

  • För det första händer den primära automatiska posten i projektet.
  • Därefter distribuerar analytiker applikationen, d.v.s. klassificerar, kategoriserar och prioriterar det;
  • Därefter överför analytiker applikationen till önskad gren.

I ansökan finns vissa klassificeringsfält, några av dem pretentiskt, och delen läggs till av oss. I enlighet med detta utförs den primära nödvändiga fyllningen med parametrar:

  • Prioritet;
  • Kategori;
  • Kundavdelning;
  • Castom fält av olika typer.

De där. Om en händelse inträffar kan du vara säker på att det inte kommer att passera obemärkt.

Ett exempel på mottagna applikationer och fält som används:

Inställningar "Projekt"

Inne i "projektet" kan det finnas flera typer av trackers. Här, till exempel, ofta använda trackers:

  • Användarförfrågan;
  • En uppgift;
  • Fel;
  • Mening;
  • Affärsprojekt;
  • Program för affärsprojekt etc.

Trackers kan vara ett obegränsat antal - de kan läggas till manuellt. Varje spårare är flexibelt konfigurerad.

I inställningarna "Projekt" kan vi ange vilka spårare som används, liksom vilka anpassade fält som kan anslutas.

De nödvändiga modulerna och andra inställningar är också också anslutna till varje gren. Du kan hitta detta i standard redme dokumentation.

Efter att ha anslutit modulerna behöver du inte producera några komplexa manipuleringar, du behöver bara spara listan över modulerna i det aktuella "projektet" och de kommer att visas i form av flikar när du går till vilket du kan göra det nödvändigt inställningar.

Dessutom är RedMine mycket flexibelt konfigurerad för att få tillgång till olika nivåer både till "projektet" och på separata relaterade funktioner, liksom tillgängligheten för varje fält.

På översiktssidan "Projekt" kan du se alla typer av trackers och statistik över dem. Och även när "faller ner" i spåraren ser du underordnade "projekt" av problem - låt oss ringa dem "kort".

Affärsprojekt

Jag upprepar lite. Eftersom det är i begreppen RedMine "-projekt" - det här är en gren av strukturen i strukturen, då för underhåll av verkliga projekt, tilldelade vi en separat gren med trackers "Business Project" och "Business Project Program". Detta gör det möjligt för oss att hålla statusrapporter om våra affärsprojekt och bilda kostnader när det gäller distributionsbaser.

Strukturen i denna filial är också uppdelad i stavning på specifikationerna: avdelning, kund, system, delsystem.

Därför att Vårt förvaltningsbolag, avdelningar i centralt följer alla företag som ingår i Wiseadvice GK. I detta avseende bedriver vi projekt både individuellt för företag och gemensamt för flera företag. Som ett resultat är för varje projekt och uppgiften att budgetera och skriva ut kostnaden för avdelningar.

På ett företagsprojektkort kan du också konfigurera de nödvändiga fälten. Ett exempel på de fält vi använder:

  • Basdistribution / kostnadsmottagare;
  • Bonus för projektet;
  • Utvärdering av arbetskostnader
  • Start / slutdatum planerade;
  • Dagens statusrapport och andra.

Alla uppgifter som skapas inom projektet är underordnade huvudkortet i affärsprojektet.

Statusrapporten överlämnas till kunder minst en gång i veckan. Hela historien ackumuleras i kortet och skickas till berörda parter.

Kunden och andra intressenter kan när som helst se följande information om affärsprojektet:

  • Projektstatus;
  • Beräknade arbetskraftskostnader;
  • Faktiska arbetskraftskostnader är för närvarande i samband med verkställighet och anställda.
  • Projektberedskap;
  • Formulering av ett affärsprojekt;
  • Hela korrespondensens historia
  • Projektets planeringsdatum började, om han skjutits upp på grund av prioritering.
  • Det planerade datumet för genomförandet av projektet.

De faktiska arbetskostnaderna samlas in från de underordnade affärsprojektuppgifterna i tid som spenderas av personalens personal.

Baserat på de bildade uppgifterna kan du bygga ett Ganta-diagram, men endast i en informativ version. Dessutom är det omöjligt att använda det och interaktivt.

När du arbetar med schemat för kalenderplanering kan du använda grafiska rapporter. Till exempel:

Vi använder arbetsgrupper för att distribuera uppgifter inom veckoplanering.

Allt detta implementeras genom plug-ins, vilket inkluderar möjligheten att genomföra Agile eller Kanban Boards.

Som ett exempel:

Med tanke på plugins egenskaper visar det sig som Kanban-kortet. Det kan vara interaktivt överstyrt av paketen - både mellan status och mellan artisterna. På tre gränssnitt kontrollerades - det fungerar bara på två. Standardgränssnittet är exakt igång. Mycket bekvämt att visa på en stor TV / skärm för planeter / rallies.

Planeringen kan också utföras med versioner och konvertera sedan versioner till utgåvor.

När effektiviteten av avdelningen i avdelningen utgör vi rapporter i samband med kostnaderna för distribution av kostnader och faktiska arbetskostnader för avdelningar.

Standard Arbetsrapporter kan beskrivas:

Vi använder lutningen av betänkandet om arbetskraftskostnader:

  • Kostnadsdistributionsdatabasen - Vårt anpassade fält;
  • Kostnadsmottagare - Vårt Castom-fält;
  • Användaren är ett standardfält.

Bildandet kan uppstå inom ramen för perioder:

För vår budgetering använder vi bara "månaden". Rapportera exempel:

Skärmdumpen presenterar ett exempel med faktiska arbetskostnader i samband med distributionsbasen för augusti.

Dessutom kan du bilda en detaljerad rapport för varje deklarerat tidsvärde. Om det behövs omvandlas alla rapporter till CSV, så ytterligare analys kan göras i Excel.

Och självklart, som det sanna 1C-smeknamnet, kan vi skriva lossningsinformation från RedMine i 1C för att bilda din rapport i 1C med nödvändiga grupper och information.

Ett exempel på en av kostnadsrapporterna:

Lite mer om RedMine-funktioner

Av de extra användbara funktionerna i RedMine vill jag lyfta fram:

  • Autentiseringsläge - antingen efter AD, eller via inloggning och lösenord;

  • Varningar system. Användaren kommer att bli underrättad om ändringar i uppgiften. Du kan konfigurera e-postmeddelanden och RSS;

  • Kombinerar användare till grupper. Med det här verktyget kan du bilda i företagets redmine hierarkiska struktur. Det finns plugins om integration med bokföringssystemet och klonar sin struktur i grupper;
  • Rollmodell rätt, med flera inställningar för flera nivåer;

  • Ställa in arbetsflödet (livscykel) för varje spårare för varje roll;

  • Förekomsten av integrationsplugin med MS Outlook. Till exempel, ett ganska bekvämt plugin med många funktioner, till exempel att skapa en applikation i Redmin direkt från brevet, kommentera, spårning mm. Officiell webbplats:

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

  • Det finns också plugins att integrera med snabbmeddelandesystem, såsom telegram och SMS-gateways. På vilken kommunikationskanal kan du skicka varningar, till exempel incidenter, övervakningsinformation, etc.
  • Om det finns en kompetens är det möjligt att göra några plugins själva.

Frågor:

Fråga från hallen : Antag att vi har tillgång till kunden, och vi har en viss lista över stödda tjänster för det. Till exempel, som i ditt exempel, finns det tjänster av sysadminov och kodtjänster. Med någon typ av kund arbetar vi med båda typerna av tjänster, och med någon form av endast en typ. Är det möjligt på nivån av rättigheter att begränsa vilken typ av tjänst som är tillgänglig för kunden?

Svar: Detta varierar endast av en separat filial som är allokerad under kunden - "projektet", där uppgifterna för utvalda tjänster kan skapas individuellt för den här kunden. Eller du måste ge tillgång till alla uppgifter i gren - "projektet" support för denna tjänst. Standard förmåga att begränsa rättigheterna på tecknet på tjänsten och kunden i "projektet" i Redmine "ut ur lådan" är det inte. Du kan leta efter ett sådant plugin eller skriv det själv. Vi har ingen sådan komplex struktur, men det finns uppgifter som endast ska vara tillgängliga för enskilda större enheter, så de har skapats för dem.

Fråga från hallen: Det visar sig att varje kund är ett "projekt". Och inuti ett "projekt" kan delprojekten göra?

Svar: Ja, så mycket som du vill. Vi framhäver till exempel grekiska för att separera kundavdelningar och ge den där att nås av nyckelpersonerna så att de inte ser hela helpdesk i samband med kunden och hela strukturen, för Hon är ganska stor. RedMine flexibel i inställningarna, men tyvärr, och i sin flexibilitet finns det begränsningar som levererar vissa olägenheter. Naturligtvis finns det bekvämare mycket specialiserade lösningar, men de betalas.

Fråga från hallen : Och arbetskraftskostnaderna på varje status sammanfattas? Till exempel, på status som "i arbetet", satte jag arbetskostnaderna 0,3, och sedan på statusen för "analysen" bestämde jag några fler arbetskostnader.

Svar : Stora kostnader går i allmänhet för uppgiften. Det är omöjligt att klassificera arbetskraftskostnaderna enligt statuser, men arbetskostnaderna har ett fält "-aktiviteter", vars essens kan återspegla processen där du skriver av tiden. Det är också redigerbart. När man skriver igenom arbetskraftskostnader väljer en anställd en typ av aktivitet som är fastställd. Om du använder rapporter kan du dra tillbaka tiden i samband med processerna.

Utan en indikation på typ av aktivitet kan rapporten endast bildas av den totala tiden i samband med anställd + dag.

Sammanfattande analytiska data kan ses av rapporter. Direkt i uppgiften är endast kostnaden för den aktuella uppgiften synlig.

Fråga från hallen : Det visar sig att jag har den första raden av teknisk support och den andra raden av teknisk support. Var och en av de spenderar på samma uppgift i samma status "i arbetet" av en viss tid. Hur kan jag definiera faktiska arbetskostnader per person på uppgiften på den första raden, på den andra raden, på den tredje raden?

Svar : Jag upprepar, kostnaderna går i allmänhet om uppgiften, men om en person tillbringade så många gånger, och sedan en annan person spenderade tid - det här återspeglas här. Delvis svarades svaret under den tidigare frågan. Då kan du se vilken av dem hur mycket har spenderat, men bara i den här versionen. Det finns inga separata kostnader endast om du lägger till anpassade fält för att skriva ut arbetskraftskostnader eller använda användargrupperingar och ytterligare alternativa analytiska rapporter.

Fråga från hallen : Hur organiseras användarinteraktionen? Via e-post?

Svar : Sändning går till ett e-poststandard eller skrivet av användaren, eller en automatisk rödminnig vik, om den är en observatör för den här uppgiften. Också, om han är en redme-användare, visar den övre panelen hur många uppgifter som utsetts på hur många nya och hur många förändringar. Jag ser nu att jag har 20 uppgifter, varav en är ny och en förändrad. Från användarsidan - bara e-post.

Som beskrivet ovan, när du ansluter plugins, kan du ensidigt meddela användare med snabbmeddelandesystem.

Fråga från hallen : Finns det ett webbgränssnitt för inlämning av applikationer?

Svar : Inte. Redmine fungerar på smartphones och tabletter, dvs. har ett anpassat gränssnitt. Men ansökningar kan skickas antingen via e-post, eller ge tillgång till användaren direkt i systemet, vilket begränsar det bara för att skapa. Som en extra funktion kan du sätta ett plugin i Outlook för att skapa uppgifter i Redmine.

För närvarande finns det ett Tracker Hider-plugin, som du kan begränsa tillgången till spårare i samband med användare eller roller.

Exempel: Alla användare med "Observer" -rollen i "Projektet" är endast kort med "Användarbegär" Tracker.

Fråga från hallen : Och funktionaliteten för att arbeta med e-post är en av lådan eller från plugins?

Svar :Ja, det är "ut ur lådan". Med hjälp av plugins, förvärvar det helt enkelt ytterligare bekvämligheter och inställningar.

Fråga från hallen : Och är det möjligt att konfigurera att meddelandet av kunden, som vi kom in i systemet, bara gick på en viss status. Varför ska han titta på våra interna tio steg om han behövde varsel att gå bara när uppgiften är klar?

Svar :Vi löste denna situation som följer.

1. Först och främst, vi handikappade för användare-kunder Standard RedMine-meddelanden i användarinställningar. Denna inställning är global för all RedMine för den nuvarande användaren.

2. Vidare, för det nödvändiga filialen ("projektet") kopplade möjligheten att skicka brev.

3. Analytiker, eller RP-SHNIK kan skicka ett mail med en standardmekanism: genom att trycka på "Skicka ett anteckningsskylt" Logga in i kortredigeringsläget. Om det behövs kan du ange ytterligare mottagare.

4. Avsändaren kan skriva text och lägga till de nödvändiga bilagorna. Eller använd tidigare konfigurerade mönster.

 

För att göra detta är det färdiga mönstret valt, ersatt i bokstaven i brevet och det förblir endast att fylla, om det behövs, ytterligare information.

Därefter måste du klicka på "Acceptera" -knappen, då kommer kommentaren att sparas och brevet skickas. Kunden får en anmälan i form av ett vanligt brev.

Detta är en standardmekanism, vi rörde inte någonting. Mallar för varje projekt är anpassade individuella. Detta är en ganska signifikant förenkling av analytikerkonsulten, för varje gång du skriver samma text - är det mödosamt.

Dölj någon text från kunden, om den har tillgång till honom direkt till uppgiftskort, är det endast möjligt genom användningen av en "privat" kommentar eller genom att stänga av tillgången till denna typ av kommentarer.

Det andra alternativet är att använda ett extra plugin, eftersom Som standard finns det ingen sådan inställning.

Fråga från hallen: Är det möjligt att binda motparten till den mottagna uppgiften? Till exempel har jag ett telefonsamtal med PBX, där motpartsnumret görs, och RedMine tar det ankommit numret från PBX, skapar en uppgift och lärde den till motparten. Har du löst uppgiften för motparternas hierarki?

Svar: Nej, vi integrerade inte Redmine med IP-telefoni, det var inte vårt mål. Tanken är bra, men i våra detaljer är det inte nödvändigt. På Internet kan du hitta Redmine-integrationen med asterisk.

Fråga från hallen :Vi har en fråga inte på IP-telefoni, men på motparternas hierarki. Vi vill att chefer ska se samma hierarki av motparter i Redmine som 1c.

Svar : Nej, kontaktstrukturen är platt. Det enda vi tillade är en länk till avdelningen. Maximalt vi använder samlar kontakter med avdelningar, vi gör buggspårare för hushållstjänster, och inte för externa kunder. I själva redmine är det omöjligt att organisera en hierarki av motparter, men du kan associera enheter i Redmine och 1c och bilda denna rapport ut ur 1c.

Fråga från hallen : Och var är djupet av scrum? Vi har villkorligt Sprint - 7 kalenderdagar (5 arbetsdagar). Var kan jag se vad som är iterationen av sprinten? Vad är kalenderveckan, vad är sprintnumret?

Svar : Scrumdjup kan styras av versioner. Det finns en funktion av versioner.

För detta finns det en speciell avsnitt "Operativ plan" (eller "version" beroende på gränssnittet).

Jag har till exempel tre versioner.

 

Varje version kan ha ett eget namn, status och begränsat till slutdatumet.

För varje version är uppgiftslistor synliga om de presenteras, liksom antalet oavslutade.

För visualisering kan du bilda diagram

Versioner kan grupperas, bryta upp uppgifter, du kan bygga brädor enligt dem. Du kan överföra uppgifter mellan sprints - ett sådant tillfälle är i versionsversionerna ".

Faktum är att RedMine kan vara ett verktyg för att organisera arbete på räckvidd eller canbana. Det är dock nödvändigt att ta hänsyn till att det ibland inte finns tillräckligt med sortering och andra små saker för bekvämlighet. Kanske finns det plugins som stöder det. I den erforderliga volymen av nuvarande funktionalitet finns det tillräckligt. Här kan du göra uppdrag av uppgifter, flytta mellan sprints, se att du inte hade tid att göra för den planerade tiden etc.

Fråga från hallen : Hur tar vi hänsyn till de uppgifter som inte var uppfyllda i den nuvarande sprinten? Ska jag se det i status? Eller de på något sätt kommer jag att visa det att de nu behövs för att boka en ny version?

Svar : Du kan välja uppgiften enligt versionen. Till exempel, för att titta på "operativ plan", för hur många procent det är klart och hur uppfyllt. De. Hur många uppgifter är stängda från sprinten och hur mycket är ännu inte stängt - det kommer att skrivas här. När du klickar på motsvarande objekt är en lista över uppgifter som inte är stängda öppna. Vidare, som jag sa, kan de analyseras och överföras till en annan sprint.

Du kan också skapa brädor med uppgifter, enligt samma versioner och i samband med statuser.

Och naturligtvis använda standardlistan över uppgifter med det nödvändiga urvalet, vilket kan sparas och användas i permanent drift.

Fråga från hallen : Hur kan du överföra uppgiften till en annan sprint - Jag måste öppna en lista med uppgifter på en flik, Kanban-bräda på en annan och överföring?

Svar: Kan vara så. Men det är bekvämare att använda versionsplaneringsverktyget. Välj från listan över otilldelade uppgifter eller oavslutade uppgifter med en specifik version av önskad uppgift och kasta den i nästa version av musen - visa att vi tar den här uppgiften i sprinten.

Fråga från hallen: Och hur kan du ge alla upplåsta uppgifter? Kanske tre eller fyra versioner tillbaka hade jag någon form av viktig uppgift där. Jag spelade in det, hon hänger där. Hur kan jag inte förlora henne så att hon ständigt hängde med mig? Såvitt jag förstod, kan du bara se odelade uppgifter eller uppgifter från den valda sprinten. Och hur man ser alla upplåsta uppgifter med ett kumulativt resultat, att förstå, ta dem i den aktuella sprinten eller inte ta?

Svar: Detta kan implementeras med filtrering i uppgifter. Du kan göra valinställningar i statusen "Öppna" med de nödvändiga parametrarna och spara.

 

Till exempel kan vi överväga inställningen, som kallas "uppgifter för stängning". Det finns uppgifter med statusen "Lös", som genomfördes av vår avdelning och överfördes till kunden till produktionsoperation, men ingen återkoppling från kunden har ännu inte fått. De där. Detta är en pool av uppgifter som måste kontrolleras för att klargöra resultaten av produktionsutnyttjandet och stäng. Till exempel kan du ändra i statusfiltervärdet "motsvarar" och tecknet "nytt". Som ett resultat kommer nya uppgifter att visas som ännu inte är upptagna. Du kan variera status, prioriteringar, kategorier, eventuella värden på både standard och anpassade fält.

Till exempel kan du lägga till ett speciellt användarfält i filtret. Detta är ett bekvämt verktyg, mycket enkelt. För projektet, för uppgiften, för kontakt.

Nytt fält - Ange typ av objekt, där vi lägger till, oftast används "uppgifter".

Vi anger fältformatet - alternativ som är täckta någonstans 90% av behoven.

Ange namnet, hur kommer rollerna tillgängliga.

Vi anger för vilka projekt för vilka spårare tillämpas.

Fråga från hallen : Och anpassade fält kan göras obligatoriska?

Svar : Naturligtvis, analogt med ytterligare detaljer i 1c.

Obligatoriska fält är markerade med en röd asterisk till höger om namnet.

Fråga från hallen : Och hur hade du rapporter om utfört arbete? I samma uppgift går till en annan användare - det finns en uppgiftsinitiator och det finns en utövande.

Svar: Det är rätt om fältet ändras - till vilket det tilldelas, då i rapporten returnerar det slutliga värdet.

Låt mig berätta hur vi alla ordnade. Upprepas delvis.

  • Den viktigaste tracker för service skrivbord är en "användarförfrågan", med vilken posten demonteras automatiskt och bokstäverna blir till "användarförfrågningar". Om användaren skickade ett svarbrev till anmälan från RedMine eller skickat ett klargörande brev med samma ämne, lägger du på ämnet eller ID i ämnet automatiskt text från ett sådant brev till en befintlig fråga - en klassisk limningsfunktion används.
  • Nästa - När till exempel en begäran om rådgivning i KIS-avdelningen kom, demonterar analytiker konsulter applikationen och producerar sin primära klassificering. Bestäm att detta är ett incident, fel eller uppgift. Det kan till och med vara en idé till ett nytt projekt. Följaktligen är detta också en del av servicebordet. Efter klassificeringen distribueras alla "användarförfrågningar" till delprojekten i ITASK-filialen, där ytterligare arbete redan görs med dem.
  • Om det här arbetet degenererar uppgiften för utvecklaren, skapas den associerade underordnade "uppgiften" på grundval av användarens begäran. Det vill säga, "User Request" Tracker bor i sig, och uppgiften Trackor är också separat. Vi pratar om små modifieringar och felkorrigeringar som vi har en separat ström - de visas från "Användarförfrågningar".
  • Om uppgiften handlar om ett visst företagsprojekt och utvecklaren inte gjorde det på grundval av "User Request", är det knutet till det underordnade affärsprojektet till blocken i Kisa-funktionaliteten, så att senare uppgiften kunde ses - På vilket block och i samband med vilket vi gjorde - var det "användarbegäran" eller ett affärsprojekt.
  • Borar separat Tracker "Business Project", som vi kommunicerar med verksamheten - inte med användare på begäran och mindre förfining, och redan med verkliga projekt som bär affärsvärde. I "Business Project" som underordnade uppgifter kan också vara deras subtasker och till och med förpackningar av uppgifter - stora, med underordnande och anslutningar. Detta är ett sådant minisäkert. Alla dessa subtasker är återigen knutna till blocken i KIs funktionalitet.
  • Det spelar ingen roll om uppgiften kom från - från Service Desca eller från ett affärsprojekt. Men vi knyter dem alla till blocken av funktionalitet.

Baserat på ovanstående, upprepar jag, vi kan se arbetskraftskostnader i sammanhanget:

  • Block av funktionalitet av Kisa;
  • Projekt;
  • Artister;
  • Kommunikation "Begäran - Uppgifter / Business Project - Underordnade trackers".

Skärmdumpen presenterar ett exempel med faktiska arbetskostnader i samband med projekt för augusti per månad. Anställda måste distribuera sina faktiskt tid på de uppgifter de utförde. Detta kallas tidsblad. Vi har dagliga utvecklare anger de speciella register över "arbetsrapporter" och distribuerar sin tid - det faktum att arbetskraften bildas. Således hanterar vi åtminstone ungefär, i själva verket budgeten för projektet.

Våra projekt har en preliminär arbetsplan. Och i varje projekt vi ser, överträffade vi det eller inte. Redmin sammanfattar automatiskt bredden av alla uppgifter som är underordnade projektet. Följaktligen vet vi att detta projekt tilldelas 700 timmar. Vi ser faktum - 617 timmar har utarbetats. Detta är ett av projektledningselementen.

Aktivitetsprocessen hos systemet med incidenter kan representeras enligt följande:

  • Analytikerkonsulten genomför en analys av den begärda begäran, om det behövs, utgör en utvecklingsuppgift.
  • Utvecklaren genomför uppgiften och returnerar sin analytikkonsult för att verifiera och vidare kommunikation.
  • Analytikerkonsulten kommunicerar redan på begäran av användaren med en beskrivning av resultaten;
  • Om allt är i ordning stängs analytiken uppgiften - utvecklaren är förbjuden att stänga uppgifterna.

I mer stora uppgifter, inkl. Design, processen är byggd mer expanderad:

Och naturligtvis faller alla förändringar i arbetsbasen genom frisättning av frisläppandet.

Om du skickar in det i ett mer bekvämt alternativ, har vi våra egna "åtta".

De., Riktigt många uppgifter övergår mellan ansvarsfullt, men det är inte kritiskt för oss. Vi utvärderar arbetskraftskostnader i samband med anställda, kostnaderna för distribution av kostnader, kunder och i sällsynta fall i form av aktiviteter. Allt detta har redan angivits tidigare.

Fråga från hallen : Är det möjligt att få information om vilka uppgifter som en viss utvecklare uppfyllde?

Svar : Det finns. Det finns ett "arbetsrapport" -verktyg för vilket du kan se vad en anställd till vilken uppgift hur mycket tid och vilken dag jag tillbringade.

Eller det kan ses av en standardrapport "Arbetskostnader" - det kan också bildas i samband med användare med avkodning.

Fråga från hallen : Och hur man spårar dina arbetskostnader?

Svar: En anställd kontrollerar också sitt arbete genom "arbetsrapporten". Och fixering av arbetskraftskostnader i uppgiften görs manuellt - antingen direkt i uppgiften eller i "arbetsrapporten". Det finns plugins som låter dig hålla koll på tiden. Till exempel ser RedMine-problemet Timer-plugin så här:

När du börjar arbeta med en uppgift klickar en anställd på "Play" -knappen och i slutet - "Paus" -knappen. Vid upprätthållande av uppgiften fixas arbetskraftskostnaderna i den.

Fråga från hallen : Fråga till tidshantering och resurser är postfactumhantering, registrerad redan hände, när jag tittar på hur mina anställda har laddats, eller är det möjligt att planera? När jag ser det imorgon måste min programmerare ta uppgiften för detta, och i övermorgon det här. Och jag förstår att det är en kraftfull programmerare, och han kan få några rapporter utan problem för två, tre per dag till nitar, och jag kan lägga en kö av uppgifter i en vecka.

Svar :Möjligheten att planera är, men det är inte perfekt - fri produkt gör dina nyanser. Det finns ett fält av "schemalagd tid", det är möjligt att ställa in ditt anpassade fält om du saknar ett standardfält genom att planera tid - hur många timmar timmar det kommer att spendera. Det är möjligt att ange den planerade tiden och sedan jämföra den planerade och aktuella tiden. Och självklart kan du använda fältet Standard Story Points för pokerplanering.

Fråga från hallen : Du sa att Wiki i Redmin obekväma.

Svar :Wiki i Redmin ser ovänliga ut.

 

För att formatera artiklar och uppgifter används markeringsspråket. Formatering är inte "på flugan", men indikerar märkningssymbolerna.

Sökningen är - enligt ordet inuti texten och rubrikerna. Om du anger "Exchange" i sökningen kommer det att ge både teman och trackers. Det finns ett urval av Tracker.

Innehållsförteckningen är inte huvudsidan och när du anger Wiki visas helt enkelt en lista med skapade artiklar.

Innehållsförteckningen är som följer:

Och naturligtvis är Wiki i Redmin avsedd att endast lagra artiklar. Det kan inte användas för att samarbeta.

Historien om förändringen av artiklar utförs och kan hittas när, vem och vilken förändring som produceras.

Fråga från hallen : Hur fyller wiki?

Svar : Vår process är konstruerad enligt följande. Analys av service skrivbord utförs med viss periodicitet under den senaste perioden. Med hjälp av en första klassificering som gjordes av analytiker när vi begärde en begäran försöker vi sammanfatta teman och identifiera de mest problematiska zonerna. Därefter introducerar vi självbetjäning, d.v.s. Dokumentera hur användaren själv kan lösa sitt problem eller frågan. Dessutom kan analytiker under det aktuella arbetet skapa artiklar efter eget gottfinnande, i händelse av ett behov, utan att vänta på den övergripande analysen. Även förberedelse av WIKI-instruktionen ligger inom ramen för utvecklade affärsprojekt eller speciellt dedikerade dokumentprojekt. Detta är inte en sammanflöde, inte samarbete. Detta är från topp till botten med administrativa metoder. Användare deltar inte i det här.

Fråga från hallen : En av kollegorna använder ett mycket intressant system. Jag gillade det, jag vill genomföra det själv. Den första raden av teknisk support är alltid skyldig att stänga uppgiften från Wiki. Och om hon inte hittar en artikel i Wiki, adresserar hon den andra raden av teknisk support. Och redan den andra raden skapar en artikel som måste monteras för en uppgift.

Svar :Vi försöker också det, men vi agerar iterativt - SETELS, analyserade, gjorde ett antal händelser. Men det tar månader. Sedan igen - satte sig, analyserades, tilldelade de nödvändiga blocken, gjorde ett antal händelser.

Fråga från hallen : Inte särskilt klart - hur är Git-integrationen med RedMine?

Svar :När du sparar ändringar i 1C-lagringen (vid beräkning) anger beskrivningen uppgiftsnumret med "#" -taggen, till exempel "# 74516". Således kommer vi genom redovisning - vi kan se vilka kommittéer i GIT-lagringen är knuten till uppgiften. Det var viktigt för oss att det här är en stationär lösning så att vi bekvämt kan hantera dem, och, om det behövs, gå till en annan lösning, eftersom alla samma behov växer, och inte alla röda behov kan täckas. Därför ber jag om ursäkt igen - om du väljer en produkt, analyserar du först att du vill automatisera och som blockerar "täcka".

Fråga från hallen : Har du använt mobilapplikationen från RedMine?

Svar :Mobil ansökan är, men det är inte riktigt bekvämt. I vår organisation finns det inget behov av det. Vi arbetar huvudsakligen på en fast dator eller bärbar dator. Du kan också använda plugins med informationskapacitet - till exempel med hjälp av SMS eller via telegram.

Fråga från hallen : Du sa att du lossa förvaret i git, och vad ser du där i git?

Svar : I Commut Git finns en länk till uppgiften. Från kommittén öppnar vi själva uppgiften. Och från problemet kan vi också öppna en kommitté i samband med det. Till varje projekt, oavsett vilken hierarki, kan du ansluta ditt förråd. Naturligtvis administreras integrationen med GIT inte helt via webbgränssnittet. Hanterar det fortfarande måste klättra, men snabbt och enkelt.

Vad vi har i slutändan:

Baserat på ovanstående sammanfattar vi de korta resultaten.

Fördelar:

  • Redmin - OpenSource-produkt med en stor och aktiv gemenskap;
  • Det projiceras på kostnader, billigt, flexibelt, anpassat, lätt integrerbart och skalbart.
  • Helt täcker buggspårare, halvprojektledning, ganska lite - dessm;
  • Har integration med git;
  • Castomizes "på flugan";
  • Den har ett ganska brett utbud av plugins. Dessutom är det lätt att hitta specialister för att automatisera sina processer;
  • Lämplig redovisning av faktiska arbetskostnader. Möjligheten att planera arbetskraftskostnader och budgetar.

Minuses:

  • Obekväma wiki;
  • Om du behöver automatisera dina processer och i avsaknad av kompetens på Ruby on Rails är endast användningen av plugins eller sökning efter utvecklare från tredje part.
  • Ett litet antal analytiska rapporter;
  • Inte alltid ett "vänligt" gränssnitt;
  • Obekväma massklassificerare som vill lagra i form av en hierarki.

I processen med att använda RedMine-produkten har vi gjort en stor mängd arbete med analys, systematisering och automatisering av våra aktiviteter och en minskning av kaos i våra strukturer. De gjorde en förändring och optimering av processer både inom avdelningarna och i affärsprocesser i hela organisationen. Optimerade och förbättrade kontroll-, analytiska och ledningsfunktioner i arbetet med avdelningar och på designaktiviteter.

Ytterligare steg som vi har tagit är att markera kunskapsbasen i ett mer bekvämt sammanflyttningssystem, eftersom Möjligheten att arbeta tillsammans är en av de viktigaste mekanismerna i utvecklingen av organisationer, låter dig snabbt producera kommunikation, minska tiden för att överföra information, minska antalet fel och tid för att lösa incidenter.

I Redmine-delen kommer det att finnas ytterligare steg för att bygga tydligare och kontrollerade affärsprocesser.

I allmänhet väljer du verktyget, och låt ditt kaos lämnas obemärkt.

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

Denna artikel är skriven på resultaten av rapporten som läses på Infostart Event 2017 Community Conference. Fler artiklar finns här.

År 2020 uppmanar vi alla att delta i 7 regionala anslag, liksom årsdagen Infostart Event 2020 i Moskva.

Välj händelse.

Redmine. - Öppna serverns webbapplikation för projektledning och uppgifter (inklusive felspårning). Redmine är skrivet i Ruby och är en ansökan baserad på den välkända webbramen Ruby on Rails. Distribueras enligt GNU General Public License.

Funktionalitet

Denna produkt innehåller följande funktioner:

  • upprätthålla flera projekt;
  • Flexibelt rollbaserat åtkomstsystem;
  • Fel spårningssystem;
  • Gantt och kalenderdiagram;
  • Projektnyheter, dokument och filhantering;
  • Alert av ändringar med RSS-strömmar och e-post;
  • Wiki för varje projekt;
  • Forum för varje projekt;
  • redovisning av tillfälliga kostnader
  • Anpassningsbara godtyckliga fält för incidenter, tidskostnader, projekt och användare;
  • Enkel integration med versioner Kontrollsystem (SVN, CV, Git, Mercurial, Bazaar och Darcs);
  • Skapa felrekord baserade på de mottagna bokstäverna;
  • Stöd för flera LDAP-autentisering;
  • förmågan att självständigt registrera nya användare;
  • Flerspråkigt gränssnitt (inklusive ryska);
  • Stöd till MySQL DBMS, PostgreSQL, SQLite, Oracle.

Databasstruktur

Användarsystem

Användare är ett av de centrala begreppen i ämnesområdet. Användarmodellen är grunden för att identifiera och autentisera systemet med personal och kunder, samt att bemyndiga dem i olika roller, projekt etc.

Roll

Användarroller bestäms av en flexibel modell för att bestämma användarnas rättigheter. Roller inkluderar en uppsättning privilegier, vilket gör det möjligt att skilja åtkomst till olika systemfunktioner.

Användarna tilldelas en roll i varje projekt där det till exempel deltar "chefen i projektet för utvecklingen av webbplatsen A", "utvecklare i projektet för att upprätthålla företagets intranät" eller "klient i ett refactor-projekt av företagets B ". Användaren kan ha flera roller. Att tilldela en roll för en separat uppgift (problem) är för närvarande omöjlig.

Projekt

Projektet är ett av de grundläggande begreppen inom ämnesområdet för projektledningssystem. På grund av denna enhet är det möjligt att organisera samarbete och planera flera projekt samtidigt med avgränsning av tillgång till olika användare (se ovan). Projekt erkänner hierarkisk nestning.

Trackers

Trackers är den viktigaste klassificeringen med vilka uppgifter sorteras i projektet. I sig går begreppet "Tracker" tillbaka till felräkningssystem (Eng. Bug tracking verktyg. ), representerade varje separat projekt.

Faktum är att i "RedMine" -spårare är en analog av klassen "uppgift" och utgör grunden för polymorfism av olika typer av uppgifter, så att olika fält kan bestämmas för var och en av dem. Exempel på trackers är "förbättring", "fel", "dokumentation", "support",

Uppdrag

Uppgifterna är det centrala konceptet för hela systemet, som beskriver en viss uppgift som du vill utföra. Varje uppgift har en obligatorisk beskrivning och författaren, vid obligatorisk, är uppgiften knuten till spåraren.

Varje uppgift har status. Statuserna är en separat enhet med möjligheten att bestämma rätten att tilldela status för olika roller (till exempel den status "avvisad" kan endast tilldelas en chef) eller bestämning av uppgiftens relevans (till exempel "öppen", " utsedd "- relevant, och" stängt "," avvisat "- nej).

För varje projekt definieras en uppsättning utvecklingsstadier och en uppsättning uppgifter kategorier separat. Andra områden är också intressanta för den "beräknade tiden", som utgör grunden för bygghanteringschema, liksom valet av observatörer för uppgiften (se "Ta emot meddelanden"). Uppgifterna kan bifoga filer (det finns en separat enhet "ansökan").

Värdena för andra listade egenskaper (till exempel prioritet) lagras i ett separat gemensamt bord.

Spåra status för uppgifterna

För att spåra ändringar i användarnas uppgiftsparametrar svarar systemet två enheter: "Inspelning av en ändringslogg och" ändrad parameter ". Loggaffekten visar en åtgärd av användaren för att redigera parametrarna för uppgiften och / eller lägga till en kommentar till den. Det tjänar samtidigt som ett verktyg för att utföra uppgiftens historia och ett verktyg för att upprätthålla en dialog.

Enheten "ändrad parameter" är knuten till en separat loggpost och är avsedd att lagra det gamla och nya värdet av den användarändrade parametern.

Kommunikation mellan uppgifter

Uppgifter kan vara inbördes: Till exempel är en uppgift en subtask för en annan eller föregår den. Denna information kan vara användbar i programutvecklingsplaneringen, en separat enhet är ansvarig för lagringen i RedMine.

Redovisning som spenderas på utkastet till tid

Systemet upprätthåller redovisningen av den tillbringade tiden på grund av kärnan i den "tillbringade tiden" som är förknippade med användarna och uppgiften. Essence gör att du kan lagra den tid som används, typ av användaraktivitet (utveckling, design, support) och en kort kommentar på jobbet. Dessa data kan till exempel användas för att analysera varje deltagares bidrag i projektet eller att bedöma den faktiska arbetsintensiteten och utvecklingskostnaden.

Bindande repositorier

RedMine ger integration med olika versioner kontrollsystem (repositories). Integration är att spåra förändringar i det externa arkivet, fixa dem i databasen, analys av ändringar som ska binda till vissa uppgifter. I den infologiska strukturen i systemet för integration med externa repositorier är tre enheter ansvariga: "Förvaret", "redaktörer" och "förändring". "Förvaret" är ett projekt som är kopplat till ett projekt som lagrar typen av anslutet arkiv, dess plats och identifieringsdata för användaren.

"Editorial" är displayen av förvarets redaktionell, och förutom informationsfält kan vara knutna till en specifik uppgift (för detta vill du ange i beskrivningen av "refs #num" -ändringar, där Num är uppgiftsnumret), och till författaren till redaktionen. Enheten "Ändring" är utformad för att lagra listan över ändrade (tillsatta, fjärrkontrollerade, modifierade) filer i varje utgåva.

Kvitto av meddelanden

Användaranmälningar om förändringar som uppstår på platsen utförs med hjälp av kärnan i "observatörer" som ansluter användare med objekt av olika klasser (projekt, uppgifter, forum, etc.). I databasen lagras även RSS-prenumerationsnycklarna, vilket möjliggör meddelanden via denna teknik, även meddelanden skickas med e-post.

Några brister rödgröna

För den nya äldre versionen måste du göra detsamma.Kontrollera neutralitet.

Diskussionssidan måste ha detaljer.

  • Hantera filer och dokument i RedMine reduceras för att lägga till, radera och redigera dem. Du kan inte hantera åtkomsträttigheter till några filer eller enskilda dokument.
  • Det finns inga varningar om att ändra dokument.
  • I Redmin kan du inte hantera åtkomsträttigheter på nivån på enskilda uppgiftsfält. Till exempel är det för närvarande omöjligt att dölja uppskattningar av arbetet på ett projekt eller information om den tillbringade tiden.
  • I RedMine är alla ytterligare fält tillgängliga för alla användare, alla projektdeltagare kommer att kunna se dem och ändra dem. Denna begränsning kan leda till svårigheter i närvaro av ett inhomogent kommando när chefer och utvecklare, och kunderna har tillgång till projektet.
  • RedMine har inga rättigheter att separera typer av övergångar i arbetsflödet. Till exempel, nu är det omöjligt att ange att när någon slutar korrigera felet, måste det välja en ansvarig tester och ska ange byggnumret. Du kan också inte dölja den interna korrespondensen mellan programmerare från klienten.
  • I RedMine visas inte den övergripande arbetsintensiteten hos uppgifterna i uppgiftslistan, och i arbetsintensiva rapporter är det omöjligt att välja, inklusive enligt entreprenören.

Chiliproject.

Som ett resultat av det faktum att visionen av vissa användare i förhållande till projektet skilde sig från utvecklingsledarens vision, skapades forma RedMine som heter Chiliproject.

se även

Litteratur

  • 前田 剛 (gå maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 s. - ISBN 978-4-7980-2137-9
  • Gunther popp. KonfigurationsManagement MIT Subversion, Maven und Redmine: Grundlagen für softwarearchitekten und entwickler. - 3. - Dpunkt.Verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

Länkar

Redmine. [ɹɛdmɑɪn] - Öppna serverns webbapplikation för projektledning och uppgifter (inklusive felspårning). Redmine är skrivet i Ruby och är en ansökan baserad på den välkända webbramen Ruby on Rails. Distribueras enligt GNU General Public License.

Encyclopedic YouTube.

  • 1/4Visningar: 337.

    1 067

    20 314.

    1 108.

  • Så här installerar du Redmine (projektledning) på antle

  • Mit redmine effizient mitarbeiter, projekte und aufgaben verwalten

  • Redmin - Herramienta de Gestion de Proyectos

  • [Kube 42] Implementera Redmin i Kubernetes Cluster

Innehåll

Funktionalitet

Denna produkt innehåller följande funktioner:

  • upprätthålla flera projekt;
  • Flexibelt rollbaserat åtkomstsystem;
  • Fel spårningssystem;
  • Gantt och kalenderdiagram;
  • Projektnyheter, dokument och filhantering;
  • Alert av ändringar med RSS-strömmar och e-post;
  • Forum för varje projekt;
  • redovisning av tillfälliga kostnader
  • Anpassningsbara godtyckliga fält för incidenter, tidskostnader, projekt och användare;
  • Enkel integration med versioner Kontrollsystem (SVN, CV, Git, Mercurial, Bazaar och Darcs);
  • Skapa felrekord baserade på de mottagna bokstäverna;
  • Stöd för flera LDAP-autentisering;
  • förmågan att självständigt registrera nya användare;
  • Flerspråkigt gränssnitt (inklusive ryska);
  • Stöd DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, sqlite.

Databasstruktur

Användarsystem

Användare är ett av de centrala begreppen i ämnesområdet. Användarmodellen är grunden för att identifiera och autentisera systemet med personal och kunder, samt att bemyndiga dem i olika roller, projekt etc.

Roll

Användarroller bestäms av en flexibel modell för att bestämma användarnas rättigheter. Roller inkluderar en uppsättning privilegier, vilket gör det möjligt att skilja åtkomst till olika systemfunktioner.

Användarna tilldelas en roll i varje projekt där det till exempel deltar "Manager i projektutvecklingsprojektet", "Utvecklare i projektet för att upprätthålla företagets intranätföretag" eller "klient i ett refaktorprojekt av informationssystemet för företaget b ". Användaren kan ha flera roller. Att tilldela en roll för en separat uppgift (problem) är för närvarande omöjlig.

Projekt

Projektet är ett av de grundläggande begreppen inom ämnesområdet för projektledningssystem. På grund av denna essens är det möjligt att organisera gemensamt arbete och planera flera projekt samtidigt med avgränsning av tillgång till olika användare (se ovan). Projekten tillåter hierarkisk nestning.

Trackers

Trackers är den viktigaste klassificeringen med vilka uppgifter sorteras i projektet. I sig går begreppet "Tracker" tillbaka till felräkningssystem (Eng. Bug tracking verktyg. ), representerade varje separat projekt.

I huvudsak, i "Redmin", är spårarna en analog av klassen "Problem" -klassen och är grunden för en polymorfism av olika typer av uppgifter, så att du kan bestämma för var och en av deras typ av olika fält. Trackarna är "förbättring "," Fel "," Dokumentation "," Support ".

Uppdrag

Uppgifterna är det centrala konceptet för hela systemet, som beskriver en viss uppgift som du vill utföra. Varje uppgift har en obligatorisk beskrivning och författaren, vid obligatorisk, är uppgiften knuten till spåraren.

Varje uppgift har status. Statuserna är en separat enhet med möjligheten att bestämma rätten att tilldela status för olika roller (till exempel den status "avvisad" kan endast tilldelas en chef) eller bestämning av uppgiftens relevans (till exempel "öppen", "Utnämnd" - Relevant, och "Stängt", "Avvisad" - Nej).

För varje projekt definieras en uppsättning utvecklingsstadier och en uppsättning uppgifter kategorier separat. Andra områden är också intressanta för den "beräknade tiden", som utgör grunden för bygghanteringschema, liksom valet av observatörer för uppgiften (se "Ta emot meddelanden"). Uppgifterna kan bifoga filer (det finns en separat enhet "ansökan").

Värdena för andra listade egenskaper (till exempel prioritet) lagras i ett separat gemensamt bord.

Spåra ändringen av uppgiftsparametrarna

För att spåra ändringar i uppgiftsparametrarna av användare svarar två enheter i systemet: "Inspelning av en ändringslogg" och "Bytbar parameter". Loggaffekten visar en åtgärd av användaren för att redigera parametrarna för uppgiften och / eller lägga till en kommentar till den. Det tjänar samtidigt som ett verktyg för att utföra uppgiftens historia och ett verktyg för att upprätthålla en dialog.

Enheten "ändrad parameter" är knuten till en separat loggpost och är avsedd att lagra det gamla och nya värdet av den användarändrade parametern.

Kommunikation mellan uppgifter

Uppgifter kan vara inbördes: Till exempel är en uppgift en subtask för en annan eller föregår den. Denna information kan vara användbar i programutvecklingsplaneringen, en separat enhet är ansvarig för lagringen i RedMine.

Redovisning som spenderas på utkastet till tid

Systemet stöder att ta hänsyn till tid tack vare kärnan i den "tillbringade tiden" som är associerad med användarna och uppgiften. Essence gör att du kan lagra den tid som används, typ av användaraktivitet (utveckling, design, support) och en kort kommentar på jobbet. Dessa data kan till exempel användas för att analysera varje deltagares bidrag i projektet eller att bedöma den faktiska tidsåtgärden och utvecklingskostnaden.

Bindande repositorier

RedMine ger möjlighet att integrera med olika versioner kontrollsystem (repositories). Integration är att spåra förändringar i det externa arkivet, fixa dem i databasen, analys av ändringar som ska binda till vissa uppgifter.

I den infologiska strukturen i systemet för integration med externa repositorier är tre enheter ansvariga: förvar, redaktörer och förändring.

  • Repository - Ett projekt som är kopplat till den enhet som lagrar typen av ansluten förvar, dess plats och identifieringsdata för användaren.
  • Redaktionell - Visa redaktionskontoret för förvaret, och förutom informationsfält kan vara knutna till en specifik uppgift: Detta kräver att det anges i beskrivningen av "refs #num" -ändringar, där NUM är uppgiftsnumret) och till författaren till redaktionen.
  • Ändra - lagrar en lista med modifierade filer (tillsatta, fjärrkontrollerade, modifierade) i varje utgåva.

Kvitto av meddelanden

Användaranmälningar om förändringar som uppstår på platsen utförs med hjälp av kärnan i "observatörer" som ansluter användare med objekten av olika klasser (projekt, uppgifter, forum, etc.). Databasen lagrar också åtkomstnycklar till RSS-prenumerationen, så att du kan För att få meddelanden via denna teknik skickas även meddelanden med e-post.

Några brister rödgröna

  • Hantera filer och dokument i RedMine reduceras för att lägga till, radera och redigera dem. Du kan inte hantera åtkomsträttigheter till några filer eller enskilda dokument.
  • I Redmin kan du inte hantera åtkomsträttigheter på nivån på enskilda uppgiftsfält. Till exempel är det för närvarande omöjligt att dölja uppskattningar av arbetstid på uppgiften. Men du kan bara göra ytterligare fält till användare med definierade roller.
  • I RedMine visas inte den övergripande arbetskraften av uppgifter i uppgiftslistan.
  • Det finns ingen möjlighet att ge användaren en roll i hela systemet. Till exempel måste "Project Office Manager" ha tillgång till alla projekt i systemet: För detta måste du lägga till en användare med denna roll till alla projekt.
  • Anslut GIT-förvaret är endast möjligt om RedMine, och förvaret är på samma server.

Chiliproject.

Som ett resultat av det faktum att visionen av vissa användare i förhållande till projektet skilde sig från utvecklingsledarens vision, skapades forma RedMine som heter Chiliproject. För närvarande är detta projekt stängt.

se även

Anteckningar

Litteratur

  • 前田 剛 (gå maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 s. - ISBN 978-4-7980-2137-9.
  • Gunther popp. KonfigurationsManagement MIT Subversion, Maven und Redmine: Grundlagen für softwarearchitekten und entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218.

Länkar

  • Officiell plats Redmine (Eng.)
  • Android-klient för Redmine (Eng.)
  • Installera och konfigurera redme buntar med pärla, rubin, skenor, postgresql, passagerare, nginx
  • Installera och konfigurera redme buntar med pärla, rubin, skenor, mysql, passagerare, nginx (otillgänglig länk)
  • Skapa plugins för RedMine
  • RedMineApp - iPhone ansökan för RedMine
  • RedMine PM - Redmine Client för iPhone / iPad
  • Redmin att gå - Windows Phone Client för RedMine
  • RedMineup är en uppsättning gratis och kommersiella plug-ins och teman för RedMine.
  • RmClient är en klient för Windows, Mac, Linux, kommersiell.
  • Ställa in livscykeluppgifterna
  • Lösa prestanda problem
  • Operativ planering i RedMine
  • Plugins skrivguide
  • Detaljerade installationsanvisningar
  • Easy RedMine - kommersiellt alternativ
  • Designer Jetware Installars och virtuella maskiner med RedMine

Den här sidan ändrades senast den 3 maj 2021 klockan 13:31.

  • - upprätthålla flera projekt
  • - Fel spårningssystem;
  • - Varningar om ändringar via e-post och RSS-flöden;
  • - Anpassningsbara uppgiftsstatuser;
  • - Anpassningsbara godtyckliga fält för uppgifter, tidskostnader, projekt och användare.
  • - Redovisning av tidskostnader (timmar);
  • - Ganta diagram och kalender;
  • - Wiki för varje projekt;
  • - Projektnyhetsförvaltning, filhantering och dokument;
  • - Forum för varje projekt;
  • - Flerspråkigt gränssnitt, inklusive ryska;
  • - Enkel integration med repositorier (SVN, CV, Git, Mercurial, Bazaar och Darcs);
  • - Access separationssystem baserat på roller;
  • - Stöd för flera LDAP-autentisering;
  • - Förmågan att självständigt registrera nya användare.
  • - Expansion av systemets funktionalitet genom att installera ytterligare plugins ;
  • - Stöd DBMS: MySQL, PostGRESQL, SQLITE, MS SQL Server (från version 2.3).
  • Tänk på RedMine-systemet mer detaljerat. Nedan är några skärmdumpar, den första av dem - en lista över uppgifter enligt ett av projekten.

    Uppgiftsflik gör att du kan se både de aktuella projektuppgifterna (som standard) och tidigare slutna uppgifter - Kundförfrågningar är möjliga.

    Gud du är min, jag har konflikter!

    (filter). Anpassade frågor kan sparas för efterföljande användning av alla användare av systemet.

    (När du installerar kryssrutan "Offentliga" Query) eller för användning av användaren som skapade begäran. När du har skapat en fråga kan du konfigurera listan över uppgifter i ett klick,

    Förr eller senare (förmodligen redan under den första uppdateringen till den nya yngre versionen) kommer du att stöta på konflikter av fusioner. Under GIT-reboten, använder den en efter en och stoppar varje gång användningen av åtaganden inträffar med fel. I det här fallet, laget

    Att utnyttja referensen med frågan med de "sparade frågorna" på sidopanelen till höger.

    • Systemet implementerar mekanismerna för spårning av uppgifter och prenumerationer på uppgifter. För varje uppgift kan observatörer tilldelas, varefter när statusen ändras, parametrarna för uppgiften, lägger till nya kommentarer, filer till uppgiften, kommer observatörsanvändarna att få lämpliga e-postmeddelanden.
    • Alla systemanvändare kan skapa nya uppgifter. För att lägga till en ny uppgift i projektet måste du gå till fliken Ny uppgift,
    • Välj uppgiftspåraren och fyll i obligatoriska (*) och ytterligare (inklusive anpassade användar) uppdragsfält. På fältet "tema" är det kort formulerat, men informativt meningen med uppgiften (när du går till ett annat fält genom att trycka på flikknappen, i fallet med en extra plug-in, kan du söka efter inmatningen av Ämne bland tidigare skapade uppgifter). I fältet "Beskrivning" anges ett detaljerat innehåll i uppgiften. För att förbättra textens läsbarhet kan du använda funktionen för den inbyggda webbredaktören.
    • Uppgiften kan bifogas filer, vars maximala storlek regleras av systemadministratören.
    • Observatörer kan anslutas till uppgiften: För att skapa en uppgift, när du gör måltider till uppgiften, ändrar statusen för uppgiften, kommer observatörer att få lämpliga meddelanden till deras e-postadress. Användare kan också tillföra sig som observatör till en överkomlig uppgift, för vilken i uppgiftskortet ska följas av länken "Följ".

    Uppgifterna i systemet kan vara inbördes: till exempel är en av dem en subtask för en annan, föregår henne eller dessa uppgifter är helt enkelt relaterade till varandra.

    GIT-status.

    RedMine-systemet ger en separat enhet som kallas "relaterade uppgifter". Relaterade uppgifter kan ha följande typer av länkar:

    Visar problemfiler.

    - "Duplikat" - associerar uppgifterna på ett sådant sätt att stängningen av en medför stängning av en annan uppgift.

    Kontrollera vilka av förbinderna ett fel, ta reda på varför det var avsett (meningsfullt begå meddelanden hjälper), korrekta filer, kommando

    - "relaterade till" är bara en hänvisning till en annan uppgift. En sådan länk används för att visa att dessa uppgifter kombineras med ett mål eller andra gemensamma attribut; - "Block" - visar att denna uppgift måste fyllas i innan du börjar arbeta med en annan uppgift. I båda uppgifterna kan du självständigt ändra andelen utförande, datum, status, men med ett undantag: den låsta uppgiften kan inte stängas tills blockeringsuppgiften är stängd. Men i den låsta uppgiften är det möjligt att ställa in statusen "utförd", beredskapen på 100%, även om beredskapen hos den blockerande uppgiften lämnar mycket att önska. - "föregångar" - fastställer förfarandet för att utföra uppgifter så att denna uppgift ska fyllas i för n dagar före den associerade början. I det tillhörande uppgiftskortet är det inte bara en post på bindning, men ändrar automatiskt tidpunkten och slutet av uppgiften. Uppgiftstiden kommer att vara lika med datumet för det bundna problemet, ökat med antalet dagar som anges i buntet.

    Git tillägg

    - "Nästa" - Ställer in förfarandet för att utföra uppgifter på ett sådant sätt att denna uppgift endast kan utföras efter det att det är associerat. Den här anslutningen är omvänd den föregående.

    Lägg till varje korrigerad fil när du är klar. Om konflikter har eliminerats kan du se de ändringar som ska åtgärdas med hjälp av kommandot

    Timing ändras automatiskt inte i bindningen, men i den redigerbara uppgiften. Därför måste länken "Nästa" användas, bara se till att uppgifterna verkligen ska gå efter en efter en given tidsintervall mellan dem.

    Git diff --cached

    Följande bilder är avsedda för konfigurationen och administrationen av RedMine-systemet.

    . Så snart du anser resultatet tillfredsställande, kan du fortsätta att rebuas med laget

    Trackers spelar en viktig roll i spårningsuppgifter. De är inblandade i att bestämma förutsättningarna för övergång av uppgifter från en stat till en annan, tillgången på fält.

    Git rebase - continue.

    Tracker är en logisk associering av uppgifter i en grupp inom projektet, till exempel eliminering av felet, utvecklingen av en ny funktionalitet, etc. Tracker kan vara

    Ingår i ett, flera eller alla projekt.

    Redmin-användare måste ingå i en av rollgrupperna, antalet roller är inte begränsat. Systemet ger två fördefinierade roller:

    Rollen av "anonym" - för oregistrerade användare, rollen som "icke-deltagande" - för registrerad, men inte inkluderad i något användarprojekt.

Anonym kan inte skapa uppgifter.

Varje roll är inställd på rättigheter till möjliga åtgärder med uppgifter, projekt, dokument, filer, wiki, forum, etc. Det är uppenbart att

Rollerna av "projektledare" bör ges mer krafter, rollen som "performer" - mindre, rollerna av "icke-deltagande" - ännu mindre, rollerna av "anonyma" för att tillåta minsta möjligheter

I offentliga projekt, och i enskilda projekt är allt förbjudet. Deltagarna i systemrollen "Administratör" har obegränsade rättigheter i hela systemet.

Beroende på den valda spåraren kan varje uppgift passera genom vissa steg och har olika statuser.

Så, i exemplet nedan för de skapade trackers "felsökning", "engångsuppgift, adhoc", "Ny utveckling" Maximal Full Way genom uppgiftsstatuser:

1. Ny -> 2. Distribuerad -> 3. Analys -> 4. I drift -> 5. Gjord -> 6. Godkännande av kunden -> 7. Stängt

Rollerna av "projektledare", "verkställande", "kund, medlem" skapades. Eftersom projektledaren är en administratör av sitt projekt, kan då inom ramen för sitt projekt flyttas till uppgiften att i olika statuser. Uppgiften för uppgiften eller kunden / deltagaren kan endast översätta uppgiften från i vissa statuser. Vid något tillfälle kan uppgiften avbrytas (översatt till statusen "Avvisad") som anger orsaken. .

När du gör ändringar i uppgiften, ändras status för uppgiften, lägg till kommentarer till alla användare som är involverade i uppgiften kommer att komma automatiskt e-post.

För varje par "rollspårare" finns det möjlighet att konfigurera synlighet, skyldigheten att fylla i fälten (inklusive konfigurerbara fält) i uppgiftskortet. Systemfält

"Projekt", "Tracker", "Tema", "Prioritet", "Privat" (uppgift) är alltid skyldiga att fylla. Konfigurera sekvensen av åtgärder för en av paren "rollspårare",

Sekvensinställningar kan kopieras för ett annat par ("Copy" -länk).

I RedMine-systemet för uppgifter, användare och andra enheter kan du skapa ett godtyckligt antal anpassningsbara (anpassade) fält. Anpassade fält kommer att vara

Visa i ett uppgiftskort i två kolumner efter området för fördefinierade systemfält. Sortera bestämmer ordningen för anpassade fält i uppgiftskortet. Anpassade fält Stöd följande datatyper: String, lång text, heltal, reell nummer, datum, lista för att välja ett enda värde, Lista för att välja flera värden, länk, användare. Varje anpassat fält kan aktiveras i alla eller bara de angivna projekten, använd de valda spårarna. När du definierar ett anpassat fält kan du omedelbart installera Globala inställningar krävs och synlighet för roller, såväl som fältdeltagande i användarfrågor (filter) och sökfrågor. Programmet för hantering av servrar och tjänster Redmine kan hittas som start -> BitNami Redmine Stack Group -> RedMine Manager-verktyg. Med denna administrativa ansökan kan du hantera RedMine-tjänsterna, Apache-webbservern, MySQL-databasservern.

Rapportering

Redmin-systemet ger ett gantdiagram, och med hjälp av ytterligare plugins är det möjligt att bilda rapporter för att förstå statusen för projekt och uppgifter.

Kanske en privat inlämning av utvecklare om formaten av dessa rapporter kommer att ordna dig.

Ändå skapas analytiska rapporter om projektuppgifter utifrån de data som exporteras till CSV-filen. För detta

I huvudmenyn i RedMine-systemet väljer du "Projekt" -> "Alla projekt", följ länken "Visa alla uppgifter",

Till listan över uppgifter, använd / Avbryt önskade filtreringskriterier och klicka på länken "Exportera till CSV" längst ner till höger under uppgiftslistan.

På så sätt kommer uppgiftslistan att lossas - problemet.csv-filen.

Därefter måste du öppna en ny MS Excel-bok, välj "Data" -> "Från text" i huvudmenyn, ange sökvägen till filemissioner. CSV, I dialogrutan Välj kodsida "1251: Cyrillic (Windows)", (Kanske som en separatorsymbol, noterad - "Annan", ange symbolen | (vertikal egenskap)) och klicka på "Slutför" -knappen. Data kommer att importeras till Excel-fil medan du sparar anslutningen till CSV-filen. På grundval av källdatatabellen måste du skapa sammanfattande tabeller, diagram (markera tabellen / kolumnerna och välj sedan "Infoga" -> "Sammanfattningstabell"). Det är möjligt att säkerställa analytiska indikatorer i bastabellen, du måste skapa ytterligare beräknade kolumner.

Ett exempel på en rapport finns i investeringen till den här artikeln.

RedMine¶

Redmine är en flexibel projektledning webbapplikation. Skriven med rubin på räcken är det plattform och korsdatabas.

RedMine är öppen källkod och släpps ut enligt villkoren i GNU General Public License V2 (GPL).

Funktioner¶

Några av de viktigaste funktionerna i Redmine är:

Läs mer om Redmine-funktioner.

Dokumentation¶ .

Du kan läsa

RedMine Guide

Andra resurser:

Online Demo¶ En delad online-demo finns på http://demo.redmine.org/. Det har varit inställt för att ge registrerade användare möjlighet att skapa egna projekt Det betyder när du har registrerat dig kan du skapa ditt eget projekt där och prova projektadministrationsfunktionerna. Alternativt kan du få din egen RedMine Demo-miljö på http://m.redmine.org med fullständiga administratörsbehörigheter efter att ha fyllt en enkel form.

Stöd och få hjälp¶

För att få hjälp eller diskutera Redmin kan du bläddra i

Redmine forum. 

Hosted här i Redmine. Vi har också en Chattrum. - Gå med i #REDMINE på FreeNode IRC-nätverket. Det finns också en inofficiell arbetsyta på

Slak Där du kan ställa frågor och delta i diskussioner med andra redme-användare. Innan du skickar in en felrapport, läser du en plåster eller en funktionsförfrågan här, läs riktlinjerna för inlämning.

Bidra och hjälpa till Redmine är byggt och underhålls av gemenskapens volontärer. Om du gillar att använda den och vill ge tillbaka till samhället, har Contribute-sidan Sevel idéer. Programutvecklingserfarenhet krävs inte. Kolla in lagsidan om du är intresserad av ett visst område för att styra regelbundet. Du kan också göra en donation och bli listad på sidan RedMine Donor. Vem använder RedMine? ¶ Den här sidan listar vissa företag och projekt med RedMine. Redmine Books¶ Mastering RedMine 2nd Edition

Är en omfattande guide med tips, tricks och bästa praxis för att använda RedMine. Du kan köpa det online.

RedMine plugin förlängning och utveckling Ger en översikt över de verktyg som är tillgängliga för utvecklare som vill utöka RedMine för att arbeta med sig. Du kan köpa det online. Redmin cookbook. Chattrum. .

: Över 80 hands-on Recept för att förbättra dina färdigheter i projektledning, lagledning, processförbättring och redmine administration. Du kan köpa det online. Redmine Books¶ Ansvarsbegränsning: Detta är inte en vanlig typguide "Hur man installerar RedMine". I det kommer jag inte att dyka in i databasinställningen eller installera webbservern. Jag kommer inte heller att prata om att konfigurera Redmine. Redmin dokumentation i denna plan är ganska komplett. Och i ordning som inte nämns i den officiella dokumentationen finns det ett allmänt förfarande för körsträckor som lätt kan hittas på Internet.

I stället handlar det åtföljt av sin egen, mer eller mindre anpassad version av RedMine, som kan distribueras med ett Shell-kommando vid behov. Redo? Låt oss börja. Ställ in byggtypen "Allt-i-ett" och redo att starta virtuella maskiner BitNami installationspaket eller förinstallerade virtuella maskiner är bra för det snabba redmeprovet, men är inte lämpliga för produktiv användning. Varför? Eftersom de inte har någon uppdatering. Åh, en sekund, Bitnami har. Det är sant att det ser ut som ett skämt. "Installera den nya versionen av hela stacken till en annan katalog och flytta dina data där", det här är inte en uppdatering. Inte ett ord om inställning, anpassning och plugins, vilket förmodligen också måste sparas och installera om. Jag önskar lycka till med en sådan "uppdatering". Reliza redmine patchar över eller två gånger i månaden. Korrigeringar av säkerhetsrelaterade fel utfärdas efter behov - du vill inte sakna dem?

Det faktum att människor ofta glömmer: Uppdatering av tiden beror inte alltid på dig. Naturligtvis kan du skjuta upp uppdateringen före utgåvan av nästa yngre version av RedMine - i några veckor (förmodligen även under en längre period). Men du vill inte upptäcka nya säkerhetsproblem i Redmine eller Rails sitter med ett nepostabilt system tills det är möjligt att släppa tiden att installera och konfigurera den nya bitnamnstacken och manuellt flytta alla data?

Installation är bara toppen av isberget. Uppdatering - det här är det som måste göra regelbundet 

Sökningen efter den enklaste installationsmetoden upphör definitivt att vara relevant så snart beslutet görs för att använda Redmin i produktionen. Enkelt ackompanjemang och möjligheten till modernisering - det här är vad du behöver för att öka uppmärksamheten för att minimera kostnader och risker i samband med användningen av din egen redmine.

  • Nedan kommer jag att berätta för dig hur man helt enkelt stöder redme i det aktuella tillståndet. Redmine Books¶ .
  • Använd git. Redmine Books¶ Även om du tänker köra lager Redmine utan några inställningar eller plug-ins, använd gitförvaret för att lagra RedMine-kopian. Åtminstone kommer närvaron av ett specialiserat förråd ger dig lagringsplatsen för alla nödvändiga för implementering (senare kommer det att anses mer detaljer). Förr eller senare (eller dina användare) Redmine är byggt och underhålls av gemenskapens volontärer. Om du gillar att använda den och vill ge tillbaka till samhället, har Contribute-sidan Sevel idéer. Programutvecklingserfarenhet krävs inte. Kolla in lagsidan om du är intresserad av ett visst område för att styra regelbundet. .
  • VÄL

Installera lite plugin eller ett anpassat ämne, och för detta kommer det att vara klart infrastruktur. Experiment med förändringar och testning av plugins och de i lokala grenar utan störningar i produktionskoden blir mycket enkla i närvaro av det egna Git C RedMine-förvaret. Så nu börjar vi med förvarets konfiguration. Även om det huvudsakliga Redmine-förvaret är en förekomst av subversion, har GitHub ett semi-officiellt förråd som stöds av huvudkommittonten och uppdateras ständigt. Använd den för att konfigurera ditt eget förråd: Ställa in lokal klon redmine

$ Git clone [email protected]b.com: rödmine / redmine.git $ cd redme $ git fjärrkontroll byte namn upstream $ git fjärrläge -Stable $ git checkout -b Lokal / 3.2-stabil $ git push --Set-upstream ursprung Lokal / 3.2-stabil

Ändra versionsnumret 3.2-stabil På numret av den sista stabila versionen av RedMine.

Fjärrförvaring

[email protected] 

Det ska vara privat, eftersom det kommer att lagra utbyggnadskonfigurationen (och eventuellt annan information, vilket inte är värt att publicera). Eftersom utplaceringsprocessen som beskrivs nedan kommer att extrahera koden från det här förvaret, måste förvaret vara tillgängligt under implementeringar, så lägg det inte på stationära datorer. Idealet kommer att vara situationen när förvaret också kommer att vara tillgängligt från en webbserver som utplaceringen inträffar. Men det här, om det behövs, kan du komma runt. Nu har du två lokala filialer: RedMine / 3.2-stabil Redmine är byggt och underhålls av gemenskapens volontärer. Om du gillar att använda den och vill ge tillbaka till samhället, har Contribute-sidan Sevel idéer. Programutvecklingserfarenhet krävs inte. Kolla in lagsidan om du är intresserad av ett visst område för att styra regelbundet. и som spårar Redmine 3.2 utan ytterligare funktionalitet från GitHub / RedMine-förvaret som presenteras av ovanstående fjärrkontroll stigande Redmine är byggt och underhålls av gemenskapens volontärer. Om du gillar att använda den och vill ge tillbaka till samhället, har Contribute-sidan Sevel idéer. Programutvecklingserfarenhet krävs inte. Kolla in lagsidan om du är intresserad av ett visst område för att styra regelbundet. förråd som spårar Redmine 3.2 utan ytterligare funktionalitet från GitHub / RedMine-förvaret som presenteras av ovanstående fjärrkontroll Lokal / 3.2-stabil

där alla inställningar för utplacering, anpassning, teman och plugins kommer att placeras.

Avancerade uppdateringar av versioner

RedMine använder följande versionsnummereringsschema: XYZ Major / Mindre / Patch. Varje yngre version har sin egen Stabil gren I vilka korrigeringar och säkerhetsplåster kommer att appliceras över tiden (så länge den här versionen fortfarande stöds). I vårt fall är det här en filial

Från tid till annan får denna stigande filial några nya åtaganden. Din uppgift är att inkludera nya begrepp i den lokala filialen För utplacering. Även om det är möjligt och bara regelbundet kompletterar den stigande filialen, föreslår jag att du använder Git rebase. För att stödja din egen uppsättning ändringar över .

lager redmine: Rebupping lokala förändringar över "nakna" redmine: $ Git checkout redmine / 3.2-stabil $ git pull # Nya uppströms förbinder kommer i $ git checkout lokal / 3.2-stabil $ git rebase redmine / 3.2-stabil

Rebase:

Kommer att avbryta alla lokala förändringar i

Länkar

  1. Uppdatering
  2. att återspegla de förändringar som inträffade i
Om du oväntat fick en massa konflikt, och det finns ingen tid att lösa detta problem, kan du helt enkelt avbryta den aktuella rebellerande som använder parametern

Alla lokala ändringar på "Bare" -versionen kommer att tillämpas.

Redmine. Resultatet kommer att vara Ren historia Där ditt (lokala) begår alltid på toppen av det sista (stigande) begår redme.

Junior och äldre uppdateringar

Nu när det finns en ny stabil gren (låt oss säga 3.3-stabil ), gör detsamma - Sluta dina ändringar ovanpå den. Git-kommandon kommer att vara något annorlunda på grund av förändringen av den uppåtriktade grenen: Överföring av lokala förändringar till en ny stabil gren $ Git hämta uppströms $ git checkout -b RedMine / 3.3-stabil uppströms / 3.3-stabil $ git checkout -b Lokal / 3.3-stabil lokal / 3.2-stabil $ git rebase --onto RedMine / 3.3-stabil redme / 3.2-stabil Lokal / 3.3-stabil Dessa lag skapar först två nya lokala filialer för version 3.3: En av stigande, och den andra är från den lokala filialen 3.2. Då flyttar de lokala förändringar över RedMine / 3.3-stabil

. Lokala förändringar här är skillnaden mellan

Lokal / 3.3-stabil (vilket fortfarande är ). Nu

Innehåller RedMine 3.3 plus alla lokala ändringar.

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