Redmine az informatikai menedzsmenthez: gyakorlati tapasztalat kiterjedt végrehajtás OpenSource rendszerek

Kis őskori. Mint tudod, az automatizálás mindig valami "vidám" -val kezdődik. Automatizálja magát, vagy a menedzsmentünk nem jó életből indulunk. Ez általában azért történik, mert a szervezet nő fel, nehéz lesz navigálni nagy mennyiségű bejövő és rendelkezésre álló információt. Tehát a szervezetünk egy bizonyos ponton gyorsan növekedni kezdett, ezért nagyon gyorsan szükségünk volt a káoszból, hogy valami strukturált, hasznos és kényelmes legyen.

Mit jelent a káosz a rendszerünkben? Ez azt jelenti, hogy az analitika és a strukturálási kérelmek hatálya alá nem tartozó nem rendezett kérelmek a felhasználóktól származnak, és nincs projektmenedzsment. Érdeklődés fagyasztás valahol az e-mail, a Word, a fejekben, az elemzők, programozók, osztályvezetők - attól függően, hogy melyik szerkezet használják a szervezet.

Úgy döntöttünk, hogy eltávolítjuk a káoszot a Redmine szoftver segítségével. Azonnal kell foglalni, hogy nem fogunk beszélni a módszertanról. Pontosan beszélünk a Redmine lehetőségeiről, arról, hogyan alkalmazzuk. Minden vállalat rendelkezik saját árnyalattal, ne vigye hozzánk, ne vegyen másokat. Készítsd el az elemzést, cselekedjünk, ahogy azt helyes és szükséges az Ön számára. Ne félj a hibáktól, mert a megtanuljuk.

A káosztól, amelyet mi volt, megpróbálunk megrendelni. Most már az út közepén vagyunk. Természetesen nem minden, és felhőtlen és sima lesz, de nagyon próbálkozunk.

Cégünkön belül három fő problémát osztottunk ki:

  • Először is szükségünk volt egy rendszer nyomon követésére hibák, incidensek és bejövő kérések, azaz. Szükségünk volt a hibakövető automatizálására;
  • Másodszor, valahogy szeretnénk elosztani a projektmenedzsmentet. Az automatizálással nem teljes mértékben figyelemmel kíséri, ami a módszertanok használatát, valamint a fejlődés színpadán és valamilyen jövőben is meg kell tenni. Ezután meglátod, hogyan használjuk fel a Redmine-t erre, és ahol tovább fogjuk fejleszteni;
  • Harmadszor, az informatikai szolgáltatások vezérlőegységét (ITSM) külön rendszerbe osztottuk ki, de nem is teljes mértékben. Tanszékünk különböző informatikai szolgáltatásokat nyújt, amelyeket kezelni kell.

Ezenkívül magánproblémáinkat kiosztottuk:

  • Ez, ismételtem, változatos informatikai szolgáltatásokat, mert a programozók élnek életüket, a rendszergazdákat, még mindig van egy internetes marketing osztály és mások;
  • Mindegyiknek saját struktúrája és kívánságai vannak az osztály irányítására. Minden osztályon, különböző módszerek, megközelítések, vezetők és pszichotípusok - a rendszer kiválasztására irányítja. De egyidejűleg egyidejűleg mozoghat, és egy cél elérése - a szervezet egy bizonyos sorrendje, az információ és az előrejelzés elérése;
  • Ezenkívül van egy másik KPI, amelyet mindegyikben különböző mutatók számolnak ki;
  • Továbbfejleszteni kell a bejövő információk további elemzését, mi történik az osztályokban, és hogyan tükrözi a szervezet egészét;
  • Meg kell irányítanunk a belső költségvetést, amelynek keretében belépünk, vagy leggyakrabban nem lépünk be. Azt is szükségük van valahogy elemezni és kezelni őket. Jobb, ha mindezt egyetlen rendszerben - különösen a kézikönyv számára kényelmes.

Így három olyan rendszert osztottunk ki, amelyet egyre szeretnék kombinálni.

Mindegyik rendszer esetében külön szakosodott szoftver található. Ez az összes olyan jól ismert automatizálási termék, amely saját előnyeikkel és hátrányokkal rendelkezik, így ha választja a rendszert magának, fontolja meg mindent.

Nem minden termék szerepel a csúszkán, sokkal több közülük vannak, és nem csak az orosz piacon, hanem a nyugati. De számunkra, az egyik követelmény egy orosz nyelvű felület volt, mert ez a termék nemcsak a programozók és a rendszergazdák, akik többé-kevésbé érthető angol, hanem rendes felhasználók is használhatók.

Hová menjen? Sok termék. A különböző részlegek és ellenőrzések igényei eltérőek. Választunk.

Az elemzés és a választás eredményeképpen, valamint az Alexei Lustin, egy olyan redmine termékét, amely egy bizonyos területet lefedi. Ismerd meg, milyen régióban van?

Teljesen lefedi a hibakövetőt, amelyet a cégben akartunk futtatni. Ez a felhasználók és ügyfelek alkalmazásainak átvételének központosítása. Ez volt a legalapvetőbb fájdalompont, amely gyorsan automatizálható. Úgy gondolom, hogy mindenkinek van ez a probléma, mert amint azt már elmondtam, az információ rendezetlen és különböző helyeken települ - a levélben, a szóban, az Excelben vagy a fejekben. Az ilyen információk nem vonatkoznak a következtetések és eredmények elemzésére és megszerzésére. Ennek eredményeképpen kiderül, hogy:

    • A tudásbázis információs összetevője, amely elemezhető és megérthető, hogy mi a következő, a következő hiányzik. Ez lelassítja a reakciósebességet, és befolyásolja a munka megszakítását és minőségét, amelyből a nyereség közvetlenül függ;
    • Növeli az új alkalmazottak "merülési" idejét, hogy dolgozzon a vállalati rendszerekkel;
    • A kudarc toleranciája mindegyike saját - valaki munkarend nélkül nem élhet két perc alatt. Ezért a Bug Tracker nagy szerepet játszik, és abban az időben a problématika nagyon akut volt.

A Redmine projektmenedzsment fele fele, mert ez a termék nem szakosodott a projektek kezelésére, de van egy bizonyos blokk, amely segít ebben. Sajnos ez nem ideális termék, de abban az időben lefedte a rendszerhez létrehozott követelményeket.

És egy nagyon kis ITSM blokk fedett. A Redmine rendszer nem célja az informatikai szolgáltatások kezelésére, így vannak olyan hibák, amelyek az adatok vezetésében és strukturálásában vannak. Ebben a helyzetből kijöttünk az ITSM rendszer verziójának kiválasztásával.

Szóval, a választásunk redmine. Elég testre szabott, skálázható, rugalmas és kényelmes beállítások.

Miért Redmine?

  • Ez az édes "freebie". A RedMine ingyenes, bár a foglalás, hogy a fizetett pluginok, amelyeket Önnek választ. Mindenesetre van valamiféle költség-előrejelzés, mert ha vásárolt egy plugint, és ne változtassa meg a Redmine platformot, akkor egy ideig ez a plugin további beruházások nélkül használható. És ha például frissítenie kell azt, akkor fizetnie kell ezt a frissítést, és tovább használja. A Redmine platform frissítése évente egyszer vagy két, frissítve, vagy nem - ez a vágy.
  • A RedMine intuitív felülete van. Nemcsak az informatikai menedzsmenttel rendelkező termékként hajtottuk végre, hanem olyan termékként is, ahol a felhasználóknak a különböző osztályokért érkeznek. Például egy külön fiókot kiemelnek az adminisztratív és gazdasági osztály alkalmazására.
  • Lehetőség van a különböző analitikai formák prioritásainak ellenőrzésére, beleértve az egyéni feladatok szerint.
  • Igazgatási idő és erőforrások. Azt hiszem, ez a fő egység a fej. Lehetővé teszi, hogy megértsük, hogy mennyire van betöltve, hogy milyen feladatok vannak, milyen feladatokkal kapcsolatos, és hogyan kell a költségek osztályozását, hanem az alábbiakban.
  • Az Analytics és a Redmine jelentései gyengén kifejeződnek, de van egy kiterjedt API. Az API adatbázisból adatokat vehet igénybe, töltse ki őket a rendszerbe, és beszámoljon jelentést.
  • Rugalmas beállítások, kézi műveletek testreszabása és automatizálása pluginokkal.
  • A GIT-vel való integráció az egyik fontos mutató. Az adattár adatbázisunk van kötve a Gitlab, és minden Redmine feladatot láthatja naplók (kapcsolódó kiadások): ki, mikor, és milyen változás szerint ezt a feladatot, az átmenet Gitlab.

INFORMÁCIÓK: A GIT egy elosztott verzióvezérlő rendszer. Ez nyomon követi, javítja és tárolja az információkat (verziókat) a fájlok és könyvtárak változásairól, valamint az adatok integritását is figyeli. A mi esetünkben az 1c forráskódról beszélünk.

Ez az, amit a kapcsolódó kiadások listája úgy néz ki:

  • Feladatkezelés és hiba követés. Ez egy szabványos hiba tracker, amelyet használunk.
  • Incidensek, projektek, költségvetések kezelése. Minden költségvetési formációt saját módon végzik. Megmutatom, hogyan automatizáltuk magukat, és aztán megpróbáljuk automatizálni a költségvetés irányítását magadban - azt hiszem, könnyű lesz, mert a Redmine-ben dolgoznak, és továbbadhatják őket is pénzre is.
  • A Redmine Wiki nem túl jól megvalósítható, ezért jobb, ha egy másik terméket használnak a tudásbázis és az együttműködés létrehozása céljából. Magam számára az Atlassian Confluence rendszert választottuk, amely az egyik leggyakoribb és könnyen dolgozik. Ön is figyelembe veheti a rendszereket: Dokuwiki, MediaWiki és mások.

Mi a redmin a motorháztető alatt?

  • Redme nagyon gyorsan, és csak kibontakozik.
  • A legtöbb operációs rendszeren működik.
  • Az a platform, amelyen megvalósul, rubin a síneken. Ha meg akarja szabni a Redmine-t magunk alatt, akkor szüksége van egy kompetenciára Ruby on Rails, különben nem lesz nagyon kényelmes, mert Nem minden kész pluginokat lehet készíteni.
  • A különböző DBMS támogatása önmagáért beszél.
  • Az RSS-vel vagy e-mailben figyelmeztető jelzéseket szervezhet bármilyen eseményen.
  • A hirdetés hitelesítése elérhető.
  • Integráció az SCM verzióvezérlő rendszerekkel (SVN, CVS, GIT, Mercurial, Bazaar és Darcs).

Megfeleljen a redminnek

Letöltheti a Redmine-t, telepítheti azt a számítógépre és a "kísérletre". Vagy használja a felhő szerver, és a „egy kattintással” tenni magát egy előre telepített változata Redmine, ami általában tartalmazza a tárhely szolgáltatás.

Példák bármely rendszerre történő telepítésre, beleértve a felhőszolgáltatás használatát is, megtalálhatók az interneten. Hivatalos utasítás a linken:

Így úgy néz ki, mint egy listát a Redmine-ben.

Van egy szabványos és több további interfész. Igaz, az interfészek megváltoztatásakor egyes funkciók leállíthatják a munkát, mert Egyéni interfészek Ne vegye figyelembe a pluginokat, amellyel dolgozni fog - végül is, ez egy nyílt forráskódú termék. De ez nem akadályozza meg, hogy a szabványos interfész használatával kényelmes eszköz legyen.

Az adagolás különálló és meglehetősen érthető szerkezetben van elosztva.

A Redmine-hoz csatlakoztatott modulok listája mindig megjelenhet és elemezhet a megfelelő adminisztrációs részben.

Nincs "tiszta" redmine, mert Körülbelül 35 bővítmény van. Néhány közülük vettünk.

A bővítményekre vonatkozó információk a keresőmotorban megtalálhatók a kulcsszavak "Redmine" -jén. Például két hely van, ahol letölthet vagy vásárolhat jó bővítményeket, hogy elkezdhessen dolgozni a Redmine-szel:

