Redmine pentru managementul IT: Experiența practică Implementarea extensivă Sisteme de opensource

O preistorie mică. După cum știți, automatizarea începe întotdeauna cu ceva "vesel". Automatizați-vă sau gestionarea dvs. Nu începem de la o viață bună. Acest lucru se întâmplă de obicei deoarece organizația crește, devine dificil de navigat într-o cantitate mare de informații primite și disponibile. Astfel, organizația noastră la un moment dat a început să crească rapid, așa că avem nevoie foarte repede de haos pentru a face ceva structurat, util și convenabil.

Ce înseamnă haosul în sistemele noastre? Aceasta înseamnă că solicitările ne-ordonate care nu sunt supuse analizelor și solicitărilor de structurare provin de la utilizatori și nu există niciun management de proiect ca atare. Anchetele sunt înghețate undeva în corespondență, în Cuvânt, în șefii de analiști, programatori, manageri departamente - în funcție de structura utilizată în organizație.

Am decis să eliminăm haosul dvs. folosind software-ul Redmine. Faceți imediat o rezervare că nu vom vorbi despre metodologie. Vom vorbi exact despre posibilitățile de Redmine, despre cum îl aplicăm. Fiecare companie are propriile nuanțe, nu ne duce la noi, nu luați pe alții. Faceți analiza dvs., acționați după cum vă gândiți corect și necesar pentru dvs. Nu vă fie frică de erori, deoarece pe greșeli pe care le învățăm.

Din haos, pe care am avut-o, încercăm să ne mișcăm la comandă. Acum suntem în mijlocul acestui mod. Desigur, nu totul a fost și va fi neclintit și neted, dar suntem foarte încercați.

În interiorul companiei noastre, am alocat trei probleme principale:

  • În primul rând, am avut nevoie de un sistem de urmărire a erorilor, incidentelor și cererilor de intrare, adică. Aveam nevoie de automatizarea trackerului de bug-uri;
  • În al doilea rând, am vrut să alocăm într-un fel management de proiect. Nu este monitorizată pe deplin de automatizare, ceea ce implică utilizarea metodologiilor și în măsura necesară pentru a fi făcută în stadiul de dezvoltare și cu un fel de viitor. Apoi, veți vedea cum folosim Redmine pentru acest lucru și unde o vom dezvolta mai departe;
  • În al treilea rând, am alocat unitatea de control al serviciilor IT (ITSM) într-un sistem separat, totuși, de asemenea, nu în întregime. Departamentul nostru oferă diferite servicii IT care trebuie gestionate.

În plus, am alocat problemele noastre private:

  • Acest lucru, repet, diverse servicii IT, deoarece programatorii își trăiesc viața, administratorii de sistem, există încă un departament de marketing pe Internet și altele;
  • Fiecare are structura proprie și dorințele lor de gestionare a departamentului. În toate departamentele, diferite metodologii, abordări, manageri și psihothotipuri - impune amprenta sa la alegerea sistemului. Dar este necesar să se miște în același timp și, ajungând la un scop - o anumită ordine în organizarea, accesibilitatea informațiilor și previziunilor;
  • În plus, există un alt KPI, care în total este calculat de diferiți indicatori;
  • Pentru a dezvolta mai departe, avem nevoie de o analiză suplimentară a informațiilor primite, ceea ce se întâmplă în departamente și cum se reflectă în cadrul organizației în ansamblu;
  • Trebuie să controlăm bugetele interne, în cadrul căruia intrăm sau, cel mai adesea, nu intrăm. De asemenea, trebuie să analizeze și să le gestioneze cumva. Este mai bine să faceți toate acestea într-un singur sistem - în special, este convenabil pentru manual.

Astfel, am alocat trei sisteme pe care aș dori să le combinăm într-una.

Pentru fiecare dintre aceste sisteme există un software specializat specializat. Toate produsele bine-cunoscute de automatizare care au propriile lor pro și contra, așa că dacă alegeți sistemul pentru dvs., luați în considerare totul.

Nu toate produsele sunt listate pe diapozitiv, există mult mai multe dintre ele, și nu numai pe piața rusă, ci și pe vest. Dar pentru noi, una dintre cerințe a fost o interfață vorbitoare de limbă rusă, deoarece acest produs ar fi folosit nu numai programatori și administratori de sistem care sunt mai mult sau mai puțin ușor de înțeles, dar și utilizatori obișnuiți.

Unde să mergem? Multe produse. Cerințele pentru ele din diferite departamente și controale sunt diferite. Vom alege.

Ca urmare a analizei și a alegerii, precum și a depunerii lui Alexei Lustin, un produs de redin care acoperă o anumită zonă a venit la noi. Să aflăm ce fel de regiune acoperă?

Acesta acoperă complet Bug Tracker, pe care am vrut să le conducem în companie. Aceasta este centralizarea primirii de aplicații de la utilizatori și clienți de orice nivel. A fost cel mai de bază punct de durere, care a fost necesar să automatizeze rapid. Cred că toată lumea are această problemă, deoarece, după cum am spus deja, informațiile vin în dezordonate și se stabilește în locuri diferite - în poștă, în cuvânt, în Excel sau Heads. Aceste informații nu sunt supuse analizării și obținerii concluziilor și rezultatelor. Ca rezultat, se pare că:

    • Componenta de informare a bazei de cunoștințe, care poate fi analizată și înțeleasă ce să faceți în continuare este absentă. Acest lucru încetinește rata de reacție și afectează neîntreruptitatea și calitatea muncii, de unde depinde în mod direct profitul;
    • Crește timpul "scufundării" noilor angajați pentru a lucra cu sistemele corporative;
    • Toleranța de eșec este, de asemenea, fiecare dintre ele - cineva fără un sistem de lucru nu poate trăi două minute. Prin urmare, Bug Tracker joacă un rol important, iar la acel moment problema a primit foarte acută.

Managementul proiectului redmine acoperă jumătate, deoarece acest produs nu se specializează în gestionarea proiectelor, dar există un anumit bloc, care ajută la acest lucru. Din păcate, acest lucru nu este un produs ideal, dar în acel moment el a acoperit cerințele pe care le-am înființat la sistem.

Și un bloc foarte mic este acoperit. Sistemul de redine nu este destinat să gestioneze serviciile IT, astfel că există unele defecte în efectuarea și structurarea datelor. Am ieșit din această situație prin selectarea versiunii sistemului ITSM.

Deci, alegerea noastră este redmină. Este destul de personalizat, scalabil, flexibil și cu setări convenabile.

De ce Redmine?

  • Acesta este cuvântul dulce "Freebie". Redmina este gratuită, totuși, cu rezervarea, că există plug-uri plătite pe care le alegeți pentru dvs. În orice caz, aveți un fel de prognoză a costurilor, deoarece dacă ați cumpărat un plugin și nu modificați platforma Redmine, atunci de ceva timp acest plugin poate fi utilizat fără investiții suplimentare. Și dacă aveți, de exemplu, trebuie să îl actualizați, atunci plătiți pentru această actualizare și utilizați-l mai departe. Actualizarea platformei Redmine are loc o dată sau două pe an și actualizată sau nu - aceasta este dorința dvs.
  • Redmina are o interfață intuitivă. Am implementat Redmine nu numai ca produs pentru managementul IT, ci și ca produs în care cererile de la utilizatori sunt primite pentru diverse departamente. De exemplu, o sucursală separată este evidențiată pentru aplicațiile departamentului administrativ și economic.
  • Este posibilă controlul priorităților în diferite forme analitice, inclusiv individual în funcție de sarcini.
  • Timp de conducere și resurse. Cred că aceasta este unitatea principală pentru cap. Acesta vă permite să înțelegeți cât de mult este încărcat departamentul, ceea ce sarcinile sunt legate de costuri și cum să clasificați costurile, dar despre el mai jos.
  • Analizele și rapoartele din Redmine sunt slab exprimate, dar există un API extins. Puteți lua date din baza de date API, descărcați-le în sistemul dvs. și obțineți orice rapoarte.
  • Setări flexibile, personalizare și automatizare a operațiilor manuale cu plugin-uri.
  • Integrarea cu GIT este unul dintre indicatorii importanți. Depozitul bazei noastre de date este conectat la GitLab și, în orice sarcină redmine puteți vedea jurnalele (ediții conexe): cine, când și ce sa schimbat în funcție de această sarcină, cu tranziția către Gitlab.

Pentru informații: Git este un sistem de control al versiunii distribuite. Se urmărește, stabilește și stochează informații (versiuni) despre modificările în orice fișiere și directoare și, de asemenea, monitorizează integritatea datelor. În cazul nostru, vorbim despre codul sursă 1c.

Aceasta este ceea ce arată lista edițiilor aferente:

  • Gestionarea sarcinilor și urmărirea erorilor. Acesta este un tracker standard de bug, pe care îl vom folosi.
  • Gestionarea incidentelor, proiectelor, bugetelor. Toate formarea bugetară se desfășoară în felul lor. Voi arăta cum am automatizat-o la tine și puteți încerca apoi să automatizați gestionarea bugetului în tine însuți - cred că va fi ușor, pentru că există muncă în Redmine, și le puteți transfera și la bani.
  • Wiki în Redmine nu este foarte bine implementat, deci este mai bine să utilizați un alt produs în scopul creării unei baze de cunoștințe și a colaborării. Pentru mine, am ales sistemul de confluență din Atlassian, care este unul dintre cele mai frecvente și mai ușor de lucru. De asemenea, puteți lua în considerare sistemele: Dokuwiki, MediaWiki și altele.

Ce este redmina sub capotă?

  • Redmina foarte repede și se desfășoară.
  • Funcționează pe majoritatea sistemului de operare.
  • Platforma pe care este implementată este Ruby pe șine. Dacă doriți să personalizați Redmine sub noi, trebuie să aveți o competență pe Ruby pe șine, altfel nu va fi foarte convenabilă, deoarece Nu totul poate fi făcut pluginuri gata făcute.
  • Sprijinul pentru diverse DBMS vorbește de la sine.
  • Cu RSS sau e-mail, puteți organiza alerte pe orice eveniment.
  • Autentificarea anunțurilor este disponibilă.
  • Integrarea cu sistemele de control al versiunii SCM (SVN, CVS, GIT, Mercurial, Bazar și Darcs).

Faceți cunoștință cu Redmine.

Puteți descărca Redmine, îl instalați pe computer și "Experimentați". Sau utilizați serverul nor și "într-un singur clic" pentru a vă pune o versiune preinstală de Redmine, care este de obicei inclusă în serviciul de găzduire.

Exemple de instalare pentru orice sistem, inclusiv utilizarea serviciului cloud, pot fi găsite pe Internet. Instrucțiuni oficiale pe link:

Așa că arată ca o listă de sarcini în Redmine.

Există un standard și mai multe interfețe suplimentare. Adevărat, la schimbarea interfețelor, unele funcții pot opri munca, pentru că Interfețele personalizate nu iau în considerare pluginurile cu care veți lucra - la urma urmei, acesta este un produs open source. Dar acest lucru nu împiedică să fie un instrument convenabil chiar utilizând interfața standard.

Administrarea este alocată într-o structură separabilă și destul de ușor de înțeles.

Lista de module conectate la Redmine, puteți întotdeauna să priviți și să analizați în secțiunea de administrare corespunzătoare.

Nu avem o redmină "curată", pentru că Există aproximativ 35 pluginuri. Am cumpărat câteva dintre ele.

Informații despre plugin-uri pot fi găsite în motorul de căutare prin cuvinte cheie "pluginuri pentru redmine". De exemplu, există două site-uri în care puteți descărca sau cumpăra pluginuri bune pentru a începe să lucrați cu Redmine:

