RedMine IT Management: Käytännön kokemus Laaja toteutus OpenSource Systems

Pieni esihistoria. Kuten tiedätte, automaatio alkaa aina jotain "iloinen". Automaattinen itse tai hallinta Aloitamme ei ole hyvä elämä. Tämä tapahtuu yleensä, koska organisaatio kasvaa, on vaikea navigoida suuressa määrin saapuvia ja saatavilla olevia tietoja. Joten organisaatiomme tietyssä vaiheessa alkoi kasvaa nopeasti, joten tarvitsimme hyvin nopeasti kaaosta tekemään jotain rakenteellista, hyödyllistä ja kätevää.

Mitä kaaos tarkoittaa järjestelmässamme? Tämä tarkoittaa sitä, että ei-tilatut pyynnöt, joita ei ole analyyttisissä ja jäsentämishakemuksissa, tulevat käyttäjiltä, ​​eikä hankkeen hallintaa sellaisenaan. Tiedustelut jäävät jonnekin postissa, sanassa analyytikot, ohjelmoijat, osastonhoitajat - riippuen organisaatiossa käytettävästä rakenteesta.

Päätimme poistaa kaaoksesi RedMine-ohjelmistolla. Tee välittömästi varaus, jota emme puhu metodologiasta. Puhumme täsmälleen redmine-mahdollisuuksista, siitä, miten käytämme sitä. Jokaisella yrityksellä on omat vivahteet, älä ota meitä meille, älä ota muita. Tee analyysisi, toimi kun ajattelet oikein ja tarpeelliseksi sinulle. Älä pelkää virheitä, koska virheissä opimme.

Kaaosta, jota meillä oli, yritämme siirtyä tilaukseen. Nyt olemme keskellä tätä tapaa. Tietenkään kaikki ei ollut ja se on pilvinen ja sileä, mutta olemme hyvin yrittäviä.

Yrityksemme sisällä jaettiin kolme pääongelmia:

  • Ensinnäkin tarvitsimme järjestelmän virheiden, vaaratilanteiden ja saapuvien pyyntöjen seurantajärjestelmän, ts. Me tarvitsimme automatisoida virheen seuranta;
  • Toiseksi halusimme jonkin verran jakaa projektinhallintaa. Ei täysin seurata automaatiota, mikä merkitsee menetelmien käyttöä ja siinä määrin kuin se on tarpeen kehityksen vaiheessa ja jonkinlaisella tulevaisuudessa. Seuraavaksi näet, miten käytämme uudelleen RedMine tätä ja mistä aiomme kehittää sitä edelleen;
  • Kolmanneksi me ostimme tietotekniikan valvontayksikön (ISM) erilliseen järjestelmään, ei myöskään ole kokonaan. Osastomme tarjoaa erilaisia ​​IT-palveluja, joita on hallittava.

Lisäksi ostimme yksityiset ongelmat:

  • Tämä toistuin, monipuoliset tietotekniikkapalvelut, koska ohjelmoijat elävät elämäänsä, järjestelmänvalvojat, on edelleen Internet-markkinointiosasto ja muut;
  • Jokaisella on oma rakenne ja toiveet osaston hallinnoimiseksi. Kaikissa osastoissa, erilaisissa menetelmissä, lähestymistavoissa, johtajissa ja psykotyypeissä - se asettaa merkinnän järjestelmän valintaan. Mutta on tarpeen liikkua samanaikaisesti ja saavuttaa yhden tavoitteen - tietyn järjestyksen organisaatiossa, tietojen ja ennusteiden saatavuus;
  • Lisäksi on toinen KPI, joka kaikki lasketaan eri indikaattoreilla;
  • Kehittää edelleen, tarvitsemme lisäanalyysin tulevista tiedoista, mitä osastoissa tapahtuu ja miten se heijastuu koko organisaatioon;
  • Meidän on valvottava sisäisiä budjetteja, joista pääsemme tai useimmiten, eivät tule. Heidän on myös analysoitava ja hallinnoida niitä. On parempi tehdä kaikki tämä yhdessä järjestelmässä - erityisesti, se on kätevä käsikirjassa.

Näin ollen me jaettiin kolme järjestelmää, jotka haluaisin yhdistää yhteen.

Jokaiselle näistä järjestelmistä on erillinen erikoistunut ohjelmisto. Se on kaikki tunnettuja automaatiotuotteita, joilla on omat edut ja haitat, joten jos valitset itsellesi järjestelmä, harkitse kaikkea.

Kaikki tuotteet eivät ole listattu diassa, niistä on paljon enemmän, eikä vain Venäjän markkinoilla vaan myös länsi. Mutta meille yksi vaatimuksista oli venäjänkielinen käyttöliittymä, koska tätä tuotetta käytettäisiin paitsi ohjelmoijat ja järjestelmänvalvojat, jotka ovat enemmän tai vähemmän ymmärrettäviä englantia, mutta myös tavallisia käyttäjiä.

Minne mennä? Monet tuotteet. Vaatimukset eri osastoista ja valvonnasta ovat erilaiset. Valitsemme.

Analyysin ja valinnan seurauksena sekä Alexei Lustinin arkistointi, redmine-tuote, joka kattaa tietyn alueen, tuli meille. Selvitä, millaista aluetta se kattaa?

Se kattaa kokonaan Bug Tracker, jonka halusimme juosta yritykseen. Tämä on hallitset käyttäjien ja asiakkaiden vastaanottamisen keskittäminen. Se oli tärkein kipupiste, joka oli tarpeen nopeasti automatisoimiseksi. Mielestäni jokaisella on tämä ongelma, koska kuten olen jo sanonut, tiedot ovat häiriöttömiä ja asettuvat eri paikoissa - postissa, sanassa, Excelissä tai päissä. Tällaisia ​​tietoja ei edellytetä päätelmien ja tulosten analysointia ja hankkimista. Tämän seurauksena käy ilmi, että:

    • Tietokannan tietokomponentti, jota voidaan analysoida ja ymmärtää, mitä seuraavaksi on poissa. Tämä hidastaa reaktiotaajuutta ja vaikuttaa työn keskeytykseen ja laatuun, josta voitto riippuu suoraan;
    • Lisää uusia työntekijöiden "sukellus" aikaa yritysten järjestelmien kanssa;
    • Vikatoleranssi on myös jokainen oma - joku ilman työjärjestelmää ei voi elää kaksi minuuttia. Siksi Bug Trackerilla on suuri rooli, ja tuolloin ongelmalliset saivat hyvin akuuttia.

RedMine Projektinhallinta kattaa puolet, koska tämä tuote ei ole erikoistunut hankkeiden hallintaan, mutta tietty lohko, joka auttaa tässä. Valitettavasti tämä ei ole ihanteellinen tuote, vaan tuolloin hän kattoi vaatimuksia, jotka asetettiin järjestelmään.

Ja hyvin pieni sen lohko on peitetty. Redmine-järjestelmä ei ole tarkoitus hallita IT-palveluita, joten tietoja on joitain puutteita. Olemme tulleet pois tästä tilanteesta valitsemalla tietosi ISM-järjestelmästä.

Joten valintamme on redmine. Se on melko räätälöity, skaalautuva, joustava ja kätevät asetukset.

Miksi RedMine?

  • Tämä on makea sana "freebie". RedMine on kuitenkin vapaa varauksen kanssa, että valitset itsellesi maksetut laajennukset. Joka tapauksessa sinulla on jonkinlainen kustannusennuste, koska jos ostit laajennuksen ja älä muuta RedMine-alusta, niin jo jonkin aikaa tätä laajennusta voidaan käyttää ilman lisäinvestointeja. Ja jos esimerkiksi sinun on päivitettävä se, maksat tämän päivityksen ja käytä sitä edelleen. Redmine-alustapäivitys tapahtuu kerran tai kaksi vuodessa ja päivitetty tai ei - tämä on sinun halu.
  • RedMine on intuitiivinen käyttöliittymä. Olemme toteuttaneet RedMine paitsi sellaisena tuotteena, mutta myös tuote, jossa käyttäjien sovellukset vastaanotetaan eri osastoille. Esimerkiksi erillinen haara korostuu hallinnollisen ja talouden osaston sovelluksiin.
  • On mahdollista hallita painopisteitä eri analyyttisissä muodoissa, mukaan lukien erikseen tehtävien mukaan.
  • Johdon ja resurssit. Mielestäni tämä on pääyksikkö pään. Sen avulla voit ymmärtää, kuinka paljon osasto ladataan, mitkä tehtävät ovat kustannukset ja miten luokittelee kustannukset, mutta sen alla.
  • Analytics ja RedMine-raportit ovat heikosti ilmaisseet, mutta on laaja API. Voit ottaa tietoja API-tietokannasta, purkaa ne järjestelmään ja saada kaikki raportit.
  • Joustavat asetukset, Manuaalisten toimintojen mukauttaminen ja automaatio laajennuksella.
  • Integraatio Git on yksi tärkeistä indikaattoreista. Tietokannan arkisto on yhteydessä GitLabiin, ja missä tahansa RedMine-tehtävässä näkyy lokit (liittyvät versiot): kuka ja mikä on muuttunut tämän tehtävän mukaan siirtymällä GitLabiin.

Lisätietoja: Git on hajautettu versionohjausjärjestelmä. Se kappaleita, korjaa ja tallentaa tietoja (versioita) muutoksista mistä tahansa tiedostoista ja hakemistoista ja valvoo myös tietojen eheyttä. Meidän tapauksessamme puhumme lähdekoodista 1c.

Tämä on se, mikä luettelo niihin liittyvistä versioista näyttää:

  • Tehtävä hallinta ja virheen seuranta. Tämä on standardi bug-seuranta, jota käytämme.
  • Tapahtumien, hankkeiden, budjettien hallinta. Kaikki budjetin muodostuminen toteutetaan omalla tavallaan. Aion näyttää, miten automatimme sen itse, ja voit sitten yrittää automatisoida budjetin hallinnan itseesi - mielestäni se on helppoa, koska on olemassa työvoimaa RedMine, ja voit myös siirtää ne myös rahaksi.
  • Wiki RedMine ei ole kovin hyvin toteutettu, joten on parempi käyttää toista tuotetta tietopohjan ja yhteistyön luomiseksi. Itse itse valitsimme Atlassian Confluence-järjestelmän, joka on yksi yleisimmistä ja helppokäyttöisimmistä. Voit myös harkita järjestelmiä: Dokuwiki, MediaWiki ja muut.

Mikä on redmine hupun alla?

  • Redmine nopeasti ja vain avautuu.
  • Se toimii useimmissa käyttöjärjestelmissä.
  • Alusta, johon se toteutetaan, on Ruby kiskoissa. Jos haluat muokata uudelleen RedMine itsellemme, sinulla on oltava pätevyys Rubyista kiskoilla, muuten se ei ole kovin kätevä, koska Kaikki ei voi tehdä valmiita laajennuksia.
  • Tuki eri DBMS: lle puhuu itselleen.
  • RSS: n tai sähköpostiviestien avulla voit järjestää hälytykset kaikista tapahtumista.
  • Mainosten todennus on käytettävissä.
  • Integraatio SCM-versionohjausjärjestelmiin (SVN, CVS, Git, Mercurial, Bazaar ja DARC).

Tapaa RedMine

Voit ladata REDMINE, asentaa sen tietokoneellesi ja "kokeilu". Tai käytä pilvipalvelinta ja "yhdellä klikkauksella", jos haluat laittaa itsellesi ennalta asennetun version RedMine, joka yleensä sisällytetään hosting-palveluun.

Esimerkkejä asennuksesta mihin tahansa järjestelmään, mukaan lukien pilvipalvelun käyttö, löytyy Internetistä. Virallinen ohje linkissä:

Niin näyttää luettelosta redmine-tehtävistä.

On standardi ja useita lisäliitäntöjä. Totta, kun vaihdat rajapintoja, jotkin toiminnot voivat lopettaa työskentelyn, koska Mukautetut rajapinnat eivät ota huomioon laajennuksia, joiden kanssa työskentelet - loppujen lopuksi tämä on avoimen lähdekoodin tuote. Mutta tämä ei estä häntä olemasta kätevä työkalu myös tavallisen käyttöliittymän avulla.

Hallinta jaetaan erillisellä ja melko ymmärrettävällä rakenteella.

RedMine-laitteeseen liitettyjen moduulien luettelo voit aina näyttää ja analysoida sopivassa hallintaosassa.

Meillä ei ole "puhdasta" redminea, koska On noin 35 laajennusta. Ostimme muutamia niistä.

Tiedot laajennuksista löytyvät hakukoneesta avainsanoilla "Plugins for redmine". Esimerkiksi on kaksi sivustoa, joissa voit ladata tai ostaa hyviä laajennuksia aloittaaksesi RedMine: n työskentelyn:

Kaikki laajennukset ovat venälaisia, voit ostaa ja käyttää. Tärkein asia on valita mukava. Kiinnitä vain huomiota, johon RedMine-versio tukee laajennusta, koska jos tuettu versio ei vastaa sinun, on mahdollisuus, että laajennus ei toimi.

Hieman tarpeiden automaatiosta

Rakenne "Projektit"

Käytämme redminea ei ole vakiojohtamisen mukaan. Esimerkkinä järjestelmän puitteissa "projekti" käsite on erillinen haara rakenteen hierarkissa. Käytämme "hankkeita" puuta tasojen luokitteluna. Ylin tasolla on pääosasto, hänelle on noudatettu osastoja, niin järjestelmiä, osajärjestelmiä ja palveluita noudatetaan.

Osa puusta näyttää tältä:

Järjestelmänhallintaosasto käyttää myös lähestymistapaa hankkeiden hierarkiaan. Työ on rakennettu tarjottujen palvelujen luokittelun perusteella - se auttoi ratkaisemaan ongelman palvelun valvonnalla. Siksi ITSM-sivuliikkeessä Project hierarkia on liiketoimintapalvelukeluettelo. Mukavuutta varten ne on numeroitu.

Sovellusten hyväksyminen RedMine

Esimerkin mukaan kerron teille, kuinka järjestimme hakemusten vastaanottamisen RedMine.

Osastomme on jaettu kolmeen ryhmään:

  • Kehitystiimi;
  • Ryhmä analyysi ja säestysosa sisältää työntekijöitä, jotka tuottavat "kaksi ja puoli" tukea. He neuvovat, analysoi tarvittaessa ongelmaa "Lue" -koodi voi kirjoittaa pyyntöjä tietojen analysointiin sekä oikeat virheet koodilla. Tämän seurauksena pääsemme pois estämään ohjelmoijien häiriötekijät pienistä ongelmista sekä analyytikoiden avulla, erottamalla ohjelmoijat asiakkailta ja takaisin, koska Kaikki, luultavasti kohtasi niiden väliset suhteet.
  • Ja tietokannan järjestelmänvalvojien ryhmä.

Joten redmine-hakemusten vastaanottaminen meillä suoritetaan tavanomaisen postilaatikon tavanomaisen kirjeen kirjoittamisen kautta. Yksittäisten postilaatikon järjestämiseksi me jokaisessa osastossa ja kussakin konsernissa osoitetaan esimerkiksi "hankkeiden" rakennetta, esimerkiksi:

Jokaisesta hankkeesta, me voimme määrittää postilaatikkosi. Kuvakaappaus näyttää Helpdesk-laajennuksen asetukset jollakin hankkeesta:

Kirjaimet, jotka tulevat "Project" -laitteeseen liitettyyn postilaatikkoon, kuuluvat järjestelmään sovelluksiksi, kun näkymä "käyttäjän pyynnöstä". Kaikki tämä johtaa työvoimakustannusten vähenemiseen saapuvien pyyntöjen ensisijaiseen luokitteluun. (Esimerkki kuvakaappauksesta: 1.2 Järjestelmänvalvojat 1C, 1.4 Lippu Confluence, 1.5 Tuki Yurait DPP: lle)

Jos on mahdotonta tuottaa tällaista rakennetta, niin on mahdollista valita yksi postilaatikko ja puussa luoda alisteiset oksat, joissa sovellukset jaetaan ensimmäisen tukiviivaan ensisijaisen luokituksen jälkeen (näyte kuvakaappaus) : 1.3 Käyttäjätuki).

Tämän seurauksena sovellus kulkee syklin:

  • Ensinnäkin projektin ensisijainen automaattinen merkintä tapahtuu;
  • Sitten analyytikko jakaa sovelluksen, ts. Luokittelee, luokittelee ja priorisoidaan se;
  • Tämän jälkeen analyytikko siirtää sovelluksen haluttuun haaraan.

Sovelluksessa on tiettyjä luokituskenttiä, joista osa on teeskentelee, ja osaamme lisätään osaa. Tämän mukaisesti suoritetaan ensisijainen tarvittava täyte parametrien avulla:

  • Prioriteetti;
  • Kategoria;
  • Asiakasosasto;
  • Eri tyyppien Castom-kentät.

Nuo. Jos tapahtuma tapahtuu, voit olla varma, että se ei läpäise huomaamatta.

Esimerkki vastaanotetuista sovelluksista ja käytetyistä kentistä:

Asetukset "Project"

"Projektin" sisällä voi olla useita trackereita. Tässä esimerkiksi usein käytetyt trackers:

  • Käyttäjäpyyntö;
  • Tehtävä;
  • Virhe;
  • Tuomita;
  • Liiketoimintaprojekti;
  • Yrityshankkeiden ohjelma jne.

Seurantajat voivat olla rajoittamaton numero - niitä voidaan lisätä manuaalisesti. Jokainen seuranta on joustavasti konfiguroitu.

"Project" -asetuksissa voimme määrittää, mitkä seuranta käytetään sitä, sekä mitkä mukautetut kentät voidaan liittää.

Myös tarvittavat moduulit ja muut asetukset liitetään myös jokaiseen haaraan. Löydät tämän standardin redmine-dokumentaatiossa.

Kun moduulit liittämisen jälkeen sinun ei tarvitse tuottaa mitään monimutkaisia ​​manipulaatioita, sinun on vain tallennettava luettelo nykyisen "projektin" moduuleista ja ne näkyvät välilehtien muodossa, kun voit tehdä tarvittavan asetukset.

Lisäksi redmine on erittäin joustavasti konfiguroitu käyttämään eri tasojen oikeuksia sekä "hankkeeseen että erillisiin toimintoihin sekä kunkin kentän saatavuuden.

Yleiskatsaus-sivulla "projekti" näet kaikenlaiset seuranta ja tilastot. Ja myös, kun "putoaminen" seurantaan, näet tämän "projektin" alaiset asiat - kutsutaan heille "kortteja".

Liiketoimintaprojektit

Toistan vähän. Koska RedMine-hankkeen käsitteissä - tämä on rakenteen rakenteen haara, sitten todellisten hankkeiden ylläpitoon jaettiin erillisen haaran "Business Project" ja "Business Project Program" Trackers. Tämä antaa meille mahdollisuuden pitää tilaraportteja liiketoimintaprojekteissamme ja muodostaa kustannuksia jakelupohjaisia.

Tämän sivukonttorin rakenne on myös jaettu oikeinkirjoituksiin: osasto, asiakas, järjestelmä, osajärjestelmä.

Koska Meidän rahastoyhtiö, osastot keskitetysti mukana kaikissa Wiseadvice GK: n mukana. Tältä osin käytämme hankkeita sekä yksilöllisesti mihin tahansa yritykseen ja niihin useille yrityksille. Tämän seurauksena jokaiselle hankkeelle ja tehtävänä on budjetoida ja kirjoittaa osastojen kustannuksia.

Liiketoimintakortilla voit myös määrittää tarvittavat kentät. Esimerkki käytettävistä kentistä:

  • Perusajakelu / kustannusten vastaanottaja;
  • Hankkeen bonus;
  • Työvoimakustannusten arviointi;
  • Suunnitellut aloitus- / täydennymäärät;
  • Päivän tilaraportti ja muut.

Kaikki projektissa luodut tehtävät ovat liiketoimintaprojektin pääkortin alaisia.

Statusraportti luovutetaan asiakkaille vähintään kerran viikossa. Koko tarina kerääntyy korttiin ja lähetetään asianomaisille osapuolille.

Asiakas ja muut sidosryhmät voivat nähdä seuraavat tiedot liiketoimintaprojektista milloin tahansa:

  • Projektin tila;
  • Arvioidut työvoimakustannukset;
  • Todelliset työvoimakustannukset ovat parhaillaan toteutuksen ja työntekijöiden yhteydessä;
  • Hankkeen valmius;
  • Liiketoimintaprojektin muotoilu;
  • Koko kirjeenvaihdon historia;
  • Hankkeen suunnittelupäivä alkoi, jos hänet lykättiin priorisoinnin vuoksi;
  • Hankkeen toteutumispäivä.

Todelliset työvoimakustannukset kerätään alisteisista liiketoimintaprojektin tehtävistä osastojen henkilöstön ajan kuluessa.

Perustuu muodostettujen tehtävien perusteella voit rakentaa Ganta-kaavion, mutta vain informatiivisessa versiossa. Lisäksi on mahdotonta käyttää sitä ja vuorovaikutteisesti.

Kun työskentelet kalenterisuunnittelun aikataulussa, voit käyttää graafisia raportteja. Esimerkiksi:

Käytämme tehtäväpaloja jakelemaan tehtäviä viikoittain suunnittelussa.

Kaikki tämä toteutetaan laajennuksilla, johon sisältyy mahdollisuus suorittaa ketterät tai Kanban-levyt.

Esimerkiksi:

Ottaen huomioon laajennuksen ominaisuudet, se osoittautuu kuin Kanban-aluksella. Paketit voidaan vuorovaikuttaa vuorovaikutteisesti - sekä tilan että esiintyjien välillä. Kolmella rajapinnalla tarkistettiin - se toimii vain kahdella. Standard-käyttöliittymä on täsmälleen käynnissä. Erittäin kätevä näyttää suurella TV / näytöllä planeetoille / rallit.

Myös suunnittelu voidaan suorittaa käyttämällä versioita ja muuntaa sitten versiot vapautukseksi.

Osaston työn tehokkuutta, luomme raportteja kustannusten jakamiskustannusten ja osastojen tosiasiallisten työvoimakustannusten yhteydessä.

Vakiotyöryhmiä voidaan hakea:

Käytämme työvoimakustannusten kertomuksen kaltevuutta:

  • Kustannusjakelutietokanta - mukautettu kenttä;
  • Kustannusten vastaanottaja - Castom-kenttämme;
  • Käyttäjä on vakiokenttä.

Muodostuminen voi tapahtua ajanjaksojen yhteydessä:

Meidän budjetointimme käytämme vain "kuukausi". Ilmoita esimerkki:

Screenshot esittelee esimerkin todellisista työvoimakustannuksista jakelualueen yhteydessä elokuussa.

Lisäksi voit muodostaa yksityiskohtaisen raportin jokaisesta ilmoituksesta. Tarvittaessa kaikki raportit muunnetaan CSV: ksi, joten lisäanalyysi voidaan tehdä Excelissä.

Ja tietenkin todellisen 1C-lempinimen mukaan voimme kirjoittaa purkamista uudelleen RedMine: stä 1c: ssä muodostaa raportti 1C: ssä tarvittavilla ryhmillä ja tiedolla.

Esimerkki yhdestä kustannusraporteesta:

Hieman enemmän redmine-toiminnoista

RedMinin hyödyllisistä toiminnoista haluaisin korostaa:

  • Todennustila - joko mainoksella tai kirjautumalla ja salasanalla;

  • Hälytysjärjestelmä. Käyttäjälle ilmoitetaan tehtävän muutoksista. Voit määrittää sähköpostiviestit ja RSS;

  • Käyttäjien yhdistäminen ryhmille. Tällä työkalulla voit muodostaa yrityksen redmine hierarkkisen rakenteen. Kirjanpitojärjestelmän kanssa on integroitumista sekä sen rakennetta ryhmissä;
  • Roolimalli oikealle, jossa on useita monitasoisia asennuksia;

  • Kunkin seurannan työnkulun (elinkaari) asettaminen kullekin roolille;

  • Integraatiopistokkeiden läsnäolo MS Outlookin kanssa. Esimerkiksi melko kätevä plugin, jolla on monia toimintoja, kuten sovelluksen luominen redmiiniin suoraan kirjeestä, kommentoinnista, seuranta jne.; Virallinen sivusto:

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

  • On myös laajennuksia integroida pikaviestijärjestelmiin, kuten Telegramiin ja SMS-yhdyskäytäviin. Jokaisessa viestintäkanavalla voit lähettää hälytyksiä, kuten vaaratilanteita, seurantatietoja jne.;
  • Jos osaaminen on, on mahdollista tehdä plugins itse.

Kysymykset ja vastaukset:

Kysymys salista : Oletetaan, että olemme saaneet pääsyn asiakkaalle, ja meillä on tietty luettelo tuetuista palveluista. Esimerkiksi kuten esimerkissä on Sysadminovin ja Coder-palveluiden palveluja. Jonkinlaisen asiakkaan kanssa työskentelemme molemmilla palveluilla ja jonkinlaisella vain yhdellä tyypillä. Onko mahdollista rajoittaa oikeuksien taso, minkä tyyppinen palvelu on asiakkaan käytettävissä?

Vastaus: Tämä vaihtelee vain erillisellä haaralla, joka on osoitettu asiakkaan - "projekti", jossa valittujen palveluiden tehtävät voidaan luoda erikseen tähän asiakkaalle. Tai sinun on annettava pääsy kaikkiin haaran tehtäviin - "projekti" tuki tähän palveluun. Vakiokyky kyky rajoittaa käyttöoikeuksia palvelun ja asiakkaan "projektin" RedMine "-ruudussa" ei ole. Voit etsiä tällaista laajennusta tai kirjoittaa sen itse. Meillä ei ole tällaista monimutkaista rakennetta, mutta tehtäviä, joiden pitäisi olla käytettävissä vain yksittäisille pääyksiköille, joten ne on luotu heille.