Minden bővítmény orosz, akkor vásárolhat és használhat. A fő dolog az, hogy kényelmes legyen. Csak figyeljen arra, hogy a redmine verziója támogassa a bővítményt, mert ha a támogatott verzió nem felel meg a tiédnek, van egy esély, hogy a plugin nem fog működni.

Egy kicsit az igényeink automatizálásáról

Szerkezet "projektek"

A Redmine-t nem használjuk a szabványos vezetés szerint. Például a rendszer keretében a "projekt" fogalma a szerkezet hierarchiájában külön ág. A "projektek" fát a szintek osztályozásaként használjuk. A legmagasabb szinten van egy végrehajtó részleg, amelyet kiszolgált osztályoknak kell alávetni, majd követik a rendszereket, az alrendszereket és a szolgáltatásokat.

A fa egy része így néz ki:

A Rendszerügyi Osztály a projektek hierarchiájának megközelítését is használja. A munka a nyújtott szolgáltatások besorolása alapján készült - segített megoldani a problémát a szolgáltatásvezérléssel. Ezért az ITSM fiókjában a projekt hierarchiája üzleti szolgáltatási katalógus. A kényelem érdekében számozott.

Alkalmazások felvétele a Redmine-ben

A példa szerint elmondom, hogyan szerveztük meg a Redmine alkalmazások átvételét.

Tanszékünk 3 csoportra oszlik:

  • Fejlesztői csapat;
  • Az analitika és az akciócsoport - itt magában foglalja azokat a munkavállalókat, akik a "két és fél" támogatást termelik. Azt tanácsolják, elemezzék a problémát, ha szükséges, a "Olvasás" kód kéréseket írhat az adatelemzéshez, valamint a kód helyes hibáit. Ennek eredményeként sikerül kizárnunk a programozók észlelését kis problémákból, valamint az elemzők segítségével, az ügyfelek és a hátsó programozók külön-e, mert Minden, valószínűleg szembe kell néznie a köztük lévő kapcsolatok problémáival.
  • És az 1. adatbázis adminisztrátorainak csoportja.

Tehát az alkalmazások átvétele a Redmine-ben a velünk a szokásos levél írása révén történik a kiemelt postafiókon. Az egyes postafiókok szervezésénél minden egyes osztályon és minden egyes csoportban kiosztottuk a "projektjeik" struktúrájukat, például:

Mindegyik projekt esetében a Helpdesk pluginban konfigurálta a postafiókját. A képernyőkép megjeleníti a Helpdesk plugin beállításait az egyik projekthez:

A "projekthez" csatolt postafiókba való belépések a "Felhasználói kérés" nézetével rendelkező alkalmazásokhoz kapcsolódnak a rendszerünkbe. Mindez a munkaerőköltségeket a bejövő kérelmek elsődleges osztályozásához vezet. (Példa a screenshot: 1.2 Adminisztrátorok 1c, 1.4 Jegy Confluence, 1.5 Támogatás a Yurait DPP-hez)

Ha ez nem lehetséges, hogy ilyen válogatás a szerkezet, akkor nagyon is lehetséges, hogy válasszon ki egy postafiókot, és a fa létrehozása alárendelt ágak, ahol a kérelmek kerül kiosztásra az első támogatási tétel után az elsődleges osztályozás (minta screenshot : 1.3 Felhasználói támogatás).

Ennek eredményeként az alkalmazás átadja a ciklust:

  • Először is, a projekt elsődleges automatikus bejegyzése történik;
  • Ezután az elemző elosztja az alkalmazást, azaz osztályozza, kategorizálja és rangsorolja azt;
  • Ezután az elemző átveszi az alkalmazást a kívánt ágra.

Az alkalmazásban vannak olyan besorolási területek, amelyek közül néhány esetleg elvégezhető, és a részt hozza hozzá. Ennek megfelelően az elsődleges töltés paraméterekkel történik:

  • Kiemelten fontos;
  • Kategória;
  • Ügyfélosztály;
  • Különböző típusú Castom mezők.

Azok. Ha egy esemény bekövetkezik, biztos lehet benne, hogy nem fog észrevenni.

A kapott alkalmazások és mezők példája:

Beállítások "projekt"

A "projekt" belül többféle tracker is lehet. Itt például gyakran használt nyomkövetők:

  • Felhasználói kérés;
  • Egy feladat;
  • Hiba;
  • Mondat;
  • Üzleti projekt;
  • Üzleti projektek programja stb.

A nyomkövetők korlátlan számok lehetnek - manuálisan is hozzáadhatók. Minden nyomkövető rugalmasan konfigurálva van.

A "Project" beállításokban megadhatjuk, hogy mely trackereket használják, valamint hogy mely egyedi mezők csatlakoztathatók.

A szükséges modulok és egyéb beállítások is csatlakoznak minden ághoz. Ezt a szabványos Redmine dokumentációban találja meg.

A modulok csatlakoztatása után nem kell összetett manipulációkat készíteni, csak az aktuális "projekt" moduljainak listáját meg kell mentenie, és a lapok formájában jelennek meg, amikor eljuthatsz beállítások.

Ezenkívül a redmin nagyon rugalmasan úgy van kialakítva, hogy hozzáférjen a különböző szintek jogainak eléréséhez mind a "projekt", mind a különálló funkciók, valamint az egyes mezők rendelkezésre állása.

Az áttekintő oldalon "PROJEKT" Láthatjuk mindenféle nyomkövetőt és statisztikát. És ha "leesik" a trackerbe, akkor látja a "projekt" alárendeltjeit - hívja őket "kártyák".

Üzleti projektek

Egy kicsit megismétlem. Mivel a "projekt" redmin fogalmaiban - ez a struktúra szerkezetének ága, akkor a valós projektek fenntartásához külön ágot osztottunk ki az "üzleti projekt" és az "Business Project Program" Trackerekkel. Ez lehetővé teszi számunkra, hogy az állapotjelentéseket üzleti projektjeinkre miként tartsuk meg, és költségeit az elosztási alapok tekintetében.

Az ág szerkezete a specifikusok: osztály, ügyfél, rendszer, alrendszert is megosztott írásokra osztható.

Mivel Menedzsment cégünk, részlegek központilag kísérik a Wiseadvice GK-ban szereplő összes vállalatot. Ebben a tekintetben mindegyik vállalat és közös vállalat számára egyedi projekteket végezünk. Ennek eredményeként minden egyes projekt esetében, és a feladat a részlegek költségeinek költségvetése és írása.

Egy üzleti projektkártyán beállíthatja a szükséges mezőket is. Példa az általunk használt mezőkre:

  • Alapelosztás / költségek címzettje;
  • Bónusz a projekthez;
  • A munkaerőköltségek értékelése;
  • A tervezett indítási / befejezési időpontok;
  • Napi állapotjelentés és mások.

A projekten belül létrehozott összes feladatot alárendelte az üzleti projekt fő kártyájának.

Az állapotjelentést legalább hetente egyszer átadják az ügyfeleknek. Az egész történet felhalmozódik a kártyán, és az érdekelt feleknek küldött.

Az Ügyfél és más érdekeltek bármikor láthatják a következő információkat az üzleti projektről:

  • Projekt állapota;
  • Becsült munkaerőköltségek;
  • A tényleges munkaerőköltségek jelenleg a végrehajtás és a munkavállalók kontextusában vannak;
  • Projekt készenlét;
  • Üzleti projekt megfogalmazása;
  • A levelezés teljes története;
  • A projekt tervezési ideje elkezdődött, ha a rangsorolás miatt elhalasztották;
  • A projekt befejezésének tervezett időpontja.

A tényleges munkaerőköltségeket az alárendelt üzleti projekt feladataiból gyűjtik össze a szervezeti egységek személyzete által eltöltött időben.

A kialakított feladatok alapján GANNA-diagramot építhet, de csak informatív verzióban. Ezenkívül lehetetlen használni és interaktív módon használni.

A naptár tervezés ütemezésével a grafikus jelentéseket használhatja. Például:

Feladatokat használunk a heti tervezésen belüli feladatok terjesztésére.

Mindezek a plug-inek segítségével valósulnak meg, amelyek magukban foglalják az agilis vagy a kanban táblák lefolytatásának lehetőségét.

Mint például:

Figyelembe véve a plugin jellemzőit, kiderül, mint a kanban tábla. A csomagok interaktívan túlterhelhetők - mind az állapot és az előadóművészek között. Három interfészen ellenőrizték - csak kéten működik. A szabványos interfész pontosan fut. Nagyon kényelmes megjeleníteni egy nagy TV / képernyőn a bolygók / gyűlések.

A tervezés is elvégezhető a verziók segítségével, majd konvertálhatja a verziókat a kiadásokba.

A tanszék munkájának hatékonyságának köszönhetően jelentést készítünk a költségek elosztási költségeinek és a részlegek tényleges munkaerőtöltési költségeinek összefüggésében.

A standard munkaügyi jelentések körvonalazhatók:

A jelentést a munkaerőköltségekre való hajlandóságot használjuk:

  • Költségelosztási adatbázis - egyéni mezőnk;
  • Költségrecipiens - Castom mezőnk;
  • A felhasználó szabványos mező.

A képződés az időszakok összefüggésében fordulhat elő:

A költségvetésünkért csak a "hónapot" használjuk. Jelentés példa:

A képernyőkép példát mutat be a tényleges munkaerőköltségekkel az augusztusi elosztási bázis keretében.

Ezenkívül részletes jelentést készíthet az egyes bejelentett időértékekre vonatkozóan. Szükség esetén az összes jelentést CSV-re alakítják át, így az Excel további elemzést lehet tenni.

Természetesen, mint az igazi 1c-becenév, az 1c-es Redmine-tól kirakodási információkat írhatunk az 1C-ben a szükséges csoportokkal és információkkal.

Példa az egyik költségjelentésre:

Egy kicsit több a redmine funkciókról

A Redmine további hasznos funkciói közül szeretném kiemelni:

  • Hitelesítési mód - vagy hirdetésekkel, vagy bejelentkezéssel és jelszóval;

  • Figyelmeztető rendszer. A felhasználó értesítést kap a feladat változásairól. E-mail értesítések és RSS konfigurálhatja;

  • A felhasználók csoportosítása. Ezzel az eszközzel a vállalkozás redmin hierarchikus struktúrájában alakulhat ki. Vannak pluginok a számviteli rendszerrel való integrációra és a szerkezetének klónozására csoportokban;
  • Szerepmodell jobb, többszörös szintű beállítással;

  • Az egyes trackerek munkafolyamatának (életciklusa) beállítása minden szerephez;

  • Az integrációs bővítmények jelenléte a MS Outlook-szal. Például egy meglehetősen kényelmes plugin, amely számos funkcióval rendelkezik, például a Redmine alkalmazásban közvetlenül a levélből, kommentálva, nyomon követés stb. Hivatalos oldal:

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

  • Vannak olyan bővítmények is, amelyek integrálódnak az azonnali üzenetküldő rendszerekhez, például a telegramhoz és az SMS átjárókhoz. Bármely kommunikációs csatornán riasztásokat küldhet, például incidenseket, felügyeleti információkat stb.;
  • Ha van egy kompetencia, lehet, hogy bármilyen plugins magukat.

Kérdések és válaszok:

Kérdés a csarnokból : Tegyük fel, hogy hozzáférést biztosítunk az ügyfélhez, és van egy bizonyos jegyzéke a támogatott szolgáltatásokról. Például, mint a példa szerint, vannak szolgáltatások a sysadminov és a kódoló szolgáltatások. Valamilyen ügyféllel, mindkét típusú szolgáltatásokon dolgozunk, és valamilyen típusú típusnál. Lehetséges-e a jogok szintjén korlátozni, hogy milyen típusú szolgáltatás áll rendelkezésre az ügyfél számára?