Toate pluginurile sunt rusificate, puteți cumpăra și utiliza. Principalul lucru este să alegeți confortabil. Doar acordați atenție la care versiunea de Redmine acceptă pluginul, deoarece dacă versiunea acceptată nu se potrivește cu dvs., există o șansă ca pluginul să nu funcționeze.

Puțin despre automatizarea nevoilor noastre

Structura "Proiecte"

Utilizăm Redmine nu în conformitate cu conducerea standard. Ca exemplu, în cadrul sistemului, conceptul de "proiect" este o ramură separată în ierarhia structurii. Folosim copacul "Proiecte" ca o clasificare a nivelurilor. La nivel superior există un departament executiv, el este supus departamentelor servite, apoi sunt respectate sistemele, subsistemele și serviciile.

O parte din copac arată astfel:

Departamentul de administrare a sistemului utilizează, de asemenea, abordarea sa în ierarhia proiectelor. Lucrarea este construită pe baza clasificării serviciilor furnizate - a ajutat la rezolvarea problemei cu controlul serviciului. Prin urmare, în filiala lui ITSM, proiectul Hânărhy este un catalog de servicii de afaceri. Pentru comoditate, ele sunt numerotate.

Admiterea cererilor în Redmine

Potrivit exemplului, vă voi spune cum am organizat primirea de aplicații în Redmine.

Departamentul nostru este împărțit în 3 grupe:

  • Echipă de dezvoltare;
  • Un grup de analiză și acompaniament - aici include angajații care produc un sprijin de "două și jumătate". Acestea sfătuiesc, să analizeze problema, dacă este necesar, codul "citit" poate scrie cereri de analiză a datelor, precum și erorile corecte din cod. Ca rezultat, reușim să excludem distragerea programatorilor din probleme mici, precum și cu ajutorul analiștilor, separăm programatorii de la clienți și înapoi, pentru că Totul, probabil, sa confruntat cu problemele relațiilor dintre ele.
  • Și grupul de administratori de bază de date 1c.

Deci, primirea de aplicații în Redmine cu noi se desfășoară prin scrierea scrisorii obișnuite de pe căsuța poștală evidențiată. Pentru organizarea cutiilor poștale individuale, noi în fiecare departament și în fiecare grup a alocat structura "proiectelor", de exemplu:

Pentru fiecare dintre proiecte, noi în pluginul Helpdesk a configurat cutia poștală. Screenshot afișează setările pluginului Helpdesk pentru unul dintre proiecte:

Literele care intră în cutia poștală atașată la "Proiectul" se încadrează în sistemul nostru ca aplicații cu vedere la "solicitarea de utilizator". Toate acestea conduc la o scădere a angajaților cu privire la costul forței de muncă la clasificarea primară a cererilor primite. (Exemplu în captura de ecran: 1.2 Administrators 1C, 1.4 Confluența biletului, 1.5 Suport pentru Yurait DPP)

Dacă este imposibil să se producă o astfel de selecție a structurii, atunci este foarte posibil să selectați o căsuță poștală și în copac pentru a crea ramuri subordonate, unde aplicațiile vor fi distribuite la prima linie de suport după clasificarea primară (screenshot de probă : 1.3 Suport pentru utilizatori).

Ca rezultat, aplicația trece ciclul:

  • În primul rând, se întâmplă intrarea automată primară în proiect;
  • Apoi analistul distribuie aplicația, adică clasifică, clasifică și prioritizează acest lucru;
  • După aceasta, analistul transferă cererea la ramura dorită.

În aplicație există anumite domenii de clasificare, unele dintre ele pretenți, iar partea este adăugată de noi. În conformitate cu aceasta, se efectuează completarea primară utilizând parametrii:

  • Prioritate;
  • Categorie;
  • Departamentul pentru clienți;
  • Câmpurile casomi de diferite tipuri.

Acestea. Dacă apare un incident, puteți fi sigur că nu va trece neobservată.

Un exemplu de aplicații și câmpuri primite utilizate:

Setări "Proiect"

În interiorul "Proiectului" pot exista mai multe tipuri de trackere. Aici, de exemplu, trackere adesea folosite:

  • Solicitarea utilizatorului;
  • O sarcină;
  • Eroare;
  • Sentință;
  • Proiect de afaceri;
  • Programul de proiecte de afaceri etc.

Trackers poate fi un număr nelimitat - pot fi adăugați manual. Fiecare tracker este configurat în mod flexibil.

În setările "Project", putem specifica ce tracker-uri sunt utilizate, precum și câmpurile personalizate pot fi conectate.

De asemenea, modulele necesare și alte setări sunt, de asemenea, conectate la fiecare ramură. Puteți găsi acest lucru în documentația standard de redmine.

După conectarea modulelor, nu este nevoie să produceți manipulări complexe, trebuie doar să salvați lista modulelor actualei "proiecte" și vor apărea sub formă de file atunci când mergeți la care puteți face acest lucru necesar Setări.

În plus, Redmine este configurată foarte flexibil să acceseze drepturile diferitelor niveluri atât la "proiectul", cât și la funcțiile legate de separat, precum și disponibilitatea fiecărui domeniu.

În pagina de ansamblu "Project" Puteți vedea toate tipurile de trackere și statistici despre ele. Și, de asemenea, când "căzând" în tracker, vedeți subordonații acestui "proiect" de probleme - să le numim "cărți".

Proiecte de afaceri

Repet puțin. Deoarece în conceptele de "proiect" - aceasta este o ramură a structurii structurii, apoi pentru menținerea proiectelor reale, am alocat o ramură separată cu trackerul "Proiectul de Business" și "Programul de Proiect de Business". Acest lucru ne permite să păstrăm rapoartele de stare privind proiectele noastre de afaceri și să formăm costuri în ceea ce privește bazele de distribuție.

Structura acestei ramuri este, de asemenea, împărțită în spellings pe specificul: departamentul, clientul, sistemul, subsistemul.

pentru că Compania noastră de administrare, departamentele însoțesc central toate companiile incluse în Weighedvice Gk. În acest sens, efectuăm proiecte atât individual pentru orice companie și în comun pentru mai multe companii. Ca urmare, pentru fiecare proiect și sarcina este de a bugeta și de a scrie costurile departamentelor.

Într-o carte de proiect de afaceri, puteți configura și câmpurile necesare. Un exemplu de câmpuri pe care le folosim:

  • Distribuția de bază / destinatarul costurilor;
  • Bonus pentru proiect;
  • Evaluarea costurilor forței de muncă;
  • Datele de pornire / completare planificate;
  • Raportul privind statutul zilei și altele.

Toate sarcinile create în cadrul proiectului sunt subordonate cardului principal al proiectului de afaceri.

Raportul privind statutul este predat clienților cel puțin o dată pe săptămână. Întreaga poveste se acumulează în card și este trimisă părților interesate.

Clientul și alte părți interesate pot vedea în orice moment următoarele informații despre proiectul de afaceri:

  • Statutul proiectului;
  • Costurile estimate ale forței de muncă;
  • Costurile reale ale forței de muncă sunt în prezent în contextul executării și angajaților;
  • Pregătirea proiectului;
  • Formularea unui proiect de afaceri;
  • Întreaga istorie a corespondenței;
  • Data de planificare a proiectului a început, dacă a fost amânată din cauza prioritizării;
  • Data planificată de finalizare a proiectului.

Costurile reale ale forței de muncă sunt colectate din sarcinile de afaceri subordonate în timp petrecut de personalul departamentelor.

Pe baza sarcinilor formate, puteți construi o diagramă Ganta, dar numai într-o versiune informativă. În plus, este imposibil să o utilizați și interactiv.

Când lucrați cu programul de planificare a calendarului, puteți utiliza rapoarte grafice. De exemplu:

Folosim plăcile de activitate pentru a distribui sarcini în planificarea săptămânală.

Toate acestea sunt implementate prin plug-in-uri, care includ posibilitatea conducerii unor panouri agile sau kanbane.

Ca exemplu:

Având în vedere caracteristicile pluginului, se dovedește ca și consiliul Kanban. Poate fi o suprapunere interactivă de pachete - atât între status și între artiștii interpreți sau executanți. Pe trei interfețe au fost verificate - funcționează numai pe două. Interfața standard funcționează exact. Foarte convenabil pentru a afișa pe un televizor / ecran mare pentru planete / mitinguri.

De asemenea, planificarea poate fi efectuată utilizând versiuni și apoi convertiți versiunile în versiuni.

Ca eficacitate a activității departamentului, formăm rapoarte în contextul costurilor de distribuire a costurilor și a costurilor reale ale departamentelor.

Rapoartele standard ale forței de muncă pot fi prezentate:

Folosim înclinația raportului privind costurile forței de muncă:

  • Baza de date de distribuție a costurilor - câmpul nostru personalizat;
  • Cost Beneficiar - Câmpul nostru CASTEM;
  • Utilizatorul este un câmp standard.

Formarea poate apărea în contextul perioadelor:

Pentru bugetarea noastră, folosim doar "luna". Exemplu de raport:

Screenshot-ul prezintă un exemplu cu costuri reale ale forței de muncă în contextul bazei de distribuție pentru luna august.

În plus, puteți formaliza un raport detaliat pentru fiecare valoare de timp declarată. Dacă este necesar, toate rapoartele sunt convertite în CSV, astfel încât analizele ulterioare pot fi făcute în Excel.

Și, bineînțeles, ca adevărata poreclă 1C, putem scrie informații de descărcare de la Redmine în 1c pentru a forma raportul dvs. în 1c cu grupurile și informațiile necesare.

Un exemplu al unuia dintre rapoartele de cost:

Puțin mai multe despre funcțiile redmine

Dintre funcțiile suplimentare utile din Redmine, aș dori să subliniez:

  • Modul de autentificare - fie prin AD, fie prin autentificare și parolă;

  • Sistem de alerte. Utilizatorul va fi informat despre modificările sarcinii. Puteți configura alertele prin e-mail și RSS;

  • Combinând utilizatorii la grupuri. Cu acest instrument, vă puteți forma în structura ierarhică Redmine a întreprinderii. Există pluginuri privind integrarea cu sistemul de contabilitate și clonarea structurii sale în grupuri;
  • Model de rol dreapta, cu mai multe setări multi-nivel;

  • Stabilirea fluxului de lucru (ciclul de viață) al fiecărui tracker pentru fiecare rol;

  • Prezența pluginurilor de integrare cu MS Outlook. De exemplu, un plugin destul de convenabil cu multe funcții, cum ar fi crearea unei aplicații în Redmine direct din litera, comentarea, urmărirea etc.; Site-ul oficial:

https://ru.a.auusoftware.com/

  • Există, de asemenea, pluginuri pentru a se integra cu sistemele de mesagerie instant, cum ar fi telegrama și gateway-urile SMS. Pe orice canal de comunicare, puteți trimite alerte, cum ar fi incidente, informații de monitorizare etc.;
  • Dacă există o competență, este posibil să se facă orice plugin-uri.

Întrebări și răspunsuri:

Întrebare din hol : Să presupunem că am oferit acces la client și avem o anumită listă de servicii acceptate pentru aceasta. De exemplu, ca în exemplul dvs., există servicii de Sysadminov și servicii de coder. Cu un fel de client, lucrăm la ambele tipuri de servicii și cu un fel de un singur tip. Este posibil la nivelul drepturilor de a limita ce tip de serviciu este disponibil pentru client?