Kysymys Hallista: On osoittautunut, että jokainen asiakas on "projekti". Ja sisällä yksi "projekti" voi alihankkeita tehdä?

Vastaus: Kyllä, niin paljon kuin haluat. Esimerkiksi korostamme kreikkalaiset erillisinä asiakkaiden osastojen erottamiseksi ja avainhenkilöt pääsevät siihen, jotta he eivät näe koko asiakkaan liittyvää helpdeskia ja koko rakennetta, koska Hän on melko suuri. Redmine joustava asetuksissa, mutta valitettavasti ja sen joustavuudessa on rajoituksia, jotka toimittavat jonkin verran haittaa. Tietenkin on helpompi erittäin erikoistuneita ratkaisuja, mutta ne maksetaan.

Kysymys salista : Jokaisesta asemasta tehdyt työvoimakustannukset on tiivistetty? Esimerkiksi "työssä" asetan työvoimakustannukset 0,3 ja sitten "analyysin" tilaan asettanut lisää työvoimakustannuksia.

Vastaus : Tärkeimmät kustannukset menevät yleensä tehtävään. On mahdotonta luokitella työvoimakustannuksia tilausten mukaan, mutta työvoimakustannukset ovat kentän "toiminta", jonka ydin voi heijastaa prosessia, jossa kirjoitat aikaa. Se on myös muokattavissa. Työvoimakustannusten kautta kirjoitettaessa työntekijä valitsee sellaisen toiminnan tyypin. Seuraavaksi raporttien avulla voit peruuttaa ajan prosessien yhteydessä.

Ilman ilmoitusta toimintatyypistä, raportti voidaan muodostaa vain koko ajan työntekijän + päivän yhteydessä.

Yhteenveto Analyyttisiä tietoja voidaan tarkastella raporteilla. Suoraan tehtävässä vain nykyisen tehtävän kustannukset ovat näkyvissä.

Kysymys salista : On osoittautunut, että minulla on ensimmäinen tekninen tuki ja toinen tekninen tuki. Jokainen niistä viettää samaa tehtävää samassa asemassa "tietyn ajan työssä". Näin ollen, miten voin määritellä todelliset työvoimakustannukset per henkilö tehtävässä ensimmäisellä rivillä, toisella rivillä kolmannella rivillä?

Vastaus : Toistan, kustannukset menevät yleensä tehtävään, mutta jos yksi henkilö viettää niin monta aikaa, ja sitten toinen henkilö viettää aikaa - tämä heijastuu täällä. Osittain vastaus annettiin edellisessä kysymyksessä. Sitten näet, mitkä niistä kuinka paljon on viettänyt, mutta vain tässä versiossa. Ei ole erillisiä kustannuksia vain, jos lisäät mukautettuja kenttiä, jotta voit kirjoittaa työvoimakustannuksia tai käyttää käyttäjäryhmää ja muodostaa edelleen analyyttisiä raportteja.

Kysymys salista : Miten käyttäjän vuorovaikutus järjestetään? Sähköpostitse?

Vastaus : Lähetys menee sähköpostilla vakiokirjaan tai käyttäjä, jonka käyttäjä on kirjoittanut tai automaattinen redmine-kerta, jos se on tarkkailija tähän tehtävään. Lisäksi, jos hän on redmine-käyttäjä, yläpaneeli näyttää, kuinka monta tehtävää nimitetään, kuinka monta uutta ja kuinka monta muutosta. Näen nyt, että minulla on 20 tehtävää, joista yksi on uusi ja yksi muutettu. Käyttäjän puolelta - vain sähköpostitse.

Kuten yllä on kuvattu, kun liität laajennukset, voit yksipuolisesti ilmoittaa käyttäjille pikaviestipalvelujärjestelmien avulla.

Kysymys salista : Onko Web-käyttöliittymä hakemusten jättämiselle?

Vastaus : Ei. Redmine toimii älypuhelimilla ja tableteilla, ts. on mukautettu käyttöliittymä. Mutta sovellukset voidaan toimittaa joko sähköpostitse tai antaa pääsy käyttäjälle suoraan järjestelmään, rajoittaa sitä vain oikeuksilla vain luoda. Lisäominaisuudella voit laittaa Plugin Outlookiin luoda tehtäviä RedMine.

Tällä hetkellä on Tracker Hider Plugin, jonka avulla voit rajoittaa pääsyä seurantaan käyttäjien tai roolien yhteydessä.

Esimerkki: Mikä tahansa käyttäjä, jolla on "Observer" -rooli "projekti", on saatavilla vain kortteja, joissa on "Käyttäjäpyyntö" Tracker.

Kysymys salista : Ja sähköpostiviestien toimivuus on yksi laatikosta tai laajennuksista?

Vastaus :Kyllä, se on "ulos laatikosta." Plugins avulla se yksinkertaisesti hankkii lisäpalveluita ja asetuksia.

Kysymys salista : Ja onko mahdollista määrittää, että asiakkaan ilmoitus, jonka me syöksyimme järjestelmään, meni vain tiettyyn tilaan. Miksi hän katsella sisäisiä kymmenen vaihetta, jos hän tarvitsee ilmoituksen vain, kun tehtävä on valmis?

Vastaus :Ratkaisimme tämän tilanteen seuraavasti.

1. Ensinnäkin vammaiset käyttäjien - asiakkaiden standardi RedMine-ilmoitukset käyttäjän asetuksissa. Tämä asetus on maailmanlaajuinen kaikille RedMinelle nykyiselle käyttäjälle.

2. Lisäksi vaadittava haara ("hanke") liitetään mahdollisuuden lähettää kirjeitä.

3. Analyytikko tai RP-Shnik voi lähettää sähköpostiviestin vakiomekanismin avulla: painamalla "Lähetä merkintä" -merkkiä kortin muokkaustilassa. Tarvittaessa voit määrittää muita vastaanottajia.

4. Lähettäjä voi kirjoittaa minkä tahansa tekstin ja lisätä tarvittavat liitetiedostot. Tai käytä aiemmin määritettyjä kuvioita.

 

Tätä varten valittu kuvio on valittu, korvataan kirjeen kirjaimeksi ja se on edelleen vain täyttää tarvittaessa lisätietoja.

Tämän jälkeen sinun on napsautettava "Hyväksy" -painiketta, kommentti tallennetaan ja kirjain lähetetään. Asiakas saa ilmoituksen säännöllisen kirjeen muodossa.

Tämä on vakiomekanismi, emme koskettaneet mitään. Jokaisen projektin mallit ovat räätälöityjä yksilöitä. Tämä on analyytikkokonsultin melko merkittävä yksinkertaistaminen, koska aina kun kirjoitat saman tekstin - se on työläs.

Piilota minkä tahansa tekstin asiakkaalta, jos sillä on pääsy hänelle suoraan tehtäväkortteihin, se on mahdollista vain "yksityisen" kommentin avulla tai sammuttamalla pääsy tällaisiin kommentteihin.

Toinen vaihtoehto on käyttää lisäpistoketta, koska Oletusarvoisesti ei ole tällaista asetusta.

Kysymys Hallista: Onko mahdollista sitoutua vastapuoleen vastaanotettuun tehtävään? Esimerkiksi minulla on puhelinsoitto PBX: llä, jossa vastapuolen numero on pisteytetty, ja RedMine ottaa saapunut numeron PBX: stä, luo tehtävän ja opettaa sen vastapuolelta. Oletko ratkaissut vastapuolten hierarkian tehtävän?

Vastaus: Ei, emme integroitu redmine-puhelimella, se ei ollut tavoitteemme. Ajatus on hyvä, mutta erityissamme ei tarvita. Internetissä löydät RedMine Integration tähdellä.

Kysymys salista :Meillä on kysymys, joka ei ole IP-puhelimessa, vaan vastapuolten hierarkiassa. Haluamme johtajat näkemään saman vastapuolen hierarkia redmine nimellä 1c.

Vastaus : Ei, kosketusrakenne on tasainen. Ainoa asia, jonka olemme lisänneet, on linkki osastolle. Suurin mahdollinen, että käytämme yhteystietojen keräämistä osastojen kautta, teemme Bug Tracker kotimaisille palveluille eikä ulkoisille asiakkaille. Redmine itse, on mahdotonta järjestää vastapuolten hierarkiaa, mutta voit yhdistää yksiköitä RedMine ja 1c ja muodostaa tämän raportin 1c: stä.

Kysymys salista : Ja missä on SCRUMin syvyys? Meillä on ehdollisesti Sprint - 7 kalenteripäivää (5 arkipäivää). Mistä voin nähdä, mikä on sprintin iterointi? Mikä on kalenteriviikko, mikä on sprintin numero?

Vastaus : Scrum-syvyyttä voidaan ohjata versioilla. Versioissa on ominaisuus.

Tätä varten on erityinen osa "Operatiivinen suunnitelma" (tai "versio" käyttöliittymästä riippuen).

Minulla on esimerkiksi kolme versiota.

 

Jokaisella versiolla voi olla oma nimi, tila ja rajoittuu valmistelupäivään.

Jokaiselle versiolle tehtäväluettelot näkyvät, jos ne esitetään, samoin kuin keskeneräisen määrän.

Visualisointia varten voit muodostaa kaavioita

Versiot voidaan ryhmitellä, rikkoa tehtäviä, voit rakentaa levyt niiden mukaan. Voit siirtää tehtäviä sprinttien välillä - tällainen tilaisuus on versiossa "Suunnitteluversiot".

Itse asiassa RedMine voi olla työkalu työn organisointiin tai Canbanaan. On kuitenkin välttämätöntä ottaa huomioon, että joskus ei ole riittävästi lajittelua ja muita pieniä asioita. Ehkä on olemassa laajennuksia, jotka tukevat sitä. Nykyisen toiminnallisuuden tilavuudessa on tarpeeksi. Täällä voit tehdä tehtävien luovuttamisen, siirtyä sprinttien välillä, katso, että sinulla ei ollut aikaa tehdä suunniteltua aikaa jne.

Kysymys salista : Kuinka otetaan huomioon tehtävät, jotka eivät täyty nykyisessä sprintissä? Pitäisikö minun nähdä sen tilassa? Tai he jotenkin automaattisesti, näytän, että he tarvitsevat nyt varata uusi versio?

Vastaus : Voit valita tehtävän version mukaan. Esimerkiksi tarkastella "toimintasuunnitelmaa", kuinka monta prosenttia se on valmis ja miten täyttyy. Ne. Kuinka monta tehtävää suljetaan sprintistä ja kuinka paljon ei ole vielä suljettu - se kirjoitetaan tänne. Kun napsautat vastaavaa kohdetta, luettelo tehtävistä, jotka eivät ole kiinni, ovat auki. Lisäksi, kuten sanoin, niitä voidaan analysoida ja siirtää toiseen sprinttiin.

Voit myös muodostaa levyt tehtävillä samojen versioiden ja tilan yhteydessä.

Ja tietenkin käyttää vakioluetteloa tehtävistä, joilla on tarvittava valinta, joka voidaan tallentaa ja käyttää pysyvässä toiminnassa.

Kysymys salista : Miten voit siirtää tehtävän toiselle Sprintille - minun täytyy avata luettelo tehtävistä yhdellä välilehdellä, Kanban-aluksella toisella ja siirtää?

Vastaus: Voisi olla niin. Mutta se on helpompaa käyttää version suunnittelutyökalua. Valitse halutun tehtävän tiettyyn version määrittämättömien tehtävien tai keskeneräisten tehtävien luettelosta ja heitä se hiiren seuraavaan versioon - näyttää, että otamme tämän tehtävän sprintissä.

Kysymys Hallista: Ja miten voit antaa kaikki lukitsemattomat tehtävät? Ehkä kolme tai neljä versiota takaisin minulla oli jonkinlainen tärkeä tehtävä siellä. Tallensin sen, hän roikkuu siellä. Kuinka en menetä häntä niin, että häntä oli jatkuvasti ripustettu kanssani? Sikäli kuin ymmärsin, nyt näet vain kohdistamattomat tehtävät tai tehtävät valitulta Sprint. Ja kuinka nähdä kaikki lukitut tehtävät kumulatiivisella tuloksella ymmärtämään, ota ne nykyiseen sprinttiin vai ei?

Vastaus: Tämä voidaan toteuttaa suodatuksen avulla tehtävissä. Voit tehdä valintaasetuksia tilassa "Avaa" tarvittavilla parametreilla ja tallentaa.

 