Válasz: Ez változik csak egy külön ága alapján kiosztott az ügyfél - a „projekt”, ahol a feladatokat a kiválasztott szolgáltatások külön kell létrehozni az ügyfélhez. Vagy hozzáférést kell biztosítani az összes feladathoz a fióktelepen - "projekt" támogatásához. Szabványos képesség, hogy korlátozza a jogait a szolgáltatás jele, és az ügyfél a "projekt" a Redmine "ki a dobozból" nem. Egy ilyen plugint kereshet, vagy írhatod magad. Nincs ilyen összetett struktúránk, de vannak olyan feladatok, amelyek csak az egyes fő egységekre kell rendelkezésre bocsátaniuk, így azok létrehozták őket.

Kérdés a teremből: Kiderül, hogy minden ügyfél "projekt". És egy "projekt" belül az alprojektek?

Válasz: Igen, annyit, amennyit csak akarsz. Mi például, kiemelve a görög külön ügyfél osztályok, és adja meg ott, hogy lehet hozzáférni a kulcsfontosságú alkalmazottak, hogy nem látják a teljes HelpDesk kapcsolódó ügyfél, és az egész szerkezet, mert Nagyon nagy. Redmine rugalmas a beállításokban, de sajnos, és rugalmasságában vannak olyan korlátozások, amelyek kellemetlenséget adnak. Természetesen kényelmesebben specializált megoldások vannak, de fizetnek.

Kérdés a csarnokból : És az egyes státuszokon végzett munkaerőköltségek összegzik? Például a "munkahelyi" állapota szerint a munkaerőköltséget 0,3, majd az "elemzés" állapota több munkaerőt költöttem.

Válasz : A legfontosabb költségek általában a feladatért. Lehetetlen a munkahelyi költségeket a státuszok szerint osztályozni, de a munkaerőköltségek "tevékenységek", amely lényege tükrözi a folyamatot, amelyben leírja az időt. Ez is szerkeszthető. Írásakor a munkaerő-költségek, a munkavállaló úgy dönt, egy olyan típusú tevékenység, amely rögzítve van. Ezután a jelentések használatával visszavonhatja az időt a folyamatok összefüggésében.

A tevékenység típusának jelzése nélkül a jelentést csak a munkavállaló + nap kontextusában lehet alkotni.

Az összefoglaló analitikai adatok jelentésekkel tekinthetők meg. Közvetlenül a feladatban csak az aktuális feladat költsége látható.

Kérdés a csarnokból : Kiderül, hogy van az első műszaki támogatás és a második műszaki támogatás második sora. Mindegyikük ugyanazt a feladatot tölti, ugyanabban az állapotban "a munka" egy bizonyos idő alatt. Ennek megfelelően, hogyan lehet meghatározni a tényleges munkaerőköltségeket személyenként az első sorban, a második sorban, a harmadik sorban?

Válasz : Ismétlem, a költségek általában a feladatra kerülnek, de ha egy ember annyi időt töltött, majd egy másik személy töltött idő - ez tükröződik itt. Részben a választ adták az előző kérdés alatt. Akkor láthatod, hogy melyik közülük mennyire költött, de csak ebben a verzióban. Nincsenek külön költségek csak akkor, ha hozzá egyéni mezőket, hogy írják le a munkaerőköltségek vagy használata felhasználói csoportok és tovább forma elemző jelentések.

Kérdés a csarnokból : Hogyan szerveződik a felhasználói interakció? E-mailben?

Válasz : Küldés egy e-mail standard betűhöz, vagy a felhasználó által írt, vagy egy automatikus redmine hajtás, ha ez egy megfigyelő erre a feladatra. Továbbá, ha egy Redmine felhasználó, akkor a felső panel megjeleníti, hogy hány feladatot neveznek ki, hogy hány új és hány változás van. Most látom, hogy 20 feladatom van, amelyek közül az egyik új és egy megváltozott. A felhasználói oldalról - csak e-mail.

Amint azt fentebb leírtuk, a bővítmények összekapcsolásakor egyoldalúan értesítheti a felhasználókat azonnali üzenetküldő rendszereket.

Kérdés a csarnokból : Van-e webes felület az alkalmazások benyújtásához?

Válasz : Nem. Redmine működik okostelefonokon és tablettákon, azaz. van egy adaptált felület. De az alkalmazások e-mailben is benyújthatók, vagy hozzáférést biztosítanak a felhasználóhoz közvetlenül a rendszerbe, korlátozva csak a létrehozáshoz. További funkcióként beállíthatja a bővítményt az Outloban, hogy feladatokat hozzon létre a Redmine-ben.

Jelenleg van egy Tracker Hidder plugin, amellyel korlátozhatja a nyomkövetők hozzáférését a felhasználók vagy szerepek összefüggésében.

Példa: A "Observer" szerepkörrel rendelkező felhasználó a "projektben" csak a "Felhasználói kérés" tracker kártyával elérhető.

Kérdés a csarnokból : És az e-mailekkel való munkavégzés funkcionalitása az egyik doboz vagy pluginok közül?

Válasz :Igen, ez "ki a dobozból". A bővítmények segítségével egyszerűen beszerzi a további szolgáltatásokat és beállításokat.

Kérdés a csarnokból : És lehetséges, hogy beállíthassa az Ügyfél értesítését, akit beírtunk a rendszerbe, csak egy bizonyos állapotban ment. Miért kellene néznie a belső tíz szakaszunkat, ha szükséges, hogy csak akkor menjen el, ha a feladat befejeződött?

Válasz :Ezt a helyzetet az alábbiak szerint oldjuk meg.

1. Először is, letiltottuk a felhasználók-ügyfelek szabványos visszirányú értesítéseit a felhasználói beállításokban. Ez a beállítás globális az összes ROTMINE számára az aktuális felhasználó számára.

2. Továbbá, a szükséges ág ("projekt") összekapcsolja a levelek küldésének lehetőségét.

3. Az elemző, vagy az RP-shnik egy e-mailt küldhet szabványos mechanizmussal: a "MEGJEGYZÉS" gomb megnyomásával jele a kártya szerkesztési módban. Szükség esetén további címzetteket adhat meg.

4. A feladó bármilyen szöveget írhat, és hozzáadhatja a szükséges mellékleteket. Vagy használjon korábban konfigurált mintákat.

 

Ehhez a kész mintázat van kiválasztva, a betű betűjébe helyettesített, és csak akkor marad, ha szükséges, további információ.

Ezután kattintson az "Elfogad" gombra, majd a megjegyzés mentésre kerül, és a levél elküldésre kerül. Az Ügyfél rendszeres levél formájában értesítést kap.

Ez egy szabványos mechanizmus, nem érintünk semmit. Az egyes projektek sablonjai testreszabott egyén. Ez az elemző tanácsadója meglehetősen jelentős egyszerűsítése, mert minden alkalommal, amikor ugyanazt a szöveget írja - nehézkes.

Elrejti az ügyfelektől származó szöveget, ha közvetlenül a feladatkártyákhoz fér hozzá, csak egy "privát" megjegyzés használata, vagy az e típusú megjegyzésekhez való hozzáférés kikapcsolásával lehetséges.

A második lehetőség egy további bővítmény használata, mert Alapértelmezés szerint nincs ilyen beállítás.

Kérdés a teremből: Lehetséges, hogy megkötözze az ügyfelet a kapott feladathoz? Például egy telefonhívásom van a PBX-vel, ahol az ügyfélszámot értékelik, és a Redmine az érkezési számot veszi át a PBX-ről, létrehoz egy feladatot, és megtanította az ügyfélnek. Megoldotta az ügyfelek hierarchiáját?

Válasz: Nem, nem integráltuk a Redmine IP telefonnal, nem célunk volt. Az ötlet jó, de a mi specifikációinkban nincs szükség. Az interneten megtalálhatja a Redmine integrációt csillaggal.

Kérdés a csarnokból :Nem kérdésünk van az IP-telefonálásról, hanem az ügyfelek hierarchiájára. Azt akarjuk, hogy a menedzserek ugyanazokat a hierarchiát láthassák, mint az 1c.

Válasz : Nem, az érintkezési struktúra lapos. Az egyetlen dolog, amit hozzáadunk, az osztályhoz való hivatkozás. A maximális, amit használunk, a partnerek kapcsolatait gyűjtsük össze, a hazai szolgáltatásokhoz hibakövetőt készítünk, és nem a külső ügyfelek számára. A RedMine-ben önmagában lehetetlen megszervezni az ügyfelek hierarchiáját, de a Redmine és az 1c egységeket társíthatja, és az 1C-ből származik.

Kérdés a csarnokból : És hol van a scrum mélysége? Kötelezettségesen sprint - 7 naptári nap (5 munkanap). Hol láthatom, mi az iteráció a sprint? Mi a naptári hét, mi a Sprint száma?

Válasz : A scrummélység a verziók vezérelhető. A változatok jellemzője.

Ehhez van egy különleges "Operatív terv" (vagy "verzió" az interfésztől függően).

Három verzióm van például.

 

Minden verziónak van saját neve, állapota és a befejezési dátumra korlátozva.

Minden egyes verzió esetében a feladatlisták láthatóak, ha azok bemutatásra kerülnek, valamint a befejezetlen számú.

A vizualizációhoz diagramokat képezhet

A verziók csoportosíthatók, megszakíthatják a feladatokat, felépíthetik a táblákat. A sprintek közötti feladatokat átadhatja - egy ilyen lehetőség a "tervezési verziók" verziójában van.

Valójában a Redmine lehet egy eszköz a munkavégzés vagy a CANBANA szervezéséhez. Figyelembe kell venni azonban, hogy néha nincs elég válogatás és más kis dolgok a kényelemért. Talán vannak olyan bővítmények, amelyek támogatják azt. A jelenlegi funkciókhoz szükséges mennyiségben elegendő. Itt a feladatok hozzárendelését a Sprints között mozgathatja, lásd, hogy nincs ideje a tervezett időre, stb.

Kérdés a csarnokból : Hogyan vehetjük figyelembe azokat a feladatokat, amelyek nem teljesültek a jelenlegi sprintben? Meg kell látnom az állapotban? Vagy valahogy automatikusan megmutatom, hogy most új verziót kell foglalniuk?

Válasz : Kiválaszthatja a feladatot a verzió szerint. Például, hogy megnézze az "operatív tervet", hogy hány százaléka van kitöltve és milyen teljesített. Azok. Hány feladat zárva van a sprint és mennyit még nem zárva - itt lesz írva. Amikor rákattint a megfelelő elemre, a nem zárva tartott feladatok listája nyitva áll. Továbbá, ahogy azt mondtam, elemezhetők és átkerülnek egy másik sprintbe.

Ugyanazokat a verziókat és a státuszok összefüggésében is készítheti el a feladatokat.

Természetesen használja a szükséges választások szabványos listáját, amely állandó üzembe helyezhető és használható.

Kérdés a csarnokból : Hogyan lehet átvinni a feladatot egy másik sprintre - meg kell nyitnom a feladatok listáját egy fülön, Kanban-Board egy másik és átruházás?

Válasz: Lehetne így. De kényelmesebb a verzió tervezési eszközének használatához. Válasszon a meg nem használt feladatok listájából vagy a kívánt feladat konkrét verziójának befejezetlen feladataiból, és dobja az egér következő verziójába - megmutatja, hogy ezt a feladatot a Sprint-ben vesszük.

Kérdés a teremből: És hogyan adhatja meg az összes feloldott feladatot? Talán három vagy négy változat visszaadtam valami fontos feladatot. Felvetettem, ott lóg. Hogyan lehet elveszíteni őt úgy, hogy folyamatosan lógott velem? Amennyire megértettem, most csak a kiválasztott Sprint-ből származó feladatok vagy feladatok láthatók. És hogyan láthatjuk az összes feloldott feladatot egy kumulatív eredményekkel, megérteni, vigye őket a jelenlegi sprintbe, vagy ne vegye be?

Válasz: Ezt a feladatok szűréssel lehet végrehajtani. A kiválasztási beállításokat a "Open" állapotban lehet a szükséges paraméterekkel és menteni.

 