Răspuns: Aceasta variază numai de o sucursală separată alocată sub client - "proiect", unde sarcinile pentru serviciile selectate pot fi create individual pentru acest client. Sau va trebui să oferiți acces la toate sarcinile din sucursala - sprijin "proiect" pentru acest serviciu. Abilitatea standard de a limita drepturile pe semnul serviciului și clientul în "Proiectul" în Redmine "din cutie" nu este. Puteți căuta un astfel de plugin sau puteți scrie singur. Nu avem o structură complexă, dar există sarcini care ar trebui să fie disponibile numai pentru unitățile majore individuale, astfel încât acestea au fost create pentru ei.

Întrebare din hol: Se pare că fiecare client este un "proiect". Și în interiorul unui "proiect" pot face subproiectele?

Răspuns: Da, la fel de mult cum vă place. Noi, de exemplu, evidențiind limba greacă pentru a separa departamentele de clienți și de a le da acolo pentru a fi accesat de către angajații-cheie, astfel încât acestea să nu vadă întregul ajutor asociat clientului și întreaga structură, deoarece E destul de mare. Redmina flexibilă în setări, dar, din păcate, și în flexibilitatea sa există limitări care furnizează unele inconveniente. Desigur, există soluții mai convenabile foarte specializate, dar sunt plătite.

Întrebare din hol : Și costurile forței de muncă făcute la fiecare statut sunt rezumate? De exemplu, cu privire la statutul de "în lucrarea", am stabilit costul forței de muncă 0.3, iar apoi cu privire la statutul de "analiza", am stabilit mai multe costuri ale forței de muncă.

Răspuns : Costurile majore merg în general pentru sarcină. Este imposibil să se clasifice costurile forței de muncă în conformitate cu statusurile, dar costurile forței de muncă au un domeniu "activități", a căror esență poate reflecta procesul în care scrieți timpul. Este, de asemenea, editabil. La scrierea prin costurile forței de muncă, un angajat alege un tip de activitate fixă. Apoi, folosind rapoarte, puteți retrage timpul în contextul proceselor.

Fără indicarea tipului de activitate, raportul poate fi format numai din totalul timpului în contextul salariatului + zi.

Datele analitice sumare pot fi vizualizate de rapoarte. Direct în sarcină numai costul sarcinii curente este vizibil.

Întrebare din hol : Se pare că am prima linie de asistență tehnică și a doua linie de asistență tehnică. Fiecare dintre ele petrece pe aceeași sarcină în același statut "în lucrarea" unui anumit timp. În consecință, cum pot defini costurile reale ale forței de muncă pe persoană cu privire la sarcina de pe prima linie, pe a doua linie, pe a treia linie?

Răspuns : Repet, costurile merg în general asupra sarcinii, dar dacă o persoană a petrecut atât de multă vreme, iar apoi o altă persoană a petrecut timp - acest lucru este reflectat aici. Parțial răspunsul a fost dat sub întrebarea anterioară. Apoi puteți vedea care dintre ele a cheltuit, dar numai în această versiune. Nu există costuri separate numai dacă adăugați câmpuri personalizate pentru a scrie costurile forței de muncă sau pentru a utiliza grupări de utilizatori și pentru a forma în continuare rapoarte analitice.

Întrebare din hol : Cum este organizată interacțiunea utilizatorului? Prin email?

Răspuns : Trimiterea merge la o scrisoare standard de e-mail sau scrisă de utilizator sau o pliere automată de redmină, dacă este un observator pentru această sarcină. De asemenea, dacă este un utilizator redmine, atunci panoul de sus afișează câte sarcini sunt numite câte noi și cât de multe schimbări. Acum văd că am 20 de sarcini, dintre care unul este nou și unul modificat. Din partea utilizatorului - numai e-mail.

Așa cum s-a descris mai sus, la conectarea pluginurilor, puteți notifica în mod unilateral utilizatorii utilizând sisteme de mesagerie instantanee.

Întrebare din hol : Există o interfață web pentru depunerea aplicațiilor?

Răspuns : Nu. Redmine lucrează pe smartphone-uri și tablete, adică are o interfață adaptată. Dar aplicațiile pot fi trimise fie prin e-mail, fie accesul la utilizator direct în sistem, limitându-l numai în drepturi. Ca o caracteristică suplimentară, puteți pune un plugin în perspectivă pentru a crea sarcini în Redmine.

În prezent, există un plugin de tracker Hider, cu care puteți limita accesul la trackere în contextul utilizatorilor sau rolurilor.

Exemplu: Orice utilizator cu rolul "Observer" în "Proiectul" este disponibil numai cardurile cu trackerul "Cerere de utilizator".

Întrebare din hol : Și funcționalitatea de a lucra cu e-mail este una dintre casetă sau de la pluginuri?

Răspuns :Da, este "din cutie". Cu ajutorul pluginurilor, acesta dobândește pur și simplu facilități și setări suplimentare.

Întrebare din hol : Și este posibil să se configureze că notificarea clientului, pe care am intrat-o în sistem, a mers doar pe un anumit statut. De ce ar trebui să se uite la zece etape interne dacă avea nevoie de notă pentru a merge numai când sarcina este finalizată?

Răspuns :Am rezolvat această situație după cum urmează.

1. În primul rând, am dezactivat pentru utilizatori-clienți standard de notificări redmine în setările utilizatorului. Această setare este globală pentru toate Redmine pentru utilizatorul curent.

2. În plus, pentru sucursala necesară ("proiect") a legat posibilitatea trimiterii de scrisori.

3. Analistul sau RP-Shnik pot trimite un e-mail utilizând un mecanism standard: apăsând semnul "Trimiteți o notă" în modul de editare a cardului. Dacă este necesar, puteți specifica destinatari suplimentari.

4. Expeditorul poate scrie orice text și se adaugă atașamentele necesare. Sau utilizați modele configurate anterior.

 

Pentru a face acest lucru, modelul finit este selectat, substituit în litera literei și rămâne doar pentru a umple, dacă este necesar, informații suplimentare.

După aceea, trebuie să faceți clic pe butonul "Accept", atunci comentariul va fi salvat și scrisoarea va fi trimisă. Clientul va primi o notificare sub forma unei scrisori regulate.

Acesta este un mecanism standard, nu am atins nimic. Șabloanele pentru fiecare proiect sunt personalizate individuale. Aceasta este o simplificare destul de semnificativă a consultantului analist, deoarece de fiecare dată când scrieți același text - este laborios.

Ascundeți orice text de la client, dacă acesta are acces la el direct la cardurile de sarcini, este posibil doar prin utilizarea unui comentariu "privat" sau prin oprirea accesului la acest tip de comentarii.

A doua opțiune este utilizarea unui plugin suplimentar, deoarece În mod implicit, nu există astfel de setări.

Întrebare din hol: Este posibilă legarea contrapărții la sarcina primită? De exemplu, am un apel telefonic cu PBX, unde numărul de contrapartidă este marcat, iar Redmine ia numărul sosit de la PBX, creează o sarcină și a învățat-o contrapartidei. Ați rezolvat sarcina ierarhiei contrapartidelor?

Răspuns: Nu, nu am integrat Redmina cu telefonie IP, nu a fost scopul nostru. Ideea este bună, dar în specificul nostru nu este necesar. Pe Internet, puteți găsi integrarea redinei cu asteriscul.

Întrebare din hol :Avem o întrebare nu pe telefonia IP, ci pe ierarhia contrapartidelor. Vrem ca managerii să vadă aceeași ierarhie a contrapartidelor în Redmine ca 1c.

Răspuns : Nu, structura de contact este plată. Singurul lucru pe care l-am adăugat este un link către departament. Maxim pe care îl folosim este colectarea de contacte pe departamente, facem BUG Tracker pentru servicii interne și nu pentru clienții externi. În redimensionarea însăși, este imposibil să organizați o ierarhie de contrapartide, dar puteți asocia unitățile în Redmine și 1C și să formați acest raport din 1c.

Întrebare din hol : Și unde este profunzimea scrumului? Noi avem Sprint - 7 zile calendaristice (5 zile lucrătoare). Unde pot vedea care este iterația sprintului? Care este săptămâna calendaristică, care este numărul de sprint?

Răspuns : Adâncimea de scrum poate fi controlată de versiuni. Există o caracteristică a versiunilor.

Pentru aceasta, există o secțiune specială "plan operațional" (sau "versiune" în funcție de interfață).

Am trei versiuni, de exemplu.

 

Fiecare versiune poate avea propriul nume, statut și limitat la data finalizării.

Pentru fiecare versiune, listele de sarcini sunt vizibile dacă sunt prezentate, precum și numărul de neterminate.

Pentru vizualizare, puteți forma diagrame

Versiunile pot fi grupate, întrerupeți sarcini, puteți construi panouri în funcție de ele. Puteți transfera sarcini între Sprints - o astfel de oportunitate este în versiunea "Versiunile de planificare".

De fapt, Redmine poate fi un instrument pentru organizarea de lucru în domeniul de aplicare sau canbana. Cu toate acestea, este necesar să se țină seama de faptul că uneori nu există suficientă sortare și alte lucruri mici pentru comoditate. Poate că există pluginuri care o susțin. În volumul necesar al funcționalității actuale, există suficient. Aici puteți face atribuirea sarcinilor, deplasându-se între sprinturi, vedeți că nu ați avut timp să faceți pentru timpul planificat etc.

Întrebare din hol : Cum luăm în considerare sarcinile care nu au fost îndeplinite în sprintul curent? Ar trebui să văd în statut? Sau ei într-un fel, voi arăta că acum sunt necesare pentru a rezerva o nouă versiune?

Răspuns : Puteți selecta sarcina în funcție de versiune. De exemplu, să se uite la "planul operațional", pentru câte procente sunt finalizate și cât de îndeplinite. Acele. Câte sarcini sunt închise de la sprint și cât de mult nu este încă închis - va fi scris aici. Când faceți clic pe elementul corespunzător, o listă de sarcini care nu au fost închise sunt deschise. Mai mult, așa cum am spus, ele pot fi analizate și transferate într-un alt Sprint.

De asemenea, puteți formula plăci cu sarcini, conform acelorași versiuni și în contextul stațiunilor.

Și, desigur, utilizați lista standard de sarcini cu selecția necesară, care poate fi salvată și utilizată în funcționare permanentă.

Întrebare din hol : Cum puteți transfera sarcina la un alt Sprint - trebuie să deschid o listă de sarcini pe o filă, Kanban-bord pe altul și transfer?

Răspuns: Ar putea fi așa. Dar este mai convenabil să utilizați instrumentul de planificare a versiunii. Alegeți din lista sarcinilor neasigne sau a sarcinilor neterminate ale unei versiuni specifice a sarcinii dorite și aruncați-o în următoarea versiune a mouse-ului - arată că luăm această sarcină în Sprint.

Întrebare din hol: Și cum puteți da toate sarcinile deblocate? Poate trei sau patru versiuni înapoi am avut o anumită sarcină importantă acolo. Am înregistrat-o, ea atârnă acolo. Cum nu pot să o pierd, ca să fie strâns atârnată cu mine? În ceea ce am înțeles, acum puteți vedea doar sarcini sau sarcini nealocate din sprintul selectat. Și cum să vezi toate sarcinile deblocate cu un rezultat cumulativ, să înțelegeți, să le luați în sprintul curent sau să nu luați?

Răspuns: Acest lucru poate fi implementat prin filtrarea în sarcini. Puteți efectua setări de selecție în starea "Deschidere" cu parametrii necesari și salvați.

 