Esimerkiksi voimme harkita asetusta, jota kutsutaan "Tehtävät". On tehtäviä, joilla on asema "ratkaistu", jonka osasto on toteuttanut ja siirrettiin asiakkaalle tuotantotoimintaan, mutta asiakkaalta ei ole vielä saanut palautetta. Nuo. Tämä on tehtäviä, jotka on tarkistettava selventämään tuotannon hyödyntämisen tuloksia ja lähelle. Voit esimerkiksi vaihtaa tilasuodattimen arvossa "Vastaa" ja merkki "uusi". Tämän seurauksena näytetään uusia tehtäviä, jotka eivät ole vielä töihin. Voit vaihdella tilan, painopisteet, luokat, sekä vakio- että mukautetut kentät.

Voit esimerkiksi lisätä erityisen käyttäjän kenttä suodattimeen. Tämä on kätevä työkalu, hyvin yksinkertainen. Hankkeelle, tehtävä, yhteystiedot.

Uusi kenttä - Ilmoita objektin tyyppi, jossa lisätään useimmiten "tehtävät".

Ilmoitamme kenttämuodon - vaihtoehdot, jotka kuuluvat jonnekin 90% tarpeista.

Ilmoita nimi, miten roolit ovat saatavilla.

Ilmoitamme, mitkä hankkeet ovat seuranneet.

Kysymys salista : Ja mukautetut kentät voidaan tehdä pakolliseksi?

Vastaus : Tietenkin analogisesti lisätietoja 1c: ssä.

Pakolliset kentät on merkitty punaisella tähdellä nimen oikealla puolella.

Kysymys salista : Ja miten sinulla oli raportteja suoritetusta työstä? Sama tehtävä menee toiseen käyttäjälle - on tehtävä initiaattori ja siellä on esiintyjä.

Vastaus: Se on oikein, jos kenttä muuttuu - kenelle se on määritetty, mietinnössä se palauttaa lopullisen arvon.

Haluan kertoa teille, kuinka kaikki olemme järjestäneet. Toista osittain.

  • Huoltopöydän tärkein seuranta on "käyttäjäpyyntö", jonka avulla posti on purettu automaattisesti ja kirjaimet muuttuvat "käyttäjäpyynnöiksi". Jos käyttäjä lähetti vastauskirjeen RedMine-ilmoituksesta tai lähetetään selkeyttävä kirjain, jolla on sama aihe, ja Aiheen aiheen tai ID kiinnitetään automaattisesti tekstin tällaisesta kirjeestä olemassa olevaan kyselyyn - käytetään klassista liimausta.
  • Seuraavaksi - Kun esimerkiksi KIS-osaston neuvontapyyntö tuli, analyytikko konsultit purevat hakemuksen ja tuottavat ensisijaisen luokituksensa. Määritä, että tämä on tapahtuma, virhe tai tehtävä. Se voi jopa olla idea uudelle hankkeelle. Näin ollen tämä on myös osa palvelupistettä. Luokittelun jälkeen kaikki "käyttäjäpyynnöt" jaetaan Istak-sivukonttorin alahankkeisiin, joissa on jo tehtävä lisätyötä.
  • Jos tämä työ rappuu kehittäjän tehtävän, käyttäjän pyynnön perusteella, siihen liittyvä alisteinen "tehtävä" luodaan. Toisin sanoen "käyttäjäpyyntö" Tracker asuu itsessään, ja tehtävä Tractor on myös erillinen. Puhumme pienistä muutoksista ja virheenkorjauksista, joita meillä on erillinen virta - ne näkyvät "käyttäjäpyynnöistä".
  • Jos tehtävä koskee tiettyä liiketoimintaprojektia ja kehittäjä ei tehnyt sitä "käyttäjäpyynnön" perusteella, se on sidottu alisteiseen liiketoimintaprojektiin KISA: n toimivuuden lohkoihin, joten myöhemmin tehtävä voi näkyä - Missä lohkossa ja sen yhteydessä teimme - se oli "käyttäjäpyyntö" tai liiketoimintaprojekti.
  • Erikseen asuu Tracker "Business Project", jonka kanssa kommunikoimme liiketoiminnan kanssa - ei käyttäjien kanssa pyynnöstä ja vähäisestä hienostuneesta ja jo todellisilla hankkeilla, jotka kuljettavat liiketoiminnan arvoa. "Business Project" alaisina tehtävät voivat olla myös niiden subasigit ja jopa tehtävät - suuret, alistumiset ja yhteydet. Tämä on niin mini-todiste. Kaikki nämä subasitit sidotaan jälleen KIS: n toimivuuden lohkoihin.
  • Sillä ei ole väliä, missä tehtävänä on - palvelusta Descasta tai liiketoimintaprojektista. Mutta me kaikki solmimme ne toiminnallisuuden lohkoihin.

Edellä esitetyn perusteella toistan, voimme nähdä työvoimakustannukset yhteydessä:

  • KISA: n toimivuuden lohkot;
  • Hankkeet;
  • Esiintyjät;
  • Viestintä "Pyyntö - Tehtävät / liiketoimintaprojekti - alisteiset seuranta".

Kuvakaappaus esittelee esimerkin todellisista työvoimakustannuksista, jotka koskevat hankkeita kuukauden elokuussa. Työntekijöiden on jaettava tosiasiallisesti vietetty aika tehtäviin. Tätä kutsutaan aikatauluksi. Meillä on päivittäiset kehittäjät tulevat "työraporttien" erityiskirjoihin ja jakavat aikansa - työvoiman tosiasia muodostuu. Näin ollen olemme ainakin suunnilleen suunnilleen hankkeen talousarviota.

Hankkeissamme on alustava työsuunnitelma. Ja jokaisessa hankkeessa, jota näemme, ylitimme sen vai ei. RedMine tiivistää automaattisesti kaikkien tehtävien leveys projektiin. Siksi tiedämme, että tämä projekti jaetaan 700 tuntia. Näemme tosiasia - 617 tuntia on tehty. Tämä on yksi projektinhallintaelementeistä.

Tapahtumien järjestelmän toimintaprosessia voidaan esittää seuraavasti:

  • Analyytikko konsultti suorittaa pyynnön mukaisen pyynnön analysoinnin tarvittaessa kehitystyön;
  • Kehittäjä toteuttaa tehtävän ja palauttaa analytics-konsultin varmistaakseen ja lisää viestintää;
  • Analyytikko konsultti on jo yhteydessä käyttäjän pyynnöstä kuvauksen tuloksista;
  • Jos kaikki on kunnossa, analyytikko sulkee tehtävän - kehittäjä on kielletty tehtävien sulkemiseen.

Suuremmissa tehtävissä, mukaan lukien. Suunnittelu, prosessi on rakennettu laajentamaan:

Ja tietenkin kaikki muutokset kuuluvat työasemaan vapauttamisen kautta.

Jos lähetät sen kätevään vaihtoehtoon, meillä on oma "kahdeksan".

Ne., Todellakin monet tehtävät siirtyvät vastuussa, mutta se ei ole meille kriittinen. Arvioimme työvoimakustannukset työntekijöiden yhteydessä, kustannusten jakamisen kustannuksista, asiakkaista ja harvinaisista tapauksista toiminnan muodossa. Kaikki tämä on jo aiemmin mainittu.

Kysymys salista : Onko mahdollista saada tietoa siitä, mitä tehtäviä tietty kehittäjä täyttää?

Vastaus : On. On "työraportti" -työkalu, jonka avulla voit nähdä, mitä työntekijä, johon tehtävänä on paljon aikaa ja mikä päivä vietti.

Tai sitä voidaan tarkastella vakioraportti "Työvoimakustannukset" - se voidaan muodostaa myös dekoodauksen käyttäjien yhteydessä.

Kysymys salista : Ja miten seurata työvoimakustannuksiasi?

Vastaus: Työntekijä myös valvoo työnsä "työraportin" kautta. Työvoimakustannusten kiinnittäminen tehtävässä tehdään manuaalisesti - joko suoraan tehtävässä tai "työraportissa". On laajennuksia, joiden avulla voit seurata aikaa. Esimerkiksi redmine-ajastimen plugin näyttää tältä:

Kun aloitat tehtävän tehtävän, työntekijä napsauttaa "Play" -painiketta ja lopussa - "Tauko" -painiketta. Kun ylläpitää tehtävää, työvoimakustannukset on kiinnitetty siihen.

Kysymys salista : Kysymys ajanhoitoon ja resursseihin on postfacum Management, rekisteröityminen jo tapahtui, kun katson, miten työntekijät on ladattu vai onko mahdollista suunnitella? Kun katson, että huomenna ohjelmoijan on tehtävä tämä ja päivä huomenna tämän jälkeen. Ja ymmärrän, että tavanomaisesti se on voimakas ohjelmoija, ja hänellä voi olla mietinnöitä ilman ongelmia kahdelle, kolme päivässä Rivet, ja voin laittaa tehtäviä viikon ajan.

Vastaus :Kyky suunnitella on, mutta se ei ole täydellinen - ilmainen tuote tekee vivahteistasi. On olemassa "ajoitettu aika" kenttä, on mahdollista asettaa mukautetun kentän, jos sinulla ei ole vakiokenttää suunnittelemalla aikaa - kuinka monta tuntia aikaa viettää. On mahdollista määrittää suunnitellut aika ja verrata sitten suunniteltua ja todellista aikaa. Ja tietenkin voit käyttää Standard Story Points -kenttää pokerin suunnittelua varten.

Kysymys salista : Sanoit, että wiki redmine epämukavaksi.

Vastaus :Wiki RedMine näyttää epäystävälliseltä.

 

Tuotteiden ja tehtävien muotoilua käytetään merkintäkielen markdownia. Muotoilu ei ole "lennossa", vaan osoittaa merkintäsymbolit.

Haku on - tekstin ja otsikoiden sanan mukaan. Jos annat "Exchange" haussa, se antaa sekä teemoja että seuranta. Trackerin tyyppi on valikoima.

Sisällysluettelo ei ole tärkein sivu ja kun kirjoitat Wiki näytetään yksinkertaisesti luettelo luotuista artikkeleista.

Sisällysluettelo on seuraava:

Ja tietenkin biki redmine on tarkoitettu vain artikkeleiden tallentamiseen. Sitä ei voi käyttää yhteistyöhön.

Artikkelien muutoksen historia toteutetaan ja löytyy, milloin ja joka muuttuu.

Kysymys salista : Miten Wiki täyttää?

Vastaus : Prosessimme on rakennettu seuraavasti. Palvelupisteen analyysi suoritetaan tietyllä jaksolla viimeisen ajanjakson aikana. Alkuperäisen luokituksen avulla, jonka analyytikot pyytävät pyyntöä pyytäessään, yritämme tiivistää teemoja ja tunnistaa kaikkein ongelmallisimmat vyöhykkeet. Seuraava - Esittelemme itsepalvelun, ts. Dokumentoidaan, miten käyttäjä itse voi ratkaista ongelmansa tai kysymyksen. Lisäksi nykyisen työn aikana analyytikko voi luoda artikkeleita harkintansa mukaan tarpeen odottamatta kokonaisanalyysiä. Myös Wiki-opetuksen valmistelu on kehittyneiden yrityshankkeiden puitteissa tai erityisesti erityisten asiakirjojen hankkeiden puitteissa. Tämä ei ole konfluence, ei yhteistyötä. Tämä on ylhäältä alas hallinnollisilla menetelmillä. Käyttäjät eivät osallistu tähän.

Kysymys salista : Yksi kollegoista käyttää erittäin mielenkiintoista järjestelmää. Pidin todella siitä, haluan toteuttaa sen itse. Ensimmäinen teknisen tuen rivi on aina velvollinen sulkemaan Wiki-tehtävä. Ja jos hän ei löydä artikkelia Wikissa, hän käsittelee toisen teknisen tuen rivin. Ja jo toinen rivi luo artikkelin, joka on asennettava tehtävään.

Vastaus :Me myös yritämme, mutta toimimme iteratiivisesti - analysoitavat, tekivät useita tapahtumia. Mutta se kestää kuukausia. Sitten taas - istui alas, analysoitiin, jaettu tarvittavat lohkot, teki useita tapahtumia.

Kysymys salista : Ei kovin selkeä - miten git integraatio redmine kanssa?

Vastaus :Kun tallennat muutoksia 1C-tallennustilaan (laskettaessa), kuvaus ilmaisee tehtävännumeron, jossa on "#" -tunniste, esimerkiksi "# 74516". Näin ollen meillä on kirjanpidon kautta - voimme nähdä, mitkä valiokunnat Git-varastossa on sidottu tehtävään. Meille oli tärkeää, että tämä on työpöytäratkaisu, jotta voimme kätevästi hallita niitä, ja tarvittaessa mennä toiseen ratkaisuun, koska kaikki samat tarpeet kasvavat, eikä kaikki redmine tarpeet voidaan kattaa. Siksi pyydän anteeksi uudelleen - jos valitset tuotteen, analysoi ensin, että haluat automatisoida ja joka estää "kansi".