Például figyelembe vehetjük a "lezárási feladatok" nevű beállításokat. Vannak feladatok a "megoldott" állapotú, amelyeket a tanszékünk végrehajtott, és átruházott az ügyfélnek a gyártási műveletre, de az ügyféltől még nem kapott visszajelzést még nem kapott. Azok. Ez egy olyan feladat, amelyet ellenőrizni kell, hogy tisztázzák a termelési kizsákmányolás eredményeit és a közeli. Például megváltoztathatja az "Megfelel" és az "Új" jelszűrő értékét. Ennek eredményeképpen az új feladatok akkor jelennek meg, amelyek még nem tettek munkát. A standard és az egyéni mezők állapotát, prioritásait, kategóriáit, bármely értékét változhat.

Például hozzáadhat egy speciális felhasználói mezőt a szűrőhöz. Ez egy kényelmes eszköz, nagyon egyszerű. A projekthez a feladathoz kapcsolattartásért.

Új mező - jelezze az objektum típusát, ahol hozzáadjuk, leggyakrabban használt "Feladatok".

Jelöljük a mezőformátumot - az igények 90% -át lefedve.

Adja meg a nevet, hogyan állnak rendelkezésre a szerepek.

Jelöljük, hogy melyik projekteket alkalmazzák.

Kérdés a csarnokból : És az egyéni mezők kötelezőek lehetnek?

Válasz : Természetesen analógiával, az 1c-es további részletekkel.

A kötelező mezők piros csillaggal vannak jelölve a név jobb oldalán.

Kérdés a csarnokból : És hogyan volt jelentése az elvégzett munkáról? Ugyanezen feladat megy egy másik felhasználóhoz - van egy feladat iniciátor, és van egy előadó.

Válasz: Ez igaz, ha a mező változik - kinek van hozzárendelve, akkor a jelentésben visszaadja a végső értéket.

Hadd mondjam el, hogyan rendeztük el. Részben ismételje meg.

  • A Service Desk legfontosabb trackerje "Felhasználói kérés", amellyel az e-mailt automatikusan szétszedve és a betűk "Felhasználói kérések". Ha a felhasználó válasz levelet küldött a Redmine-tól származó értesítéshez, vagy ugyanazon témával rendelkező tisztító levelet küldött, akkor a témában vagy az azonosítóban a témában automatikusan csatolja a szöveget egy ilyen betűből egy meglévő lekérdezéshez - klasszikus ragasztási funkciót használ.
  • Következő - Ha például a Kis Osztályban szereplő tanácsadás kérelme, az elemző tanácsadók szétszednek az alkalmazást, és elsődleges besorolást állítanak elő. Határozza meg, hogy ez egy esemény, hiba vagy feladat. Még ötlet is lehet egy új projektnek. Ennek megfelelően ez a szervizpult része is része. A besorolás után az összes "felhasználói kérelmet" az ITASK ág alprojektjeire osztják el, ahol további munkát végeznek velük.
  • Ha ez a munka degenerálja a fejlesztő feladatait, akkor a felhasználó kérése alapján a kapcsolódó alárendelt "feladat" létrehozása. Ez az, hogy a "Felhasználói kérelem" Tracker önmagában él, és a Trackor Trackor is elkülönül. Kis módosításokról és hibakorvoslatokról beszélünk, amelyekkel külön patakunk van - megjelennek a "Felhasználói kérések".
  • Ha a feladat egy adott üzleti projektre vonatkozik, és a fejlesztő nem tette meg a "Felhasználói kérelem" alapján, akkor az alárendelt üzleti projekthez kötődik a Kisa funkcionalitásának blokkjaihoz, hogy később a feladat látható legyen - Melyik blokkban és azzal kapcsolatban, amellyel megtörtént - "felhasználói kérelem" vagy üzleti projekt volt.
  • Külön életben él a Tracker "Business Project", amellyel kommunikálunk az üzletkel - nem pedig a felhasználók kérésre és kisebb finomításra, és már olyan valódi projektekkel, amelyek üzleti értéket hordoznak. Az "Business Project" alárendelt feladatok is lehetnek alárendelt feladatok, sőt csomagok - nagy, alárendeltséggel és kapcsolatokkal. Ez egy ilyen mini-bizonyíték. Mindezek a szubtaszkok ismét kötődnek a Kis funkcionalitásának blokkjaihoz.
  • Nem számít, hogy a feladat származott - a Service Desca-tól vagy az üzleti projektből. De mindannyian összekapcsoljuk őket a funkcionalitás blokkjaihoz.

A fentiek alapján megismételjük, a környezeti költségeket a kontextusban láthatjuk:

  • Kisa funkcionalitásának blokkjai;
  • Projektek;
  • Előadók;
  • Kommunikáció "Kérelem - Feladatok / Üzleti projekt - alárendelt követők".

A képernyőkép példát mutat a tényleges munkaerőköltségekkel a projektek augusztusi projektek keretében. Az alkalmazottaknak el kell terjeszteniük a ténylegesen töltött időt az elvégzett feladatokra. Ezt az időlapnak nevezik. Napi fejlesztők adjuk meg a "munkajelentések" speciális nyilvántartásait, és elosztják idejüket - a munka ténye kialakul. Így legalább megközelítőleg, valójában kezeljük a projekt költségvetését.

Projektjeinknek előzetes munkaterve van. És minden olyan projektben, amit látunk, túlléptük, vagy sem. A RedMine automatikusan összefoglalja a projekt alárendelt feladatainak szélességét. Ennek megfelelően tudjuk, hogy ezt a projektet 700 órával hozza ki. Látjuk, hogy a tény - 617 óra dolgozott ki. Ez az egyik projektmenedzsment elem.

Az incidensek rendszerének aktivitási folyamata a következőképpen jeleníthető meg:

  • Az elemző tanácsadója szükség esetén a kért kérelem elemzését végzi, fejlesztési feladatot képez;
  • A fejlesztő végrehajtja a feladatot, és visszaküldi az analitikai tanácsadóját, hogy ellenőrizze és további kommunikációt;
  • Az elemző tanácsadója már kommunikál a felhasználó kérésére az eredmények leírásával;
  • Ha minden rendben van, az elemző bezárja a feladatot - a fejlesztő tilos a feladatok bezárására.

Több főbb feladatban, beleértve. Tervezés, a folyamat bővítettebb:

Természetesen minden változás a kiadás felszabadulása révén a munkalapba esik.

Ha kényelmesebb opciót ad meg, akkor saját "nyolc".

Ezek., Nagyon sok feladat átmenet a felelősségteljes, de nem kritikus számunkra. A munkaerőköltségeket a munkavállalók kontextusában értékeljük, a költségek, az ügyfelek elosztásának költségeit, az ügyfelek és ritka esetekben tevékenységek formájában. Mindez már korábban szerepel.

Kérdés a csarnokból : Lehetőség van arra, hogy információt kapjon arról, hogy milyen feladatok voltak egy konkrét fejlesztő teljesítése?

Válasz : Van. Van egy "munkajelentés" eszköz, amelyhez láthatja, hogy milyen munkavállaló melyik feladat, hogy mennyi időt és mikor töltöttem.

Vagy a "munkaerőköltségek" szabványos jelentéssel tekinthető meg - a dekódolással rendelkező felhasználók keretében is kialakítható.

Kérdés a csarnokból : És hogyan kell nyomon követni a munkaerőköltségeket?

Válasz: A munkavállaló irányítja munkájukat a "Munkajelentés" révén. És a munkahelyi költségek rögzítése a feladatban kézzel történik - közvetlenül a feladatban vagy a "Munkajelentésben". Vannak olyan pluginok, amelyek lehetővé teszik az idő nyomon követését. Például a Redmine probléma időzítő plugin így néz ki:

Amikor elkezdi dolgozni egy feladaton, a munkavállaló kattint a "Play" gombra, és a végén - a "Szünet" gombra. A feladat fenntartásakor a munkaerőköltség rögzítve van benne.

Kérdés a csarnokból : Kérdés az időgazdálkodás és az erőforrások közzétételi menedzsment, a regisztráció már megtörtént, amikor megnézem, hogy az alkalmazottak betöltötték, vagy lehetséges-e tervezni? Amikor megnézem, hogy holnap a programozónak meg kell tennie ezt a feladatot, és a holnapi nap után. És azt értem, hogy hagyományosan beszélve, ez egy erőteljes programozó, és bármilyen jelentést jelenthet két, három napig, a szegecsre, és egy hétig tarthatok sorrendjét.

Válasz :A tervezés képessége, de nem tökéletes - a szabad termék az árnyalatokat teszi. Van egy terület „tervezett idő”, akkor be lehet állítani az egyéni mezőt, ha hiányzik a normál mező tervezési idő - hány óra órán fog költeni. Lehetőség van a tervezett idő meghatározására, majd összehasonlítani a tervezett és a tényleges időt. És természetesen a standard story pont mezőt használhatja a póker tervezéshez.

Kérdés a csarnokból : Azt mondtad, hogy a wiki a redmine kényelmetlen.

Válasz :Wiki a Redmine-ben barátságtalanul néz ki.

 

A cikkek és feladatok formázása érdekében a jelölési nyelv jelzését használják. A formázás nem "a repülésen", de jelzi a jelölési szimbólumokat.

A keresés - a szöveg belsejében lévő szó szerint és a címsorok szerint. Ha beírja a "Exchange" -t a keresésben, mind a témákat, mind a nyomkövetőket adja. A tracker típusának kiválasztása van.

A tartalomjegyzék nem a főoldal, és a Wiki belépésekor egyszerűen megjelenik a létrehozott cikkek listája.

A tartalomjegyzék a következő:

Természetesen Wiki a Redmine-ban csak cikkek tárolására szolgál. Nem használható együttműködésre.

A cikkek megváltoztatásának története megtörtént, és megtalálható, amikor, ki és melyik változás.

Kérdés a csarnokból : Hogyan tölti ki a wiki?

Válasz : A folyamata a következőképpen készül. Az íróasztal elemzése az elmúlt időszakban bizonyos időszakossággal történik. A rendszer segítségével a kezdeti besorolás, amit tett az elemzők kérésekor kérésére megpróbáljuk összefoglalni a témák és meghatározzák a legproblematikusabb zónákat. Következő - Bemutatjuk az önkiszolgálást, azaz Dokumentálva, hogy a felhasználó hogyan tudja megoldani a problémát vagy a kérdést. Ezenkívül a jelenlegi munka során az elemző saját mérlegelési jogkörébe tartozhat, ha szükség van az átfogó elemzésre. A Wiki-oktatás előkészítése a fejlett üzleti projektek vagy a speciálisan dedikált dokumentációs projektek keretében is. Ez nem összefolyás, nem együttműködés. Ez az adminisztratív módszerekkel felülről lefelé. A felhasználók nem vesznek részt ebben.

Kérdés a csarnokból : Az egyik kolléga nagyon érdekes rendszert használ. Nagyon tetszett, szeretnék végrehajtani magam. A technikai támogatás első sora mindig köteles lezárni a feladatot a wiki. És ha nem talál egy cikket Wiki-ban, foglalkozik a második műszaki támogatás második sorával. És már a második sor létrehoz egy olyan cikket, amelyet fel kell szerelni egy feladathoz.

Válasz :Mi is, próbáljuk meg, de az iteratív szelepek, amelyeket elemezni, számos eseményt készítettünk. De hónapokig tart. Aztán ismét - leült, elemezték, kiosztották a szükséges blokkokat, számos eseményt tettek.

Kérdés a csarnokból : Nem nagyon világos - hogyan a git integráció a Redmine-szel?

Válasz :Ha az 1C-tárhely módosításait menti (kiszámításkor), a leírás jelzi a feladatszámot a "#" címkével, például a "# 74516" -vel. Így eljutunk a számvitelen - láthatjuk, hogy mely bizottságok a GIT-tárolásban vannak kötve a feladathoz. Fontos volt számunkra, hogy ez egy asztali megoldás, hogy mi is kényelmesen kezelhetjük őket, és ha szükséges, menj egy másik megoldás, mert mindegy szükségletei növekednek, és nem minden Redmine igényeinek fedezhető. Ezért ismét elnézést kérek - ha egy terméket választasz, először elemzi, hogy automatizálni kívánja, és melyik blokkolja a "borítót".