De exemplu, putem lua în considerare setarea, care se numește "sarcini pentru închidere". Există sarcini cu statutul "rezolvat", care au fost implementate de departamentul nostru și transferate clientului la operațiunea de producție, dar nici un feedback de la client nu a primit încă. Acestea. Acesta este un grup de sarcini care trebuie verificate pentru a clarifica rezultatele exploatării producției și a închiderii. De exemplu, puteți schimba valoarea filtrului de stare "corespunde" și semnul "nou". Ca rezultat, vor fi afișate noi sarcini care nu sunt încă luate la locul de muncă. Puteți modifica starea, prioritățile, categoriile, orice valori ale câmpurilor standard și personalizate.

De exemplu, puteți adăuga un câmp de utilizator special la filtru. Acesta este un instrument convenabil, foarte simplu. Pentru proiect, pentru sarcină, pentru contact.

Câmp nou - Indicați tipul de obiect, unde adăugăm, cele mai des utilizate "sarcini".

Indicăm formatul câmpului - opțiunile care sunt acoperite undeva 90% din nevoi.

Indicați numele, cum vor fi disponibile rolurile.

Indicăm pentru care se aplică proiecte pentru care sunt aplicate trackere.

Întrebare din hol : Și câmpurile personalizate pot fi obligatorii?

Răspuns : Desigur, prin analogie cu detalii suplimentare în 1c.

Câmpurile obligatorii sunt marcate cu un asterisc roșu în partea dreaptă a numelui.

Întrebare din hol : Și cum ați avut rapoarte despre munca efectuată? În aceeași sarcină se duce la un alt utilizator - există un inițiator de sarcină și există un interpret.

Răspuns: Așa este, dacă câmpul se schimbă - căruia îi este atribuită, atunci în raport returnează valoarea finală.

Permiteți-mi să vă spun cum am aranjat toți. Repetați parțial.

  • Cea mai importantă tracker pentru birou este o "cerere de utilizator", cu care poșta este dezasamblată automat și literele se transformă în "Cereri de utilizator". Dacă utilizatorul a trimis o scrisoare de răspuns la notificarea de la Redmine sau a trimis o literă clarificatoare cu același subiect, apoi pe subiect sau ID-ul din subiect atașează automat textul dintr-o astfel de literă la o interogare existentă - se utilizează o funcție clasică de lipire.
  • În continuare - când, de exemplu, a venit o cerere de consiliere în departamentul KIS, consultanții analist dezasamblează cererea și produc clasificarea sa primară. Determină că acesta este un incident, o eroare sau o sarcină. Poate fi chiar o idee pentru un nou proiect. În consecință, aceasta este, de asemenea, parte a biroului de service. După clasificare, toate "cererile de utilizator" sunt distribuite subproiectelor filialei Itaask, unde se fac deja lucrări suplimentare cu acestea.
  • Dacă această lucrare degenerează sarcina dezvoltatorului, atunci pe baza cererii utilizatorului, se creează "sarcina" subordonată asociată. Adică, "solicitarea utilizatorului" tracker trăiește în sine, iar trackorul de sarcini este, de asemenea, separat. Vorbim despre modificări mici și corecții de eroare pe care le avem un flux separat - ele apar din "Cereri de utilizator".
  • Dacă sarcina se referă la un anumit proiect de afaceri, iar dezvoltatorul nu a făcut-o pe baza "cererii de utilizator", este legată de proiectul de afaceri subordonat la blocurile funcționalității KISA, astfel încât mai târziu sarcina ar putea fi văzută - Cu privire la blocul și în legătură cu care am făcut - a fost "solicitarea utilizatorului" sau un proiect de afaceri.
  • Locuiește separat "proiectul de afaceri" de tracker, cu care comunicăm cu afacerea - nu cu utilizatorii la cerere și rafinament minor și deja cu proiecte reale care transportă valoare afacerii. În "Proiectul de afaceri" ca sarcini subordonate pot fi, de asemenea, subtașurile lor și chiar pachetele de sarcini - mari, cu subordonare și conexiuni. Aceasta este o astfel de mini-dovadă. Toate aceste substante sunt din nou legate de blocurile funcționalității KIS.
  • Nu contează unde a venit sarcina de la - de la Service Desca sau de la un proiect de afaceri. Dar noi toți le legăm în blocurile de funcționalitate.

Pe baza celor de mai sus, repet, putem vedea costurile forței de muncă în context:

  • Blocuri de funcționalitate a KISA;
  • Proiecte;
  • Artiștii interpreți sau executanți;
  • Comunicare "Cerere - Sarcini / Proiect de afaceri - Trackere subordonate".

Screenshot-ul prezintă un exemplu cu costuri reale ale forței de muncă în contextul proiectelor pentru luna august pe lună. Angajații trebuie să-și distribuie timpul petrecut efectiv pe sarcinile pe care le-au efectuat. Aceasta se numește foaie de timp. Avem dezvoltatorii zilnici să intre în înregistrările speciale ale "rapoartelor de lucru" și să-și distribuie timpul - se formează faptul că se formează forța de muncă. Astfel, cel puțin, de fapt, am gestiona bugetul proiectului.

Proiectele noastre au un plan de lucru preliminar. Și în fiecare proiect vedem, am depășit-o sau nu. Redmina rezumă automat lățimea tuturor sarcinilor subordonate proiectului. În consecință, știm că acest proiect este alocat 700 de ore. Vedem faptele - 617 de ore au fost elaborate. Acesta este unul dintre elementele de management al proiectului.

Procesul de activitate al sistemului de incidente poate fi reprezentat după cum urmează:

  • Consultantul analist desfășoară o analiză a cererii solicitate, dacă este necesar, formează o sarcină de dezvoltare;
  • Dezvoltatorul implementează sarcina și returnează consultantul de analiză pentru a verifica și a continua comunicarea;
  • Consultantul analist comunică deja la cererea utilizatorului cu o descriere a rezultatelor;
  • Dacă totul este în ordine, analistul închide sarcina - dezvoltatorul este interzis să închidă sarcinile.

În sarcini mai mari, inclusiv. Design, procesul este construit mai extins:

Și, bineînțeles, toate schimbările se încadrează în baza de lucru prin eliberarea eliberării.

Dacă îl trimiteți într-o opțiune mai convenabilă, atunci avem propriul nostru "opt".

Aceștia., Foarte multe sarcini tranziții între responsabili, dar nu este esențial pentru noi. Evaluăm costurile forței de muncă în contextul angajaților, costurile de distribuire a costurilor, clienților și, în cazuri rare, sub formă de activități. Toate acestea au fost deja menționate mai devreme.

Întrebare din hol : Este posibil să obțineți informații despre ce sarcini au îndeplinit un dezvoltator specific?

Răspuns : Există. Există un instrument de "raport de lucru" pentru care puteți vedea ce angajat la care sarcină cât de mult timp și în ce zi am petrecut.

Sau poate fi vizualizat de un raport standard "Costuri ale forței de muncă" - poate fi, de asemenea, formată în contextul utilizatorilor cu decodare.

Întrebare din hol : Și cum să urmăriți costurile dvs. de muncă?

Răspuns: Un angajat controlează, de asemenea, munca lor prin "raportul de lucru". Iar fixarea costurilor forței de muncă în sarcină se face manual - fie direct în sarcină, fie în "raportul de lucru". Există plug-uri care vă permit să urmăriți timpul. De exemplu, pluginul Timerului de emisie RedMine arată astfel:

Când începeți să lucrați la o sarcină, un angajat face clic pe butonul "PLAY" și la sfârșit - butonul "Pauză". La menținerea sarcinii, costurile forței de muncă sunt fixate în ea.

Întrebare din hol : Întrebarea la gestionarea timpului și a resurselor este gestionarea postfaftum, înregistrarea deja, când mă uit la modul în care angajații mei au fost încărcați sau este posibil să planificați? Când arăt că mâine, programul meu trebuie să-și asume sarcina de la asta și a doua zi de mâine. Și înțeleg că, în mod convențional, este un programator puternic și poate avea rapoarte fără probleme pentru două, trei pe zi până la nit, și pot pune o coadă de sarcini timp de o săptămână.

Răspuns :Abilitatea de a planifica este, dar nu este perfect - produsul gratuit vă face nuanțele. Există un câmp de "timp programat", este posibil să setați câmpul personalizat dacă nu aveți un câmp standard prin timp de planificare - câte ore de ore va cheltui. Este posibilă specificarea timpului planificat și apoi comparați timpul planificat și real. Și, desigur, puteți utiliza câmpul Puncte Standard Story pentru planificarea pokerului.

Întrebare din hol : Ai spus că wiki în Redmine incomod.

Răspuns :Wiki în Redmine pare neprietenos.

 

Pentru a forma articole și sarcini, se utilizează marcajul limbii de marcare. Formatarea nu este "în zbor", dar indicând simbolurile de marcare.

Căutarea este - conform cuvântului din interiorul textului și titlurile. Dacă introduceți "Exchange" în căutare, acesta va oferi atât teme cât și trackere. Există o selecție după tipul de tracker.

Cuprinsul nu este pagina principală și când introduceți Wiki este afișată pur și simplu o listă de articole create.

Cuprinsul este după cum urmează:

Și, bineînțeles, Wiki în Redmine este destinat numai pentru stocarea articolelor. Nu poate fi folosit pentru a colabora.

Istoria schimbării articolelor se desfășoară și poate fi găsită când, care și care se schimbă.

Întrebare din hol : Cum umple wiki?

Răspuns : Procesul nostru este construit după cum urmează. Analiza biroului de service se efectuează cu o anumită periodicitate în perioada trecută. Cu ajutorul unei clasificări inițiale care a fost făcută de analiști atunci când solicită o cerere, încercăm să rezumăm teme și să identificăm cele mai problematice zone. Apoi - introducem autoservire, adică. Documentarea modului în care utilizatorul însuși își poate rezolva problema sau întrebarea. În plus, în timpul activității curente, analistul poate crea articole la discreția sa, în cazul unei necesități, fără a aștepta analiza generală. De asemenea, pregătirea instruirii Wiki se află în cadrul proiectelor de afaceri dezvoltate sau a unor proiecte de documentare special dedicate. Aceasta nu este o confluență, nu colaborare. Aceasta este de sus în jos cu metode administrative. Utilizatorii nu participă la acest lucru.

Întrebare din hol : Unul dintre colegii utilizează un sistem foarte interesant. Mi-a plăcut foarte mult, vreau să-l pun în aplicare singură. Prima linie de asistență tehnică este întotdeauna obligată să închidă sarcina de la Wiki. Și dacă nu găsește un articol în Wiki, ea abordează a doua linie de asistență tehnică. Și deja a doua linie creează un articol care trebuie montat pentru o sarcină.

Răspuns :De asemenea, încercăm așa, dar acționăm peteri - seteluri, analizate, a făcut o serie de evenimente. Dar durează luni. Apoi din nou - sa așezat, analizat, a alocat blocurile necesare, a făcut o serie de evenimente.

Întrebare din hol : Nu foarte clar - cum este integrarea git cu Redmine?

Răspuns :Când salvați modificări la spațiul de stocare 1C (când se calculează), descrierea indică numărul de sarcini cu eticheta "#", de exemplu "# 74516". Astfel, ajungem prin contabilitate - putem vedea ce comisiile din depozitarea GIT este legată de sarcină. A fost important pentru noi că aceasta este o soluție desktop, astfel încât să putem gestiona convenabil și, dacă este necesar, să mergem la o altă soluție, deoarece toate aceleași nevoi cresc și nu toate nevoile de redine pot fi acoperite. Prin urmare, îmi cer scuze din nou - dacă alegeți un produs, mai întâi analizați că doriți să vă automatizați și care blochează "capacul".

Întrebare din hol : Ați folosit aplicația mobilă de la Redmine?