Kysymys salista : Käytitkö mobiilisovellusta RedMine?

Vastaus :Mobile-sovellus on, mutta se ei ole aivan mukava. Organisaatiossamme ei ole tarvetta. Työskentelemme pääasiassa lankapuhelimella tai kannettavalla tietokoneella. Voit myös käyttää laajennuksia, joissa on tietovalmiuksia - esimerkiksi käyttämällä tekstiviestejä tai telegrammilla.

Kysymys salista : Sanoit, että poistat arkistoa gitissä ja mitä näet siellä gitissä?

Vastaus : Commut Gitissä on linkki tehtävään. Valiokunnasta avaamme itse tehtävän. Ja ongelmasta voimme myös avata siihen liittyvän viestin. Jokaiselle hankkeelle riippumatta siitä, mikä hierarkia on, voit yhdistää arkiston. Tietenkin integraatio git annetaan kokonaan rainan rajapinnan kautta. Käsittelee vielä kiivetä, mutta nopeasti ja yksinkertaisia.

Mitä meillä on lopulta:

Edellä esitetyn perusteella tiivistämme lyhyen tuloksen.

Plussat:

  • RedMine - OpenSource-tuote, jolla on suuri ja aktiivinen yhteisö;
  • Se ennustetaan kustannuksista, edullisesta, joustavasta, räätälöidystä, helposti integroidusta ja skaalautuvasta;
  • Täysin kattaa Bug Tracker, puoli - projektinhallinta, melko bitti - se
  • On integroitu git;
  • Castomizes "lennossa";
  • Siinä on melko laaja valikoima laajennuksia. Lisäksi asiantuntijoiden on helppo löytää prosessinsa automatisointia;
  • Todellisten työvoimakustannusten kätevä kirjanpito. Mahdollisuus suunnitella työvoimakustannuksia ja budjetteja.

Miinus:

  • Epämiellyttävä wiki;
  • Jos sinun on automatisoida prosesseihisi ja puuttuessa Rubiinin osaamista kiskoilla, vain laajennuksien tai kolmannen osapuolen kehittäjien etsiminen on mahdollista;
  • Pieni määrä analyyttisiä raportteja;
  • Ei aina "ystävällinen" käyttöliittymä;
  • Epämiellyttävät massa-luokittelet, jotka haluaisivat säilyttää hierarkian muodossa.

Redmine-tuotteen käyttämisessä olemme tehneet paljon työtä toimintamme analysoinnissa, systematisoinnissa ja automaatiossa sekä kaaosmme väheneminen rakenteissamme. He tekivät prosessien muutoksen ja optimoinnin sekä osastojen että koko organisaation liiketoimintaprosesseissa. Optimoitu ja parannettu valvonta, analyyttiset ja johtamistoiminnot yksiköiden työssä ja suunnittelutoiminnassa.

Lisävaihe, jonka olemme ottaneet, on korostaa tietopohja kätevämmän konfluenssisysteemin, koska Mahdollisuus työskennellä yhdessä organisaatioiden kehittämisen tärkeimmistä mekanismeista, voit nopeasti tuottaa viestintää, vähentää aikaa tietojen siirtämiseen, vähentää virheiden määrää ja aikaa onnettomuuksien ratkaisemiseksi.

RedMine-osassa on lisävaiheita rakentamaan selkeämpiä ja valvottuja liiketoimintaprosesseja.

Yleensä valitse työkalu ja anna kaaossi jättää huomaamatta.

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

Tämä artikkeli on kirjoitettu raportin tuloksista, jotka on luettu Infostart-tapahtuman 2017 yhteisön konferenssissa. Lisää artikkeleita löytyy täältä.

Vuonna 2020 kutsumme kaikki osallistumaan 7 alueelliseen määrärahoihin sekä Moskovan vuosipäivä Infostart-tapahtumaan 2020.

Valitse Tapahtuma.

RedMine. - Open Server Web -sovellus projektinhallinnasta ja tehtävistä (mukaan lukien virheen seuranta). RedMine on kirjoitettu Ruby ja on sovellus, joka perustuu tunnettuun web-kehyksen rubiiniin kiskoissa. Jaettu GNU: n yleisen julkisen lisenssin mukaan.

Toiminnallisuus

Tämä tuote tarjoaa seuraavat ominaisuudet:

  • useiden hankkeiden ylläpitäminen;
  • Joustava roolipohjainen käyttöjärjestelmä;
  • Virheen seurantajärjestelmä;
  • Gantti ja kalenterikartat;
  • Projektin uutiset, asiakirjat ja tiedostojen hallinta;
  • RSS-virtojen ja sähköpostin muutoksista;
  • Wiki jokaiselle hankkeelle;
  • Jokaisen projektin foorumit;
  • väliaikaisten kustannusten kirjanpito;
  • Mukautettavat mielivaltaiset kentät vaaratilanteisiin, aikakustannuksiin, hankkeisiin ja käyttäjiin;
  • Helppo integrointi versioiden ohjausjärjestelmiin (SVN, CVS, Git, Mercurial, Bazaar ja DARC);
  • Virheilevyjen luominen vastaanotettujen kirjainten perusteella;
  • Tuki useille LDAP-todennukselle;
  • kyky rekisteröidä itsenäisesti uusia käyttäjiä;
  • Monikielinen käyttöliittymä (mukaan lukien venäjä);
  • Tuki MySQL DBMS, PostgreSQL, SQLite, Oracle.

Tietokannan rakenne

Käyttäjäjärjestelmä

Käyttäjät ovat yksi aihealueen keskeisistä käsitteistä. Käyttäjämalli on perusta henkilöstön ja asiakkaiden järjestelmän tunnistamiseksi ja todentamiseksi sekä valtuuttaa ne eri rooleissa, hankkeissa jne.

Rooli

Käyttäjän roolit määräytyvät joustavalla mallilla käyttäjän käyttöoikeuksien määrittämiseksi. Rololeihin kuuluu joukko erioikeuksia, joiden avulla voidaan erottaa pääsyn erilaisiin järjestelmän toimintoihin.

Käyttäjillä on rooli kussakin projektissa, jossa se osallistuu esimerkiksi "hankkeen johtaja sivuston A", "projektin kehittäjälle, että yhtiön intranet-yritys" tai "asiakas REFACTOR-hankkeessa Yhtiön B "tietojärjestelmästä. Käyttäjällä voi olla useita rooleja. Erillisen tehtävän (ongelma) roolin määrittäminen on tällä hetkellä mahdotonta.

Hankkeet

Hanke on yksi projektinhallintajärjestelmien aiheen peruskäsitteistä. Tämän yksikön ansiosta on mahdollista järjestää yhteistyö ja suunnitella useita hankkeita samanaikaisesti erilaisten käyttäjien pääsyn rajojen kanssa (ks. Edellä). Hankkeet myöntävät hierarkkisen pesimisen.

Trackers

Trackers ovat tärkein luokitus, jolla tehtävät lajitellaan hankkeeseen. Muusi, "Tracker" käsite palaa virheen kirjanpitojärjestelmiin (ENG. Virheen seurantatyökalu ), edustettuna jokaista erillistä hanketta.

Itse asiassa "redmine" seuranta on luokan "tehtävä" -luokan analogi ja ovat perusta eri tyyppisten tehtävien polymorfismiin, mikä mahdollistaa eri kenttien määrittämisen jokaiselle niistä. Esimerkkejä seurantaan ovat "parannuksia", "virhe", "dokumentaatio", "tuki",

Tehtävät

Tehtävät ovat koko järjestelmän keskeinen käsite, jossa kuvataan tietty tehtävä, jonka haluat suorittaa. Jokaisella tehtävällä on pakollinen kuvaus ja tekijä pakollisella tehtäväksi, tehtävä sidotaan seurantaan.