Kérdés a csarnokból : Használja a mobil alkalmazást a Redmine-ről?

Válasz :A mobil alkalmazás az, de ez nem elég kényelmes. Szervezetünkben nincs szükség rá. Főleg egy vezetékes számítógépen vagy laptopon dolgozunk. Az információs képességekkel rendelkező bővítményeket is használhatja - például SMS vagy telegram segítségével.

Kérdés a csarnokból : Azt mondtad, hogy kirakod a tároló a gitben, és mit látsz ott a gitben?

Válasz : Az Incoms Git-ben van egy kapcsolat a feladathoz. A bizottságból kinyitjuk a feladatot. És a problémától, akkor is megnyithatunk egy összefüggő összefüggést. Minden projekthez, függetlenül attól, hogy milyen hierarchiát jelent, csatlakoztathatja a tárhelyét. Természetesen a git integrációját nem adják be teljesen a webes felületen. A fogantyúknak még mindig fel kell mászniuk, de gyorsan és egyszerűen.

Mi van a végén:

A fentiek alapján összefoglaljuk a rövid eredményeket.

Előnyök:

  • Redmine - OpenSource termék nagy és aktív közösséggel;
  • Ez a költségek, olcsó, rugalmas, testreszabott, könnyen integrálható és skálázható;
  • Teljesen magában foglalja a hibakövető, fél - projektmenedzsment, elég egy kicsit - ITSM;
  • Integrálódik a git-szel;
  • Castromizes "a repülésen";
  • Meglehetősen széles körű bővítményekkel rendelkezik. Ezenkívül könnyű megtalálni szakembereket, hogy automatizálják folyamatukat;
  • A tényleges munkaerőköltségek kényelmes elszámolása. A munkaerőköltségek és a költségvetések tervezésének lehetősége.

Minuszok:

  • Kényelmetlen wiki;
  • Ha automatizálni kell a folyamatait, és a Ruby Rails-on lévő kompetencia hiányában csak a pluginok használata vagy a harmadik féltől származó fejlesztők kereshet;
  • Kis számú analitikai jelentés;
  • Nem mindig "barátságos" felület;
  • Kényelmetlen tömeges osztályozók, amelyek hierarchia formájában szeretnék tárolni.

A Redmine termék használatának folyamatában nagymértékű munkát végeztünk tevékenységünk elemzésével, rendszerezésével és automatizálásával és a káoszcsökkentéssel a struktúráinkban. A folyamatok megváltoztatását és optimalizálását az egész szervezet osztályaiban és üzleti folyamatokban végezték. Optimalizált és továbbfejlesztett vezérlés, analitikai és vezetői funkciók a részlegek munkájában és a tervezési tevékenységekben.

További lépés, amit megtettünk, hogy kiemeljük a tudásbázisot egy kényelmesebb összefolyó rendszerben, mert A munkavégzés lehetősége a szervezetek fejlődésének egyik fő mechanizmusa, lehetővé teszi, hogy gyorsan kommunikáljon, csökkentse az információ átvitelét, csökkenti az incidensek megoldására szolgáló hibák számát.

A Redmine részben további lépések lesznek a világosabb és ellenőrzött üzleti folyamatok kiépítéséhez.

Általában válassza ki az eszközt, és hagyja, hogy a káosz észrevétlen maradjon.

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

Ez a cikk az Infostart Event 2017 közösségi konferenciáján olvasott jelentés eredményeire íródott. További cikkek találhatók itt.

2020-ban meghívjuk mindenkit, hogy 7 regionális elosztásban vegyen részt, valamint a moszkvai évforduló 2020-as évfordulós infostart eseményét.

Válassza az Esemény lehetőséget.

Redmine. - Nyissa meg a kiszolgáló webes alkalmazást a projektmenedzsmenthez és feladatokhoz (beleértve a hibaövetéseket is). A Redmine-t Ruby-ben írják, és a Ruby ruby ​​rubines webes keretén alapuló alkalmazás. A GNU Általános Nyilvános Licenc szerint terjesztették.

Funkcionalitás

Ez a termék a következő szolgáltatásokat nyújtja:

  • több projekt fenntartása;
  • Rugalmas szerepkör-hozzáférési rendszer;
  • Hibafigyelő rendszer;
  • Gantt és naptári diagramok;
  • Projekt hírek, dokumentumok és fájlkezelés;
  • A változások figyelmeztetése RSS-adatfolyamok és e-mailek használatával;
  • Wiki minden projekthez;
  • Fórumok minden projekthez;
  • ideiglenes költségek elszámolása;
  • Testreszabható önkényes mezők az incidensek, az időköltségek, a projektek és a felhasználók számára;
  • Könnyű integráció a verziók vezérlőrendszerekkel (SVN, CVS, GIT, Mercurial, Bazaar és Darcs);
  • Hibafelvételek létrehozása a fogadott betűk alapján;
  • Támogatás több LDAP hitelesítéshez;
  • az új felhasználók önálló regisztrálására való képesség;
  • Többnyelvű felület (beleértve az oroszul);
  • Támogatás a MySQL DBMS, PostgreSQL, SQLite, Oracle.

Adatbázisszerkezet

Felhasználói rendszer

A felhasználók a téma területének egyik központi fogalma. A felhasználói modell alapja a személyzet és az ügyfelek rendszerének azonosításához és hitelesítéséhez, valamint különböző szerepek, projektek stb.

Szerep

A felhasználói szerepeket egy rugalmas modell határozza meg a felhasználói hozzáférési jogok meghatározásához. A szerepek magukban foglalják a kiváltságokat, amelyek lehetővé teszik a különböző rendszerfunkciókhoz való hozzáférést.

A felhasználók szerepet kapnak minden olyan projektben, amelyben részt vesz, például "a projekt menedzser az A webhely fejlesztésére", "a projekt fejlesztője a vállalat intranetes cégének fenntartása" Or a B vállalat információs rendszerének. A felhasználónak több szerepe lehet. A külön feladat (probléma) szerepének kiállítása jelenleg lehetetlen.

Projektek

A projekt az egyik alapvető koncepció a projektmenedzsment rendszerek témakörében. Ennek a gazdálkodó egységnek köszönhetően az együttműködés megszervezése és több projekt tervezése egyidejűleg a különböző felhasználókhoz való hozzáférés elhatárolásával (lásd fent). A projektek elismerik a hierarchikus fészket.

Nyomkövetők

A nyomkövetők a fő osztályozás, amellyel a feladatok sorrendben vannak a projektben. Önmagában a "Tracker" fogalma visszatér a hibajelzési rendszerekhez (Eng. Bug nyomkövető eszköz ), képviselte az egyes külön projektet.

Tény, hogy a „Redmine” nyomozó analóg az osztály „feladat” osztály és az alapja a polimorfizmus különböző típusú feladatokat, így a különböző területeken meg kell határozni mindegyik. A nyomkövetők példái "javulás", "hiba", "dokumentáció", "Támogatás",

Feladatok

A feladatok a teljes rendszer központi koncepciója, amely leírja a végrehajtani kívánt feladatot. Minden feladat kötelező leírása és a szerző kötelező, a feladat a trackerhez kapcsolódik.