Răspuns :Aplicația mobilă este, dar nu este destul de confortabilă. În organizația noastră, nu este nevoie de ea. Lucrăm în principal pe un computer fix sau laptop. De asemenea, puteți utiliza pluginurile cu capabilități de informare - de exemplu, folosind SMS sau prin telegramă.

Întrebare din hol : Ai spus că descărcați depozitul în git și ce vedeți acolo în git?

Răspuns : În git la comutare există o legătură cu sarcina. De la comitet deschidem sarcina în sine. Și din această problemă, putem deschide și un comemorat asociat cu acesta. Pentru fiecare proiect, indiferent de ce este o ierarhie, vă puteți conecta depozitul. Desigur, integrarea cu git este administrată complet prin interfața web. Manerele de acolo trebuie să urce, dar rapid și simplu.

Ceea ce avem în cele din urmă:

Pe baza celor de mai sus, vom rezuma rezultatele scurte.

Pro:

  • Redmine - OpenSource-Produs cu o comunitate mare și activă;
  • Se preconizează pe costuri, ieftin, flexibil, personalizat, ușor de integrat și scalabil;
  • Acoperă complet Bug tracker, jumătate de management de proiect, destul de bit - itish;
  • Are integrare cu git;
  • Casomizele "pe zbor";
  • Are o gamă destul de largă de pluginuri. În plus, este ușor să găsiți specialiști pentru a automatiza procesele lor;
  • Contabilitatea convenabilă a costurilor reale ale forței de muncă. Posibilitatea de a planifica costurile și bugetele din domeniul forței de muncă.

Minusuri:

  • Wiki incomod;
  • Dacă trebuie să vă automatizați procesele și în absența competenței la Ruby pe șine, este posibilă numai utilizarea pluginurilor sau căutării dezvoltatorilor terți;
  • Un număr mic de rapoarte analitice;
  • Nu întotdeauna o interfață "prietenoasă";
  • Clasificatori de masă incomodă care ar dori să stocheze sub forma unei ierarhii.

În procesul de utilizare a produsului Redmine, am făcut o mare cantitate de lucru pe analiza, sistematizarea și automatizarea activităților noastre și o scădere a haosului în structurile noastre. Ei au făcut o schimbare și optimizarea proceselor atât în ​​cadrul departamentelor, cât și în procesele de afaceri ale întregii organizații. Optimizat și îmbunătățit funcții de control, analitice și manageriale în activitățile de proiectare și activități de proiectare.

Pasul ulterior pe care l-am luat este să evidențiem baza de cunoștințe într-un sistem de confluență mai convenabil, deoarece Posibilitatea de a colabora împreună este unul dintre principalele mecanisme din dezvoltarea organizațiilor, vă permite să furnizați rapid comunicații, să reduceți timpul pentru a transfera informații, reduceți numărul de erori și timp pentru a rezolva incidentele.

În partea de redine vor fi pași suplimentari pentru a construi procese de afaceri mai clare și controlate.

În general, alegeți instrumentul și lăsați-vă haosul să fie lăsate neobservate.

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

Acest articol este scris cu privire la rezultatele raportului citit la conferința comunitară InfoStart 2017. Mai multe articole pot fi găsite aici.

În 2020 invităm pe toți să participe la 7 alocări regionale, precum și la evenimentul InfoStart InfoStart din Moscova.

Selectați evenimentul.

Mină roșie. - Aplicație Web deschisă pentru managementul proiectelor și sarcini (inclusiv urmărirea erorilor). Redmine este scrisă în Ruby și este o aplicație bazată pe binecunoscutul cadru web Ruby pe șine. Distribuit în conformitate cu licența publică generală GNU.

Funcționalitate

Acest produs oferă următoarele caracteristici:

  • menținerea mai multor proiecte;
  • Sistem de acces bazat pe roluri flexibile;
  • Eroare de urmărire a erorilor;
  • Gantt și grafice de calendar;
  • Știri de proiect, documente și gestionarea fișierelor;
  • Alertă de modificări folosind fluxuri RSS și e-mail;
  • Wiki pentru fiecare proiect;
  • Forumuri pentru fiecare proiect;
  • contabilizarea costurilor temporare;
  • Câmpuri arbitrare personalizabile pentru incidente, costuri, proiecte și utilizatori;
  • Integrare ușoară cu sistemele de control al versiunilor (SVN, CVS, GIT, Mercurial, Bazar și Darcs);
  • Crearea înregistrărilor de eroare pe baza scrisorilor primite;
  • Suport pentru autentificarea multiplă LDAP;
  • capacitatea de a înregistra independent utilizatorii noi;
  • Interfață multilingvă (inclusiv rusă);
  • Suport pentru MySQL DBMS, Postgresql, Sqlite, Oracle.

Structura bazei de date

Sistemul utilizatorilor

Utilizatorii sunt unul dintre conceptele centrale ale zonei subiectului. Modelul utilizatorului este baza pentru identificarea și autentificarea sistemului de personal și a clienților, precum și pentru a le autoriza în diferite roluri, proiecte etc.

Rol

Rolurile utilizatorilor sunt determinate de un model flexibil pentru determinarea drepturilor de acces ale utilizatorilor. Rolurile includ un set de privilegii, permițând distingerea accesului la diferite funcții ale sistemului.

Utilizatorii li se atribuie un rol în fiecare proiect în care participă, de exemplu, "manager în proiectul de dezvoltare a site-ului un", "dezvoltator în proiect pentru a menține compania intranet a companiei" sau "client într-un proiect Refactor din sistemul informatic al companiei B ". Utilizatorul poate avea mai multe roluri. Atribuirea unui rol pentru o sarcină separată (problemă) este în prezent imposibilă.

Proiecte

Proiectul este unul dintre conceptele de bază în domeniul sistemelor de management al proiectelor. Datorită acestei entități, este posibilă organizarea de colaborare și planificarea mai multor proiecte simultan cu delimitarea accesului la diverși utilizatori (vezi mai sus). Proiectele admit cuiburi ierarhice.

Trackers.

Trackerele sunt principala clasificare prin care sarcinile sunt sortate în proiect. În sine, conceptul de "tracker" se întoarce la sistemele de contabilitate de eroare (Eng. Instrumentul de urmărire a bug-ului ), a reprezentat fiecare proiect separat.

De fapt, în trackerele "Redmine" sunt un analog al clasei "sarcină" de clasă și sunt baza pentru polimorfismul diferitelor tipuri de sarcini, permițând ca diferite câmpuri să fie determinate pentru fiecare dintre ele. Exemple de trackere sunt "îmbunătățirea", "eroare", "documentație", "suport",

Sarcini

Sarcinile sunt conceptul central al întregului sistem, descriind o anumită sarcină pe care doriți să o efectuați. Fiecare sarcină are o descriere obligatorie și autorul, la obligatoriu, sarcina este legată de tracker.

Fiecare sarcină are statutul. Statutul este o entitate separată, cu posibilitatea de a determina drepturile de a atribui statutul de roluri diferite (de exemplu, statutul "respins" poate fi atribuit doar unui manager) sau determinarea relevanței sarcinii (de exemplu, "deschis", " Numit "- relevant și" închis "," respins "- nu).

Pentru fiecare proiect, un set de etape de dezvoltare și un set de categorii de sarcini sunt definite separat. Alte domenii sunt, de asemenea, interesante pentru "timpul estimat", care servește drept bază pentru graficele de gestionare a clădirilor, precum și domeniul de selecție al observatorilor pentru sarcină (a se vedea "Primirea notificărilor"). Sarcinile sunt capabile să atașeze fișiere (există o entitate separată "aplicație").

Valorile altor proprietăți enumerate (de exemplu, prioritate) sunt stocate într-o masă comună separată.

Urmărirea stării sarcinilor

Pentru urmărirea modificărilor parametrilor de sarcini de către utilizatori, sistemul răspunde două entități: "Înregistrarea unui jurnal de schimbare și" parametru schimbat ". Intrarea în jurnal afișează o acțiune a utilizatorului pentru a edita parametrii sarcinii și / sau a adăuga un comentariu la acesta. Aceasta este, simultan servește ca un instrument pentru realizarea istoriei sarcinii și a unui instrument pentru menținerea unui dialog.

Entitatea "a schimbat parametrul" este legată de o intrare de jurnal separată și este destinată stocării vechii și a valorii noi a parametrului modificat de utilizator.

Comunicarea între sarcini

Sarcinile pot fi interdependente: de exemplu, o sarcină este o subtascină pentru altul sau precede-o. Aceste informații pot fi utile în planificarea dezvoltării programului, o entitate separată este responsabilă pentru depozitarea sa în Redmine.

Contabilitatea cheltuită în timpul proiectului

Sistemul menține contabilizarea timpului petrecut datorită esenței "timpului petrecut" asociat utilizatorilor și sarcinii. Essence vă permite să stocați timpul petrecut, tipul activității utilizatorilor (dezvoltare, design, suport) și un scurt comentariu asupra muncii. Aceste date pot fi utilizate, de exemplu, pentru a analiza contribuția fiecărui participant la proiect sau pentru a evalua intensitatea efectivă a forței de muncă și costul dezvoltării.

Reportări de legare

Redmine oferă integrarea cu diferite sisteme de control al versiunilor (depozite). Integrarea este de a urmări modificările în depozitul extern, fixându-le în baza de date, analiza modificărilor care trebuie obligate la anumite sarcini. În structura infografică a sistemului de integrare cu depozitele externe, trei entități sunt responsabile: "Repository", "editori" și "schimbare". "Repository" este un proiect asociat unui proiect care stochează tipul de depozit conectat, datele sale și datele de identificare ale utilizatorului său.

"Editorial" este afișarea comisiei editoriale a depozitului și, în plus față de câmpurile de informare, poate fi legată de o sarcină specifică (pentru că doriți să specificați în descrierea "Refs #num", unde num este numărul de sarcini) și autori autorul consiliului editorial. Entitatea "Schimbarea" este concepută pentru a stoca lista fișierelor modificate (adăugate, la distanță, modificate) în fiecare ediție.

Primirea notificărilor

Notificările utilizatorilor despre modificările care apar pe site se desfășoară utilizând esența utilizatorilor "Observatori" cu obiecte de diferite clase (proiecte, sarcini, forumuri etc.). În baza de date, sunt stocate și tastele de acces la abonament RSS, permițând notificări prin această tehnologie, notificările sunt trimise prin e-mail.

Unele defecte redmine.

Pentru noua versiune mai veche trebuie să faceți același lucru.Verificați neutralitatea.

Pagina de discuție trebuie să aibă detalii.

  • Gestionarea fișierelor și a documentelor în Redmine este redusă la adăugarea, ștergerea și editarea acestora. Nu puteți gestiona drepturile de acces la orice fișiere sau documente individuale.
  • Nu există alerte privind schimbarea documentelor.
  • În Redmine, nu puteți gestiona drepturile de acces la nivelul câmpurilor individuale de sarcini. De exemplu, în acest moment, este imposibil să se ascundă estimările lucrării pe un proiect sau informații despre timpul petrecut.
  • În RedMine toate câmpurile suplimentare sunt disponibile tuturor utilizatorilor, toți participanții la proiect vor putea să le vadă și să le schimbe. Această restricție poate duce la dificultăți în prezența unei comenzi neomogene atunci când managerii și dezvoltatorii, iar clienții au acces la proiect.
  • Redmine nu are drepturi de separare a tipurilor de tranziții în fluxul de lucru. De exemplu, acum este imposibil să indicați că atunci când cineva termină corectarea erorii, acesta trebuie să aleagă un tester responsabil și ar trebui să specifice numărul de construcție. De asemenea, nu puteți ascunde corespondența internă între programatori de la client.
  • În Redmine, intensitatea generală a forței de muncă a sarcinilor nu este afișată în lista de sarcini, iar în rapoartele intensive de muncă este imposibil să se facă selecția, inclusiv în conformitate cu Contractantul.