Jokaisella tehtävällä on tila. Tilat ovat erillinen kokonaisuus, jolla on mahdollisuus määrittää aseman määrittämisoikeudet eri rooleille (esimerkiksi tila "hylätty" voidaan antaa johtajalle tai määrittää tehtävän merkityksen (esimerkiksi "auki", " nimitetty "- asiaankuuluva ja" suljettu "," hylkäsi "- ei).

Jokaiselle hankkeelle on määritelty erikseen kehitysaiheita ja tehtäviä. Muut kentät ovat myös mielenkiintoisia "arvioitu aika", joka toimii perustana rakennusten hallintakaavioille sekä tehtävän tarkkailijoille (ks. "Ilmoitukset"). Tehtävät pystyvät liittämään tiedostoja (erillinen kokonaisuus "-sovellus").

Muiden listattujen ominaisuuksien (esimerkiksi prioriteetin) arvot tallennetaan erilliseen yleiseen taulukkoon.

Tehtävien tilan seuranta

Käyttäjien tehtävien parametrien muutosten seurantaan järjestelmä reagoi kaksi yksikköä: "Vaihtolokin tallentaminen ja" muutettu parametri ". Lokitunnus näyttää käyttäjän yhden toiminnon muokata tehtävän parametreja ja / tai lisätä kommentin siihen. Tämä toimii samanaikaisesti työkaluna tehtävän historian ja vuoropuhelun ylläpitämiseen tarkoitettu väline.

Yksikkö "muuttunut parametri" on sidottu erilliseen lokitiedostoon ja se on tarkoitettu käyttäjän muuttuvan parametrin vanhan ja uuden arvon tallentamiseen.

Tehtävien välinen viestintä

Tehtävät voidaan yhdistää: esimerkiksi yksi tehtävä on substask toiselle tai edeltää sitä. Nämä tiedot voivat olla hyödyllisiä ohjelman kehittämissuunnittelussa, erillinen kokonaisuus on vastuussa sen varastoinnista RedMinissä.

Luonnosluonnoksessa käytetty kirjanpito

Järjestelmä ylläpitää käytetyn ajan kirjanpidon, koska käyttäjien ja tehtävän "käytetyn ajan" olemuksen vuoksi. Olennuksen avulla voit tallentaa käytetyn ajan, käyttäjän toiminnan tyyppi (kehitys, suunnittelu, tuki) ja lyhyt kommentti työstä. Näitä tietoja voidaan käyttää esimerkiksi analysoimaan kunkin osallistujan osuutta hankkeessa tai arvioimaan todellista työnvoimakkuutta ja kehityskustannuksia.

Sidontavarastot

RedMine tarjoaa integroitumisen eri versioiden ohjausjärjestelmiin (arkistot). Integraatio on seurata ulkoisen arkiston muutoksia, vahvistaa ne tietokantaan, analysoidaan muutoksia tiettyihin tehtäviin. Ulkopuolisten arkistojen integroitumisjärjestelmän infologologisessa rakenteessa kolme yhteisöä ovat vastuussa: "arkisto", "toimittajat" ja "muutos". "Arkisto" on projekti, joka liittyy projektiin, joka tallentaa liitetyn arkistotyypin, sen käyttäjän sijainnin ja tunnistetiedot.

"Toimituksellinen" on toimitusvaraston toimituksellisen hallituksen näyttö ja tietokenttien lisäksi voidaan sidottua tiettyyn tehtävään (sillä haluat määrittää "Refs #num" -muutoksen kuvauksessa, missä num on tehtävänumero) ja toimituksellinen hallituksen tekijä. Yhteisön "muutos" on suunniteltu tallentamaan modifioidun (lisätty, kauko-ohjattu, siirrettyjen) tiedostojen luettelo kussakin versiossa.

Ilmoitusten vastaanottaminen

Käyttäjäilmoitukset Sivustossa tapahtuvista muutoksista suoritetaan käyttäen "tarkkailijoille" käyttäjiä eri luokkien esineitä (projekteja, tehtäviä, foorumeita jne.). Tietokannassa myös RSS-tilausnäppäimet tallennetaan myös, mikä mahdollistaa tämän teknologian kautta ilmoitukset, myös ilmoitukset lähetetään sähköpostitse.

Jotkut puutteet RedMine

Uusi vanhempi versio sinun on tehtävä sama.Tarkista puolueettomuus.

Keskustelusivulla on oltava yksityiskohdat.

  • Tiedostojen ja asiakirjojen hallinta redmiinissä vähennetään niiden lisäämiseen, poistamiseen ja muokkaamiseen. Et voi hallita käyttöoikeuksia kaikkiin tiedostoihin tai yksittäisiin asiakirjoihin.
  • Asiakirjojen muuttamisesta ei ole ilmoituksia.
  • RedMine ei voi hallita käyttöoikeuksia yksittäisten tehtäväkenttien tasolla. Esimerkiksi tällä hetkellä on mahdotonta piilottaa työn arvioita hankkeessa tai käytetystä ajankohdasta.
  • RedMineissä kaikki ylimääräiset kentät ovat kaikkien käyttäjien käytettävissä, kaikki projektin osallistujat voivat nähdä ne ja muuttaa niitä. Tämä rajoitus voi johtaa vaikeuksiin epähomogeenisen komennon läsnä ollessa johtajien ja kehittäjien, ja asiakkailla on pääsy hankkeeseen.
  • RedMine ei ole oikeuksia erottaa siirtymät työnkulussa. Esimerkiksi nyt on mahdotonta osoittaa, että kun joku viimeistelee virheen korjaamisen, sen on valittava vastuullinen testaaja ja sen on määritettävä rakennusnumero. Et myöskään voi piilottaa sisäistä kirjeenvaihtoa asiakkaan ohjelmoijien välillä.
  • RedMinissä tehtävien yleistä työvoimakkuutta ei näytetä tehtäväluettelossa ja työvoimavaltaisilla raporteilla on mahdotonta tehdä valintaa, mukaan lukien sopimuspuolen mukaan.

Chiliproject.

Sen seurauksena siitä, että eräiden käyttäjien näkemys suhteessa hankkeeseen erotettiin kehittäjien johtajan näkemyksestä, luotiin Chiliprojectin forma-redmine.

Katso myös

Kirjallisuus

  • 前田 剛 (mene 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 Entwicler. - 3. - DPunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

Linkit

RedMine. [ɹɛdmɑɪn] - Open Server Web -sovellus projektinhallinnasta ja tehtävistä (mukaan lukien virheen seuranta). RedMine on kirjoitettu Ruby ja on sovellus, joka perustuu tunnettuun web-kehyksen rubiiniin kiskoissa. Jaettu GNU: n yleisen julkisen lisenssin mukaan.

Encyclopedic youtube.

  • 1/4Katsottu: 337.

    1 067

    20 314.

    1 108.

  • Kuinka asentaa RedMine (projektinhallinta) antsalilla

  • MIT RedMine Profition Mitarbeiter, Projekte und Aufgaben Verwalten

  • Redmine - Herramienta de Gestion de ProNectos

  • [Kube 42] RedMinein käyttöönotto KUBERNEES CLUSTERissa

Sisältö

Toiminnallisuus

Tämä tuote tarjoaa seuraavat ominaisuudet:

  • useiden hankkeiden ylläpitäminen;
  • Joustava roolipohjainen käyttöjärjestelmä;
  • Virheen seurantajärjestelmä;
  • Gantti ja kalenterikartat;
  • Projektin uutiset, asiakirjat ja tiedostojen hallinta;
  • RSS-virtojen ja sähköpostin muutoksista;
  • Jokaisen projektin foorumit;
  • väliaikaisten kustannusten kirjanpito;
  • Mukautettavat mielivaltaiset kentät vaaratilanteisiin, aikakustannuksiin, hankkeisiin ja käyttäjiin;
  • Helppo integrointi versioiden ohjausjärjestelmiin (SVN, CVS, Git, Mercurial, Bazaar ja DARC);
  • Virheilevyjen luominen vastaanotettujen kirjainten perusteella;
  • Tuki useille LDAP-todennukselle;
  • kyky rekisteröidä itsenäisesti uusia käyttäjiä;
  • Monikielinen käyttöliittymä (mukaan lukien venäjä);
  • Tuki DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, SQLite.

Tietokannan rakenne

Käyttäjäjärjestelmä

Käyttäjät ovat yksi aihealueen keskeisistä käsitteistä. Käyttäjämalli on perusta henkilöstön ja asiakkaiden järjestelmän tunnistamiseksi ja todentamiseksi sekä valtuuttaa ne eri rooleissa, hankkeissa jne.

Rooli

Käyttäjän roolit määräytyvät joustavalla mallilla käyttäjän käyttöoikeuksien määrittämiseksi. Rololeihin kuuluu joukko erioikeuksia, joiden avulla voidaan erottaa pääsyn erilaisiin järjestelmän toimintoihin.

Käyttäjillä on rooli jokaisessa projektissa, jossa se osallistuu esimerkiksi "projektin kehittämishankkeen johtaja", "hankkeen kehittäjä ylläpitää yhtiön intranet-yritystä" tai "asiakkaan tietojärjestelmän REFACTOR-projektissa Yritys B ". Käyttäjällä voi olla useita rooleja. Erillisen tehtävän (ongelma) roolin määrittäminen on tällä hetkellä mahdotonta.

Hankkeet

Hanke on yksi projektinhallintajärjestelmien aiheen peruskäsitteistä. Tämän olemuksen ansiosta on mahdollista järjestää yhteinen työ ja suunnitella useita hankkeita samanaikaisesti erilaisten käyttäjien pääsyn rajojen kanssa (ks. Edellä). Hankkeet mahdollistavat hierarkkisen pesimisen.

Trackers

Trackers ovat tärkein luokitus, jolla tehtävät lajitellaan hankkeeseen. Muusi, "Tracker" käsite palaa virheen kirjanpitojärjestelmiin (ENG. Virheen seurantatyökalu ), edustettuna jokaista erillistä hanketta.

Pohjimmiltaan "RedMine", seuranta on luokan "ongelma" -luokan analogi ja ovat perusta eri tyyppisten tehtävien polymorfismiin, jolloin voit määrittää jokaisen tyypin eri kentät. Seuranneet ovat "parannuksia" "," Virhe "," Dokumentaatio "," Tuki ".

Tehtävät

Tehtävät ovat koko järjestelmän keskeinen käsite, jossa kuvataan tietty tehtävä, jonka haluat suorittaa. Jokaisella tehtävällä on pakollinen kuvaus ja tekijä pakollisella tehtäväksi, tehtävä sidotaan seurantaan.

Jokaisella tehtävällä on tila. Tilat ovat erillinen kokonaisuus, jolla on mahdollisuus määrittää aseman määrittämisoikeudet eri rooleille (esimerkiksi tilan "hylätty" voidaan antaa vain johtajalle) tai tehtävän määrittäminen (esimerkiksi "auki", "Nimetty" - asiaankuuluva ja "suljettu", "hylkäsi" - ei).

Jokaiselle hankkeelle on määritelty erikseen kehitysaiheita ja tehtäviä. Myös muut kentät ovat myös mielenkiintoisia "arvioitu aika", joka toimii rakennusten hallintakaavioiden perustana sekä tarkkailijoiden valinnan alalla tehtävään (ks. "Ilmoitukset"). Tehtävät pystyvät liittämään tiedostoja (erillinen kokonaisuus "-sovellus").

Muiden listattujen ominaisuuksien (esimerkiksi prioriteetin) arvot tallennetaan erilliseen yleiseen taulukkoon.

Seuraa tehtäväparametrien muuttamista

Käyttäjien tehtävien parametrien muutosten seurantaan kahdella yksiköllä reagoiessa järjestelmässä: "Vaihtolokin tallentaminen" ja "muuttuva parametri". Lokitunnus näyttää käyttäjän yhden toiminnon muokata tehtävän parametreja ja / tai lisätä kommentin siihen. Tämä toimii samanaikaisesti työkaluna tehtävän historian ja vuoropuhelun ylläpitämiseen tarkoitettu väline.

Yksikkö "muuttunut parametri" on sidottu erilliseen lokitiedostoon ja se on tarkoitettu käyttäjän muuttuvan parametrin vanhan ja uuden arvon tallentamiseen.

Tehtävien välinen viestintä

Tehtävät voidaan yhdistää: esimerkiksi yksi tehtävä on substask toiselle tai edeltää sitä. Nämä tiedot voivat olla hyödyllisiä ohjelman kehittämissuunnittelussa, erillinen kokonaisuus on vastuussa sen varastoinnista RedMinissä.

Luonnosluonnoksessa käytetty kirjanpito

Järjestelmä tukee ottaen huomioon aikaa käyttäjien ja tehtävään liittyvän "käytetyn ajan" olemuksen ansiosta. Olennuksen avulla voit tallentaa käytetyn ajan, käyttäjän toiminnan tyyppi (kehitys, suunnittelu, tuki) ja lyhyt kommentti työstä. Näitä tietoja voidaan käyttää esimerkiksi analysoimaan kunkin osallistujan osuutta hankkeessa tai arvioimaan todellista aikaa ja kehityskustannuksia.

Sidontavarastot

RedMine tarjoaa mahdollisuuden integroida eri versioiden ohjausjärjestelmiin (arkistot). Integraatio on seurata ulkoisen arkiston muutoksia, vahvistaa ne tietokantaan, analysoidaan muutoksia tiettyihin tehtäviin.

Ulkopuolisten arkistojen integroitumisjärjestelmän infologologisessa rakenteessa kolme yhteisöä ovat vastuussa: arkisto, toimittajat ja muutos.

  • Arkisto - Yksiköön liittyvä projekti, joka tallentaa liitetyn arkistotyypin, sen käyttäjän sijainnin ja tunnistetiedot.
  • Toimitus - Ilmastointilaitteen toimituksellisen toimiston näyttäminen ja tietokenttien lisäksi voidaan sidottua tiettyyn tehtävään: Tämä edellyttää määrittelyä "Refs #num" -muutoksissa, joissa numero on tehtävänumero) ja toimituksellisen hallituksen tekijälle.
  • Muuta - tallentaa luettelon modifioiduista (lisätty, kauko-ohjattu, siirrettyjä) tiedostoja kussakin versiossa.

Ilmoitusten vastaanottaminen

Käyttäjäilmoitukset Sivustossa tapahtuvista muutoksista suoritetaan käyttäen "tarkkailijoiden" yhdistävien käyttäjien ydin eri luokkien (projekteja, tehtäviä, foorumeita jne.). Tietokanta tallentaa myös Access-avaimet RSS-tilaukseen, jolloin voit Saadaksesi ilmoituksia tämän teknologian kautta, myös ilmoitukset lähetetään sähköpostitse.

Jotkut puutteet RedMine

  • Tiedostojen ja asiakirjojen hallinta redmiinissä vähennetään niiden lisäämiseen, poistamiseen ja muokkaamiseen. Et voi hallita käyttöoikeuksia kaikkiin tiedostoihin tai yksittäisiin asiakirjoihin.
  • RedMine ei voi hallita käyttöoikeuksia yksittäisten tehtäväkenttien tasolla. Esimerkiksi tällä hetkellä on mahdotonta piilottaa työajan arvioita tehtävään. Mutta voit tehdä lisää kenttiä näkyvissä vain käyttäjille, joilla on määritellyt roolit.
  • RedMine: ssä Tehtävien yleistä työvoimaa ei näytetä tehtäväluettelossa.
  • Ei ole mahdollista antaa käyttäjälle rooli koko järjestelmässä; Esimerkiksi "Project Office Manager": n on päästävä kaikkiin järjestelmään kaikkiin hankkeisiin: Tätä varten sinun on lisättävä käyttäjä tähän rooliin kaikille hankkeille.
  • Yhdistä Git-arkisto on mahdollista vain, jos RedMine ja arkisto ovat samassa palvelimessa.

Chiliproject.

Sen seurauksena siitä, että eräiden käyttäjien näkemys suhteessa hankkeeseen erotettiin kehittäjien johtajan näkemyksestä, luotiin Chiliprojectin forma-redmine. Tällä hetkellä tämä hanke on suljettu.

Katso myös

Toteaa

Kirjallisuus

  • 前田 剛 (GO 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 Entwicler. - 3. - DPunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218.

Linkit

  • Virallinen sivusto RedMine (eng.)
  • Android-asiakas RedMine (eng.)
  • RedMine nippujen asentaminen ja konfigurointi GEM, Ruby, Rails, PostgreSQL, matkustaja, Nginx
  • RedMine-nippujen asentaminen ja konfigurointi GEM, Ruby, Rails, MySQL, matkustaja, Nginx (Päästön linkki)
  • Luodaan plugins redmine
  • RedMineAPP - iPhone-sovellus RedMine
  • RedMine PM - RedMine Client iPhone / iPadille
  • RedMine mennä - Windows Phone Client for redmine
  • RedMineUp on joukko ilmaisia ​​ja kaupallisia laajennuksia ja teemoja redmineille.
  • RMClient on asiakas Windows, Mac, Linux, Commercial.
  • Elinkaaren tehtävien asettaminen
  • Suoritusongelmien ratkaiseminen
  • Operatiivinen suunnittelu RedMine
  • Plugins kirjoitusopas
  • Yksityiskohtaiset asennusohjeet
  • Helppo RedMine - kaupallinen vaihtoehto
  • Suunnittelija Jetweren Installars ja virtuaalikoneet redmine

Tätä sivua muokattiin viimeksi 3. toukokuuta 2021 klo 13:31.

  • - useiden hankkeiden säilyttäminen;
  • - Virheen seurantajärjestelmä;
  • - hälyttää muutoksista sähköpostitse ja RSS-syötteillä;
  • - muokattavat tehtävätilit;
  • - muokattavat mielivaltaiset kentät tehtäviin, aikakustannuksiin, hankkeisiin ja käyttäjiin;
  • - aikakustannusten kirjanpito (tuntia);
  • - Ganta-kaaviot ja kalenteri;
  • - Wiki jokaiselle hankkeelle;
  • - Projektin uutishallinta, tiedostojen hallinta ja asiakirjat;
  • - jokaisen hankkeen foorumit;
  • - monikielinen käyttöliittymä, myös venäjä;
  • - Helppo integrointi arkistoihin (SVN, CVS, Git, Mercurial, Bazaar ja Darcs);
  • - pääsyn erotusjärjestelmä, joka perustuu rooleihin;
  • - Tuki useille LDAP-todennukselle;
  • - kyky rekisteröidä itsenäisesti uusia käyttäjiä;
  • - järjestelmän toimivuuden laajentaminen asentamalla lisätietoja laajennukset ;
  • - Tuki DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (versiosta 2.3).
  • Harkitse redmiinijärjestelmää tarkemmin. Alla on joitain kuvakaappauksia, ensimmäisinä niistä - luettelo tehtävistä yhden hankkeen mukaan.

    Tehtävä-välilehdessä voit nähdä sekä nykyiset projektin tehtävät (oletusarvoisesti) että aiemmin suljetut tehtävät - asiakaspyynnöt ovat mahdollisia.

    Jumala olet minun, minulla on konflikteja!

    (Suodattimet). Mukautetut kyselyt voidaan tallentaa kaikkien järjestelmän kaikkien käyttäjien myöhempää käyttöä varten.

    (Kun asennat "julkisen" kyselyn valintaruudun) tai käyttäjän käyttöön, joka on luonut pyynnön. Kyselyn luomisen jälkeen voit määrittää tehtävien luettelon yhdellä napsautuksella,

    Ennemmin tai myöhemmin (luultavasti jo ensimmäisen päivityksen aikana uuteen nuorempiin versioon) Kohtaat fuusioiden ristiriitoja. Git-rebuation aikana se käyttää sitoutuu yksi kerrallaan ja pysähtyy aina, kun sitoutumisen käyttö tapahtuu virheitä. Tässä tapauksessa joukkue

    Hyödynnä viittausta kyselyyn oikealla puolella olevalla "tallennetuilla kyselyillä".

    • Järjestelmä toteuttaa mekanismit tehtävien seurantaan ja tilauksille. Jokaisesta tehtävästä varten tarkkailijat voidaan määrittää, minkä jälkeen tilan muutokset, tehtävän parametrit lisäävät uusia kommentteja, tiedostoja tehtävään, tarkkailijan käyttäjät saavat asianmukaiset sähköpostiviestit.
    • Kaikki järjestelmän käyttäjät voivat luoda uusia tehtäviä. Jotta voit lisätä uuden tehtävän hankkeeseen, sinun on siirryttävä Uusi tehtävä-välilehti,
    • Valitse tehtävä TRACKER ja täytä pakollinen (*) ja lisä (mukaan lukien mukautettu käyttäjä) tehtäväkenttiä. "Teema-kenttään, se on lyhyesti muotoiltu, mutta tehtävän informatiivisesti tehtävän (kun siirryt toiseen kenttään painamalla TAB-näppäintä, lisätulpalla voit etsiä merkinnän Aihe aiemmin luoduista tehtävistä). "Kuvaus" -kentässä esitetään tehtävän yksityiskohtainen sisältö. Tekstin luettavuuden parantamiseksi voit käyttää sisäänrakennetun web-editorin ominaisuuksia.
    • Tehtävä voidaan liittää tiedostoja, jonka enimmäiskoko on säänneltävä järjestelmänvalvoja.
    • Tarkkailijat voidaan liittää tehtävään: luoda tehtävä, kun teet aterioita tehtävään, muuttaa tehtävän tilaa, tarkkailijat saavat asianmukaiset ilmoitukset sähköpostiosoitteeseen. Käyttäjät voivat myös lisätä tarkkailijana kohtuulliseen tehtävään, jonka tehtäväkortilla on seurattava "Seuraa" -linkkiä.

    Järjestelmän tehtävät voidaan yhdistää: esimerkiksi yksi niistä on toinen, edeltää häntä tai nämä tehtävät liittyvät yksinkertaisesti toisiinsa.

    Git tila.

    RedMine-järjestelmä tarjoaa erillisen kokonaisuuden nimeltä "liittyvät tehtävät". Liittyvät tehtävät voivat olla seuraavat linkit:

    Näyttää ongelmatiedostot.

    - "Duplicates" - yhdistää tehtävät siten, että yhden sulkeminen edellyttää toisen tehtävän sulkemista;

    Tarkista, mikä sitoutuu epäonnistui, selvitä, miksi se oli tarkoitettu (mielekkäitä sitoumuksia, jotka auttavat), oikeat tiedostot, komento

    - "Liittyvät" on vain viittaus toiseen tehtävään. Tällaista linkkiä käytetään osoittamaan, että nämä tehtävät yhdistetään yhdellä tavoitteella tai muilla tavallisilla ominaisuuksilla; - "Lohkot" - osoittaa, että tämä tehtävä on suoritettava ennen työn aloittamista toisella tehtävällä. Molemmissa tehtävissä voit itsenäisesti muuttaa suorituksen, päivämäärän, tilan, mutta yhden poikkeuksen prosenttiosuuden: Lukittua tehtävää ei voi sulkea, ennen kuin estämistyö on suljettu. Kuitenkin lukitussa tehtävässä on mahdollista asettaa tila "suoritettu", valmius 100%, vaikka estotehtävän valmius jättää paljon toivomisen varaa; - "edelliset" - asettaa tehtävien suorittamismenettelyn, jotta tämä tehtävä on saatettava päätökseen N-päivinä ennen assosioituneiden aloittamista. Liitetyissä tehtäväkortilla se ei ole pelkästään sitominen, vaan myös automaattisesti muuttaa tehtävän ajoitusta ja loppua. Tehtävän toimikausi on yhtä suuri kuin sidotun ongelman päivämäärä, joka kasvaa nipussa määritellyillä päivillä;

    Git Lisää

    - "Seuraava" - asettaa tehtävän tehtävien suorittamiseksi siten, että tämä tehtävä voidaan suorittaa vasta liittyvän. Tämä yhteys on käänteinen edellinen.

    Lisää jokainen korjattu tiedosto, kun olet valmis. Jos konfliktit on eliminoitu, voit tarkastella muutoksia, jotka vahvistetaan komennolla

    Ajoitus muuttuu automaattisesti sitoutumisessa vaan muokattavassa tehtävässä. Siksi on käytettävä linkkiä "Seuraava", varmistaen vain, että tehtävien pitäisi todella mennä yksi toisensa jälkeen tietyllä aikavälillä niiden välillä.

    Git diff --cached

    Seuraavat kuvat on omistettu redmine-järjestelmän kokoonpanoon ja käyttöönottoon.

    . Heti kun harkitset tuloksen tyydyttävää, voit jatkaa rebuas tiimin kanssa

    Seurantalla on tärkeä rooli tehtävien seurantaan. He osallistuvat määrittämään tehtävien siirtymisen edellytykset valtiosta toiseen, kenttien saatavuuteen.

    Git Rebase --Contue.

    Tracker on looginen tehtävien yhdistelmä yhdellä ryhmällä projektissa, esimerkiksi virheen poistaminen, uuden toiminnallisuuden kehittäminen jne. Tracker voi olla

    Sisällytetään yhteen, useisiin tai kaikkiin hankkeisiin.

    RedMine-käyttäjät on sisällytettävä johonkin rooliryhmään, roolien määrä ei ole rajoitettu. Järjestelmä tarjoaa kaksi ennalta määritettyä roolia:

    "Anonyymit" - rekisteröimättömille käyttäjille, "ei-osallistumisen" rooli rekisteröidään, mutta ei sisälly mihinkään käyttäjähankkeeseen.

Anonyymi ei voi luoda tehtäviä.

Jokainen rooli on asetettu käyttöoikeudet mahdollisiin toimiin tehtävien, hankkeiden, asiakirjojen, tiedostojen, wiki, foorumit jne. On selvää, että

"Project Manager": n rooleja olisi annettava enemmän valtuuksia, "esiintyjän" - pienempi, "ei-osallistuvien" roolien rooli - jopa "nimettömän" roolit vähimmäismahdollisuuksiin

Julkisilla hankkeilla ja yksittäisissä hankkeissa kaikki on kielletty. Järjestelmänvalvojan "osallistujilla on rajattomat oikeudet koko järjestelmässä.

Riippuen valituista trackeristä, jokainen tehtävä voi kulkea tiettyjen vaiheiden läpi ja erilaisilla tiloilla.

Joten, alla olevassa esimerkissä luoduille Trackers "vianmääritys", "Kertakäyttöinen tehtävä, Adhoc", "Uusi kehitys" maksimaalinen täysi tapa tehtävien tilan avulla:

1. Uusi -> 2. Hajautettu -> 3. Analyysi -> 4. Toiminnassa -> 5. Made -> 6. Asiakkaan hyväksyminen -> 7. Suljettu

"Projektipäällikön", "Executive", "asiakas, jäsen" roolit luotiin. Koska projektipäällikkö on hankkeensa ylläpitäjä, hänen hankkeensa puitteissa voidaan siirtää tehtävään eri asemien tehtävään. Tehtävän tai asiakkaan / osallistujan esiintyjä voi kääntää tehtävän vain tietyistä tilanteista. Joka vaiheessa tehtävä voidaan peruuttaa (käännetty tila "hylätty"), joka osoittaa syyn. .

Kun teet muutoksia tehtävään, tehtävän tilan muutokset, lisää kommentteja kaikkiin tehtävään osallistuville käyttäjille tulee automaattisesti sähköpostitse.

Jokaiselle parille "rool-seuranta" on mahdollisuus määrittää näkyvyys, velvollisuus täyttää tehtäväkortilla olevat kentät (mukaan lukien konfiguroitavat kentät). Järjestelmäkentät

"Projekti", "Tracker", "Teema", "Priority", "Private" (tehtävä) on aina täytettävä. Konfigurointi toimien sekvenssin yhdelle paria "rooli - tracker",

Sekvenssiasetukset voidaan kopioida toiselle parille ("Kopioi" -linkki).

Tehtävien, käyttäjien ja muiden yksiköiden redmine-järjestelmässä voit luoda mielivaltaisen määrän muokattavissa olevia (mukautettuja) kenttiä. Mukautetut kentät ovat

Näytä tehtäväkortilla kahdessa sarakkeessa ennalta määritettyjen järjestelmäkenttien alueen jälkeen. Lajittelu Määrittää tehtäväkortin mukautettujen kenttien tilauksen. Mukautetut kentät tukevat seuraavia tietotyyppejä: merkkijono, pitkä teksti, kokonaisluku, todellinen numero, päivämäärä, luettelo yhden arvon valitsemiseksi, Luettelo useiden arvojen, linkin, käyttäjän valitsemisesta. Jokainen mukautettu kenttä voidaan ottaa käyttöön kaikissa tai vain määritetyissä projekteissa, käytä valittuja seuranta. Määrittelemällä mukautettu kenttä, voit välittömästi asentaa Maailmanlaajuiset asetukset ovat tarpeen ja roolien näkyvyys sekä kentän osallistuminen käyttäjäkyselyihin (suodattimet) ja hakukyselyt. Palvelemien ja palveluiden hallintaohjelma voidaan käynnistää käynnistysnä -> Bitnami RedMine Stack Group -> RedMine Manager Tool. Tämän hallinnollisen sovelluksen avulla voit hallita RedMine-palveluja, Apache Web Server, MySQL-tietokantapalvelin.

Raportointi

Redmine-järjestelmä tarjoaa GANT-kaavion ja lisäpistokkeiden avulla on mahdollista muodostaa raportteja ymmärtämään hankkeiden ja tehtävien tilan.

Ehkä yksityinen kehittäjien toimittaminen näiden raporttien muodoista järjestää sinut.

Projektin tehtävien analyyttiset raportit luodaan parhaiten CSV-tiedostoon vietyjen tietojen perusteella. Tätä varten

Valitse RedMine-järjestelmän päävalikosta "Projektit" -> "Kaikki projektit", seuraa linkkiä "Näytä kaikki tehtävät",

Käytä tehtävien luetteloon / peruuta haluamasi suodatuskriteerit ja napsauta "Vie CSV" -linkkiä alareunassa oikeassa alakulmassa tehtäväluettelon alapuolella.

Tällä tavoin tehtäväluettelo puretaan - Isses.csv-tiedosto.

Seuraavaksi sinun on avattava uusi MS Excel -kirja, valitse "Tiedot" -> "Teksti" Päävalikosta "Määritä tie Tiedosto-ongelmat.CSV, Valitse-koodisivu -valintaikkunassa "1251: Kyrillic (Windows)", (Ehkä erottimen symboli, merkitty - "Muut", määritä symboli | (pystysuora piirre)) ja napsauta "Valmis" -painiketta. Tiedot tuodaan Excel-tiedostoon tallennettaessa yhteyden CSV-tiedostoon. Lähdetietotaulukon perusteella sinun on luotava yhteenvetotaulukoita, kaavioita (korosta taulukko / sarakkeet ja valitse sitten "Lisää" -> "Yhteenveto taulukko"). Peruspöydässä on mahdollista varmistaa analyyttiset indikaattorit, sinun on luotava laskettuja sarakkeita.

Esimerkki raportista löytyy investoinneista tähän artikkeliin.

Redmine¶

RedMine on joustava projektinhallintaverkkosovellus. Kirjoitettu Rubyin käyttäminen kiskoissa, se on ristikkäin ja ristiintietokanta.

RedMine on avoin lähde ja vapautuu GNU: n yleisen julkisen lisenssin V2 (GPL) mukaisesti.

Ominaisuudet¶

Jotkut RedMinin tärkeimmät ominaisuudet ovat:

Lue lisää RedMine-ominaisuuksista.

Dokumentointi¶ .

Voit lukea

RedMine-opas

Muut resurssit:

Online Demo Jaettu online-demo löytyy osoitteesta http://demo.redmine.org/. Se on asetettu rekisteröityneille käyttäjille mahdollisuuden luoda omia projekteja Tämä tarkoittaa, kun rekisteröidyt, voit luoda oman projektin siellä ja kokeilla projektinhallintaominaisuuksia. Vaihtoehtoisesti voit saada oman RedMine-demoympäristön osoitteessa http://m.redmine.org täydellisellä järjestelmänvalvojan oikeuksilla yksinkertaisen muodon täyttämisen jälkeen.

Tuki ja apua

Saat apua tai keskustella RedMine-ohjelmasta, voit selata

Redmine foorumit. 

Hosted juuri täällä RedMine. Meillä on myös a Chattihuone. - Liity #redmine Freenode IRC -verkkoon. Myös epävirallinen työtila

Löysä Jos voit esittää kysymyksiä ja osallistua keskusteluihin muiden redmine-käyttäjien kanssa. Ennen virheilmoituksen lähettämistä, laastari tai ominaisuuspyyntö täältä, lue lähetysohjeet.

Osallistuminen ja auttaminen Redmine rakentaa ja ylläpitää yhteisön vapaaehtoisia. Jos nautit käyttämästä sitä ja haluaisi antaa takaisin yhteisöön, osallistua sivulla on sevel ideoita. Ohjelmiston kehittämiskokemusta ei tarvita. Tutustu joukkueesivuihin, jos olet kiinnostunut tietystä alueesta, joka osallistuu säännöllisesti. Voit myös tehdä lahjoituksen ja luetellaan RedMine Donors -sivulla. Kuka käyttää RedMine? ¶ Tällä sivulla luetellaan joitain yrityksiä ja hankkeita RedMine-laitteella. RedMine Books¶ Mastering RedMine 2. painos

On kattava opas vinkkejä, temppuja ja parhaita käytäntöjä Redmine.You voi ostaa sen verkossa.

RedMine Plugin Laajennus ja kehitys Tarjoaa yleiskatsauksen kehittäjien käytettävissä olevista työkaluista, jotka haluavat laajentaa redminea työskentelemään tiensä. Voit ostaa sen verkossa. RedMine-keittokirja. Chattihuone. .

: Yli 80 käytännön reseptejä parantaa osaamista projektinhallinnassa, tiiminhallinnassa, prosessin parantamisessa ja redmine hallinnossa. Voit ostaa sen verkossa. RedMine Books¶ Vastuuvapauslauseke: Tämä ei ole tavallinen tyyppi opas "Kuinka asentaa RedMine". Siinä en sukeltaa tietokannan asettamiseen tai verkkopalvelimen asentamiseen. En myöskään puhu redmine. RedMine-dokumentaatio tässä suunnitelmassa on varsin täydellinen. Ja järjestyksessä ei ole mainittu virallisissa asiakirjoissa, on yleinen menettely kiskojen sovelluksille, jotka löytyvät helposti Internetistä.

Sen sijaan se on noin omassa, enemmän tai vähemmän räätälöityjä redmine-versiota, joka voidaan käyttää käyttämällä yhtä kuormitusta tarvittaessa. Valmis? Sitten aloitetaan. Aseta rakennustyyppi "All-in-one" ja valmis aloittamaan virtuaalikoneet Bitnami-asennuspaketit tai esiasennetut virtuaalikoneet ovat hyviä nopean redmine-näytettä varten, mutta eivät sovellu tuottavaan käyttöön. Miksi? Koska heillä ei ole päivitystä. Voi, toinen, Bitnami on. Totta, se näyttää enemmän kuin vitsi. "Asenna koko pino uusi versio toiseen hakemistoon ja siirrä tiedot siellä", tämä ei ole päivitys. Ei sanaa siitä, että määrittäminen, räätälöinti ja laajennukset, jotka todennäköisesti on myös tallennettava ja asenna uudelleen. Toivotan onnea tällaisella "päivityksellä". Reliza RedMine laastarit yli tai kaksi kertaa kuukaudessa. Turvallisuusvirheiden korjaukset annetaan tarvittaessa - et halua kaipaamaan niitä?

Se, että ihmiset usein unohtavat: Päivitysaika ei aina riipu sinusta. Tietenkin voit lykätä päivitystä ennen redmine-nuoremman version vapauttamista - muutaman viikon ajan (luultavasti pidemmän ajan). Et kuitenkaan halua havaita uusia turvallisuusongelmia RedMine- tai kiskoissa istua nepaattorilla, kunnes on mahdollista vapauttaa aika asentaa ja konfiguroida uusi Bitnami-pino ja siirtää manuaalisesti kaikki tiedot?

Asennus on vain jäävuoren yläosa. Päivitys - tämä on mitä on tehtävä säännöllisesti 

Yksinkertaisimman asennusmenetelmän etsiminen lopettaa varmasti merkityksellisen heti, kun päätös on valmistettu tuotannon redmiinin käytöstä. Yksinkertainen säestys ja modernisoinnin mahdollisuus - tämä on se, mitä sinun on kiinnitettävä huomiota minimoimaan kustannukset ja riskit, jotka liittyvät oman RedMine-laitteesi käyttöön.

  • Alla kerroin, kuinka yksinkertaisesti tukea RedMine nykyisessä tilassa. RedMine Books¶ .
  • Käytä git. RedMine Books¶ Vaikka aiotte ajaa RedMine ilman mitään asetuksia tai laajennuksia, käytä Git-arkistoa säilyttääksesi redmine-kopion. Ainakin erikoistuneiden arkistojen läsnäolo antaa sinulle kaikkien käyttöönottopaikan, joka tarvitaan käyttöönottoa varten (myöhemmin sitä pidetään lisätietoja). Ennemmin tai myöhemmin sinä (tai käyttäjät) Redmine rakentaa ja ylläpitää yhteisön vapaaehtoisia. Jos nautit käyttämästä sitä ja haluaisi antaa takaisin yhteisöön, osallistua sivulla on sevel ideoita. Ohjelmiston kehittämiskokemusta ei tarvita. Tutustu joukkueesivuihin, jos olet kiinnostunut tietystä alueesta, joka osallistuu säännöllisesti. .
  • HYVIN

Asenna plugin- tai räätälöityä aihetta, ja tämä on valmis infrastruktuuri. Kokeet, joilla on muutoksia ja testauksia laajennuksilla ja paikallisilla sivukonttoreilla, joissa ei ole sairauksia tuotantokoodissa, ovat hyvin yksinkertaisia ​​omien GIT C-redmine-arkiston läsnäollessa. Joten nyt aloitamme arkiston kokoonpanon. Vaikka tärkein redmine-arkisto on subversionin esimerkki, GitHubilla on puoliksi virallinen arkisto, jota pääasiallinen yritys tukee ja päivitetään jatkuvasti. Käytä sitä määrittääksesi oman arkistosi: Paikallisen kloonin redmine

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git Remote Rename Alkuperä UptStream $ Git Remote Adgiang [email protected]: redmine.git $ git checkout -b redmine / 3.2-stabiili ylävirtaan / 3.2 -Stable $ Git Checkout -b Local / 3.2-vakaa $ git push -set-ylävirtaan alkuperän paikallinen / 3.2-stabiili

Vaihda versionumero 3.2-stabiili RedMinin viimeisen vakaan version määrästä.

Remote-arkisto

[email protected] 

Sen pitäisi olla yksityinen, koska se tallentaa käyttöönottokokoonpanon (ja mahdollisesti muita tietoja, joita ei kannata julkaista). Koska alla kuvattu käyttöönottoprosessi purkaa koodin tästä arkistosta, arkisto on saatavana käyttöönoton aikana, joten älä aseta sitä pöytätietokoneisiin. Ihanteellinen on tilanne, kun arkisto on myös saatavilla verkkopalvelimelta, johon käyttöönotto tapahtuu. Mutta tämä tarvittaessa voit kiertää. Nyt sinulla on kaksi paikallista sivukonttoria: Redmine / 3.2-stabiili Redmine rakentaa ja ylläpitää yhteisön vapaaehtoisia. Jos nautit käyttämästä sitä ja haluaisi antaa takaisin yhteisöön, osallistua sivulla on sevel ideoita. Ohjelmiston kehittämiskokemusta ei tarvita. Tutustu joukkueesivuihin, jos olet kiinnostunut tietystä alueesta, joka osallistuu säännöllisesti. и jotka seuraavat Redmine 3.2 ilman lisätoimintoa edellä mainitun kaukosäätimen GitHub / RedMine-arkistosta nouseva Redmine rakentaa ja ylläpitää yhteisön vapaaehtoisia. Jos nautit käyttämästä sitä ja haluaisi antaa takaisin yhteisöön, osallistua sivulla on sevel ideoita. Ohjelmiston kehittämiskokemusta ei tarvita. Tutustu joukkueesivuihin, jos olet kiinnostunut tietystä alueesta, joka osallistuu säännöllisesti. arkisto jotka seuraavat Redmine 3.2 ilman lisätoimintoa edellä mainitun kaukosäätimen GitHub / RedMine-arkistosta Paikallinen / 3.2-stabiili

Jos kaikki käyttöönotto, räätälöinti, teemat ja laajennukset asetetaan.

Versioiden kehittyneet päivitykset

RedMine käyttää seuraavaa versionumerointijärjestelmää: XYZ Major / Minor / Patch. Jokaisella nuoremmalla versiolla on oma Vakaa haara jossa korjauksia ja turvapakkauksia sovelletaan ajan myötä (niin kauan kuin tämä versio on edelleen tuettu). Meidän tapauksessamme tämä on haara

Ajoittain tämä nouseva sivuliike saa uusia sitoumuksia. Sinun tehtäväsi on sisällyttää uusia sitoumuksia paikallisessa sivuliikkeessä Käyttöön. Vaikka se on mahdollista ja täydentää säännöllisesti nousevaa haaraa, ehdotan käyttöä GIT Rebase. Tukea omia muutoksia yli .

Stock RedMine: Paikallisten muutosten uudistaminen "Alasti" RedMine: $ Git Checkout RedMine / 3.2-vakaa $ Git Pull # Uusi Upstream sitoumukset tulossa $ Git Checkout Local / 3.2-Stable $ Git Rebase RedMine / 3.2-stabiili

REABASE:

Peruuttaa kaikki paikalliset muutokset

Linkit

  1. Päivittää
  2. heijastavat muutoksia, jotka tapahtuivat
Jos sinulla on yllättäen joukko konflikteja, eikä ole aikaa ratkaista tätä ongelmaa, voit keskeyttää nykyisen rebuation käyttämällä parametria

Kaikki paikalliset muutokset "Bare" -versiossa sovelletaan uudelleen.

RedMine. Tulos on Puhdas tarina Jossa (paikalliset) sitoutuvat aina viimeisen (nousevan) kanssa, jotka sitoutuvat RedMine.

Junior ja vanhemmat päivitykset

Nyt kun on uusi vakaa haara (sanotaan 3.3-stabiili ), tee sama - siirrä muutokset päälle. Git-komennot ovat hieman erilaiset, koska ylöspäin suuntautuvan sivuliikkeen muutos: Paikallisten muutosten siirtäminen uuteen vakaan haaraan $ Git Fetch UptStream $ Git Checkout -b RedMine / 3.3-Stable Upstream / 3.3-vakaa $ Git Checkout -b Local / 3.3-Stable Local / 3.2-Stable $ Git Rebase --onto RedMine / 3.3-Stabiili RedMine / 3.2-stabiili Paikallinen / 3.3-stabiili Nämä joukkueet luovat ensin kaksi uutta paikallista sivukonttoria versioon 3.3: yksi nousevasta ja toinen on paikalliselta haarasta 3.2. Sitten he siirtävät paikallisia muutoksia RedMine / 3.3-stabiili

. Paikalliset muutokset ovat eroja

Paikallinen / 3.3-stabiili (joka on edelleen ). Nyt

Sisältää RedMine 3.3 ja kaikki paikalliset muutokset.

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