Minden feladat állapota van. A státuszok különálló gazdálkodó egység, azzal a lehetőséggel, hogy meghatározzák a különböző szerepek státuszának hozzárendelésének jogait (például az "elutasított" állapot csak menedzserhez rendelhető), vagy meghatározza a feladat relevanciáját (például "Nyílt", kinevezett "- releváns és" zárt "," elutasított "- nem).

Minden egyes projekt esetében a fejlesztési szakaszok sorozata és a feladatkategóriák készletei külön-külön vannak meghatározva. Más területek is érdekesek a "becsült idő" számára, amely alapul szolgál az építési irányítási grafikonok, valamint a megfigyelők kiválasztási területe a feladat (lásd "Értesítések fogadása"). A feladatok képesek fájlokat csatolni (van egy külön entitás "alkalmazás").

A többi felsorolt ​​tulajdonságok (például elsőbbség) értékét külön közös asztalban tárolják.

A feladatok állapotának követése

A felhasználók által a feladatparaméterek módosításainak nyomon követéséhez a rendszer két entitást válaszol: "A módosítási napló és a" módosított paraméter rögzítése ". A naplóbejegyzés a felhasználó egyik műveletét jeleníti meg a feladat paramétereinek szerkesztéséhez és / vagy hozzáadásához. Ez egyidejűleg szolgál a feladat történetének és egy párbeszéd karbantartásának eszközének elvégzéséhez.

Az entitás "megváltozott paraméter" egy külön naplóbejegyzéshez van kötve, és a felhasználó által megváltozott paraméter régi és új értékének tárolására szolgál.

A feladatok közötti kommunikáció

Feladatok egymáshoz kapcsolódhatnak: például az egyik feladat egy másik részegység, vagy előbb. Ez az információ hasznos lehet a programfejlesztési tervezésben, külön gazdálkodó egység felelős a Redmine tárolásáért.

Az időtervezetre költött számvitel

A rendszer fenntartja az elköltött idő számítását a felhasználókkal és a feladattal kapcsolatos "kiégett idő" lényege miatt. A lényeg lehetővé teszi, hogy tárolja az eltöltött időt, a felhasználói tevékenység típusa (fejlesztés, tervezés, támogatás) és egy rövid megjegyzés a munka. Ezek az adatok alkalmazhatók például az egyes résztvevők hozzájárulásának elemzésére a projektben vagy a tényleges munkaerő-intenzitás és a fejlődés költségeinek értékeléséhez.

Kötési tárolók

A RedMine integrációt biztosít a különböző verziók vezérlőrendszerekkel (tárolók). Az integráció a külső adattár változásainak követése, rögzítése az adatbázisban, az egyes feladatokhoz kötődő változások elemzése. A külső tárolókkal való integrációs rendszer infológiai struktúrájában három egység felelős: "Repository", "szerkesztők" és "változás". A "tároló" olyan projekt, amely egy olyan projekthez kapcsolódik, amely tárolja a csatlakoztatott adattárat típusát, annak helyét és azonosítási adatait.

A "Szerkesztő" a tároló szerkesztői testületének megjelenítése, és az információs mezők mellett egy adott feladathoz köthető (ehhez a "REFS #NUM" módosítások leírásában meg szeretné határozni, ahol a szám a feladatszáma, valamint a szerkesztői testület szerzője. Az entitás "változás" úgy van kialakítva, hogy tárolja az egyes kiadások módosított (hozzáadott, távoli, elmozdazott, módosított) fájlok listáját.

Értesítések átvétele

Értesítést a felhasználónak bekövetkezett változásokat a helyszínen végezzük a lényege „megfigyelők” összekötő felhasználók tárgyak különböző osztályok (projektek, feladatok, fórumok, stb.) Az adatbázisban az RSS előfizetési hozzáférési kulcsokat is tárolják, lehetővé téve a technológiákon keresztüli értesítéseket, az értesítéseket e-mailben is elküldjük.

Néhány hibás rozsdamentes

Az új régebbi verzióhoz ugyanezt kell tennie.Ellenőrizze a semlegességet.

A vita oldalnak részletesnek kell lennie.

  • A fájlok és dokumentumok kezelése a redminben csökkent, hogy hozzáadja, törölje és szerkesztse őket. Nem lehet kezelni a hozzáférési jogokat bármely fájlhoz vagy egyedi dokumentumokhoz.
  • Nincsenek figyelmeztetés a dokumentumok megváltoztatására.
  • A ROBINE-ben az egyes feladatokmezők szintjén nem kezelheti a hozzáférési jogokat. Például, jelenleg lehetetlen elrejteni a munka becslését egy projekten, vagy információt a töltött időről.
  • A Redmine-ben minden további mező elérhető minden felhasználó számára, az összes projekt résztvevő képes lesz látni őket, és megváltoztathatja őket. Ez a korlátozás nehézségeket eredményezhet inhomogén parancs jelenlétében, amikor a vezetők és a fejlesztők, és az ügyfelek hozzáférhetnek a projekthez.
  • A Redmine nem rendelkezik jogokkal a munkafolyamatban lévő átmenetek különféle típusához. Például, most lehetetlen azt jelezni, hogy ha valaki befejezi a hibát, meg kell választania egy felelős teszteret, és meg kell adnia az építési számot. Továbbá nem tudja elrejteni a programozók közötti belső levelezést az ügyféltől.
  • A Redmine-ben a feladatok általános munkaerő-intenzitása nem jelenik meg a feladatlistában, és a munkaerő-intenzív jelentésekben lehetetlen kiválasztani, beleértve a vállalkozót is.

ChiliProject.

Ennek eredményeképpen az a tény, hogy a projekthez képest egyes felhasználók jövőképét megkülönböztették a fejlesztők vezetőjétől, a Chiliprojekt nevű Forma Redmine-t hozták létre.

Lásd még

Irodalom

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

Linkek

Redmine. [ɹɛdmɑɪn] - Nyissa meg a kiszolgáló webes alkalmazást a projektmenedzsmenthez és feladatokhoz (beleértve a hibaövetéseket is). A Redmine-t Ruby-ben írják, és a Ruby ruby ​​rubines webes keretén alapuló alkalmazás. A GNU Általános Nyilvános Licenc szerint terjesztették.

Enciklopédikus YouTube.

  • 1/4Nézetek: 337.

    1,067

    20 314.

    1 108.

  • Hogyan lehet telepíteni a Redmine (Project Management) a Trange-on

  • MIT Retmine Effizient Mitarbeiter, Projekte und Aufgaban Verwalten

  • Redmine - Herramienta de Gestion de Proyectos

  • [Kube 42] Redmine telepítése Kubernetes klaszterben

Tartalom

Funkcionalitás

Ez a termék a következő szolgáltatásokat nyújtja:

  • több projekt fenntartása;
  • Rugalmas szerepkör-hozzáférési rendszer;
  • Hibafigyelő rendszer;
  • Gantt és naptári diagramok;
  • Projekt hírek, dokumentumok és fájlkezelés;
  • A változások figyelmeztetése RSS-adatfolyamok és e-mailek használatával;
  • Fórumok minden projekthez;
  • ideiglenes költségek elszámolása;
  • Testreszabható önkényes mezők az incidensek, az időköltségek, a projektek és a felhasználók számára;
  • Könnyű integráció a verziók vezérlőrendszerekkel (SVN, CVS, GIT, Mercurial, Bazaar és Darcs);
  • Hibafelvételek létrehozása a fogadott betűk alapján;
  • Támogatás több LDAP hitelesítéshez;
  • az új felhasználók önálló regisztrálására való képesség;
  • Többnyelvű felület (beleértve az oroszul);
  • Támogassa a DBMS MySQL, a Microsoft SQL Server támogatását [2] , PostgreSQL, SQLITE.

Adatbázisszerkezet

Felhasználói rendszer

A felhasználók a téma területének egyik központi fogalma. A felhasználói modell alapja a személyzet és az ügyfelek rendszerének azonosításához és hitelesítéséhez, valamint különböző szerepek, projektek stb.

Szerep

A felhasználói szerepeket egy rugalmas modell határozza meg a felhasználói hozzáférési jogok meghatározásához. A szerepek magukban foglalják a kiváltságokat, amelyek lehetővé teszik a különböző rendszerfunkciókhoz való hozzáférést.

A felhasználók szerepet kapnak minden olyan projektben, amelyben részt vesz, például "menedzser a projektfejlesztési projektben", "a projekt fejlesztője a vállalat intranetes vállalatának fenntartása" Or "Ügyfél az Információs Rendszer Refaktori projektjében A B cég ". A felhasználónak több szerepe lehet. A külön feladat (probléma) szerepének kiállítása jelenleg lehetetlen.

Projektek

A projekt az egyik alapvető koncepció a projektmenedzsment rendszerek témakörében. Ennek a lényegnek köszönhetően közös munkát szervezhet és több projektet tervezhet a különböző felhasználókhoz való hozzáférés elhatárolásával (lásd fent). A projektek lehetővé teszik a hierarchikus fészkelést.

Nyomkövetők

A nyomkövetők a fő osztályozás, amellyel a feladatok sorrendben vannak a projektben. Önmagában a "Tracker" fogalma visszatér a hibajelzési rendszerekhez (Eng. Bug nyomkövető eszköz ), képviselte az egyes külön projektet.

Lényegében a „Redmine”, a nyomozó analóg az osztály „probléma” osztály és az alapja a polimorfizmus különböző típusú feladatok, amely lehetővé teszi, hogy meghatározza az egyes típusuk különböző területeken. A nyomozó „javulás "," Hiba "," Dokumentáció "," Támogatás ".

Feladatok

A feladatok a teljes rendszer központi koncepciója, amely leírja a végrehajtani kívánt feladatot. Minden feladat kötelező leírása és a szerző kötelező, a feladat a trackerhez kapcsolódik.

Minden feladat állapota van. A státuszok különálló gazdálkodó egység, azzal a lehetőséggel, hogy meghatározzák a különböző szerepek státuszának hozzárendelésének jogait (például az "elutasított" állapot csak menedzserhez rendelhető) vagy a feladat relevanciájának meghatározása (például "Open", "kinevezett" - releváns és "zárt", "elutasított" - NO).

Minden egyes projekt esetében a fejlesztési szakaszok sorozata és a feladatkategóriák készletei külön-külön vannak meghatározva. Más mezők is érdekesek a "becsült idő" számára is, amely alapja az építési irányítási grafikonok, valamint a megfigyelők választási területének (lásd: "Értesítések fogadása"). A feladatok képesek fájlokat csatolni (van egy külön entitás "alkalmazás").

A többi felsorolt ​​tulajdonságok (például elsőbbség) értékét külön közös asztalban tárolják.

Nyomon követheti a feladatparaméterek megváltoztatását

A felhasználók által a feladatparaméterek megváltoztatásához két egység válaszol a rendszerben: "Változó napló felvétele" és "változtatható paraméter". A naplóbejegyzés a felhasználó egyik műveletét jeleníti meg a feladat paramétereinek szerkesztéséhez és / vagy hozzáadásához. Ez egyidejűleg szolgál a feladat történetének és egy párbeszéd karbantartásának eszközének elvégzéséhez.

Az entitás "megváltozott paraméter" egy külön naplóbejegyzéshez van kötve, és a felhasználó által megváltozott paraméter régi és új értékének tárolására szolgál.

A feladatok közötti kommunikáció

Feladatok egymáshoz kapcsolódhatnak: például az egyik feladat egy másik részegység, vagy előbb. Ez az információ hasznos lehet a programfejlesztési tervezésben, külön gazdálkodó egység felelős a Redmine tárolásáért.

Az időtervezetre költött számvitel

A rendszer támogatja a felhasználókkal és a feladattal kapcsolatos "kiégett idő" lényegének számának figyelembe vételét. A lényeg lehetővé teszi, hogy tárolja az eltöltött időt, a felhasználói tevékenység típusa (fejlesztés, tervezés, támogatás) és egy rövid megjegyzés a munka. Ezek az adatok alkalmazhatók például az egyes résztvevők hozzájárulásának elemzésére a projektben, vagy értékelni a tényleges időtartam és a fejlődés költségeit.

Kötési tárolók

A REDMINE lehetővé teszi a különböző verziók vezérlőrendszerek (tárolók) integrálását. Az integráció a külső adattár változásainak követése, rögzítése az adatbázisban, az egyes feladatokhoz kötődő változások elemzése.

A külső tárolókkal való integrációs rendszer infológiai struktúrájában három egység felelős: tároló, szerkesztők és változások.

  • Repository - olyan projekt, amely a csatlakoztatott tároló típusát tárolja, a felhasználó helyét és azonosítási adatait tárolja.
  • Editorial - Megjelenítve szerkesztősége a tároló, és amellett, hogy információt mezők köthető egy konkrét feladat: ebben az esetben adja meg a leírást a „Refs # SZÁM” változik, ahol Num feladata szám), és a szerkesztői testület szerzőjéhez.
  • Változás - A módosított (hozzáadott, távoli, elmozdította, módosított) fájlok listáját minden egyes kiadásban tárolja.

Értesítések átvétele

Értesítést a felhasználónak bekövetkezett változásokat a helyszínen végzik a lényege „megfigyelők” összekötő felhasználók a tárgyak különböző osztályok (projektek, feladatok, fórumok, stb.) Az adatbázis tárolja hozzáférési kulcsokat az RSS előfizetés, amely lehetővé teszi, Az értesítések e technológiával történő értesítések fogadásához szintén az értesítéseket e-mailben is elküldjük.

Néhány hibás rozsdamentes

  • A fájlok és dokumentumok kezelése a redminben csökkent, hogy hozzáadja, törölje és szerkesztse őket. Nem lehet kezelni a hozzáférési jogokat bármely fájlhoz vagy egyedi dokumentumokhoz.
  • A ROBINE-ben az egyes feladatokmezők szintjén nem kezelheti a hozzáférési jogokat. Például, jelenleg lehetetlen elrejteni a munkaidő becslését a feladaton. De csak a meghatározott szerepekkel rendelkező felhasználók számára további mezőket készíthet.
  • A Redmine-ben a feladatok általános munkaereje nem jelenik meg a feladatlistában.
  • Nincs lehetőség arra, hogy szerepet adjon a felhasználónak az egész rendszerben; Például a „Project Office Manager” hozzáférést kell biztosítani valamennyi projekt a rendszerben: ehhez meg kell adni a felhasználó ezzel a szereppel, hogy minden projekt esetén.
  • Csatlakoztassa a Git tárhelyet csak akkor lehetséges, ha a Redmine, és a tároló ugyanazon a kiszolgálón van.

ChiliProject.

Ennek eredményeképpen az a tény, hogy a projekthez képest egyes felhasználók jövőképét megkülönböztették a fejlesztők vezetőjétől, a Chiliprojekt nevű Forma Redmine-t hozták létre. Jelenleg ez a projekt zárva van.

Lásd még

Jegyzetek

Irodalom

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

Linkek

  • Hivatalos oldal Redmine (eng.)
  • Android kliens a Redmine számára (eng.)
  • Redmine kötegek beszerelése és konfigurálása Gem, Ruby, Rails, PostgreSQL, Utas, Nginx
  • Redmine kötegek beszerelése és konfigurálása Gem, Ruby, Rails, MySQL, Utas, Nginx (Nem érhető el link)
  • Plugins létrehozása a redminhez
  • RedmineAKP - iPhone alkalmazás a redmine számára
  • Redmine PM - Redmine Client for iPhone / iPad
  • Redmine to Go - Windows Phone Client for Redmine
  • A RedMineup egy ingyenes és kereskedelmi plug-in, valamint a rozsdamines témák.
  • Az RMClient egy Windows, Mac, Linux, Kereskedelmi ügyfél.
  • Az életciklus feladatok beállítása
  • A teljesítményproblémák megoldása
  • Működési tervezés a Redmine-ben
  • Plugins írási útmutató
  • Részletes telepítési utasítások
  • Easy Redmine - Kereskedelmi lehetőség
  • Designer Jetware installars és virtuális gépek redmine

Ezt az oldalt május 3-án, 2021-ben szerkesztették 13: 31-kor.

  • - több projekt fenntartása;
  • - Hibafigyelő rendszer;
  • - figyelmezteti az e-mail és az RSS-hírcsatornák módosítását;
  • - testreszabható feladat állapotok;
  • - testreszabható tetszőleges mezők feladatok, időköltségek, projektek és felhasználók számára;
  • - az időköltségek (órák) elszámolása;
  • - Ganta diagramok és naptár;
  • - Wiki minden projekthez;
  • - projekt hírgazdálkodás, fájlkezelés és dokumentumok;
  • - Fórumok minden projekthez;
  • - többnyelvű felület, beleértve az orosz;
  • - könnyű integráció a tárolókkal (SVN, CVS, GIT, Mercurial, Bazaar és Darcs);
  • - hozzáférési elválasztási rendszer a szerepek alapján;
  • - több LDAP-hitelesítés támogatása;
  • - az új felhasználók önálló regisztrálására való képesség;
  • - A rendszer funkcionalitásának bővítése további telepítéssel pluginok ;
  • - Támogatás DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (a 2.3-as verzióból).
  • Tekintsük a Redmine rendszert részletesebben. Az alábbiakban néhány képernyőképek, az elsőnek - a feladatok listája az egyik projekt szerint.

    Feladat lap Lehetővé teszi, hogy mind a jelenlegi projekt feladatok (alapértelmezés szerint) és a korábban zárt feladatok - az ügyfelek kérései lehetségesek.

    Istened az enyém, van konfliktusom!

    (Szűrők). Az egyéni lekérdezéseket a rendszer összes felhasználójának későbbi felhasználására lehet menteni.

    (A "nyilvános" lekérdezés jelölőnégyzete) vagy a kérelmet létrehozó felhasználó által történő használatakor. A lekérdezés létrehozása után egy kattintással konfigurálhatja a feladatok listáját,

    Előbb-utóbb (valószínűleg már az első frissítés alatt az új fiatalabb verzióra) találkozik az egyesülések konfliktusai. A GIT-rebuázió során az egyiket egyenként hajtja végre, és minden alkalommal megállítja a kötelezettségvállalás használatát hibákkal. Ebben az esetben a csapat

    A "mentett lekérdezések" lekérdezésével a jobb oldalon lévő "mentett lekérdezések" előnyeit kihasználva.

    • A rendszer végrehajtja a feladatokat és az előfizetések nyomon követésére szolgáló mechanizmusokat. Minden egyes feladathoz a megfigyelők hozzárendelhetők, majd az állapotváltozások, a feladat paraméterei, új megjegyzések hozzáadása, fájlok a feladathoz, a megfigyelő felhasználók megkapják a megfelelő e-mail értesítéseket.
    • Minden rendszerhasználó új feladatokat hozhat létre. Annak érdekében, hogy új feladatot adjon hozzá a projekthez, meg kell mennie az Új Feladat fülre,
    • Válassza ki a TASK TRACKER és töltse ki a kötelező (*) és további (beleértve az egyéni felhasználói) feladat mezőket. A "Téma" mezőben röviden megfogalmazva, de informatívan a feladat jelentése (ha egy másik mezőbe megy, a lap gomb megnyomásával, további plug-in esetén kereshet a téma a korábban létrehozott feladatok között). A "Leírás" mezőben részletes tartalmat tartalmaz a feladat. A szöveg olvashatóságának növelése érdekében használhatja a beépített webszerkesztő képességeit.
    • A feladat csatolható fájlok, amelyek maximális mérete a rendszergazda szabályozza.
    • A megfigyelők csatlakoztathatók a feladathoz: feladat létrehozása, az étkezés során a feladathoz, módosítsa a feladat állapotát, a megfigyelők megfelelő értesítéseket kapnak e-mail címükre. A felhasználók szintén megfigyelőnek is hozzáadhatják magukat egy megfizethető feladatnak, amelyre a feladatkártyát a "Kövesse" link követheti.

    A rendszer feladatait összefügghetnek: például az egyik közülük egy másik részegység, előzze meg, hogy ezek a feladatok egyszerűen kapcsolódnak egymáshoz.

    Git státusz.

    A Redmine rendszer különálló entitást biztosít, az úgynevezett "kapcsolódó feladatok". A kapcsolódó feladatok a következő linkek lehetnek:

    Problémás fájlokat jelenít meg.

    - "duplikátumok" - oly módon társítja a feladatokat, hogy az egyik lezárása magában foglalja a másik feladat lezárását;

    Ellenőrizze, hogy az elkötelezettségek közül melyik hibát észlelt, megtudja, miért volt tervezett (értelmes elkötelezett üzenetek segíteni), helyes fájlokat, parancsot

    - "Kapcsolódó", csak egy másik feladatra való hivatkozás. Az ilyen linket arra használják, hogy bizonyítsa, hogy ezeket a feladatokat egy cél vagy más közös tulajdonságok kombinálják; - "Blokkok" - azt mutatja, hogy ezt a feladatot el kell fejezni, mielőtt megkezdené a munkát egy másik feladaton. Mindkét feladatban önállóan megváltoztathatja a végrehajtás, a dátumok, az állapotok százalékos arányát, de egy kivételt: a zárolt feladat nem zárható le, amíg a blokkoló feladat zárva van. A zárolt feladatban azonban az "elvégzett" állapot beállítása, a 100% -os készenlét, akkor is, ha a blokkoló feladat készenléte sokat kívánja kívánni; - "megelőzőek" - meghatározza a feladatok elvégzésére vonatkozó eljárást, hogy ezt a feladatot N nappal a hozzárendelésének megkezdése előtt kell kitölteni. A kapcsolódó feladatkártyán nemcsak a kötelező érvényű bejegyzés, hanem automatikusan megváltoztatja a feladat időzítését és végét is. A feladat időtartama megegyezik a kötött probléma dátumával, növeli a csomagban meghatározott napok számával;

    Git add

    - "Következő" - meghatározza a feladatok elvégzésének eljárását oly módon, hogy ezt a feladatot csak a társuló után végezzük el. Ez a kapcsolat megfordítja az előzőt.

    Adja hozzá az egyes korrigált fájlt, ha befejezte. Ha a konfliktusokat megszüntették, megtekintheti a parancs használatával rögzített változtatásokat

    Az időzítés automatikusan nem változik a köteleződésben, hanem a szerkeszthető feladatban. Ezért a "Next" linket kell használni, csak annak biztosítása, hogy a feladatoknak tényleg egy másik időintervallumon kell menniük.

    Git diff -cached

    A következő képek a Redmine rendszer konfigurációjára és adagolására szolgálnak.

    . Amint figyelembe vesszük az eredmény kielégítő, továbbra is rebuas a csapattal

    A nyomkövetők fontos szerepet játszanak a feladatok nyomon követésében. Részt vesznek abban, hogy meghatározzák a feladatok áttérésének feltételeit az egyik államról a másikra, a mezők rendelkezésre állására.

    Git rebase --continue.

    A Tracker egy logikai feladatok egy csoportja egy csoportban a projekten belül, például a hiba megszüntetése, az új funkcionalitás kialakítása stb. Lehet, hogy a nyomkövető lehet

    Tartalmaz egy, több vagy minden projektet.

    A Redmine felhasználókat fel kell venni az egyik szerepcsoportba, a szerepek száma nem korlátozott. A rendszer két előre definiált szerepet biztosít:

    A szerepe „névtelen” - a nem regisztrált felhasználók számára, a szerepe a „nem részt” - a regisztrált, de nem tartalmazza a felhasználói projektben.

Anonim nem hozhat létre feladatokat.

Minden szerepet a feladatok, projektek, dokumentumok, fájlok, wiki, fórumok stb. Nyilvánvaló, hogy

A "Project Manager" szerepét több hatalmat kell kapni, a "előadóművész" - kisebb, a "nem résztvevő" szerepének - akár kevesebb, a "névtelen" szerepét, hogy minimális lehetőségek legyenek

A nyilvános projektekben és az egyes projektekben minden tiltott. A rendszer szerepvállalása "rendszergazda" korlátlan jogokkal rendelkezik az egész rendszerben.

A kiválasztott nyomkövetőtől függően minden feladat bizonyos szakaszokon áthaladhat, és különböző státuszokkal rendelkezik.

Tehát az alábbi példában a létrehozott nyomkövetők "Hibaelhárítás", "Egyszeri feladat, adhoc", "Új fejlesztés" maximális teljes módja a feladat állapota:

1. Új -> 2. Elosztott -> 3. Elemzés -> 4. üzemben -> 5. Működés -> 6. Elfogadása az ügyfél -> 7. ZÁRVA

A "Project Manager", "Executive", "Ügyfél, Tag" szerepét hozták létre. Mivel a projektmenedzser a projekt adminisztrátora, akkor a projekt keretein belül a különböző státusok feladataira költözhet. A feladat vagy az ügyfél / résztvevő előadója csak bizonyos állapotokban lefordíthatja a feladatot. Bármely szakaszban a feladat törölhető (lefordítva az "elutasított" állapotba), jelezve az okot. .

Ha módosítja a feladatot, módosítja a feladat állapotát, adjon meg észrevételeket a feladatban érintett összes felhasználó automatikusan e-mail.

Mindegyik pár "szerep - tracker" lehetőség van lehetőség nyílik a láthatóság konfigurálására, a feladatlapon lévő mezők (beleértve a konfigurálható mezőket is) kitöltési kötelezettséget. Rendszermezők

A "projekt", "Tracker", "téma", "prioritás", "prioritás", "privát" (feladat) mindig köteles kitölteni. A cselekvések sorrendjének konfigurálása az egyik pár "szerep - tracker",

A szekvencia beállításai másolhatók ("Másolás" linkre).

A Redmine rendszerben feladatok, felhasználók és egyéb entitások, akkor létrehozhat tetszőleges számú testreszabható (egyedi) mezőket. Az egyéni mezők lesznek

Kijelölje a feladatkártyát két oszlopban az előre definiált rendszermezők területén. A rendezés meghatározza az egyéni mezők sorrendjét a feladatkártyán. Egyedi mezők támogatják a következő adattípusokat: string, hosszú szöveg, egész szám, valós szám, dátum, lista egyetlen érték kiválasztásához, Lista több érték, link, felhasználó kiválasztásához. Minden egyes egyéni mező engedélyezhető minden vagy csak a megadott projektekben, használja a kiválasztott nyomkövetőket. Egyéni mező meghatározásában azonnal telepíthető A globális beállítások szükségesek és láthatók a szerepek, valamint a felhasználói lekérdezések (szűrők) és a keresési lekérdezések mezőbe való részvétele. A szerverek és szolgáltatások redmin kezelésére szolgáló program elérhető indításként -> Bitami Redmine Stack Group -> Redmine Manager eszköz. Ezzel az adminisztratív alkalmazással kezelheti a Redmine Services, az Apache Web Server, a MySQL adatbázis-kiszolgáló kezelését.

Jelentés

A Redmine rendszer GANT-diagramot biztosít, és további bővítmények segítségével jelentést készíthet a projektek és feladatok állapotának megértéséhez.

Talán egy privát benyújtás a fejlesztőknek a jelentések formátumairól gondoskodik Önre.

Mindazonáltal a projekt feladatokkal kapcsolatos analitikai jelentéseket a CSV-fájlba exportált adatok alapján legjobban hozták létre. Ezért

A Redmine rendszer főmenüjében válassza a "Projektek" -> "Minden projekt" lehetőséget, kövesse az "Minden feladat megtekintése" linket,

A feladatok listájához alkalmazza / törölje a kívánt szűrési kritériumokat, és kattintson a "Exportra CSV" linkre a feladatlistánál jobb alsó részén.

Ily módon a feladatlistát kirakodják - a problémák.csv fájl.

Ezután meg kell nyitnia egy új MS Excel könyvet, válassza az "Adatok" -> "TEXT" lehetőséget a főmenüben, adja meg az elérési utat a fájl problémákra.csv, A kiválasztott kódlap párbeszédpanelen "1251: Cyrillic (Windows)", (Talán szeparátor szimbólum, megjegyezve - "Egyéb", adja meg a szimbólumot (függőleges tulajdonság)), és kattintson a "Befejezés" gombra. Az adatokat az Excel fájlba importálják, miközben a CSV-fájlhoz való kapcsolódás mentése közben kerül sor. A forrásadat táblázat alapján összefoglaló táblázatokat, diagramokat kell létrehoznia (jelölje ki a táblázatot / oszlopokat, majd válassza a "Beszúrás" -> "Összefoglaló táblázat" lehetőséget). Lehetséges biztosítani az elemző mutatókat az alaptáblában, további kiszámított oszlopokat kell létrehoznia.

A jelentésben szereplő jelentés példája megtalálható e cikkbe való befektetésben.

Redmine¶

Redmine rugalmas projektmenedzsment webes alkalmazás. Írta a Ruby Rails keretrendszer használatával, ez a kereszt-platform és a kereszt-adatbázis.

A REDMINE nyílt forráskódú és a GNU Általános Nyilvános Licenc V2 (GPL) feltételei szerint szabadul fel.

Jellemzők¶

A ROTMINE egyik fő jellemzője:

Tudjon meg többet a Redmine funkciókról.

Dokumentáció¶ .

Elolvashatja a

Redmine Guide

Egyéb források:

Online demo¶ A megosztott online demó megtalálható a http://demo.redmine.org/ címen. A regisztrált felhasználóknak a saját projektjeik létrehozásának képességét adták meg Ez azt jelenti, hogy regisztrálsz, létrehozhat saját projektet ott, és kipróbálhatja a projekt adminisztrációs funkcióit. Azt is megteheti, hogy egy saját Redmine Demo Környezetvédelmi meg http://m.redmine.org teljes rendszergazdai jogosultsággal kitöltés után egy egyszerű űrlapot.

Támogatás és segítségnyújtás

Ahhoz, hogy segítsen vagy megbeszélje a Redmine-t, böngészhet a

Redmine fórumok. 

Itt voltam a Redmine-ben. Mi is van egy Chat szoba. - Csatlakozz #RedMine a freenode IRC hálózaton. Még egy nem hivatalos munkaterület is van

Laza Ahol kérdéseket tehet fel, és részt vesz a többi redmine felhasználókkal folytatott megbeszélésekben. A hibajelentés benyújtása előtt egy javítás vagy egy szolgáltatáskérés itt olvassa el a benyújtási irányelveket.

Hozzájárulva és segítve A Redmine-t a közösségi önkéntesek építették és karbantartják. Ha élvezed, és szeretné visszaadni a közösséget, a hozzájárulási oldal Sevel ötleteket tartalmaz. A szoftverfejlesztési tapasztalat nem szükséges. Nézze meg a csapatok oldalt, ha érdekli egy adott terület, hogy rendszeresen hozzájáruljon. Ön is adományozhat és felsorolhatja a Redmine Donors oldalon. Ki használja a Redmine-t? ¶ Ez az oldal felsorolja egyes vállalatokat és projektet a Redmine használatával. Redmine Books¶ Mastering Redmine 2. kiadás

Egy átfogó útmutató a tippekkel, trükkökkel és bevált gyakorlatokkal a Redmine használatához. Lehet vásárolni online.

Redmin plugin kiterjesztés és fejlesztés Áttekintést nyújt a fejlesztők számára elérhető eszközökről, akik a Redmine-t szeretnének kiterjeszteni, hogy működjenek az útjukon. Redmine szakácskönyv. Chat szoba. .

: Több mint 80 gyakorlati receptek, hogy javítsák készségeidet a projektmenedzsment, a csapatkezelés, a folyamatfejlesztés és a Redmine adminisztráció. Lehet megvásárolni online. Redmine Books¶ Jogi nyilatkozat: Ez nem egy szokásos típusú útmutató "hogyan kell telepíteni a redmine" -t. Benne nem fogok merülni az adatbázis beállítása vagy a webszerver telepítéséhez. Nem is beszélek a redmin felállításáról. A Redmine dokumentáció ebben a tervben meglehetősen teljes. A hivatalos dokumentációban nem említett sorrendben általános eljárás van az interneten könnyen megtalálható sínek alkalmazásokra.

Ehelyett arról fog lépni, hogy a saját, többé-kevésbé testreszabott törlési változata, amely szükség esetén egy shell parancs segítségével telepíthető. Kész? Akkor induljunk. Állítsa be az "All-in-One" beépített típusát, és készen áll a virtuális gépek indítására A bitami telepítési csomagok vagy az előre telepített virtuális gépek jóak a gyors redamines mintához, de nem alkalmasak produktív használatra. Miért? Mert nincs frissítésük. Ó, egy másodperc, bitnami van. Igaz, úgy néz ki, mint egy vicc. "Telepítse az egész verem új verzióját egy másik könyvtárba, és mozgassa az adatokat," Ez nem frissítés. Nem egy szó a beállítás, a testreszabás és a bővítmények, amelyek valószínűleg meg kell menteni és újratelepíteni. Sok szerencsét kívánok ilyen "frissítéssel". Reliz rozsdamines foltok havonta vagy kétszer. A biztonsággal kapcsolatos hibák korrekciói szükség szerint kerülnek kiadásra - nem akarja kihagyni őket?

Az a tény, hogy az emberek gyakran elfelejtik: az idő frissítése nem mindig függ tőled. Természetesen elhalaszthatja a frissítést a Redmine következő fiatalabb változata előtt - néhány hétig (valószínűleg hosszabb ideig is). De nem akarja felismerni az új biztonsági problémákat Redmine vagy Rails ülni egy nepostable rendszert, amíg ez lehetséges, hogy kiadja az ideje, hogy telepítse és konfigurálja az új BitNami verem, és kézzel mozgatni az összes adatot?

A telepítés csak a jéghegy teteje. Frissítés - ez az, amit rendszeresen kell tennie 

A legegyszerűbb telepítési módszer keresése határozottan megszűnik, hogy releváns legyen, amint a döntés meghozatala a gyártás során. Egyszerű kíséret és a modernizáció lehetősége - ez az, amit meg kell élesíteni a figyelmet a saját redmin használatával kapcsolatos költségek és kockázatok minimalizálása érdekében.

  • Az alábbiakban elmondom, hogyan kell egyszerűen támogatni a redmint a jelenlegi állapotban. Redmine Books¶ .
  • Használja a git. Redmine Books¶ Még akkor is, ha a Redmine-t bármilyen beállítás vagy bővítmény nélkül kívánja futtatni, használja a gittáradót a Redmine Másolás tárolásához. Legalábbis egy speciális tároló jelenléte megadja Önnek a telepítéshez szükséges összes tárolás helyét (később ez további részletek). Előbb-utóbb (vagy a felhasználók) A Redmine-t a közösségi önkéntesek építették és karbantartják. Ha élvezed, és szeretné visszaadni a közösséget, a hozzájárulási oldal Sevel ötleteket tartalmaz. A szoftverfejlesztési tapasztalat nem szükséges. Nézze meg a csapatok oldalt, ha érdekli egy adott terület, hogy rendszeresen hozzájáruljon. .
  • JÓL

Telepítsen néhány plugint vagy egyedi témákat, és erre kész infrastruktúra lesz. Kísérletek változások és tesztelése plugins és a helyi ágak nélkül rendellenesség a gyártási kód egyre nagyon egyszerű jelenlétében a saját Git C Redmine tárolóból. Tehát most elkezdjük a tároló konfigurációjával. Bár a fő Redmine Repository a subversion példánya, a Githubnak van egy félig hivatalos tárolója, amelyet a főruházat támogat, és folyamatosan frissül. Használja a saját tárhelyének konfigurálásához: Helyi klón redmin beállítása

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git távoli átnevezése származás felfelé $ $ git távoli add származás [email protected]: redmine.git $ git checkout -b redmine / 3.2-stabil upstream / 3.2 -Statle $ git checkout -b helyi / 3.2-stabil $ git push -swork-upstream eredetű helyi / 3.2-stabil

Módosítsa a verziószámot 3.2-stabil A redmine utolsó stabil verziójának számán.

Távoli tároló

[email protected] 

Privátnak kell lennie, mivel tárolja a telepítési konfigurációt (és esetleg más információkat, amelyek nem érdemes közzététel). Mivel az alábbiakban leírt telepítési folyamat kivonja a kódot e tárolóból, a tárolónak rendelkezésre kell állnia a telepítések során, így ne helyezze az asztali számítógépekre. Az ideális lesz a helyzet, amikor a tároló egy webszerverről is elérhető lesz, amelyen a telepítés bekövetkezik. De ha szükséges, akkor eljuthatsz. Most van két helyi fiókja: Redmine / 3.2-stabil A Redmine-t a közösségi önkéntesek építették és karbantartják. Ha élvezed, és szeretné visszaadni a közösséget, a hozzájárulási oldal Sevel ötleteket tartalmaz. A szoftverfejlesztési tapasztalat nem szükséges. Nézze meg a csapatok oldalt, ha érdekli egy adott terület, hogy rendszeresen hozzájáruljon. и amely nyomon követi a 3.2-et a fenti távoli távvezérlő által bemutatott Github / Redmine Repository további funkcionalitás nélkül emelkedő A Redmine-t a közösségi önkéntesek építették és karbantartják. Ha élvezed, és szeretné visszaadni a közösséget, a hozzájárulási oldal Sevel ötleteket tartalmaz. A szoftverfejlesztési tapasztalat nem szükséges. Nézze meg a csapatok oldalt, ha érdekli egy adott terület, hogy rendszeresen hozzájáruljon. tároló amely nyomon követi a 3.2-et a fenti távoli távvezérlő által bemutatott Github / Redmine Repository további funkcionalitás nélkül Helyi / 3.2-stabil

Ahol a telepítés, testreszabás, témák és bővítmények összes beállítása kerül elhelyezni.

Speciális verziók frissítései

A REDMINE a következő verziószámozási sémát használja: XYZ fő / kisebb / javítás. Minden fiatalabb verzió sajátja van Stabil ág Mely javítások és biztonsági javítások idővel kerülnek alkalmazásra (mindaddig, amíg ez a verzió még mindig támogatott). A mi esetünkben ez egy ág

Időről időre ez a növekvő ágazat új kötelezettségvállalást kap. Az Ön feladata, hogy új kötelezettséget vállaljon a helyi ágban A telepítéshez. Bár lehetséges, és csak rendszeresen kiegészíti a növekvő ágot, azt javaslom, hogy használjam Git Rebase. A saját módosítások támogatása felett .

Stock Redmine: Helyi változások visszautasítása a "meztelen" Redmine felett: $ Git checkout redmine / 3.2-stabil $ git pull # új upstream elkövetkezik $ git checkout helyi / 3.2-stabil $ git rebase redmine / 3.2-stabil

Rebase:

Törli az összes helyi változást

Linkek

  1. Frissítés
  2. hogy tükrözze a bekövetkezett változtatásokat
Ha váratlanul kapsz egy csomó konfliktust, és nincs ideje megoldani ezt a problémát, egyszerűen megszakíthatja az aktuális rebuaszert a paraméter használatával

A "csupasz" verzió minden helyi változása újra érvényes.

Redmine. Az eredmény lesz Tiszta történet Amelyben az Ön (helyi) elkötelezettségei mindig az utolsó (növekvő) tetején vannak a redmin.

Junior és régebbi frissítések

Most, hogy van egy új stabil ág (mondjuk 3.3-stabil ), ugyanezt tegye - Relore a változásai tetején. A GIT parancsok kissé eltérőek lesznek a felfelé irányuló ág változása miatt: A helyi változások átadása egy új stabil ágba $ Git Fetch Upstream $ Git Checkout -B Redmine / 3.3-stabil Upstream / 3.3-stabil $ Git Checkout -B Helyi / 3.3-stabil Local / 3.2-stabil $ git rebase --onto redmine / 3.3-stabil redmine / 3.2-stabil Helyi / 3.3-stabil Ezek a csapatok először két új helyi fióktelepet hoznak létre a 3.3-as verzióhoz: az egyik növekvő, a másik pedig a helyi ágból 3.2. Ezután áthelyezik a helyi változásokat Redmine / 3.3-stabil

. A helyi változások itt vannak a különbség

Helyi / 3.3-stabil (ami még mindig ). Most

Tartalmaz a Redmine 3.3 plusz bármilyen helyi változásokat.

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