Chiliproject.

Ca urmare a faptului că viziunea unor utilizatori în raport cu proiectul a fost distinsă de viziunea liderului dezvoltatorilor, a fost creată Forma Redmine numită Chiliproject.

Vezi si

Literatură

  • 前田 剛 (Go Maeda) 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther Popp. KonfigurationsManagement MIT Subversiune, Maven und Redmine: Grundlagen für softwarearchitekten und entwickler. - 3. - DPUNKT.VELAG GmbH, 2009. - P. 362. - ISBN 9783898645218

Link-uri

Mină roșie. [ɹɛdmɑɪn] - Aplicație Web deschisă pentru managementul proiectelor și sarcini (inclusiv urmărirea erorilor). Redmine este scrisă în Ruby și este o aplicație bazată pe binecunoscutul cadru web Ruby pe șine. Distribuit în conformitate cu licența publică generală GNU.

Enciclopedic YouTube.

  • 1/4Vizualizări: 337.

    1.067.

    20 314.

    1 108.

  • Cum se instalează Redmine (managementul proiectului) pe Antsle

  • Mit redmine effizitor mitarbeter, projekte und aufgaben verwalten

  • Redmine - Herramient de Gestion de Proyectos

  • [Kube 42] Implementarea redminei în Cluster Kubernetes

Conţinut

Funcționalitate

Acest produs oferă următoarele caracteristici:

  • menținerea mai multor proiecte;
  • Sistem de acces bazat pe roluri flexibile;
  • Eroare de urmărire a erorilor;
  • Gantt și grafice de calendar;
  • Știri de proiect, documente și gestionarea fișierelor;
  • Alertă de modificări folosind fluxuri RSS și e-mail;
  • Forumuri pentru fiecare proiect;
  • contabilizarea costurilor temporare;
  • Câmpuri arbitrare personalizabile pentru incidente, costuri, proiecte și utilizatori;
  • Integrare ușoară cu sistemele de control al versiunilor (SVN, CVS, GIT, Mercurial, Bazar și Darcs);
  • Crearea înregistrărilor de eroare pe baza scrisorilor primite;
  • Suport pentru autentificarea multiplă LDAP;
  • capacitatea de a înregistra independent utilizatorii noi;
  • Interfață multilingvă (inclusiv rusă);
  • Suport DBMS MySQL, Microsoft SQL Server [2] , Postgresql, sqlite.

Structura bazei de date

Sistemul utilizatorilor

Utilizatorii sunt unul dintre conceptele centrale ale zonei subiectului. Modelul utilizatorului este baza pentru identificarea și autentificarea sistemului de personal și a clienților, precum și pentru a le autoriza în diferite roluri, proiecte etc.

Rol

Rolurile utilizatorilor sunt determinate de un model flexibil pentru determinarea drepturilor de acces ale utilizatorilor. Rolurile includ un set de privilegii, permițând distingerea accesului la diferite funcții ale sistemului.

Utilizatorii i se atribuie un rol în fiecare proiect în care participă, de exemplu, "manager în proiectul de dezvoltare a proiectului", "dezvoltator în proiect pentru a menține compania intranet a companiei" sau "Client într-un proiect de refactor al sistemului de informații Compania B ". Utilizatorul poate avea mai multe roluri. Atribuirea unui rol pentru o sarcină separată (problemă) este în prezent imposibilă.

Proiecte

Proiectul este unul dintre conceptele de bază în domeniul sistemelor de management al proiectelor. Datorită acestei esențe, este posibilă organizarea de lucrări comune și planificarea mai multor proiecte simultan cu delimitarea accesului la diverși utilizatori (vezi mai sus). Proiectele permit cuiburi ierarhice.

Trackers.

Trackerele sunt principala clasificare prin care sarcinile sunt sortate în proiect. În sine, conceptul de "tracker" se întoarce la sistemele de contabilitate de eroare (Eng. Instrumentul de urmărire a bug-ului ), a reprezentat fiecare proiect separat.

În esență, în "Redmine", trackerele sunt un analog al clasei "Problemă" de clasă și reprezintă baza unui polimorfism de diferite tipuri de sarcini, permițându-vă să determinați pentru fiecare dintre domeniile lor diferite. Trackerii sunt "Îmbunătățirea" "," eroare "," documentație "," suport ".

Sarcini

Sarcinile sunt conceptul central al întregului sistem, descriind o anumită sarcină pe care doriți să o efectuați. Fiecare sarcină are o descriere obligatorie și autorul, la obligatoriu, sarcina este legată de tracker.

Fiecare sarcină are statutul. Statutul este o entitate separată cu posibilitatea de a determina drepturile de atribuire a stării pentru diferite roluri (de exemplu, statutul "respins" poate fi atribuit numai unui manager) sau determinarea relevanței sarcinii (de exemplu, "deschisă", "numit" - relevant și "închis", "respins" - nu).

Pentru fiecare proiect, un set de etape de dezvoltare și un set de categorii de sarcini sunt definite separat. Alte domenii sunt, de asemenea, interesante pentru "timpul estimat", care servește drept bază pentru graficele de gestionare a clădirilor, precum și domeniul de alegere a observatorilor pentru sarcină (a se vedea "Primirea notificărilor"). Sarcinile sunt capabile să atașeze fișiere (există o entitate separată "aplicație").

Valorile altor proprietăți enumerate (de exemplu, prioritate) sunt stocate într-o masă comună separată.

Urmăriți schimbarea parametrilor de sarcini

Pentru urmărirea modificărilor la parametrii de sarcini de către utilizatori, două entități răspund în sistem: "Înregistrarea unui jurnal de schimbare" și "Parametru schimbător". Intrarea în jurnal afișează o acțiune a utilizatorului pentru a edita parametrii sarcinii și / sau a adăuga un comentariu la acesta. Aceasta este, simultan servește ca un instrument pentru realizarea istoriei sarcinii și a unui instrument pentru menținerea unui dialog.

Entitatea "a schimbat parametrul" este legată de o intrare de jurnal separată și este destinată stocării vechii și a valorii noi a parametrului modificat de utilizator.

Comunicarea între sarcini

Sarcinile pot fi interdependente: de exemplu, o sarcină este o subtascină pentru altul sau precede-o. Aceste informații pot fi utile în planificarea dezvoltării programului, o entitate separată este responsabilă pentru depozitarea sa în Redmine.

Contabilitatea cheltuită în timpul proiectului

Sistemul sprijină luarea în timp datorită esenței timpului "petrecut" asociate utilizatorilor și sarcinii. Essence vă permite să stocați timpul petrecut, tipul activității utilizatorilor (dezvoltare, design, suport) și un scurt comentariu asupra muncii. Aceste date pot fi utilizate, de exemplu, pentru a analiza contribuția fiecărui participant la proiect sau pentru a evalua examinarea efectivă a timpului și costul dezvoltării.

Reportări de legare

Redmine oferă capacitatea de a se integra cu diferite sisteme de control al versiunilor (depozite). Integrarea este de a urmări modificările în depozitul extern, fixându-le în baza de date, analiza modificărilor care trebuie obligate la anumite sarcini.

În structura infografică a sistemului de integrare cu depozitele externe, trei entități sunt responsabile: depozitul, editorii și schimbarea.

  • Repository - un proiect asociat entității care stochează tipul de depozit conectat, datele sale și datele de identificare ale utilizatorului său.
  • Editorial - afișarea funcției editoriale a depozitului și, în plus față de câmpurile de informare, poate fi legată de o sarcină specifică: aceasta necesită specificarea în descrierea modificărilor "Refs #num", unde numărul este numărul de sarcini) și la autor-autor al comisiei editoriale.
  • Schimbare - stochează o listă de fișiere modificate (adăugate, la distanță, modificate) în fiecare ediție.

Primirea notificărilor

Notificările utilizatorilor privind modificările care apar pe site sunt efectuate utilizând esența utilizatorilor de "observatori" cu obiectele de diferite clase (proiecte, sarcini, forumuri etc.). Baza de date stochează, de asemenea, cheile de acces la abonamentul RSS, permițându-vă Pentru a primi notificări prin această tehnologie, notificările sunt trimise prin e-mail.

Unele defecte redmine.

  • Gestionarea fișierelor și a documentelor în Redmine este redusă la adăugarea, ștergerea și editarea acestora. Nu puteți gestiona drepturile de acces la orice fișiere sau documente individuale.
  • În Redmine, nu puteți gestiona drepturile de acces la nivelul câmpurilor individuale de sarcini. De exemplu, în prezent, este imposibil să se ascundă estimările timpului de lucru asupra sarcinii. Dar puteți face câmpuri suplimentare vizibile numai utilizatorilor cu roluri definite.
  • În Redmine, luarea în considerare a forței de muncă a sarcinilor nu este afișată în lista de sarcini.
  • Nu există posibilitatea de a oferi utilizatorului un rol în întregul sistem; De exemplu, "managerul de birou de proiect" trebuie să aibă acces la toate proiectele din sistem: Pentru aceasta trebuie să adăugați un utilizator cu acest rol în toate proiectele.
  • Conectați depozitul GIT este posibil numai dacă Redmine, iar depozitul se află pe același server.

Chiliproject.

Ca urmare a faptului că viziunea unor utilizatori în raport cu proiectul a fost distinsă de viziunea liderului dezvoltatorilor, a fost creată Forma Redmine numită Chiliproject. În prezent, acest proiect este închis.

Vezi si

Notează

Literatură

  • 前田 剛 (Go Maeda). 入門 Redmine Linux / Windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther Popp. KonfigurationsManagement MIT Subversiune, Maven und Redmine: Grundlagen für softwarearchitekten und entwickler. - 3. - DPUNKT.VELAG GmbH, 2009. - P. 362. - ISBN 9783898645218.

Link-uri

  • Site-ul oficial Redmine. (ing.)
  • Client Android pentru Redmine (ing.)
  • Instalarea și configurarea pachetelor de redine cu bijuterie, rubin, șine, postgresql, pasager, nginx
  • Instalarea și configurarea pachetelor de redine cu bijuterie, rubin, șine, mysql, pasager, nginx (Link inaccesibil)
  • Crearea pluginurilor pentru redmine
  • RedmineApp - aplicație iPhone pentru redmine
  • Redmine PM - Client Redmine pentru iPhone / iPad
  • Redmine pentru a merge - Windows Phone Client pentru Redmine
  • Redmineup este un set de plug-in-uri gratuite și comerciale și teme pentru redmine.
  • RMClient este un client pentru Windows, Mac, Linux, Comercial.
  • Stabilirea sarcinilor ciclului de viață
  • Rezolvarea problemelor de performanță
  • Planificarea operațională în Redmine
  • Ghid de scriere plugin-uri
  • Instrucțiuni detaliate de instalare
  • Easy RedMine - opțiune comercială
  • Designer Jetware instalații și mașini virtuale cu Redmine

Această pagină a fost editată ultima dată pe 3 mai 2021 la 13:31.

  • - menținerea mai multor proiecte;
  • - sistemul de urmărire a erorilor;
  • - alerte despre modificări prin e-mail și feed-uri RSS;
  • - statuse de sarcini personalizabile;
  • - câmpuri arbitrare personalizabile pentru sarcini, costuri de timp, proiecte și utilizatori;
  • - contabilizarea costurilor de timp (ore);
  • - diagrame și calendar Ganta;
  • - Wiki pentru fiecare proiect;
  • - gestionarea știrilor de proiect, gestionarea fișierelor și documentele;
  • - forumuri pentru fiecare proiect;
  • - interfață multilingvă, inclusiv rusă;
  • - integrarea ușoară cu depozitele (SVN, CVS, GIT, Mercurial, Bazar și Darcs);
  • - sistem de separare a accesului bazat pe roluri;
  • - suport pentru autentificarea multiplă LDAP;
  • - abilitatea de a înregistra independent noi utilizatori;
  • - Extinderea funcționalității sistemului prin instalarea suplimentară plugin-uri ;
  • - Suport DBMS: MySQL, Postgreql, SQLite, MS SQL Server (din versiunea 2.3).
  • Luați în considerare sistemul de redine în detaliu. Mai jos este câteva capturi de ecran, pe primul ele - o listă de sarcini conform uneia dintre proiecte.

    Task Fila vă permite să vedeți atât sarcinile actuale ale proiectului (în mod implicit), cât și sarcinile închise anterior - solicitările clientului sunt posibile.

    Doamne ești a mea, am conflicte!

    (filtre). Întrebările personalizate pot fi salvate pentru utilizarea ulterioară de către toți utilizatorii sistemului.

    (Când instalați caseta de selectare "Public") sau pentru utilizarea de către utilizatorul care a creat cererea. După crearea unei interogări, puteți configura lista sarcinilor într-un singur clic,

    Mai devreme sau mai târziu (probabil deja în timpul primei actualizări la noua versiune mai mică), veți întâlni conflicte de fuziuni. În timpul reburațiunii git, utilizează comite unul câte unul și se oprește de fiecare dată când utilizarea comitetului are loc cu erori. În acest caz, echipa

    Profitând de referință cu interogarea prin "interogările salvate" de pe panoul lateral din dreapta.

    • Sistemul implementează mecanismele de urmărire a sarcinilor și a abonamentelor la sarcini. Pentru fiecare sarcină, observatorii pot fi atribuiți, după care atunci când starea se schimbă, parametrii sarcinii, adăugați noi comentarii, fișierele la sarcină, utilizatorii de observatori vor primi notificările corespunzătoare de e-mail.
    • Toți utilizatorii de sistem pot crea noi sarcini. Pentru a adăuga o nouă sarcină la proiect, trebuie să mergeți la noua filă de sarcini,
    • Selectați Task Tracker și completați câmpurile obligatorii (*) și suplimentare (inclusiv utilizator personalizat). În câmpul "Temă", este formulat pe scurt, dar informativ sensul sarcinii (Când mergeți la alt câmp apăsând tasta TAB, în cazul unui plug-in suplimentar, puteți căuta înregistrarea subiect printre sarcinile create anterior). În câmpul "Descriere" stabilește un conținut detaliat al sarcinii. Pentru a spori lizibilitatea textului, puteți utiliza capabilitățile editorului web încorporat.
    • Activitatea poate fi atașată fișiere, dimensiunea maximă fiind reglată de administratorul de sistem.
    • Observatorii pot fi conectați la sarcină: Pentru a crea o sarcină, atunci când faceți mese la sarcină, modificați starea sarcinii, observatorii vor primi notificări adecvate la adresa lor de e-mail. Utilizatorii se pot adăuga, de asemenea, ca observator la o sarcină accesibilă, pentru care în cartea de sarcini ar trebui urmată de linkul "Urmare".

    Sarcinile din sistem pot fi interdependente: de exemplu, unul dintre ele este un subtask pentru altul, precede ea sau aceste sarcini sunt pur și simplu legate unul de celălalt.

    Starea git.

    Sistemul de Redmine oferă o entitate separată numită "sarcini conexe". Sarcinile asociate pot avea următoarele tipuri de linkuri:

    Afișează fișierele problematice.

    - "duplicate" - asociază sarcinile în așa fel încât închiderea unuia implică închiderea unei alte sarcini;

    Verificați care dintre comitete a făcut o eșec, aflați de ce a fost intenționat (Mesaje de comitere semnificative vor ajuta), fișiere corecte, comandă

    - "Legat de" este doar o referire la o altă sarcină. O astfel de legătură este utilizată pentru a demonstra că aceste sarcini sunt combinate de un singur scop sau de alte atribute comune; - "Blocuri" - arată că această sarcină trebuie completată înainte de a începe lucrul la o altă sarcină. În ambele sarcini, puteți schimba în mod independent procentul de execuție, date, stare, dar cu o singură excepție: sarcina blocată nu poate fi închisă până când sarcina de blocare este închisă. Cu toate acestea, în sarcina blocată, este posibil să se stabilească starea "efectuată", disponibilitatea de 100%, chiar dacă disponibilitatea sarcinii de blocare lasă mult de dorit; - "precede" - stabilește procedura de îndeplinire a sarcinilor, astfel încât această sarcină să fie finalizată pentru n zile înainte de începerea asociatului asociat. În cartea de sarcină asociată, aceasta nu va fi doar o intrare pe obligatoriu, ci și schimbarea automată a momentului și sfârșitul sarcinii. Termenul sarcinii va fi egal cu data problemei legată, majorată cu numărul de zile specificate în pachet;

    Git adaugă

    - "Apoi" - stabilește procedura de îndeplinire a sarcinilor astfel încât această sarcină să poată fi efectuată numai după asociere. Această conexiune este inversă pe cea anterioară.

    Adăugați fiecare fișier corectat atunci când terminați. Dacă conflictele au fost eliminate, puteți vizualiza modificările care vor fi fixate utilizând comanda

    Timpul se va schimba automat nu în legare, ci în sarcina editabilă. Prin urmare, trebuie folosită legătura "următoare", asigurându-vă că sarcinile ar trebui să meargă într-adevăr una după alta la un anumit interval de timp între ele.

    Git diff --cated.

    Următoarele imagini sunt dedicate configurației și administrării sistemului de redmine.

    . De îndată ce considerați că rezultatul este satisfăcător, puteți continua să reluați cu echipa

    Trackerele joacă un rol important în îndeplinirea sarcinilor. Aceștia sunt implicați în determinarea condițiilor de tranziție a sarcinilor de la un stat la altul, disponibilitatea câmpurilor.

    Git rebase --continue.

    Tracker este o asociație logică a sarcinilor într-un grup din cadrul proiectului, de exemplu, eliminarea erorii, dezvoltarea unei noi funcționalități etc. Tracker poate fi

    Incluse într-una, mai multe sau toate proiectele.

    Utilizatorii redmine trebuie să fie incluși într-unul din grupurile de rol, numărul de roluri nu este limitat. Sistemul oferă două roluri predefinite:

    Rolul "Anonim" - pentru utilizatorii neînregistrați, rolul "neputinței" - pentru înregistrat, dar nu este inclus în orice proiect utilizator.

Anonim nu poate crea sarcini.

Fiecare rol este stabilit pentru a accesa drepturi la posibile acțiuni cu sarcini, proiecte, documente, fișiere, wiki, forumuri etc. Este evident că

Rolurile de "manager de proiect" ar trebui să primească mai multe puteri, rolul de "interpret" - mai mic, rolurile de "neparticipare" - chiar mai puțin, rolurile de "anonim" pentru a permite posibilități minime

În proiecte publice și în proiecte individuale, totul este interzis. Participanții la rolul de sistem "Administrator" au drepturi nelimitate în întregul sistem.

În funcție de trackerul selectat, fiecare sarcină poate trece prin anumite etape și are diferite stări.

Deci, în exemplul de mai jos pentru trackerul creat "Depanarea", "sarcină unică, adhoc", "noua dezvoltare" maximă pe parcursul statutului de sarcini:

1. New -> 2. Distribuit -> 3. Analiza -> 4. în funcționare -> 5. ACUM -> 6. Acceptarea de către client -> 7. Închis

Au fost create rolurile de "manager de proiect", "Executive", "Client, membru". Deoarece managerul de proiect este un administrator al proiectului său, atunci în cadrul proiectului său poate fi mutat în sarcina de diferite stări. Performerul sarcinii sau al clientului / participantului poate traduce sarcina numai de la anumite statuse. În orice etapă, sarcina poate fi anulată (tradusă în starea "respinsă") indicând motivul. .

Când efectuați modificări la sarcină, modificări ale statutului sarcinii, adăugați comentarii la toți utilizatorii implicați în sarcină va veni automat e-mail.

Pentru fiecare pereche "ROL - Tracker" există o oportunitate de a configura vizibilitatea, obligația de a completa câmpurile (inclusiv câmpurile configurabile) în cartea de sarcini. Domenii de sistem

"Proiect", "Tracker", "Tema", "Prioritate", "Private" (sarcină) sunt întotdeauna necesare pentru a umple. Configurarea secvenței de acțiuni pentru unul dintre perechi "Role - tracker",

Setările de secvență pot fi copiate pentru o altă pereche (linkul "Copiere").

În sistemul de redine pentru sarcini, utilizatori și alte entități, puteți crea un număr arbitrar de câmpuri personalizabile (personalizate). Câmpurile personalizate vor fi

Afișați într-o cartelă de sarcină în două coloane după zona de câmpuri de sistem predefinite. Sortare Determină ordinea câmpurilor personalizate în cartela de sarcini. Câmpurile personalizate acceptă următoarele tipuri de date: șir, text lung, număr întreg, număr real, data, lista pentru selectarea unei singure valori, Lista pentru selectarea valorilor multiple, link-ul, utilizatorul. Fiecare câmp personalizat poate fi activat în toate sau numai proiectele specificate, utilizați tracker-urile selectate. În definirea unui câmp personalizat, puteți instala imediat Setările globale sunt necesare și vizibilitatea rolurilor, precum și participarea pe teren la interogările utilizatorilor (filtre) și interogările de căutare. Programul de gestionare a serverelor și serviciilor Redmine poate fi găsit ca Start-Up -> Bitnami Redmine Stack Group -> Mademine Manager Tool. Cu această aplicație administrativă, puteți gestiona serviciile Redmine, serverul Web Apache, serverul de bază de date MySQL.

Raportarea

Sistemul de Redmine oferă o diagramă gant, iar cu ajutorul pluginurilor suplimentare este posibilă formarea rapoartelor pentru a înțelege starea proiectelor și a sarcinilor.

Poate că o prezentare privată a dezvoltatorilor despre formatele acestor rapoarte vă va organiza.

Cu toate acestea, rapoartele analitice privind sarcinile proiectului sunt create cel mai bine pe baza datelor exportate în fișierul CSV. Pentru aceasta

În meniul principal al sistemului Redmine, selectați "Proiecte" -> "Toate proiectele", urmați linkul "Vizualizați toate sarcinile",

La lista de sarcini, aplicați / anulați criteriile de filtrare dorite și faceți clic pe linkul "Exportați în CSV" din partea de jos chiar sub lista de sarcini.

În acest fel, lista de sarcini va fi descărcată - fișierul problemei.csv.

Apoi, trebuie să deschideți o nouă carte MS Excel, selectați "Date" -> "Din text" din meniul principal, specificați calea către problemele de fișier.csv, În caseta de dialog Page SELECT Cod "1251: Cyrilic (Windows)", (Poate ca un simbol separator, remarcat - "altele", specificați simbolul (trăsătură verticală)) și faceți clic pe butonul "Finish". Datele vor fi importate în fișierul Excel în timp ce salvați conexiunea la fișierul CSV. Pe baza tabelului de date sursă, trebuie să creați tabele sumare, diagrame (evidențiați tabelul / coloanele, apoi selectați "Inserați" -> Tabel rezumat "). Este posibil să se asigure indicatori analitici în tabelul de bază, va trebui să creați coloane suplimentare calculate.

Un exemplu de raport poate fi găsit în investiția la prezentul articol.

Mină roșie¶

Redmine este o aplicație flexibilă de management de proiect. Scrisă Folosind Ruby on Rails cadrul, este o platformă încrucișată și o bază de date încrucișată.

Redmina este o sursă deschisă și eliberată în condițiile licenței publice generale GNU v2 (GPL).

Caracteristici¶

Unele dintre principalele caracteristici ale Redmine sunt:

Citiți mai multe despre caracteristicile Redmine.

Documentație¶ .

Puteți citi

Ghidul redmine.

Alte resurse:

Demo¶ online O demonstrație online comună poate fi găsită la http://demo.redmine.org/. A fost configurat pentru a oferi utilizatorilor înregistrați abilitatea de a-și crea propriile proiecte Aceasta înseamnă odată ce vă înregistrați, vă puteți crea propriul proiect pe acolo și puteți încerca funcțiile de administrare a proiectului. Alternativ, puteți obține propriul dvs. mediu demo de redine la http://m.redmine.org cu privilegii complete de administrator după umplerea unui formular simplu.

Suport și obținerea ajutorului

Pentru a obține ajutor sau discutarea redminei, puteți naviga

Forumuri redmine. 

Găzduit aici în Redmine. Avem, de asemenea, a Cameră de chat. - Alăturați-vă #redminei pe rețeaua Freenode IRC.There este, de asemenea, un spațiu de lucru neoficial

Slack. Unde puteți pune întrebări și puteți participa la discuții cu alți utilizatori Redmine. Înainte de a trimite un raport de eroare, un patch sau o solicitare de caracteristici aici, citiți orientările de trimitere.

Contribuția și ajutorul lui Redmina este construită și întreținută de voluntarii comunității. Dacă vă place să o utilizați și doriți să vă întoarceți comunității, pagina contribuitoare are idei seveste. Experiența de dezvoltare a software-ului nu este necesară. Verificați pagina echipelor dacă sunteți interesat de o anumită zonă pentru a contribui în mod regulat. De asemenea, puteți face o donație și puteți fi listată pe pagina Donators Redmine. Cine folosește Redmine? ¶ Această pagină enumeră unele companii și proiecte utilizând Redmine. Redmine Books¶ Mastering redmine ediție a 2-a

Este un ghid cuprinzător cu sfaturi, trucuri și cele mai bune practici pentru utilizarea redminei. Puteți cumpăra online.

Redmine plugin extensie și dezvoltare Oferă o imagine de ansamblu a instrumentelor disponibile dezvoltatorilor care doresc să extindă Redmine pentru a-și desfășura drumul. Puteți cumpăra online. Redmine carte de bucate. Cameră de chat. .

: Peste 80 de rețete hands-on pentru a vă îmbunătăți abilitățile în managementul proiectelor, managementul echipei, îmbunătățirea procesului și administrarea redminei. Puteți cumpăra online. Redmine Books¶ Disclaimer: Acesta nu este un ghid de tip obișnuit "Cum se instalează Redmine". În ea, nu mă voi scufunda în setarea bazei de date sau instalarea serverului Web. De asemenea, nu voi vorbi despre stabilirea redminei. Documentația redmine din acest plan este destul de completă. Și, în scopul de a nu fi menționat în documentația oficială, există o procedură generală pentru aplicațiile Rulans Rails care pot fi găsite cu ușurință pe Internet.

În schimb, va fi însoțit de propria versiune proprie, mai mult sau mai puțin personalizată de Redmine, care poate fi implementată utilizând o comandă de carcasă atunci când este necesar. Gata? Atunci să începem. Setați tipul de construire "all-in-one" și gata pentru a începe mașinile virtuale Pachetele de instalare Bitnami sau mașinile virtuale preinstalate sunt bune pentru proba rapidă de redine, dar nu sunt potrivite pentru utilizarea productivă. De ce? Deoarece nu au nicio actualizare. O, o secundă, Bitnami are. Adevărat, arată mai mult ca o glumă. "Instalați noua versiune a întregului teanc în alt director și mutați datele acolo", aceasta nu este o actualizare. Nu este un cuvânt despre configurarea, personalizarea și pluginurile, care probabil trebuie să fie salvate și reinstalați. Îmi doresc noroc cu o astfel de "actualizare". Reliza Redmine Patches peste sau de două ori pe lună. Corecțiile erorilor legate de securitate sunt emise după cum este necesar - nu doriți să le pierdeți?

Faptul că oamenii uită adesea: timpul de actualizare nu depinde întotdeauna de tine. Desigur, puteți amâna actualizarea înainte de eliberarea următoarei versiuni mai tinere a Redminei - pentru câteva săptămâni (probabil chiar și pentru o perioadă mai lungă). Dar nu doriți să detectați noi probleme de securitate în Redmine sau Rails stați cu un sistem nepazabil până când este posibil să eliberați timpul pentru a instala și configura noul stivă de bitnami și mutați manual toate datele?

Instalarea este doar partea de sus a aisbergului. Actualizare - Aceasta este ceea ce va trebui să facă în mod regulat 

Căutarea celei mai simple metode de instalare încetează cu siguranță să fie relevantă de îndată ce se ia decizia de utilizare a redinei în producție. Simplu acompaniament și posibilitatea de modernizare - aceasta este ceea ce trebuie să ascuțiți atenția pentru a minimiza costurile și riscurile asociate cu utilizarea propriului dvs. Redmine.

  • Mai jos vă voi spune cum să susțineți pur și simplu redimensul în starea actuală. Redmine Books¶ .
  • Utilizați git. Redmine Books¶ Chiar dacă intenționați să executați stocul de redinei fără setări sau plug-in-uri, utilizați depozitul Git pentru a stoca copia de redine. Cel puțin, prezența unui depozit specializat vă va oferi locul de depozitare a tuturor necesare pentru implementare (mai târziu acest lucru va fi considerat mai multe detalii). Mai devreme sau mai târziu (sau utilizatorii dvs.) Redmina este construită și întreținută de voluntarii comunității. Dacă vă place să o utilizați și doriți să vă întoarceți comunității, pagina contribuitoare are idei seveste. Experiența de dezvoltare a software-ului nu este necesară. Verificați pagina echipelor dacă sunteți interesat de o anumită zonă pentru a contribui în mod regulat. .
  • BINE

Instalați unele plugin sau subiect personalizat, iar pentru aceasta va fi o infrastructură gata. Experimentele cu modificări și testarea pluginurilor și a celor din ramurile locale fără tulburări în codul de producție devin foarte simple în prezența propriului depozit GIT C Redmine. Deci, acum vom începe cu configurația depozitului. Deși depozitul principal de redmine este un exemplu de subversiune, GitHub are un depozit semi-oficial care este susținut de principalul angajator și este actualizat în mod constant. Utilizați-l pentru a configura propriul depozit: Configurarea clonei locale Redmine

$ Git clone [email protected]: Redmine / Redmine.Git $ CD Redmine $ git Recena de la distanță Origine în amonte $ git la distanță add origine [email protected]: redmine.git $ git checkout -b redmine / 3.2-stabil în amonte / 3.2 -Stable $ git checkout -b locale / 3.2-stabile $ git push push-set-upstream local / 3.2-stabil

Schimbați numărul versiunii 3.2-stabilă Pe numărul ultimei versiuni stabile de Redmine.

Reparații la distanță

[email protected] 

Ar trebui să fie privată, deoarece va stoca configurația de implementare (și, eventual, alte informații, care nu merită publicare). Deoarece procesul de implementare descris mai jos va extrage codul din acest depozit, depozitul trebuie să fie disponibil în timpul implementărilor, așa că nu îl așezați pe computerele desktop. Idealul va fi situația în care depozitul va fi, de asemenea, disponibil de la un server web pe care are loc implementarea. Dar acest lucru, dacă este necesar, puteți ajunge în jur. Acum aveți două ramuri locale: Redmine / 3.2-stabil Redmina este construită și întreținută de voluntarii comunității. Dacă vă place să o utilizați și doriți să vă întoarceți comunității, pagina contribuitoare are idei seveste. Experiența de dezvoltare a software-ului nu este necesară. Verificați pagina echipelor dacă sunteți interesat de o anumită zonă pentru a contribui în mod regulat. и care urmărește Redmine 3.2 fără funcționalitate suplimentară din depozitul GitHub / Redmine prezentat de telecomanda de mai sus ascendent Redmina este construită și întreținută de voluntarii comunității. Dacă vă place să o utilizați și doriți să vă întoarceți comunității, pagina contribuitoare are idei seveste. Experiența de dezvoltare a software-ului nu este necesară. Verificați pagina echipelor dacă sunteți interesat de o anumită zonă pentru a contribui în mod regulat. repertoriu care urmărește Redmine 3.2 fără funcționalitate suplimentară din depozitul GitHub / Redmine prezentat de telecomanda de mai sus Local / 3.2-stabil

În cazul în care vor fi plasate toate setările implementării, personalizării, temelor și pluginurilor.

Actualizări avansate ale versiunilor

Redmine utilizează următoarea schemă de numerotare a versiunii: xyz major / minor / patch. Fiecare versiune mai tânără are propria sa Ramură stabilă În care remedierile și patch-urile de siguranță vor fi aplicate în timp (atâta timp cât această versiune este încă acceptată). În cazul nostru, aceasta este o ramură

Din când în când, această ramură ascendentă va primi unele angajamente noi. Sarcina dvs. este să includeți noi comite în sucursala locală Pentru implementare. Deși este posibil și completează în mod regulat ramura ascendentă, propun să folosesc Git rebse. Pentru a vă susține propriul set de schimbări peste .

Stocuri Redmine: Reburerea schimbărilor locale asupra redminei "goale": $ Git checkout redmine / 3.2-stabil $ git trage # noi în amonte comite care vin în $ git checkout local / 3.2-stabil $ git rebse redmine / 3.2-stabil

Rebase:

Va anula toate modificările locale în

Link-uri

  1. Actualizați
  2. pentru a reflecta schimbările care au avut loc în
Dacă ați obținut în mod neașteptat o grămadă de conflict și nu există timp să rezolvați această problemă, puteți întrerupe pur și simplu reburarea curentă folosind parametrul

Toate modificările locale ale versiunii "goale" vor reaplica.

Mină roșie. Rezultatul va fi Poveste pură În care comitele dvs. (locale) sunt întotdeauna pe partea de sus a ultimei (ascendente) comite de redmine.

Junior și actualizări mai vechi

Acum că există o nouă ramură stabilă (să spunem 3.3-stabilă ), faceți același lucru - retrogradați modificările deasupra acesteia. Comenzile GIT vor fi ușor diferite datorită schimbării ramurii ascendente: Transferul modificărilor locale la o nouă ramură stabilă $ Git Fetch upstream $ git checkout -b redmine / 3.3-stabil în amonte / 3.3-stabil $ git checkout -b local / 3.3-stabile locale / 3.2-stabile $ git rebase --onto redmine / 3.3-stabil redmine / 3.2-stabil Local / 3.3-stabil Aceste echipe creează mai întâi două noi ramuri locale pentru versiunea 3.3: una dintre ascendente, iar cealaltă este din filiala locală 3.2. Apoi relocuiesc schimbările locale Redmine / 3.3-stabil

. Schimbările locale aici sunt diferența dintre

Local / 3.3-stabil (care este încă ). Acum

Conține Redmine 3.3 Plus orice modificări locale.

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