Redmine para sa IT Management: Praktikal na karanasan Malawak na pagpapatupad OpenSource Systems

Maliit na prehistory. Tulad ng alam mo, ang automation ay laging nagsisimula sa isang bagay na "masayang". I-automate ang iyong sarili o ang iyong pamamahala ay hindi namin sinimulan mula sa isang magandang buhay. Karaniwang nangyayari ito dahil lumaki ang organisasyon, nagiging mahirap na mag-navigate sa isang malaking halaga ng papasok at magagamit na impormasyon. Kaya ang aming organisasyon sa isang tiyak na punto ay nagsimulang lumago mabilis, kaya kailangan namin masyadong mabilis mula sa kaguluhan upang gawin ang isang bagay na nakabalangkas, kapaki-pakinabang at maginhawa.

Ano ang ibig sabihin ng kaguluhan sa aming mga sistema? Nangangahulugan ito na ang mga di-order na mga kahilingan na hindi napapailalim sa mga hiling ng analytics at structuring ay nagmumula sa mga gumagamit, at walang pamamahala ng proyekto na tulad nito. Ang mga katanungan ay nagyeyelo sa isang lugar sa koreo, sa salita, sa mga ulo ng analyst, programmer, mga tagapamahala ng departamento - depende sa istraktura na ginagamit sa samahan.

Nagpasya kaming alisin ang iyong kaguluhan gamit ang Redmine Software. Kaagad na magreserba na hindi namin sasabihin tungkol sa pamamaraan. Mag-uusap kami nang eksakto tungkol sa mga posibilidad ng Redmine, tungkol sa kung paano namin inilalapat ito. Ang bawat kumpanya ay may sariling mga nuances, huwag mo kaming dalhin sa amin, huwag kumuha ng iba. Gawin ang iyong pag-aaral, kumilos habang iniisip mo ang tama at kinakailangan para sa iyo. Huwag matakot sa mga pagkakamali, dahil sa mga pagkakamali natututuhan natin.

Mula sa kaguluhan, na mayroon kami, sinisikap naming lumipat. Ngayon kami ay nasa gitna ng ganitong paraan. Siyempre, hindi lahat ng bagay at magiging walang ulap at makinis, ngunit kami ay sinusubukan.

Sa loob ng aming kumpanya, inilalaan namin ang tatlong pangunahing problema:

  • Una, kailangan namin ang isang sistema para sa mga error sa pagsubaybay, mga insidente at mga papasok na kahilingan, i.e. Kailangan namin upang i-automate ang bug tracker;
  • Pangalawa, nais naming kahit papaano ay maglaan ng pamamahala ng proyekto. Hindi ganap na sinusubaybayan ng automation, na nagpapahiwatig ng paggamit ng mga pamamaraan, at sa lawak na kinakailangan upang gawin sa yugto ng pag-unlad at may ilang uri ng hinaharap. Susunod, makikita mo kung paano namin ginagamit ang Redmine para dito, at kung saan kami ay magpapaunlad nito pa;
  • Pangatlo, inilalaan namin ang IT Services Control Unit (ITSM) sa isang hiwalay na sistema, gayunpaman, hindi rin ganap. Ang aming departamento ay nagbibigay ng iba't ibang mga serbisyong IT na kailangang pinamamahalaang.

Bukod pa rito, inilalaan namin ang aming mga pribadong problema:

  • Ito, ulitin ko, magkakaibang mga serbisyong IT, dahil ang mga programmer ay nakatira sa kanilang buhay, mga tagapangasiwa ng system, mayroon pa ring isang departamento sa pagmemerkado sa internet at iba pa;
  • Ang bawat isa ay may sariling istraktura at ang kanilang mga hangarin para sa pamamahala ng departamento. Sa lahat ng mga kagawaran, iba't ibang mga pamamaraan, mga diskarte, mga tagapamahala at psychotypes - ipinapataw nito ang imprint nito sa pagpili ng sistema. Ngunit kinakailangan upang lumipat sa lahat nang sabay-sabay, at, na umaabot sa isang layunin - isang tiyak na pagkakasunud-sunod sa organisasyon, pagkarating ng impormasyon at pag-aayos;
  • Bilang karagdagan, mayroong isa pang KPI, na sa lahat ay kinakalkula ng iba't ibang mga tagapagpahiwatig;
  • Upang bumuo ng karagdagang, kailangan namin ng karagdagang pag-aaral ng mga papasok na impormasyon, kung ano ang nangyayari sa mga kagawaran at kung paano ito ay makikita sa organisasyon bilang isang buo;
  • Dapat nating kontrolin ang mga panloob na badyet, sa balangkas kung saan tayo pumasok o, kadalasan, ay hindi pumasok. Kailangan din nilang anu-aralan at pamahalaan ang mga ito. Mas mahusay na gawin ang lahat ng ito sa isang solong sistema - sa partikular, ito ay maginhawa para sa manu-manong.

Kaya, inilalaan namin ang tatlong mga sistema na nais kong pagsamahin sa isa.

Para sa bawat isa sa mga sistemang ito ay may hiwalay na espesyal na software. Ang lahat ng mga kilalang produkto ng automation na may sariling mga kalamangan at kahinaan, kaya kung pipiliin mo ang sistema para sa iyong sarili, isaalang-alang ang lahat.

Hindi lahat ng mga produkto ay nakalista sa slide, mayroong higit pa sa mga ito, at hindi lamang sa merkado ng Russia, kundi pati na rin sa kanluran. Ngunit para sa amin, ang isa sa mga kinakailangan ay isang interface na nagsasalita ng Russia, dahil ang produktong ito ay gagamitin hindi lamang mga programmer at mga administrator ng system na higit pa o hindi gaanong maliwanag na Ingles, kundi pati na rin ang mga ordinaryong gumagamit.

Saan pupunta? Maraming mga produkto. Ang mga kinakailangan para sa kanila mula sa iba't ibang mga kagawaran at kontrol ay naiiba. Pipiliin namin.

Bilang resulta ng pagtatasa at pagpili, gayundin sa pag-file ng Alexei Lustin, isang produkto ng Redmine na sumasaklaw sa isang lugar na dumating sa amin. Alamin kung anong uri ng rehiyon ang sakop nito?

Ito ay ganap na sumasaklaw sa bug tracker, na gusto naming tumakbo sa kumpanya. Ito ang sentralisasyon ng pagtanggap ng mga application mula sa mga gumagamit at mga customer ng anumang antas. Ito ay ang pinaka-pangunahing punto ng sakit, na kung saan ay kinakailangan upang mabilis na i-automate. Sa tingin ko na ang lahat ay may problemang ito, dahil, tulad ng sinabi ko, ang impormasyon ay may disordered at settles sa iba't ibang mga lugar - sa mail, sa salita, sa excel o ulo. Ang ganitong impormasyon ay hindi napapailalim sa pag-aaral at pagkuha ng mga konklusyon at mga resulta. Bilang isang resulta, ito ay lumiliko out na:

    • Ang bahagi ng impormasyon ng kaalaman base, na maaaring masuri at maunawaan kung ano ang susunod na gagawin ay wala. Pinapabagal nito ang rate ng reaksyon at nakakaapekto sa tuluy-tuloy at kalidad ng trabaho, kung saan ang kita ay direktang nakasalalay;
    • Pinatataas ang "dive" na oras ng mga bagong empleyado upang gumana sa mga corporate system;
    • Ang pagpapahintulot ng kabiguan ay bawat isa sa sarili nitong - isang taong walang nagtatrabaho na sistema ay hindi maaaring mabuhay ng dalawang minuto. Samakatuwid, ang bug tracker ay gumaganap ng isang malaking papel, at sa oras na iyon ang problema ay nakuha napaka talamak.

Ang pamamahala ng proyekto ng Redmine ay sumasaklaw sa kalahati, dahil ang produktong ito ay hindi espesyalista sa pamamahala ng mga proyekto, ngunit may isang tiyak na bloke, na tumutulong sa ito. Sa kasamaang palad, ito ay hindi isang perpektong produkto, ngunit sa oras na iyon sakop niya ang mga kinakailangan na itinakda namin sa system.

At isang napakaliit na block ng ITSM ay sakop. Ang sistema ng Redmine ay hindi inilaan upang pamahalaan ang mga serbisyo ng IT, kaya may ilang mga depekto sa pagsasagawa at pagbubuo ng data. Lumabas kami sa sitwasyong ito sa pamamagitan ng pagpili ng iyong bersyon ng ITSM system.

Kaya, ang aming pagpili ay Redmine. Ito ay medyo customized, scalable, flexible at may mga maginhawang setting.

Bakit Redmine?

  • Ito ang matamis na salitang "freebie". Gayunpaman, ang Redmine ay may reservation, na may mga bayad na plugin na pinili mo para sa iyong sarili. Sa anumang kaso, mayroon kang ilang uri ng pagtataya ng gastos, dahil kung bumili ka ng isang plugin at huwag baguhin ang redmine platform, pagkatapos ay para sa ilang oras ang plugin na ito ay maaaring magamit nang walang karagdagang mga pamumuhunan. At kung ikaw, halimbawa, kailangan mong i-update ito, pagkatapos ay magbabayad ka para sa update na ito at gamitin ito nang higit pa. Ang pag-update ng redmine platform ay nangyayari minsan o dalawa bawat taon, at na-update o hindi - ito ang iyong pagnanais.
  • Ang Redmine ay may intuitive interface. Ipinatupad namin ang Redmine hindi lamang bilang isang produkto para sa pamamahala ng IT, kundi pati na rin bilang isang produkto kung saan ang mga application mula sa mga gumagamit ay natanggap para sa iba't ibang mga kagawaran. Halimbawa, ang isang hiwalay na sangay ay naka-highlight para sa mga application ng administrative at pang-ekonomiyang departamento.
  • Posible upang kontrolin ang mga priyoridad sa iba't ibang mga analytical form, kabilang ang isa-isa ayon sa mga gawain.
  • Oras at mga mapagkukunan ng pamamahala. Sa tingin ko ito ang pangunahing yunit para sa ulo. Pinapayagan ka nitong maunawaan kung magkano ang kinarga ng departamento, kung ano ang mga gawain kung anong mga gastos ang may kaugnayan at kung paano uriin ang mga gastos, ngunit tungkol dito sa ibaba.
  • Ang mga analytics at mga ulat sa Redmine ay mahina na ipinahayag, ngunit mayroong malawak na API. Maaari kang kumuha ng data mula sa database ng API, alisin ang mga ito sa iyong system at makakuha ng anumang mga ulat.
  • Mga setting ng kakayahang umangkop, pag-customize at pag-automate ng mga manu-manong operasyon na may mga plugin.
  • Ang pagsasama sa git ay isa sa mga mahahalagang tagapagpahiwatig. Ang repository ng aming database ay konektado sa Gitlab, at sa anumang gawain ng redmine maaari mong makita ang mga tala (mga kaugnay na edisyon): Sino, kailan at kung ano ang nagbago ayon sa gawaing ito, na may paglipat sa Gitlab.

Para sa impormasyon: Git ay isang ipinamamahagi na bersyon ng control system. Sinusubaybayan nito, mga pag-aayos at mga tindahan ng impormasyon (mga bersyon) tungkol sa mga pagbabago sa anumang mga file at mga direktoryo, at sinusubaybayan din ang integridad ng data. Sa aming kaso, pinag-uusapan natin ang source code 1c.

Ito ang hitsura ng listahan ng mga kaugnay na edisyon:

  • Pamamahala ng gawain at pagsubaybay ng error. Ito ay isang karaniwang tracker ng bug, na gagamitin namin.
  • Pamamahala ng mga insidente, proyekto, badyet. Ang lahat ng pormasyon ng badyet ay isinasagawa sa kanilang sariling paraan. Ipapakita ko kung paano namin automated ito sa iyong sarili, at maaari mong subukan upang i-automate ang pamamahala ng badyet sa iyong sarili - sa tingin ko ito ay madali, dahil may mga paggawa sa Redmine, at maaari mo ring ilipat ang mga ito sa pera masyadong.
  • Ang Wiki sa Redmine ay hindi napakahusay na ipinatupad, kaya mas mahusay na gumamit ng ibang produkto para sa layunin ng paglikha ng isang kaalaman base at pakikipagtulungan. Para sa aking sarili, pinili namin ang sistema ng confluence mula sa Atlassian, na isa sa mga pinaka-karaniwang at madaling-trabaho. Maaari mo ring isaalang-alang ang mga system: Dokuwiki, MediaWiki at iba pa.

Ano ang redmine sa ilalim ng hood?

  • Redmine masyadong mabilis at lamang unfolds.
  • Gumagana ito sa karamihan ng OS.
  • Ang platform na kung saan ito ay ipinatupad ay Ruby sa daang-bakal. Kung nais mong i-customize ang Redmine sa ilalim ng ating sarili, kailangan mong magkaroon ng kakayahan sa Ruby sa daang-bakal, kung hindi man ay hindi ito magiging maginhawa, dahil Hindi lahat ay maaaring gawin handa na mga plugin.
  • Ang suporta para sa iba't ibang DBMS ay nagsasalita para sa sarili nito.
  • Sa RSS o e-mail, maaari kang mag-ayos ng mga alerto sa anumang mga kaganapan.
  • Available ang pagpapatunay ng ad.
  • Pagsasama sa SCM Version Control Systems (SVN, CVS, Git, Mercurial, Bazaar at Darcs).

Matugunan ang Redmine.

Maaari mong i-download ang Redmine, i-install ito sa iyong computer at "Eksperimento." O gamitin ang cloud server, at "sa isang pag-click" upang ilagay ang iyong sarili ng isang pre-install na bersyon ng Redmine, na karaniwang kasama sa hosting service.

Ang mga halimbawa ng pag-install para sa anumang sistema, kabilang ang paggamit ng serbisyo sa ulap, ay matatagpuan sa Internet. Opisyal na pagtuturo sa link:

Kaya mukhang isang listahan ng mga gawain sa Redmine.

May isang pamantayan at ilang karagdagang mga interface. Totoo, kapag nagbabago ang mga interface, ang ilang mga function ay maaaring tumigil sa pagtatrabaho, dahil Ang mga pasadyang interface ay hindi isinasaalang-alang ang mga plugin kung saan ka gagana - pagkatapos ng lahat, ito ay isang open source na produkto. Ngunit hindi ito pumipigil sa kanya na maging isang maginhawang tool kahit na ginagamit ang karaniwang interface.

Ang pangangasiwa ay inilalaan sa isang hiwalay at medyo maliwanag na istraktura.

Ang listahan ng mga module na nakakonekta sa iyong Redmine, maaari mong palaging tumingin at pag-aralan sa angkop na seksyon ng administrasyon.

Wala kaming "malinis" na redmine, dahil Mayroong tungkol sa 35 mga plugin. Binili namin ang ilan sa kanila.

Ang impormasyon tungkol sa mga plugin ay matatagpuan sa search engine ng mga keyword na "Mga Plugin para sa Redmine". Halimbawa, mayroong dalawang mga site kung saan maaari kang mag-download o bumili ng magagandang plugin upang magsimulang magtrabaho sa Redmine:

Ang lahat ng mga plugin ay russian, maaari kang bumili at gamitin. Ang pangunahing bagay ay upang pumili ng komportable. Bigyang-pansin lamang kung aling bersyon ng Redmine ang sumusuporta sa plugin, dahil kung ang suportadong bersyon ay hindi tumutugma sa iyo, may pagkakataon na hindi gagana ang plugin.

Kaunti tungkol sa automation ng aming mga pangangailangan.

Istraktura "mga proyekto"

Ginagamit namin ang Redmine hindi ayon sa karaniwang pamumuno. Bilang isang halimbawa, sa loob ng balangkas ng sistema, ang konsepto ng "proyekto" ay isang hiwalay na sangay sa hierarchy ng istraktura. Ginagamit namin ang "Mga Proyekto" na puno bilang isang pag-uuri ng mga antas. Sa itaas na antas ay may isang ehekutibong departamento, siya ay napapailalim sa mga kagawaran, pagkatapos ay sinusunod ang mga sistema, subsystems at mga serbisyo.

Ang bahagi ng puno ay ganito:

Ginagamit din ng departamento ng pangangasiwa ng system ang diskarte nito sa hierarchy ng mga proyekto. Ang gawain ay binuo batay sa pag-uuri ng mga serbisyong ibinigay - nakatulong ito na malutas ang problema sa kontrol ng serbisyo. Samakatuwid, sa ITSM branch, ang hierarchy ng proyekto ay isang catalog ng serbisyo sa negosyo. Para sa kaginhawahan, ang mga ito ay binilang.

Pagpasok ng mga application sa Redmine.

Ayon sa halimbawa, sasabihin ko sa iyo kung paano namin inorganisa ang pagtanggap ng mga application sa Redmine.

Ang aming departamento ay nahahati sa 3 grupo:

  • Koponan ng pag-unlad;
  • Isang pangkat ng analytics at saliw - kasama dito ang mga empleyado na gumagawa ng antas ng suporta ng "dalawa at kalahating". Pinapayuhan nila, pag-aralan ang problema, kung kinakailangan, ang "Basahin" ang code ay maaaring sumulat ng mga kahilingan para sa pagtatasa ng data, pati na rin ang tamang mga pagkakamali sa code. Bilang isang resulta, pinamamahalaan namin upang ibukod ang kaguluhan ng mga programmer mula sa maliliit na problema, pati na rin sa tulong ng mga analyst, naghihiwalay kami ng mga programmer mula sa mga customer at likod, dahil Ang lahat, marahil, ay nahaharap sa mga problema ng mga relasyon sa pagitan nila.
  • At grupo ng mga administrator ng database 1c.

Kaya, ang pagtanggap ng mga aplikasyon sa Redmine sa amin ay isinasagawa sa pamamagitan ng pagsulat ng karaniwang titik sa naka-highlight na mailbox. Para sa organisasyon ng mga indibidwal na mailbox, kami sa bawat departamento at sa bawat grupo ay naglaan ng kanilang "mga proyekto" na istraktura, halimbawa:

Para sa bawat isa sa mga proyekto, inayos namin ang Helpdesk plugin ng iyong mailbox. Ipinapakita ng screenshot ang mga setting ng Helpdesk plugin para sa isa sa mga proyekto:

Ang mga titik na pumapasok sa mailbox na naka-attach sa "Project" ay nahulog sa aming system bilang mga application na may pagtingin sa "kahilingan ng user". Ang lahat ng ito ay humahantong sa pagbawas sa mga empleyado ng gastos sa paggawa sa pangunahing pag-uuri ng mga papasok na kahilingan. (Halimbawa sa screenshot: 1.2 Mga Administrator 1C, 1.4 Ticket Confluence, 1.5 Suporta para sa Yurait DPP)

Kung imposibleng gumawa ng ganitong pagpili ng istraktura, posible na pumili ng isang mailbox, at sa puno upang lumikha ng mga pantulong na sangay, kung saan ipamamahagi ang mga application sa unang linya ng suporta pagkatapos ng pangunahing pag-uuri (sample screenshot : 1.3 Suporta ng gumagamit).

Bilang resulta, ang application ay pumasa sa cycle:

  • Una, ang pangunahing awtomatikong entry sa proyekto ay nangyayari;
  • Pagkatapos ay ipinamahagi ng analyst ang application, i.e. classifies, categorizes at prioritizes ito;
  • Pagkatapos nito, inililipat ng analyst ang application sa nais na sangay.

Sa application ay may ilang mga patlang ng pag-uuri, ang ilan sa kanila ay nanguna, at ang bahagi ay idinagdag sa amin. Alinsunod dito, ang pangunahing kinakailangang pagpuno gamit ang mga parameter ay ginaganap:

  • Prayoridad;
  • Kategorya;
  • Kagawaran ng Customer;
  • Mga patlang ng castom ng iba't ibang uri.

Mga iyon. Kung ang isang pangyayari ay nangyayari, maaari mong siguraduhin na hindi ito pumasa hindi napapansin.

Isang halimbawa ng mga natanggap na application at mga patlang na ginamit:

Mga setting ng "proyekto"

Sa loob ng "proyekto" maaaring may ilang uri ng mga tracker. Dito, halimbawa, kadalasang ginagamit ang mga tracker:

  • Kahilingan ng user;
  • Isang gawain;
  • Error;
  • Pangungusap;
  • Proyekto ng negosyo;
  • Programa ng mga proyekto sa negosyo, atbp.

Ang mga tracker ay maaaring isang walang limitasyong numero - maaari silang idagdag nang manu-mano. Ang bawat tracker ay naka-configure.

Sa mga setting ng "Project", maaari naming tukuyin kung aling mga tracker sa ito ang ginagamit, pati na rin kung aling mga pasadyang field ang maaaring konektado.

Gayundin, ang mga kinakailangang module at iba pang mga setting ay konektado rin sa bawat sangay. Makikita mo ito sa karaniwang dokumentasyon ng Redmine.

Pagkatapos ng pagkonekta sa mga module, hindi mo kailangang gumawa ng anumang kumplikadong manipulasyon, kailangan mo lamang i-save ang listahan ng mga module ng kasalukuyang "proyekto" at lilitaw ang mga ito sa anyo ng mga tab kapag pumunta ka kung saan maaari mong gawin ang kinakailangan Mga setting.

Bilang karagdagan, ang Redmine ay napaka-flexibly na naka-configure upang ma-access ang mga karapatan ng iba't ibang mga antas ng parehong sa "proyekto" at sa hiwalay na mga kaugnay na function, pati na rin ang pagkakaroon ng bawat field.

Sa pahina ng Pangkalahatang-ideya na "Proyekto" maaari mong makita ang lahat ng uri ng mga tracker at istatistika sa mga ito. At gayundin, kapag "bumabagsak" sa tracker, nakikita mo ang mga subordinates ng "proyekto" na ito ng mga isyu - tawagan ang mga ito "card".

Mga proyekto sa negosyo

Ulitin ko nang kaunti. Dahil sa mga konsepto ng Redmine "Project" - ito ay isang sangay ng istraktura ng istraktura, at pagkatapos ay para sa pagpapanatili ng mga tunay na proyekto, inilalaan namin ang isang hiwalay na sangay na may mga tracker ng "business project" at "Programa ng Business Project". Ito ay nagbibigay-daan sa amin upang panatilihin ang mga ulat ng katayuan sa aming mga proyekto sa negosyo at bumuo ng mga gastos sa mga tuntunin ng mga base ng pamamahagi.

Ang istraktura ng sangay na ito ay nahahati rin sa mga spelling sa mga detalye: departamento, customer, system, subsystem.

Dahil Ang aming kumpanya sa pamamahala, ang mga kagawaran ay sinamahan ng lahat ng mga kumpanya na kasama sa WiseAdvice GK. Sa pagsasaalang-alang na ito, ginagawa namin ang mga proyekto parehong isa-isa para sa anumang kumpanya at pinagsamang para sa maraming mga kumpanya. Bilang resulta, para sa bawat proyekto at ang gawain ay ang pagbabadyet at pagsulat ng gastos ng mga kagawaran.

Sa isang business card card, maaari mo ring i-configure ang mga kinakailangang field. Isang halimbawa ng mga patlang na ginagamit namin:

  • Base distribution / cost recipient;
  • Bonus para sa proyekto;
  • Pagsusuri ng mga gastos sa paggawa;
  • Plano ng mga petsa ng pagsisimula / pagkumpleto;
  • Ulat ng katayuan ng araw at iba pa.

Ang lahat ng mga gawain na nilikha sa loob ng proyekto ay mas mababa sa pangunahing card ng proyekto ng negosyo.

Ang ulat ng katayuan ay ipinasa sa mga customer nang hindi bababa sa isang beses sa isang linggo. Ang buong kuwento ay natipon sa card at ipinadala sa mga interesadong partido.

Maaaring makita ng customer at iba pang mga stakeholder ang sumusunod na impormasyon sa proyekto ng negosyo anumang oras:

  • Katayuan ng proyekto;
  • Tinatayang gastos sa paggawa;
  • Ang mga aktwal na gastos sa paggawa ay kasalukuyang nasa konteksto ng pagpapatupad at empleyado;
  • Readiness ng proyekto;
  • Pagbabalangkas ng isang proyekto sa negosyo;
  • Ang buong kasaysayan ng sulat;
  • Ang petsa ng pagpaplano ng proyekto ay nagsimula, kung siya ay ipinagpaliban dahil sa prioritization;
  • Ang nakaplanong petsa ng pagkumpleto ng proyekto.

Ang mga aktwal na gastos sa paggawa ay nakolekta mula sa mga pantulong na gawain sa negosyo ng negosyo sa oras na ginugol ng kawani ng mga kagawaran.

Batay sa nabuo na mga gawain, maaari kang bumuo ng isang ganta diagram, ngunit lamang sa isang nagbibigay-kaalaman na bersyon. Bukod pa rito, imposibleng gamitin ito at interactively.

Kapag nagtatrabaho sa iskedyul ng pagpaplano ng kalendaryo, maaari mong gamitin ang mga graphic na ulat. Halimbawa:

Ginagamit namin ang mga gawain board upang ipamahagi ang mga gawain sa loob ng lingguhang pagpaplano.

Ang lahat ng ito ay ipinatupad sa pamamagitan ng mga plug-in, na kinabibilangan ng posibilidad ng pagsasagawa ng agile o kanban boards.

Bilang isang halimbawa:

Sa pagsasaalang-alang ang mga katangian ng plugin, ito ay lumabas tulad ng Kanban board. Maaari itong interactively overpowered ng mga packet - parehong sa pagitan ng katayuan at sa pagitan ng mga performers. Sa tatlong interface ay nasuri - gumagana lamang ito sa dalawa. Ang karaniwang interface ay eksaktong tumatakbo. Maginhawa upang ipakita sa isang malaking TV / screen para sa mga planeta / rali.

Gayundin, ang pagpaplano ay maaaring isagawa gamit ang mga bersyon at pagkatapos ay i-convert ang mga bersyon sa release.

Bilang pagiging epektibo ng gawain ng Kagawaran, bumubuo kami ng mga ulat sa konteksto ng mga gastos ng pamamahagi ng mga gastos at aktwal na mga gastos sa paggawa ng mga kagawaran.

Ang mga karaniwang ulat sa paggawa ay maaaring nakabalangkas:

Ginagamit namin ang pagkahilig ng ulat tungkol sa mga gastos sa paggawa:

  • Database ng pamamahagi ng gastos - ang aming pasadyang field;
  • Recipient ng gastos - ang aming castom field;
  • Ang user ay isang karaniwang field.

Ang pagbuo ay maaaring mangyari sa konteksto ng mga panahon:

Para sa aming pagbabadyet, ginagamit lamang namin ang "buwan". Ulat halimbawa:

Ang screenshot ay nagpapakita ng isang halimbawa sa aktwal na mga gastos sa paggawa sa konteksto ng base ng pamamahagi para sa Agosto.

Bilang karagdagan, maaari kang bumuo ng isang detalyadong ulat para sa bawat ipinahayag na halaga ng oras. Kung kinakailangan, ang lahat ng mga ulat ay na-convert sa CSV, kaya ang karagdagang pagtatasa ay maaaring gawin sa Excel.

At, siyempre, bilang tunay na 1C-palayaw, maaari naming isulat ang pagbaba ng impormasyon mula sa Redmine sa 1C upang bumuo ng iyong ulat sa 1C gamit ang mga kinakailangang grupo at impormasyon.

Isang halimbawa ng isa sa mga ulat ng gastos:

Kaunti pa tungkol sa mga function ng Redmine

Ng mga karagdagang kapaki-pakinabang na pag-andar sa Redmine, nais kong i-highlight:

  • Mode ng pagpapatunay - alinman sa pamamagitan ng ad, o sa pamamagitan ng pag-login at password;

  • Alerts system. Ang user ay aabisuhan ng mga pagbabago sa gawain. Maaari mong i-configure ang mga alerto sa email at RSS;

  • Pinagsasama ang mga gumagamit sa mga grupo. Gamit ang tool na ito, maaari kang bumuo sa redmine hierarchical istraktura ng enterprise. May mga plugin sa pagsasama sa sistema ng accounting at pag-clone ng istraktura nito sa mga grupo;
  • Ang modelo ng papel ay tama, na may maramihang mga multi-level setup;

  • Pagtatakda ng workflow (buhay cycle) ng bawat tracker para sa bawat papel;

  • Ang pagkakaroon ng mga plugin ng pagsasama sa MS Outlook. Halimbawa, isang medyo maginhawang plugin na may maraming mga function, tulad ng paglikha ng isang application sa Redmine nang direkta mula sa sulat, pagkomento, pagsubaybay, atbp; Opisyal na site:

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

  • Mayroon ding mga plugin upang maisama ang mga instant messaging system, tulad ng telegrama, at mga gateway ng SMS. Sa anumang channel ng komunikasyon, maaari kang magpadala ng mga alerto, tulad ng mga insidente, impormasyon sa pagsubaybay, atbp;
  • Kung may kakayahan, posible na gumawa ng anumang mga plugin mismo.

Mga tanong at mga Sagot:

Tanong mula sa Hall. : Ipagpalagay na nagbigay kami ng access sa customer, at mayroon kaming isang listahan ng mga suportadong serbisyo para dito. Halimbawa, tulad ng sa iyong halimbawa, may mga serbisyo ng mga serbisyo ng sysadminov at tagapagkodigo. Sa ilang uri ng customer, nagtatrabaho kami sa parehong uri ng mga serbisyo, at may ilang uri lamang ng isang uri. Posible ba sa antas ng mga karapatan na limitahan kung anong uri ng serbisyo ang magagamit sa customer?

Sagot: Nag-iiba lamang ito sa pamamagitan ng isang hiwalay na sangay na inilaan sa ilalim ng customer - "Project", kung saan ang mga gawain para sa mga napiling serbisyo ay maaaring likhain nang isa-isa para sa kostumer na ito. O kailangan mong magbigay ng access sa lahat ng mga gawain sa suporta ng sangay - "proyekto" para sa serbisyong ito. Karaniwang kakayahan upang limitahan ang mga karapatan sa pag-sign ng serbisyo at ang customer sa "Project" sa Redmine "Out of the Box" ay hindi. Maaari kang tumingin para sa naturang plugin o isulat ito sa iyong sarili. Wala kaming ganitong kumplikadong istraktura, ngunit may mga gawain na dapat na magagamit lamang sa mga indibidwal na mga pangunahing yunit, kaya nilikha sila para sa kanila.

Tanong mula sa bulwagan: Ito ay lumiliko na ang bawat customer ay isang "proyekto". At sa loob ng isang "proyekto" ay maaaring gawin ang mga subproject?

Sagot: Oo, hangga't gusto mo. Kami, halimbawa, ay nagpapakita ng Griyego upang paghiwalayin ang mga kagawaran ng customer, at ibigay ito doon upang ma-access ng mga pangunahing empleyado upang hindi nila makita ang buong helpdesk na nauugnay sa customer, at ang buong istraktura, dahil Siya ay malaki. Redmine nababaluktot sa mga setting, ngunit, sa kasamaang-palad, at sa kakayahang umangkop nito ay may mga limitasyon na naghahatid ng ilang abala. Siyempre, may mas maginhawang mataas na espesyal na solusyon, ngunit binabayaran sila.

Tanong mula sa Hall. : At ang mga gastos sa paggawa na ginawa sa bawat kalagayan ay summed up? Halimbawa, sa katayuan ng "sa trabaho" itinakda ko ang mga gastos sa paggawa 0.3, at pagkatapos ay sa katayuan ng "pagtatasa" Nagtakda ako ng higit pang mga gastos sa paggawa.

Sagot. : Ang mga pangunahing gastos ay nagpapatuloy sa pangkalahatan para sa gawain. Imposibleng pag-uri-uriin ang mga gastos sa paggawa ayon sa mga katayuan, ngunit ang mga gastos sa paggawa ay may "mga gawain" sa larangan, ang kakanyahan nito ay maaaring sumalamin sa proseso kung saan ka sumulat ng oras. Nae-edit din ito. Kapag nagsusulat sa pamamagitan ng mga gastos sa paggawa, pinipili ng isang empleyado ang isang uri ng aktibidad na naayos. Susunod, gamit ang mga ulat, maaari mong bawiin ang oras sa konteksto ng mga proseso.

Nang walang indikasyon ng uri ng aktibidad, ang ulat ay maaari lamang mabuo ng kabuuang oras sa konteksto ng empleyado + araw.

Ang buod ng data ng analytical ay maaaring matingnan ng mga ulat. Direkta sa gawain lamang ang halaga ng kasalukuyang gawain ay nakikita.

Tanong mula sa Hall. : Ito ay lumiliko na mayroon akong unang linya ng teknikal na suporta at ang pangalawang linya ng teknikal na suporta. Ang bawat isa sa kanila ay gumugol sa parehong gawain sa parehong katayuan "sa trabaho" ng isang tiyak na oras. Alinsunod dito, paano ko matutukoy ang mga aktwal na gastos sa paggawa sa bawat tao sa gawain sa unang linya, sa ikalawang linya, sa ikatlong linya?

Sagot. : Ulitin ko, ang mga gastos ay nagpapatuloy sa gawain, ngunit kung ang isang tao ay gumugol ng maraming oras, at pagkatapos ay ginugol ng ibang tao ang oras - ito ay makikita dito. Bahagyang ang sagot ay ibinigay sa ilalim ng nakaraang tanong. Pagkatapos ay maaari mong makita kung alin sa mga ito kung magkano ang ginugol, ngunit lamang sa bersyon na ito. Walang hiwalay na mga gastos lamang kung magdagdag ka ng mga pasadyang field upang isulat ang mga gastos sa paggawa o gumamit ng mga grupo ng gumagamit at higit pang bumuo ng mga analytical na ulat.

Tanong mula sa Hall. : Paano nakaayos ang user interaction? Sa pamamagitan ng e-mail?

Sagot. : Ang pagpapadala ay napupunta sa isang standard na liham ng e-mail o isinulat ng gumagamit, o isang awtomatikong redmine fold, kung ito ay isang tagamasid para sa gawaing ito. Gayundin, kung siya ay isang redmine user, pagkatapos ay ang tuktok panel ay nagpapakita kung gaano karaming mga gawain ay hinirang kung gaano karaming mga bago at kung gaano karaming mga pagbabago. Nakita ko ngayon na mayroon akong 20 mga gawain, ang isa ay bago at binago. Mula sa panig ng gumagamit - tanging e-mail.

Tulad ng inilarawan sa itaas, kapag nakakonekta sa mga plugin, maaari mong unilaterally abisuhan ang mga gumagamit gamit ang mga instant messaging system.

Tanong mula sa Hall. : Mayroon bang web interface para sa pagsusumite ng mga application?

Sagot. : Hindi. Gumagana ang Redmine sa mga smartphone at tablet, i.e. May isang inangkop na interface. Ngunit ang mga application ay maaaring isumite alinman sa pamamagitan ng e-mail, o magbigay ng access sa gumagamit nang direkta sa system, nililimitahan ito sa mga karapatan lamang upang lumikha. Bilang isang karagdagang tampok, maaari kang maglagay ng plugin sa Outlook upang lumikha ng mga gawain sa Redmine.

Sa kasalukuyan, mayroong isang Tracker Hider plugin, kung saan maaari mong limitahan ang access sa mga tracker sa konteksto ng mga gumagamit o mga tungkulin.

Halimbawa: Ang sinumang gumagamit ng "Observer" na papel sa "Project" ay magagamit lamang card gamit ang "Hiling ng User" tracker.

Tanong mula sa Hall. : At ang pag-andar ng pagtatrabaho sa e-mail ay isa sa mga kahon o mula sa mga plugin?

Sagot. :Oo, ito ay "sa labas ng kahon." Sa tulong ng mga plugin, nakakakuha lamang ito ng mga karagdagang amenities at mga setting.

Tanong mula sa Hall. : At posible na i-configure na ang abiso ng customer, na ipinasok namin sa system, ay nagpunta lamang sa isang tiyak na kalagayan. Bakit dapat niyang panoorin ang aming panloob na sampung yugto kung kailangan niya ng paunawa na pumunta lamang kapag nakumpleto ang gawain?

Sagot. :Nalutas namin ang sitwasyong ito tulad ng sumusunod.

1. Una sa lahat, hindi pinagana namin para sa mga gumagamit-mga customer standard redmine notification sa mga setting ng user. Ang setting na ito ay pandaigdigan para sa lahat ng Redmine para sa kasalukuyang gumagamit.

2. Higit pa, para sa kinakailangang sangay ("proyekto") na nakakonekta sa posibilidad ng pagpapadala ng mga titik.

3. Analyst, o RP-Shnik ay maaaring magpadala ng isang email gamit ang isang karaniwang mekanismo: sa pamamagitan ng pagpindot sa "Magpadala ng tala" na mag-sign sa mode ng pag-edit ng card. Kung kinakailangan, maaari mong tukuyin ang mga karagdagang tatanggap.

4. Ang nagpadala ay maaaring magsulat ng anumang teksto at idagdag ang mga kinakailangang mga attachment. O gamitin ang naunang naka-configure na mga pattern.

 

Upang gawin ito, ang natapos na pattern ay pinili, pinalitan sa sulat ng liham at ito ay nananatiling lamang upang punan, kung kinakailangan, karagdagang impormasyon.

Pagkatapos nito, kailangan mong i-click ang pindutang "Tanggapin", pagkatapos ay i-save ang komento at ipapadala ang sulat. Ang customer ay makakatanggap ng isang abiso sa anyo ng isang regular na sulat.

Ito ay isang karaniwang mekanismo, hindi namin hinawakan ang anumang bagay. Ang mga template para sa bawat proyekto ay na-customize na indibidwal. Ito ay isang medyo makabuluhang pagpapadali ng consultant ng analyst, dahil sa bawat oras na isulat mo ang parehong teksto - ito ay matrabaho.

Itago ang anumang teksto mula sa customer, kung ito ay may access sa kanya nang direkta sa mga card ng gawain, posible lamang sa pamamagitan ng paggamit ng isang "pribadong" komento o sa pamamagitan ng pag-off ng access sa ganitong uri ng mga komento.

Ang pangalawang pagpipilian ay ang paggamit ng karagdagang plugin, dahil Bilang default, walang ganitong setting.

Tanong mula sa bulwagan: Posible bang itali ang counterparty sa natanggap na gawain? Halimbawa, mayroon akong tawag sa telepono na may PBX, kung saan ang numero ng counterparty ay nakapuntos, at ang Redmine ay tumatagal ng dumating na numero mula sa PBX, lumilikha ng isang gawain at itinuro ito sa counterparty. Nilutas mo ba ang gawain ng hierarchy ng mga counterparties?

Sagot: Hindi, hindi namin isinama ang Redmine na may IP telephony, hindi ito ang aming layunin. Ang ideya ay mabuti, ngunit sa aming mga detalye hindi ito kinakailangan. Sa Internet, makikita mo ang pagsasama ng Redmine sa Asterisk.

Tanong mula sa Hall. :Mayroon kaming tanong na hindi sa IP telephony, ngunit sa hierarchy ng mga counterparties. Gusto naming makita ng mga tagapamahala ang parehong hierarchy ng mga counterparties sa Redmine bilang 1C.

Sagot. : Hindi, ang istraktura ng contact ay flat. Ang tanging bagay na idinagdag namin ay isang link sa departamento. Ang maximum na ginagamit namin ay pagkolekta ng mga contact sa pamamagitan ng mga kagawaran, gumawa kami ng bug tracker para sa mga domestic na serbisyo, at hindi para sa mga panlabas na customer. Sa Redmine mismo, imposibleng mag-organisa ng hierarchy ng mga counterparties, ngunit maaari mong iugnay ang mga yunit sa Redmine at 1C, at bumuo ng ulat na ito sa 1C.

Tanong mula sa Hall. : At saan ang lalim ng scrum? Mayroon kaming kondisyon na sprint - 7 araw ng kalendaryo (5 araw ng negosyo). Saan ko makikita kung ano ang pag-ulit ng sprint? Ano ang linggo ng kalendaryo, ano ang numero ng sprint?

Sagot. : Maaaring kontrolado ang scrum depth ayon sa mga bersyon. May isang tampok ng mga bersyon.

Para sa mga ito, mayroong isang espesyal na seksyon na "Operational Plan" (o "Bersyon" depende sa interface).

Mayroon akong tatlong bersyon halimbawa.

 

Ang bawat bersyon ay maaaring magkaroon ng sariling pangalan, katayuan at limitado sa petsa ng pagkumpleto.

Para sa bawat bersyon, ang mga listahan ng gawain ay makikita kung sila ay ipinakita, pati na rin ang bilang ng hindi natapos.

Para sa visualization, maaari kang bumuo ng mga diagram

Maaaring naka-grupo ang mga bersyon, break na mga gawain, maaari kang bumuo ng mga board ayon sa kanila. Maaari kang maglipat ng mga gawain sa pagitan ng Sprint - tulad ng isang pagkakataon ay nasa bersyon na "Mga Bersyon ng Pagpaplano".

Sa katunayan, ang Redmine ay maaaring maging isang kasangkapan para sa pag-oorganisa ng trabaho sa saklaw o canbana. Gayunpaman, ito ay kinakailangan upang isaalang-alang na kung minsan ay hindi sapat na pag-uuri at iba pang mga maliit na bagay para sa kaginhawahan. Marahil may mga plugin na sumusuporta dito. Sa kinakailangang dami ng kasalukuyang pag-andar, sapat na. Dito maaari mong gawin ang pagtatalaga ng mga gawain, paglipat sa pagitan ng sprints, makita na wala kang oras upang gawin para sa nakaplanong oras, atbp.

Tanong mula sa Hall. : Paano natin isinasaalang-alang ang mga gawain na hindi natupad sa kasalukuyang sprint? Dapat ko bang makita ito sa katayuan? O kaya sila ay awtomatikong, ipapakita ko na kailangan na silang mag-book ng bagong bersyon?

Sagot. : Maaari mong piliin ang gawain ayon sa bersyon. Halimbawa, upang tingnan ang "Operational Plan", para sa kung gaano karaming porsiyento ito ay nakumpleto at kung paano natupad. Yaong. Gaano karaming mga gawain ang sarado mula sa sprint at kung magkano ang hindi pa nakasara - ito ay nakasulat dito. Kapag nag-click ka sa kaukulang item, ang isang listahan ng mga gawain na hindi sarado ay bukas. Dagdag dito, tulad ng sinabi ko, maaari silang masuri at ilipat sa isa pang sprint.

Maaari ka ring bumuo ng mga board na may mga gawain, ayon sa parehong mga bersyon at sa konteksto ng mga katayuan.

At siyempre gamitin ang karaniwang listahan ng mga gawain sa kinakailangang pagpili, na maaaring i-save at magamit sa permanenteng operasyon.

Tanong mula sa Hall. : Paano mo mailipat ang gawain sa isa pang sprint - kailangan kong buksan ang isang listahan ng mga gawain sa isang tab, kanban-board sa isa pa at ilipat?

Sagot: Ay maaaring maging gayon. Ngunit mas maginhawang gamitin ang tool sa pagpaplano ng bersyon. Pumili mula sa listahan ng mga hindi naka-assign na mga gawain o hindi natapos na mga gawain ng isang tiyak na bersyon ng nais na gawain at itapon ito sa susunod na bersyon ng mouse - ipakita na gawin namin ang gawaing ito sa sprint.

Tanong mula sa bulwagan: At paano mo ibibigay ang lahat ng mga unlocked na gawain? Siguro tatlo o apat na bersyon pabalik ako ay may ilang mga uri ng mahalagang gawain doon. Inirekord ko ito, siya ay nakabitin doon. Paano ako hindi mawawala sa kanya upang siya ay patuloy na nakabitin sa akin? Hangga't naiintindihan ko, ngayon maaari mong makita lamang ang mga unallocated na mga gawain o mga gawain mula sa napiling sprint. At kung paano makita ang lahat ng mga unlocked na gawain na may isang pinagsama-samang resulta, upang maunawaan, dalhin ang mga ito sa kasalukuyang sprint o hindi upang kunin?

Sagot: Maaari itong ipatupad gamit ang pag-filter sa mga gawain. Maaari kang gumawa ng mga setting ng pagpili sa katayuan na "Buksan" gamit ang mga kinakailangang parameter at i-save.

 

Halimbawa, maaari naming isaalang-alang ang setting, na tinatawag na "mga gawain para sa pagsasara". May mga gawain na may katayuan na "nalutas", na ipinatupad ng aming departamento at inilipat sa customer sa operasyon ng produksyon, ngunit walang feedback mula sa customer ay hindi pa natanggap. Mga iyon. Ito ay isang pool ng mga gawain na kailangang suriin upang linawin ang mga resulta ng pagsasamantala ng produksyon at malapit. Halimbawa, maaari mong baguhin ang halaga ng filter ng katayuan "ay tumutugma" at ang pag-sign na "Bago". Bilang resulta, ang mga bagong gawain ay ipapakita na hindi pa kinuha upang gumana. Maaari mong iiba ang katayuan, prayoridad, kategorya, anumang mga halaga ng parehong pamantayan at pasadyang mga patlang.

Halimbawa, maaari kang magdagdag ng isang espesyal na patlang ng user sa filter. Ito ay isang maginhawang tool, napaka-simple. Para sa proyekto, para sa gawain, para sa contact.

Bagong field - ipahiwatig ang uri ng bagay, kung saan idinagdag namin, kadalasang ginagamit ang "mga gawain".

Ipinapahiwatig namin ang format ng field - mga pagpipilian na sakop sa isang lugar 90% ng mga pangangailangan.

Ipahiwatig ang pangalan, paano magagamit ang mga tungkulin.

Ipinapahiwatig namin kung aling mga proyekto kung saan inilalapat ang mga tracker.

Tanong mula sa Hall. : At ang mga pasadyang patlang ay maaaring gawin sapilitan?

Sagot. : Siyempre, sa pamamagitan ng pagkakatulad na may karagdagang mga detalye sa 1C.

Ang mga mandatory field ay minarkahan ng pulang asterisk sa kanan ng pangalan.

Tanong mula sa Hall. : At paano ka nagkaroon ng mga ulat tungkol sa trabaho? Sa parehong gawain napupunta sa ibang user - mayroong isang gawain initiator at mayroong isang kumanta.

Sagot: Tama iyan, kung ang field ay nagbabago - kung kanino ito ay itinalaga, pagkatapos ay sa ulat na ibinabalik nito ang pangwakas na halaga.

Hayaan mo akong sabihin sa iyo kung paano namin nakaayos ang lahat. Bahagyang ulitin.

  • Ang pinakamahalagang tracker para sa service desk ay isang "kahilingan ng user", kung saan ang mail ay awtomatikong disassembled at mga titik ay nagiging "mga kahilingan ng user". Kung nagpadala ang user ng isang sagot na sulat sa abiso mula sa Redmine o nagpadala ng isang clarifying letter na may parehong paksa, pagkatapos ay sa paksa o ID sa paksa awtomatikong attaches teksto mula sa tulad ng isang sulat sa isang umiiral na query - isang klasikong gluing function ay ginagamit.
  • Susunod - Kailan, halimbawa, ang isang kahilingan para sa pagpapayo sa KIS Department ay dumating, ang mga tagapayo ng analyst ay i-disassemble ang application at gumawa ng pangunahing pag-uuri nito. Tukuyin na ito ay isang insidente, error o gawain. Maaari itong maging isang ideya sa isang bagong proyekto. Alinsunod dito, bahagi din ito ng service desk. Matapos ang pag-uuri, ang lahat ng "mga kahilingan ng gumagamit" ay ipinamamahagi sa mga subprojects ng sangay ng itask, kung saan ang karagdagang trabaho ay tapos na sa kanila.
  • Kung ang gawaing ito ay bumagsak ang gawain para sa developer, pagkatapos ay batay sa kahilingan ng gumagamit, ang nauugnay na pantulong na "gawain" ay nilikha. Iyon ay, ang "kahilingan ng user" ay naninirahan sa sarili nito, at ang trackor ng gawain ay hiwalay din. Pinag-uusapan natin ang mga maliliit na pagbabago at pagwawasto ng error na mayroon tayong hiwalay na stream - lumilitaw ang mga ito mula sa "mga kahilingan ng gumagamit".
  • Kung ang gawain ay may kinalaman sa isang partikular na proyekto sa negosyo at hindi ginawa ito ng developer batay sa "kahilingan ng user", ito ay nakatali sa pantulong na proyekto sa negosyo sa mga bloke ng pag-andar ng Kisa, upang makita ang gawain - Sa kung aling bloke at may kaugnayan sa kung saan ginawa namin - ito ay "kahilingan ng user" o isang proyekto sa negosyo.
  • Hiwalay na buhay ang tracker "proyekto ng negosyo", na kung saan namin makipag-usap sa negosyo - hindi sa mga gumagamit sa kahilingan at menor de edad refinement, at na may mga tunay na proyekto na nagdadala ng halaga ng negosyo. Sa "proyekto ng negosyo" bilang mga pantulong na gawain ay maaari ding maging kanilang mga subtask at kahit na mga pack ng mga gawain - malaki, may subordination at koneksyon. Ito ay isang mini-proof. Ang lahat ng mga subtask na ito ay muling nakatali sa mga bloke ng pag-andar ng KIS.
  • Hindi mahalaga kung saan nagmula ang gawain - mula sa serbisyo ng Desca o mula sa isang proyekto sa negosyo. Ngunit lahat tayo ay nagtali sa kanila sa mga bloke ng pag-andar.

Batay sa itaas, inuulit ko, maaari naming makita ang mga gastos sa paggawa sa konteksto:

  • Mga bloke ng pag-andar ng Kisa;
  • Mga proyekto;
  • Mga performer;
  • Communication "Request - Tasks / Business Project - Mga subordinate tracker".

Ang screenshot ay nagpapakita ng isang halimbawa sa aktwal na mga gastos sa paggawa sa konteksto ng mga proyekto para sa Agosto sa isang buwan. Ang mga empleyado ay dapat ipamahagi ang kanilang aktwal na ginugol na oras sa mga gawain na ginawa nila. Ito ay tinatawag na time sheet. Mayroon kaming mga araw-araw na developer na pumasok sa mga espesyal na talaan ng "mga ulat sa trabaho" at ipamahagi ang kanilang oras - ang katotohanan ng paggawa ay nabuo. Kaya, hindi bababa sa humigit-kumulang, sa katunayan, pamahalaan ang badyet ng proyekto.

Ang aming mga proyekto ay may paunang plano sa trabaho. At sa bawat proyekto na nakikita natin, lumampas tayo o hindi. Ang Redmine ay awtomatikong nagbubuod sa lapad ng lahat ng mga gawain na mas mababa sa proyekto. Alinsunod dito, alam namin na ang proyektong ito ay inilalaan ng 700 oras. Nakita namin ang katotohanan - 617 na oras ang nagawa. Ito ay isa sa mga elemento ng pamamahala ng proyekto.

Ang proseso ng aktibidad ng sistema ng mga insidente ay maaaring katawanin bilang mga sumusunod:

  • Ang consultant ng analyst ay nagsasagawa ng pagtatasa ng hiniling na kahilingan, kung kinakailangan, bumubuo ng isang gawain sa pag-unlad;
  • Ipinapatupad ng developer ang gawain at binabalik ang consultant ng Analytics nito upang i-verify at karagdagang komunikasyon;
  • Ang consultant ng analyst ay nakikipag-usap sa kahilingan ng gumagamit na may paglalarawan ng mga resulta;
  • Kung ang lahat ay nasa pagkakasunud-sunod, isinasara ng analyst ang gawain - ipinagbabawal ang developer upang isara ang mga gawain.

Sa mas maraming mga pangunahing gawain, kasama. Disenyo, ang proseso ay binuo mas pinalawak:

At, siyempre, ang lahat ng mga pagbabago ay nahulog sa nagtatrabaho base sa pamamagitan ng pagpapalabas ng release.

Kung isumite mo ito sa isang mas madaling opsyon, pagkatapos ay mayroon kaming sariling "walong".

Yaong mga iyon., Talagang maraming mga transition na gawain sa pagitan ng responsable, ngunit hindi ito kritikal sa amin. Sinusuri namin ang mga gastos sa paggawa sa konteksto ng mga empleyado, ang mga gastos ng pamamahagi ng mga gastos, mga customer at, sa mga bihirang kaso, sa anyo ng mga aktibidad. Ang lahat ng ito ay naunang nakasaad.

Tanong mula sa Hall. : Posible bang makakuha ng impormasyon tungkol sa kung anong mga gawain ang natupad ng isang partikular na developer?

Sagot. : Mayroong. May isang "ulat ng trabaho" na tool kung saan maaari mong makita kung ano ang isang empleyado kung saan gawain kung gaano karaming oras at kung anong araw ang ginugol ko.

O maaari itong matingnan ng isang karaniwang ulat na "Mga gastos sa paggawa" - maaari rin itong mabuo sa konteksto ng mga gumagamit na may decoding.

Tanong mula sa Hall. : At paano masusubaybayan ang iyong mga gastos sa paggawa?

Sagot: Kinokontrol din ng isang empleyado ang kanilang trabaho sa pamamagitan ng "ulat ng pagtatrabaho". At ang pag-aayos ng mga gastos sa paggawa sa gawain ay tapos nang manu-mano - alinman sa direkta sa gawain o sa "ulat ng pagtatrabaho". May mga plugin na nagbibigay-daan sa iyo upang subaybayan ang oras. Halimbawa, mukhang ganito ang Redmine Issue Timer Plugin:

Kapag nagsimula kang magtrabaho sa isang gawain, ang isang empleyado ay nag-click sa pindutan ng "Play", at sa dulo - ang pindutan ng "I-pause". Kapag nagpapanatili ng gawain, ang mga gastos sa paggawa ay nakatakda dito.

Tanong mula sa Hall. : Tanong sa pamamahala ng oras at mga mapagkukunan ay postfactum management, nagrerehistro na nangyari, kapag tiningnan ko kung paano na-load ang aking mga empleyado, o posible bang magplano? Kapag tinitingnan ko na bukas ang aking programista ay dapat gawin ang gawain nito, at ang araw pagkatapos bukas ito. At naiintindihan ko na, conventionally pagsasalita, ito ay isang malakas na programmer, at siya ay maaaring magkaroon ng anumang mga ulat nang walang problema para sa dalawa, tatlo bawat araw sa rivet, at maaari kong ilagay ang isang queue ng mga gawain para sa isang linggo.

Sagot. :Ang kakayahang magplano ay, ngunit hindi ito perpekto - ang libreng produkto ay gumagawa ng iyong mga nuances. May isang patlang ng "naka-iskedyul na oras", posible na itakda ang iyong pasadyang patlang kung kakulangan ka ng isang karaniwang field sa pamamagitan ng oras ng pagpaplano - kung gaano karaming oras ng oras ang gagastusin nito. Posible upang tukuyin ang nakaplanong oras at pagkatapos ay ihambing ang nakaplanong at aktwal na oras. At, siyempre, maaari mong gamitin ang standard story point field para sa Poker Planning.

Tanong mula sa Hall. : Sinabi mo na wiki sa Redmine hindi komportable.

Sagot. :Ang wiki sa Redmine ay mukhang hindi magiliw.

 

Upang mag-format ng mga artikulo at mga gawain, ginagamit ang markdown ng wika. Ang pag-format ay hindi "sa mabilisang", ngunit nagpapahiwatig ng mga simbolo ng pagmamarka.

Ang paghahanap ay - ayon sa salita sa loob ng teksto at ang mga headline. Kung ipinasok mo ang "Exchange" sa paghahanap, magbibigay ito ng parehong mga tema at tracker. May isang pagpipilian sa pamamagitan ng uri ng tracker.

Ang talaan ng mga nilalaman ay hindi ang pangunahing pahina at kapag ang pagpasok ng wiki ay ipinapakita lamang ng isang listahan ng mga nilikha na artikulo.

Ang talaan ng mga nilalaman ay ang mga sumusunod:

At, siyempre, ang Wiki sa Redmine ay inilaan para sa pag-iimbak lamang ng mga artikulo. Hindi ito maaaring gamitin upang makipagtulungan.

Ang kasaysayan ng pagbabago ng mga artikulo ay isinasagawa at matatagpuan kapag, sino at kung saan ang pagbabago ay ginawa.

Tanong mula sa Hall. : Paano gumagana ang wiki?

Sagot. : Ang aming proseso ay itinayo bilang mga sumusunod. Ang pagtatasa ng service desk ay ginaganap sa isang tiyak na periodicity sa nakaraang panahon. Sa tulong ng isang paunang pag-uuri na ginawa ng mga analyst kapag humihiling ng isang kahilingan, sinusubukan naming ibuod ang mga tema at tukuyin ang pinaka-problemang zone. Susunod - ipakilala namin ang self-service, i.e. Nagdokumento kung paano maaaring malutas ng gumagamit ang problema nito o ang tanong. Bilang karagdagan, sa panahon ng kasalukuyang trabaho, ang analyst ay maaaring lumikha ng mga artikulo sa paghuhusga nito, sa kaganapan ng isang pangangailangan, nang hindi naghihintay para sa pangkalahatang pagsusuri. Ang paghahanda din ng wiki-instruction ay nasa balangkas ng mga binuo na proyekto sa negosyo o espesyal na dedikadong mga proyekto sa pagdodokumento. Ito ay hindi isang confluence, hindi pakikipagtulungan. Ito ay mula sa itaas hanggang sa ibaba na may mga paraan ng pangangasiwa. Ang mga gumagamit ay hindi lumahok dito.

Tanong mula sa Hall. : Ang isa sa mga kasamahan ay gumagamit ng isang napaka-kagiliw-giliw na sistema. Talagang nagustuhan ko ito, gusto kong ipatupad ito sa sarili ko. Ang unang linya ng teknikal na suporta ay palaging nagpapasalamat upang isara ang gawain mula sa wiki. At kung hindi siya makahanap ng isang artikulo sa Wiki, tinutugunan niya ang pangalawang linya ng teknikal na suporta. At ang pangalawang linya ay lumilikha ng isang artikulo na dapat na naka-mount para sa isang gawain.

Sagot. :Kami, din, subukan ito, ngunit kumilos kami nang iteratively - ang mga setel, pinag-aralan, ay gumawa ng maraming mga kaganapan. Ngunit nangangailangan ng mga buwan. Pagkatapos ay muli - naupo, pinag-aralan, inilalaan ang mga kinakailangang bloke, gumawa ng maraming mga kaganapan.

Tanong mula sa Hall. : Hindi napakalinaw - paano ang pagsasama ng git sa Redmine?

Sagot. :Kapag nag-save ka ng mga pagbabago sa 1C storage (kapag kinakalkula), ang paglalarawan ay nagpapahiwatig ng numero ng gawain gamit ang "#" na tag, halimbawa "# 74516". Kaya, nakukuha namin sa pamamagitan ng accounting - maaari naming makita kung aling mga komite sa imbakan git nakatali sa gawain. Mahalaga para sa amin na ito ay isang solusyon sa desktop upang maaari naming maginhawang pamahalaan ang mga ito, at, kung kinakailangan, pumunta sa isa pang solusyon, dahil ang lahat ng parehong mga pangangailangan lumago, at hindi lahat ng mga pangangailangan Redmine ay maaaring sakop. Samakatuwid, humihingi ako ng paumanhin - kung pipiliin mo ang isang produkto, unang pag-aralan na gusto mong i-automate at kung aling mga bloke ang "takip".

Tanong mula sa Hall. : Ginamit mo ba ang mobile application mula sa Redmine?

Sagot. :Ang application ng mobile ay, ngunit hindi ito kumportable. Sa aming organisasyon, hindi na kailangan ito. Higit sa lahat kami ay nagtatrabaho sa isang landline computer o laptop. Maaari mo ring gamitin ang mga plugin na may mga kakayahan sa impormasyon - halimbawa, gamit ang SMS o ng Telegram.

Tanong mula sa Hall. : Sinabi mo na ibinaba mo ang repository sa git, at ano ang nakikita mo doon sa git?

Sagot. : Sa Commut Git mayroong isang link sa gawain. Mula sa komite binuksan namin ang gawain mismo. At mula sa problema, maaari rin naming buksan ang isang Commote na nauugnay dito. Sa bawat proyekto, kahit na anong hierarchy, maaari mong ikonekta ang iyong repository. Siyempre, ang pagsasama sa git ay pinangangasiwaan hindi ganap sa pamamagitan ng web interface. Ang mga humahawak doon ay kailangang umakyat, ngunit mabilis at simple.

Ano ang mayroon tayo sa dulo:

Batay sa itaas, ibubuod namin ang mga maikling resulta.

Mga pros:

  • Redmine - OpenSource-produkto na may malaking at aktibong komunidad;
  • Ito ay inaasahang sa mga gastos, mura, kakayahang umangkop, na-customize, madaling integrable at scalable;
  • Ganap na sumasaklaw sa bug tracker, kalahating - pamamahala ng proyekto, medyo isang bit - itsm;
  • May pagsasama sa git;
  • Castomizes "on the fly";
  • Mayroon itong medyo malawak na hanay ng mga plugin. Bilang karagdagan, madali itong makahanap ng mga espesyalista upang i-automate ang kanilang mga proseso;
  • Maginhawang accounting ng aktwal na mga gastos sa paggawa. Ang posibilidad ng pagpaplano ng mga gastos sa paggawa at mga badyet.

Minus:

  • Hindi komportable wiki;
  • Kung kailangan mong i-automate ang iyong mga proseso at sa kawalan ng kakayahan sa Ruby sa daang-bakal, ang paggamit lamang ng mga plugin o paghahanap para sa mga developer ng third-party ay posible;
  • Isang maliit na bilang ng mga analytical na ulat;
  • Hindi palaging isang "friendly" na interface;
  • Hindi komportable mass classifiers na nais na mag-imbak sa anyo ng isang hierarchy.

Sa proseso ng paggamit ng produkto ng Redmine, nagawa namin ang isang malaking halaga ng trabaho sa pagtatasa, systematization at automation ng aming mga aktibidad at pagbaba sa kaguluhan sa aming mga istraktura. Gumawa sila ng pagbabago at pag-optimize ng mga proseso sa loob ng mga kagawaran at sa mga proseso ng negosyo ng buong organisasyon. Na-optimize at pinahusay na kontrol, analytical at managerial function sa trabaho ng mga kagawaran at sa mga aktibidad sa disenyo.

Ang karagdagang hakbang na kinuha namin ay upang i-highlight ang kaalaman base sa isang mas maginhawang sistema ng confluence, dahil Ang posibilidad na magtrabaho nang sama-sama ay isa sa mga pangunahing mekanismo sa pagpapaunlad ng mga organisasyon, ay nagbibigay-daan sa mabilis mong gumawa ng mga komunikasyon, bawasan ang oras upang maglipat ng impormasyon, bawasan ang bilang ng mga error at oras upang malutas ang mga insidente.

Sa bahagi ng Redmine magkakaroon ng mga karagdagang hakbang upang bumuo ng mas malinaw at kinokontrol na mga proseso ng negosyo.

Sa pangkalahatan, piliin ang tool, at hayaan ang iyong kaguluhan na hindi napapansin.

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

Ang artikulong ito ay nakasulat sa mga resulta ng ulat na nabasa sa Conference Community ng Infostart 2017. Higit pang mga artikulo ay matatagpuan dito.

Noong 2020 inaanyayahan namin ang lahat na makilahok sa 7 regional allocations, pati na rin ang anibersaryo infostart event 2020 sa Moscow.

Piliin ang kaganapan.

Redmine. - Buksan ang application ng web server para sa pamamahala ng proyekto at mga gawain (kabilang ang pagsubaybay ng error). Ang Redmine ay nakasulat sa Ruby at isang application batay sa kilalang Web Framework Ruby sa daang-bakal. Ibinahagi ayon sa GNU General Public License.

Pag-andar

Ang produktong ito ay nagbibigay ng mga sumusunod na tampok:

  • pagpapanatili ng ilang mga proyekto;
  • Flexible role-based access system;
  • Error sa pagsubaybay ng sistema;
  • Gantt at Calendar chart;
  • Proyekto ng balita, mga dokumento at pamamahala ng file;
  • alerto ng mga pagbabago gamit ang RSS stream at email;
  • wiki para sa bawat proyekto;
  • Mga forum para sa bawat proyekto;
  • accounting ng mga pansamantalang gastos;
  • Nako-customize na mga arbitrary na patlang para sa mga insidente, mga gastos sa oras, mga proyekto at mga gumagamit;
  • Madaling pagsasama sa mga bersyon ng control system (SVN, CVS, Git, Mercurial, Bazaar at Darcs);
  • Paglikha ng mga tala ng error batay sa natanggap na mga titik;
  • Suporta para sa maraming pagpapatunay ng LDAP;
  • ang kakayahang mag-iisa na magparehistro ng mga bagong gumagamit;
  • multilingual interface (kabilang ang Russian);
  • Suporta para sa MySQL DBMS, PostgreSQL, SQLite, Oracle.

Istraktura ng database

System ng mga gumagamit

Ang mga gumagamit ay isa sa mga pangunahing konsepto ng lugar ng paksa. Ang modelo ng gumagamit ay ang batayan para sa pagtukoy at pagpapatunay ng sistema ng mga tauhan at mga customer, pati na rin upang pahintulutan ang mga ito sa iba't ibang mga tungkulin, proyekto, atbp.

Tungkulin

Ang mga tungkulin ng gumagamit ay tinutukoy ng isang nababaluktot na modelo para sa pagtukoy ng mga karapatan sa pag-access ng gumagamit. Kasama sa mga tungkulin ang isang hanay ng mga pribilehiyo, na nagbibigay-daan upang makilala ang pag-access sa iba't ibang mga function ng system.

Ang mga gumagamit ay itinalaga ng isang papel sa bawat proyekto kung saan ito nakikilahok, halimbawa, "Manager sa proyekto para sa pagpapaunlad ng site A", "developer sa proyekto upang mapanatili ang intranet company ng kumpanya" o "client sa isang proyekto ng refactor ng sistema ng impormasyon ng kumpanya B ". Ang user ay maaaring magkaroon ng ilang mga tungkulin. Ang pagtatalaga ng isang papel para sa isang hiwalay na gawain (isyu) ay kasalukuyang imposible.

Mga proyekto

Ang proyekto ay isa sa mga pangunahing konsepto sa paksa ng lugar ng mga sistema ng pamamahala ng proyekto. Dahil sa entidad na ito, posible na ayusin ang pakikipagtulungan at pagpaplano ng ilang mga proyekto nang sabay-sabay sa delimitation ng access sa iba't ibang mga gumagamit (tingnan sa itaas). Inamin ng mga proyekto ang hierarchical nesting.

Trackers.

Ang mga tagasubaybay ay ang pangunahing pag-uuri kung saan ang mga gawain ay pinagsunod-sunod sa proyekto. Sa kanyang sarili, ang konsepto ng "tracker" ay bumalik sa mga error sa accounting system (Eng. Bug tracking tool. ), kinakatawan ang bawat hiwalay na proyekto.

Sa katunayan, sa "Redmine" trackers ay isang analogue ng klase "gawain" klase at ang batayan para sa polymorphism ng iba't ibang mga uri ng mga gawain, na nagpapahintulot sa iba't ibang mga patlang na tinutukoy para sa bawat isa sa kanila. Ang mga halimbawa ng mga tracker ay "pagpapabuti", "error", "dokumentasyon", "suporta",

Mga gawain

Ang mga gawain ay ang sentral na konsepto ng buong sistema, na naglalarawan ng isang tiyak na gawain na nais mong isagawa. Ang bawat gawain ay may sapilitang paglalarawan at ang may-akda, sa ipinag-uutos, ang gawain ay nakatali sa tracker.

Ang bawat gawain ay may katayuan. Ang mga katayuan ay isang hiwalay na entidad na may posibilidad na matukoy ang mga karapatan na magtalaga ng katayuan para sa iba't ibang mga tungkulin (halimbawa, ang katayuan na "tinanggihan" ay maaari lamang italaga ng isang tagapamahala) o pagtukoy sa kaugnayan ng gawain (halimbawa, "bukas", " Itinalaga "- may kaugnayan, at" sarado "," tinanggihan "- hindi).

Para sa bawat proyekto, ang isang hanay ng mga yugto ng pag-unlad at isang hanay ng mga kategorya ng gawain ay hiwalay na tinukoy. Ang iba pang mga patlang ay kawili-wili din para sa "tinatayang oras", na nagsisilbing batayan para sa mga chart ng pamamahala ng gusali, pati na rin ang patlang ng pagpili ng mga tagamasid para sa gawain (tingnan ang "Mga Notification ng Pagtanggap"). Ang mga gawain ay maaaring mag-attach ng mga file (mayroong isang hiwalay na entity na "application").

Ang mga halaga ng iba pang mga nakalistang katangian (halimbawa, priyoridad) ay naka-imbak sa isang hiwalay na karaniwang talahanayan.

Pagsubaybay sa katayuan ng mga gawain

Para sa mga pagbabago sa pagsubaybay sa mga parameter ng gawain ng mga gumagamit, ang sistema ay tumugon sa dalawang entidad: "Pagre-record ng pagbabago ng log at" Binago Parameter ". Ang log entry ay nagpapakita ng isang pagkilos ng gumagamit upang i-edit ang mga parameter ng gawain at / o magdagdag ng komento dito. Iyon ay, sabay na nagsisilbi bilang isang tool para sa pagsasagawa ng kasaysayan ng gawain at isang tool para sa pagpapanatili ng isang dialogue.

Ang entidad na "nagbago parameter" ay nakatali sa isang hiwalay na log entry at inilaan para sa pagtatago ng lumang at bagong halaga ng parameter na binago ng gumagamit.

Komunikasyon sa pagitan ng mga gawain

Ang mga gawain ay maaaring magkakaugnay: Halimbawa, ang isang gawain ay isang subtask para sa isa o mauna ito. Ang impormasyong ito ay maaaring maging kapaki-pakinabang sa pagpaplano ng pag-unlad ng programa, ang isang hiwalay na entidad ay may pananagutan sa imbakan nito sa Redmine.

Accounting na ginugol sa draft time.

Ang sistema ay nagpapanatili ng accounting ng ginugol na oras dahil sa kakanyahan ng "ginugol na oras" na nauugnay sa mga gumagamit at ang gawain. Pinapayagan ka ng kakanyahan na iimbak ang oras na ginugol, uri ng aktibidad ng gumagamit (pag-unlad, disenyo, suporta) at isang maikling komento sa trabaho. Ang mga data na ito ay maaaring gamitin, halimbawa, upang pag-aralan ang kontribusyon ng bawat kalahok sa proyekto o upang masuri ang aktwal na intensity ng paggawa at ang halaga ng pag-unlad.

Binding repositories.

Nagbibigay ang Redmine ng pagsasama sa iba't ibang mga bersyon ng control system (repository). Ang pagsasama ay upang subaybayan ang mga pagbabago sa panlabas na repository, pag-aayos ng mga ito sa database, pagtatasa ng mga pagbabago upang magbigkis sa ilang mga gawain. Sa infological na istraktura ng sistema para sa pagsasama sa mga panlabas na repository, tatlong entidad ang may pananagutan: "repository", "editor" at "pagbabago". Ang "repository" ay isang proyekto na nauugnay sa isang proyekto na nag-iimbak ng uri ng konektadong imbakan, lokasyon at pagkakakilanlan nito ng gumagamit nito.

Ang "editoryal" ay ang pagpapakita ng editoryal na board ng repository, at, bilang karagdagan sa mga patlang ng impormasyon, maaaring nakatali sa isang partikular na gawain (para sa gusto mong tukuyin sa paglalarawan ng mga pagbabago sa "refs #num", kung saan ang num ay ang numero ng gawain), at sa may-akda ng may-akda ng editoryal board. Ang entity na "pagbabago" ay dinisenyo upang iimbak ang listahan ng mga binagong (idinagdag, remote, displaced, binago) na mga file sa bawat edisyon.

Pagtanggap ng mga abiso

Ang mga notification ng gumagamit tungkol sa mga pagbabago na nagaganap sa site ay isinasagawa gamit ang kakanyahan ng "mga tagamasid" na kumukonekta sa mga gumagamit ng mga bagay ng iba't ibang klase (mga proyekto, mga gawain, mga forum, atbp.). Sa database, naka-imbak din ang mga key ng pag-access ng RSS subscription, na nagpapahintulot sa mga notification sa pamamagitan ng teknolohiyang ito, ang mga notification ay ipinadala gamit ang email.

Ilang mga flaws redmine.

Para sa bagong mas lumang bersyon kailangan mong gawin ang parehong.Suriin ang neutralidad.

Ang pahina ng talakayan ay dapat magkaroon ng mga detalye.

  • Ang pamamahala ng mga file at mga dokumento sa Redmine ay nabawasan sa pagdaragdag, pagtanggal at pag-edit ng mga ito. Hindi mo maaaring pamahalaan ang mga karapatan sa pag-access sa anumang mga file o indibidwal na mga dokumento.
  • Walang mga alerto sa pagbabago ng mga dokumento.
  • Sa Redmine, hindi mo maaaring pamahalaan ang mga karapatan sa pag-access sa antas ng mga indibidwal na mga patlang ng gawain. Halimbawa, sa sandaling ito, imposibleng itago ang mga pagtatantya ng trabaho sa isang proyekto o impormasyon tungkol sa ginugol na oras.
  • Sa Redmine ang lahat ng karagdagang mga patlang ay magagamit sa lahat ng mga gumagamit, ang lahat ng mga kalahok sa proyekto ay maaaring makita ang mga ito at baguhin ang mga ito. Ang paghihigpit na ito ay maaaring humantong sa mga paghihirap sa pagkakaroon ng isang inhomogeneous command kapag ang mga tagapamahala at mga developer, at ang mga customer ay may access sa proyekto.
  • Ang Redmine ay walang mga karapatan upang paghiwalayin ang mga uri ng mga transition sa workflow. Halimbawa, ngayon imposibleng ipahiwatig na kapag natapos ng isang tao ang error, dapat itong pumili ng responsableng tester at dapat tukuyin ang build number. Gayundin hindi mo maaaring itago ang panloob na sulat sa pagitan ng mga programmer mula sa kliyente.
  • Sa Redmine, ang pangkalahatang labor-intensity ng mga gawain ay hindi ipinapakita sa listahan ng gawain, at sa mga ulat ng labor-intensive imposibleng gumawa ng pagpili, kabilang ang ayon sa kontratista.

Chiliproject.

Bilang resulta ng katotohanan na ang pangitain ng ilang mga gumagamit na may kaugnayan sa proyekto ay nakikilala mula sa pangitain ng lider ng mga developer, nilikha ang Forma Redmine na tinatawag na Chiliproject.

Tingnan din

Literatura

  • 前田 剛 (Go Maeda) 入門 Redmine linux / windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther popp. KonfigurationSmanagement MIT Subversion, Maven und Redmine: Grundlagen für softwarearchitektten und entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

Mga Links.

Redmine. [ɹɛdmɑɪn] - Buksan ang application ng web server para sa pamamahala ng proyekto at mga gawain (kabilang ang pagsubaybay ng error). Ang Redmine ay nakasulat sa Ruby at isang application batay sa kilalang Web Framework Ruby sa daang-bakal. Ibinahagi ayon sa GNU General Public License.

Encyclopedic Youtube.

  • 1/4Mga Pananaw: 337.

    1,067.

    20 314.

    1 108.

  • Paano mag-install ng Redmine (Project Management) sa antsle

  • Mit redmine effizient mitarbeiter, projekte und aufgaben verwalten.

  • Redmine - Herramienta de Gestion de Proyectos.

  • [Kube 42] Pag-deploy ng Redmine sa Kubernetes Cluster.

Nilalaman

Pag-andar

Ang produktong ito ay nagbibigay ng mga sumusunod na tampok:

  • pagpapanatili ng ilang mga proyekto;
  • Flexible role-based access system;
  • Error sa pagsubaybay ng sistema;
  • Gantt at Calendar chart;
  • Proyekto ng balita, mga dokumento at pamamahala ng file;
  • alerto ng mga pagbabago gamit ang RSS stream at email;
  • Mga forum para sa bawat proyekto;
  • accounting ng mga pansamantalang gastos;
  • Nako-customize na mga arbitrary na patlang para sa mga insidente, mga gastos sa oras, mga proyekto at mga gumagamit;
  • Madaling pagsasama sa mga bersyon ng control system (SVN, CVS, Git, Mercurial, Bazaar at Darcs);
  • Paglikha ng mga tala ng error batay sa natanggap na mga titik;
  • Suporta para sa maraming pagpapatunay ng LDAP;
  • ang kakayahang mag-iisa na magparehistro ng mga bagong gumagamit;
  • multilingual interface (kabilang ang Russian);
  • Suportahan ang DBMS MySQL, Microsoft SQL Server. [2] , Postgresql, sqlite.

Istraktura ng database

System ng mga gumagamit

Ang mga gumagamit ay isa sa mga pangunahing konsepto ng lugar ng paksa. Ang modelo ng gumagamit ay ang batayan para sa pagtukoy at pagpapatunay ng sistema ng mga tauhan at mga customer, pati na rin upang pahintulutan ang mga ito sa iba't ibang mga tungkulin, proyekto, atbp.

Tungkulin

Ang mga tungkulin ng gumagamit ay tinutukoy ng isang nababaluktot na modelo para sa pagtukoy ng mga karapatan sa pag-access ng gumagamit. Kasama sa mga tungkulin ang isang hanay ng mga pribilehiyo, na nagbibigay-daan upang makilala ang pag-access sa iba't ibang mga function ng system.

Ang mga gumagamit ay itinalaga ng isang papel sa bawat proyekto kung saan ito nakikilahok, halimbawa, "manager sa proyekto ng pag-unlad ng proyekto", "developer sa proyekto upang mapanatili ang intranet kumpanya ng kumpanya" o "client sa isang proyekto ng impormasyon ng impormasyon ng impormasyon ng ang kumpanya B ". Ang user ay maaaring magkaroon ng ilang mga tungkulin. Ang pagtatalaga ng isang papel para sa isang hiwalay na gawain (isyu) ay kasalukuyang imposible.

Mga proyekto

Ang proyekto ay isa sa mga pangunahing konsepto sa paksa ng lugar ng mga sistema ng pamamahala ng proyekto. Dahil sa kakanyahan na ito, posible na ayusin ang joint work at pagpaplano ng ilang mga proyekto nang sabay-sabay sa delimitation ng access sa iba't ibang mga gumagamit (tingnan sa itaas). Pinapayagan ng mga proyekto ang hierarchical nesting.

Trackers.

Ang mga tagasubaybay ay ang pangunahing pag-uuri kung saan ang mga gawain ay pinagsunod-sunod sa proyekto. Sa kanyang sarili, ang konsepto ng "tracker" ay bumalik sa mga error sa accounting system (Eng. Bug tracking tool. ), kinakatawan ang bawat hiwalay na proyekto.

Sa kakanyahan, sa "Redmine", ang mga tracker ay isang analogue ng klase ng "problema" ng klase at ang batayan para sa isang polymorphism ng iba't ibang uri ng mga gawain, na nagbibigay-daan sa iyo upang matukoy ang bawat isa sa kanilang uri ng iba't ibang larangan. Ang mga tracker ay "pagpapabuti "," Error "," dokumentasyon "," suporta ".

Mga gawain

Ang mga gawain ay ang sentral na konsepto ng buong sistema, na naglalarawan ng isang tiyak na gawain na nais mong isagawa. Ang bawat gawain ay may sapilitang paglalarawan at ang may-akda, sa ipinag-uutos, ang gawain ay nakatali sa tracker.

Ang bawat gawain ay may katayuan. Ang mga katayuan ay isang hiwalay na entidad na may posibilidad na matukoy ang mga karapatan na magtalaga ng katayuan para sa iba't ibang mga tungkulin (halimbawa, ang katayuan na "tinanggihan" ay maaari lamang italaga ng isang tagapamahala) o pagpapasiya ng kaugnayan ng gawain (halimbawa, "bukas", "Itinalaga" - may kaugnayan, at "sarado", "tinanggihan" - hindi).

Para sa bawat proyekto, ang isang hanay ng mga yugto ng pag-unlad at isang hanay ng mga kategorya ng gawain ay hiwalay na tinukoy. Ang iba pang mga larangan ay kawili-wili din para sa "tinatayang oras", na nagsisilbing batayan para sa mga chart ng pamamahala ng gusali, pati na rin ang larangan ng pagpili ng mga tagamasid para sa gawain (tingnan ang "pagtanggap ng mga notification"). Ang mga gawain ay maaaring mag-attach ng mga file (mayroong isang hiwalay na entity na "application").

Ang mga halaga ng iba pang mga nakalistang katangian (halimbawa, priyoridad) ay naka-imbak sa isang hiwalay na karaniwang talahanayan.

Subaybayan ang pagbabago ng mga parameter ng gawain

Para sa pagsubaybay ng mga pagbabago sa mga parameter ng gawain ng mga gumagamit, dalawang entidad ang tumutugon sa system: "Pagre-record ng isang pagbabago ng log" at "nababago parameter". Ang log entry ay nagpapakita ng isang pagkilos ng gumagamit upang i-edit ang mga parameter ng gawain at / o magdagdag ng komento dito. Iyon ay, sabay na nagsisilbi bilang isang tool para sa pagsasagawa ng kasaysayan ng gawain at isang tool para sa pagpapanatili ng isang dialogue.

Ang entidad na "nagbago parameter" ay nakatali sa isang hiwalay na log entry at inilaan para sa pagtatago ng lumang at bagong halaga ng parameter na binago ng gumagamit.

Komunikasyon sa pagitan ng mga gawain

Ang mga gawain ay maaaring magkakaugnay: Halimbawa, ang isang gawain ay isang subtask para sa isa o mauna ito. Ang impormasyong ito ay maaaring maging kapaki-pakinabang sa pagpaplano ng pag-unlad ng programa, ang isang hiwalay na entidad ay may pananagutan sa imbakan nito sa Redmine.

Accounting na ginugol sa draft time.

Sinusuportahan ng system ang pagkuha sa oras ng account salamat sa kakanyahan ng "ginugol oras" na nauugnay sa mga gumagamit at ang gawain. Pinapayagan ka ng kakanyahan na iimbak ang oras na ginugol, uri ng aktibidad ng gumagamit (pag-unlad, disenyo, suporta) at isang maikling komento sa trabaho. Ang mga data na ito ay maaaring gamitin, halimbawa, upang pag-aralan ang kontribusyon ng bawat kalahok sa proyekto o upang masuri ang aktwal na pagsasaalang-alang sa oras at ang halaga ng pag-unlad.

Binding repositories.

Nagbibigay ang Redmine ng kakayahang maisama ang iba't ibang mga bersyon ng control system (repository). Ang pagsasama ay upang subaybayan ang mga pagbabago sa panlabas na repository, pag-aayos ng mga ito sa database, pagtatasa ng mga pagbabago upang magbigkis sa ilang mga gawain.

Sa infological na istraktura ng sistema para sa pagsasama sa mga panlabas na repository, tatlong entidad ang may pananagutan: repository, editor at pagbabago.

  • Repository - Isang proyekto na nauugnay sa entity na nag-iimbak ng uri ng konektadong imbakan, lokasyon at pagkakakilanlan ng data nito ng gumagamit nito.
  • Editoryal - pagpapakita ng tanggapan ng editoryal ng repository, at, bilang karagdagan sa mga patlang ng impormasyon, maaaring nakatali sa isang tiyak na gawain: ito ay nangangailangan ng tukuyin sa paglalarawan ng mga pagbabago sa "refs #num", kung saan ang num ay ang numero ng gawain), at sa may-akda ng may-akda ng editoryal board.
  • Baguhin - Mga tindahan ng isang listahan ng mga binagong (idinagdag, remote, displaced, binagong) mga file sa bawat edisyon.

Pagtanggap ng mga abiso

Ang mga notification ng gumagamit tungkol sa mga pagbabago na nagaganap sa site ay isinasagawa gamit ang kakanyahan ng mga "tagamasid" na kumukonekta sa mga gumagamit ng mga bagay ng iba't ibang klase (mga proyekto, mga gawain, mga forum, atbp.). Ang database ay nag-iimbak din ng mga access key sa RSS subscription, na nagbibigay-daan sa iyo Upang makatanggap ng mga abiso sa pamamagitan ng teknolohiyang ito, ang mga notification ay ipinadala gamit ang email.

Ilang mga flaws redmine.

  • Ang pamamahala ng mga file at mga dokumento sa Redmine ay nabawasan sa pagdaragdag, pagtanggal at pag-edit ng mga ito. Hindi mo maaaring pamahalaan ang mga karapatan sa pag-access sa anumang mga file o indibidwal na mga dokumento.
  • Sa Redmine, hindi mo maaaring pamahalaan ang mga karapatan sa pag-access sa antas ng mga indibidwal na mga patlang ng gawain. Halimbawa, sa sandaling ito, imposibleng itago ang mga pagtatantya ng oras ng trabaho sa gawain. Ngunit maaari kang gumawa ng karagdagang mga patlang na makikita lamang sa mga gumagamit na may tinukoy na mga tungkulin.
  • Sa Redmine, ang pangkalahatang pagsasaalang-alang sa paggawa ng mga gawain ay hindi ipinapakita sa listahan ng gawain.
  • Walang posibilidad na bigyan ang gumagamit ng isang papel sa buong sistema; Halimbawa, ang "Project Office Manager" ay dapat magkaroon ng access sa lahat ng mga proyekto sa system: Para sa kailangan mo upang magdagdag ng isang user na may papel na ito sa lahat ng mga proyekto.
  • Ikonekta ang Git repository ay posible lamang kung Redmine, at ang repository ay nasa parehong server.

Chiliproject.

Bilang resulta ng katotohanan na ang pangitain ng ilang mga gumagamit na may kaugnayan sa proyekto ay nakikilala mula sa pangitain ng lider ng mga developer, nilikha ang Forma Redmine na tinatawag na Chiliproject. Sa kasalukuyan, ang proyektong ito ay sarado.

Tingnan din

Mga Tala

Literatura

  • 前田 剛 (Go Maeda). 入門 Redmine linux / windows 対応. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther popp. KonfigurationSmanagement MIT Subversion, Maven und Redmine: Grundlagen für softwarearchitektten und entwickler. - 3. - dpunkt.verlag GmbH, 2009. - P. 362. - ISBN 9783898645218.

Mga Links.

  • Opisyal na site Redmine. (Eng.)
  • Android client para sa Redmine. (Eng.)
  • Pag-install at pag-configure ng mga bundle ng redmine na may hiyas, ruby, daang-bakal, postgresql, pasahero, nginx
  • Pag-install at pag-configure ng mga bundle ng Redmine na may perlas, ruby, daang-bakal, mysql, pasahero, nginx (hindi maa-access na link)
  • Paglikha ng mga plugin para sa Redmine.
  • RedMineApp - iPhone application para sa Redmine.
  • Redmine PM - Redmine client para sa iPhone / iPad.
  • Redmine to Go - Windows Phone client para sa Redmine.
  • Ang RedMineup ay isang hanay ng mga libre at komersyal na plug-in at mga tema para sa Redmine.
  • Ang RMClient ay isang kliyente para sa Windows, Mac, Linux, komersyal.
  • Pagtatakda ng mga gawain sa siklo ng buhay
  • Paglutas ng mga problema sa pagganap
  • Pagplano ng pagpapatakbo sa Redmine.
  • Gabay sa Pagsusulat ng Plugin.
  • Detalyadong mga tagubilin sa pag-install
  • Easy Redmine - Commercial Option.
  • Designer Jetware Installars at virtual machine na may Redmine.

Ang pahina na ito ay huling na-edit noong Mayo 3, 2021 sa 13:31.

  • - Pagpapanatili ng ilang mga proyekto;
  • - Error sa pagsubaybay ng system;
  • - Mga alerto tungkol sa mga pagbabago sa pamamagitan ng email at RSS feed;
  • - Nako-customize na mga katayuan ng gawain;
  • - Nako-customize na mga arbitrary na patlang para sa mga gawain, mga gastos sa oras, mga proyekto at mga gumagamit;
  • - Ang accounting ng mga gastos sa oras (oras);
  • - Ganta chart at kalendaryo;
  • - Wiki para sa bawat proyekto;
  • - Pamamahala ng balita ng proyekto, pamamahala ng file at mga dokumento;
  • - Mga Forum para sa bawat proyekto;
  • - Multilingual interface, kabilang ang Russian;
  • - Madaling pagsasama sa mga repository (SVN, CVS, Git, Mercurial, Bazaar at Darcs);
  • - Access separation system batay sa mga tungkulin;
  • - Suporta para sa maramihang pagpapatunay ng LDAP;
  • - Ang kakayahang mag-independiyenteng magrehistro ng mga bagong gumagamit;
  • - Pagpapalawak ng pag-andar ng system sa pamamagitan ng pag-install ng karagdagang Plugin. ;
  • - Suporta DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (mula sa bersyon 2.3).
  • Isaalang-alang ang mas detalyado ang sistema ng Redmine. Sa ibaba ay ang ilang mga screenshot, sa una sa kanila - isang listahan ng mga gawain ayon sa isa sa mga proyekto.

    Ang Task Tab ay nagbibigay-daan sa iyo upang makita ang parehong mga kasalukuyang gawain ng proyekto (sa pamamagitan ng default) at naunang sarado na mga gawain - posible ang mga kahilingan ng customer.

    Diyos ikaw ay akin, mayroon akong mga salungatan!

    (mga filter). Maaaring i-save ang mga pasadyang query para sa kasunod na paggamit ng lahat ng mga gumagamit ng system.

    (Kapag na-install mo ang checkbox na "pampublikong" query) o para sa paggamit ng user na lumikha ng kahilingan. Matapos ang paglikha ng isang query, maaari mong i-configure ang listahan ng mga gawain sa isang click,

    Sa madaling panahon (marahil ay nasa panahon ng unang pag-update sa bagong nakababatang bersyon) makakatagpo ka ng mga kontrahan ng mga merger. Sa panahon ng Git rebuasion, ginagamit nito ang gumawa ng isa-isa at hihinto sa bawat oras na ang paggamit ng gumawa ay nangyayari sa mga error. Sa kasong ito, ang koponan

    Sinasamantala ang sanggunian sa query sa pamamagitan ng "naka-save na mga query" sa panig na panel sa kanan.

    • Ang sistema ay nagpapatupad ng mga mekanismo para sa pagsubaybay ng mga gawain at mga subscription sa mga gawain. Para sa bawat gawain, ang mga tagamasid ay maaaring italaga, pagkatapos kung saan ang mga pagbabago sa katayuan, ang mga parameter ng gawain, magdagdag ng mga bagong komento, mga file sa gawain, ang mga gumagamit ng tagamasid ay makakatanggap ng naaangkop na mga abiso sa e-mail.
    • Ang lahat ng mga gumagamit ng system ay maaaring lumikha ng mga bagong gawain. Upang magdagdag ng isang bagong gawain sa proyekto, kailangan mong pumunta sa bagong tab na Task,
    • Piliin ang Task Tracker at punan ang ipinag-uutos (*) at karagdagang (kabilang ang mga pasadyang user) na mga patlang ng gawain. Sa patlang na "tema", ito ay maikli na binuo, ngunit sa impormal na kahulugan ng gawain (kapag pumunta ka sa isa pang patlang sa pamamagitan ng pagpindot sa key ng tab, sa kaso ng isang karagdagang plug-in, maaari kang maghanap para sa entry ng Paksa sa mga naunang nilikha na mga gawain). Sa patlang na "Paglalarawan" ay nagtatakda ng isang detalyadong nilalaman ng gawain. Upang mapahusay ang pagiging madaling mabasa ng teksto, maaari mong gamitin ang mga kakayahan ng built-in na editor ng web.
    • Ang gawain ay maaaring naka-attach na mga file, ang maximum na sukat nito ay kinokontrol ng administrator ng system.
    • Ang mga tagamasid ay maaaring konektado sa gawain: upang lumikha ng isang gawain, kapag kumakain sa gawain, baguhin ang katayuan ng gawain, ang mga tagamasid ay makakatanggap ng angkop na mga notification sa kanilang email address. Ang mga gumagamit ay maaari ring magdagdag ng kanilang sarili bilang isang tagamasid sa isang abot-kayang gawain, na kung saan sa task card ay dapat na sinusundan ng link na "Sundin".

    Ang mga gawain sa sistema ay maaaring magkakaugnay: halimbawa, ang isa sa mga ito ay isang subtask para sa isa pa, nauna sa kanya o ang mga gawaing ito ay may kaugnayan lamang sa isa't isa.

    Git status.

    Ang Redmine System ay nagbibigay ng isang hiwalay na entity na tinatawag na "Mga Kaugnay na Gawain". Ang mga kaugnay na gawain ay maaaring magkaroon ng mga sumusunod na uri ng mga link:

    Nagpapakita ng mga file ng problema.

    - "Duplicates" - Associates ang mga gawain sa isang paraan na ang pagsasara ng isa ay nangangailangan ng pagsasara ng isa pang gawain;

    Suriin kung alin sa mga commits na ginawa ng isang kabiguan, alamin kung bakit ito ay inilaan (makabuluhang gumawa ng mga mensahe ay makakatulong), iwasto ang mga file, utos

    - "Kaugnay sa" ay isang reference lamang sa isa pang gawain. Ang ganitong link ay ginagamit upang ipakita na ang mga gawaing ito ay pinagsama ng isang layunin o iba pang karaniwang mga katangian; - "Mga bloke" - ay nagpapakita na ang gawaing ito ay dapat makumpleto bago simulan ang trabaho sa isa pang gawain. Sa parehong mga gawain, maaari mong malayang baguhin ang porsyento ng pagpapatupad, petsa, katayuan, ngunit may isang pagbubukod: ang naka-lock na gawain ay hindi maaaring sarado hanggang sa sarado ang pag-block ng gawain. Gayunpaman, sa naka-lock na gawain, posible na itakda ang katayuan na "gumanap", ang pagiging handa ng 100%, kahit na ang pagiging handa ng pag-block ng gawain ay nag-iiwan ng maraming nais; - "Nauna" - nagtatakda ng pamamaraan para sa pagsasagawa ng mga gawain upang ang gawaing ito ay dapat makumpleto para sa mga araw bago ang pagsisimula ng nauugnay. Sa nauugnay na gawain card, hindi lamang ito ay isang entry sa umiiral, ngunit awtomatikong baguhin ang tiyempo at dulo ng gawain. Ang termino ng gawain ay katumbas ng petsa ng nakatali na problema, nadagdagan ng bilang ng mga araw na tinukoy sa bundle;

    Git Add.

    - "Susunod" - nagtatakda ng pamamaraan para sa pagsasagawa ng mga gawain sa isang paraan na ang gawaing ito ay maaaring isagawa lamang pagkatapos ng nauugnay. Ang koneksyon na ito ay baligtarin ang nakaraang isa.

    Idagdag ang bawat naituwid na file kapag natapos mo na. Kung ang mga kontrahan ay naalis na, maaari mong tingnan ang mga pagbabago na maayos gamit ang command

    Ang timing ay awtomatikong magbabago hindi sa umiiral, ngunit sa nae-edit na gawain. Samakatuwid, ang link na "susunod" ay dapat gamitin, tanging siguraduhin na ang mga gawain ay dapat na talagang pumunta isa-isa sa isang naibigay na agwat ng oras sa pagitan ng mga ito.

    Git diff --cached.

    Ang mga sumusunod na larawan ay nakatuon sa pagsasaayos at pangangasiwa ng sistema ng Redmine.

    . Sa sandaling isaalang-alang mo ang resulta na kasiya-siya, maaari kang magpatuloy sa mga rebuas sa koponan

    Ang mga tracker ay may mahalagang papel sa mga gawain sa pagsubaybay. Sila ay kasangkot sa pagtukoy ng mga kondisyon para sa paglipat ng mga gawain mula sa isang estado patungo sa isa pa, ang pagkakaroon ng mga patlang.

    Git rebase --continue.

    Ang tracker ay isang lohikal na samahan ng mga gawain sa isang grupo sa loob ng proyekto, halimbawa, ang pag-aalis ng error, ang pag-unlad ng isang bagong pag-andar, atbp. Maaaring maging tracker

    Kasama sa isa, ilang o lahat ng mga proyekto.

    Ang mga gumagamit ng Redmine ay dapat kasama sa isa sa mga grupo ng papel, ang bilang ng mga tungkulin ay hindi limitado. Ang sistema ay nagbibigay ng dalawang paunang natukoy na mga tungkulin:

    Ang papel na ginagampanan ng "anonymous" - para sa mga hindi rehistradong gumagamit, ang papel na ginagampanan ng "hindi kalahok" - para sa nakarehistro, ngunit hindi kasama sa anumang proyekto ng gumagamit.

Hindi nakikilalang hindi maaaring lumikha ng mga gawain.

Ang bawat papel ay nakatakda upang ma-access ang mga karapatan sa mga posibleng pagkilos na may mga gawain, proyekto, dokumento, file, wiki, forum, atbp. Ito ay malinaw na

Ang mga tungkulin ng "tagapamahala ng proyekto" ay dapat bigyan ng higit pang mga kapangyarihan, ang papel na ginagampanan ng "tagapalabas" - mas maliit, ang mga tungkulin ng "di-nakikilahok" - kahit na mas mababa, ang mga tungkulin ng "anonymous" upang payagan ang mga pinakamababang posibilidad

Sa mga pampublikong proyekto, at sa mga indibidwal na proyekto, ang lahat ay ipinagbabawal. Ang mga kalahok ng sistema ng papel na "tagapangasiwa" ay may walang limitasyong mga karapatan sa buong sistema.

Depende sa napiling tracker, ang bawat gawain ay maaaring makapasa sa ilang mga yugto at may iba't ibang mga katayuan.

Kaya, sa halimbawa sa ibaba para sa mga nilikha na trackers "pag-troubleshoot", "isang beses na gawain, adhoc", "bagong pag-unlad" na pinakamataas na paraan sa pamamagitan ng mga katayuan ng gawain:

1. BAGONG -> 2. Ibinahagi -> 3. Pagsusuri -> 4. Sa Operasyon -> 5. Ginawa -> 6. Pagtanggap ng Customer -> 7. Sarado

Ang mga tungkulin ng "Project Manager", "Executive", "Customer, Member" ay nilikha. Dahil ang tagapamahala ng proyekto ay isang administrator ng kanyang proyekto, pagkatapos ay sa loob ng balangkas ng kanyang proyekto ay maaaring ilipat sa gawain ng iba't ibang mga katayuan. Ang tagapalabas ng gawain o customer / kalahok ay maaaring isalin ang gawain lamang mula sa ilang mga katayuan. Sa anumang yugto, maaaring kanselahin ang gawain (isinalin sa katayuan na "tinanggihan") na nagpapahiwatig ng dahilan. .

Kapag gumawa ka ng mga pagbabago sa gawain, ang mga pagbabago sa katayuan ng gawain, magdagdag ng mga komento sa lahat ng mga gumagamit na kasangkot sa gawain ay darating awtomatikong e-mail.

Para sa bawat pares na "papel - tracker" may pagkakataon na i-configure ang visibility, ang obligasyon na punan ang mga patlang (kabilang ang mga field na maaaring i-configure) sa task card. Mga patlang ng system

"Proyekto", "tracker", "tema", "priority", "pribado" (gawain) ay palaging kinakailangan upang punan. Pag-configure ng pagkakasunud-sunod ng mga pagkilos para sa isa sa mga pares na "Role - Tracker",

Maaaring kopyahin ang mga setting ng pagkakasunud-sunod para sa isa pang pares ("kopya" na link).

Sa sistema ng Redmine para sa mga gawain, mga gumagamit at iba pang mga entity, maaari kang lumikha ng isang arbitrary na bilang ng mga nako-customize na (custom) na mga patlang. Ang mga pasadyang mga patlang ay magiging

Ipakita sa isang task card sa dalawang haligi pagkatapos ng lugar ng mga paunang natukoy na mga patlang ng system. Ang uri ay tumutukoy sa pagkakasunud-sunod ng mga pasadyang field sa task card. Sinusuportahan ng mga custom na patlang ang mga sumusunod na uri ng data: string, mahabang teksto, integer, tunay na numero, petsa, listahan para sa pagpili ng isang solong halaga, Listahan para sa pagpili ng maramihang mga halaga, link, gumagamit. Maaaring paganahin ang bawat pasadyang patlang sa lahat o tanging tinukoy na mga proyekto, gamitin ang mga napiling tracker. Sa pagtukoy ng isang pasadyang larangan, maaari mong agad na i-install Kinakailangan ang mga global na setting at kakayahang makita para sa mga tungkulin, pati na rin ang paglahok sa field sa mga query ng user (mga filter) at mga query sa paghahanap. Ang programa para sa pamamahala ng mga server at serbisyo Redmine ay matatagpuan bilang start-up -> Bitnami Redmine Stack Group -> Redmine Manager Tool. Gamit ang administratibong application na ito, maaari mong pamahalaan ang mga serbisyo ng Redmine, ang Apache web server, MySQL database server.

Pag-uulat

Ang Redmine System ay nagbibigay ng gant diagram, at sa tulong ng mga karagdagang plugin posible na bumuo ng mga ulat upang maunawaan ang katayuan ng mga proyekto at mga gawain.

Marahil ang isang pribadong pagsusumite ng mga developer tungkol sa mga format ng mga ulat na ito ay magsasaayos sa iyo.

Gayunpaman, ang mga analytical na ulat sa mga gawain ng proyekto ay pinakamahusay na nilikha batay sa data na na-export sa CSV file. Para dito

Sa pangunahing menu ng sistema ng Redmine, piliin ang "Mga Proyekto" -> "Lahat ng Mga Proyekto", sundin ang link na "Tingnan ang Lahat ng Mga Gawain",

Sa listahan ng mga gawain, ilapat / kanselahin ang nais na pamantayan sa pag-filter at mag-click sa link na "I-export sa CSV" sa kanang ibaba sa listahan ng gawain.

Sa ganitong paraan, ang listahan ng gawain ay ibaba - ang mga isyu.

Susunod, dapat mong buksan ang isang bagong MS Excel Book, piliin ang "Data" -> "Mula sa Teksto" sa pangunahing menu, tukuyin ang landas sa mga isyu ng file.csv, Sa kahon ng dialogo ng pagpili ng code na "1251: Cyrillic (Windows)", (Marahil bilang isang simbolo ng separator, nabanggit - "Iba", tukuyin ang simbolo | (vertical trait)) at i-click ang pindutang "Tapusin". Ang data ay mai-import sa Excel file habang nagse-save ang koneksyon sa file na CSV. Batay sa talahanayan ng pinagmulan ng data, kailangan mong lumikha ng mga talahanayan ng buod, mga diagram (i-highlight ang talahanayan / haligi, pagkatapos ay piliin ang "Ipasok" -> "Buod ng Table"). Posible upang matiyak ang mga tagapagpahiwatig ng analytical sa base table, kakailanganin mong lumikha ng karagdagang kinakalkula na haligi.

Ang isang halimbawa ng isang ulat ay matatagpuan sa pamumuhunan sa artikulong ito.

Redmine¶

Ang Redmine ay isang nababaluktot na application sa pamamahala ng proyekto. Isinulat gamit ang ruby ​​sa rails framework, ito ay cross-platform at cross-database.

Ang Redmine ay bukas na mapagkukunan at inilabas sa ilalim ng mga tuntunin ng GNU General Public License V2 (GPL).

Mga Tampok¶

Ang ilan sa mga pangunahing tampok ng Redmine ay:

Magbasa nang higit pa tungkol sa mga tampok ng Redmine.

Dokumentasyon¶ .

Maaari mong basahin ang

Redmine Guide.

Iba Pang Mga Mapagkukunan:

Online Demo¶ Ang isang nakabahaging online demo ay matatagpuan sa http://demo.redmine.org/. Ito ay na-setup upang magbigay ng mga rehistradong gumagamit ng kakayahan upang lumikha ng kanilang sariling mga proyekto Ang ibig sabihin nito sa sandaling magparehistro ka, maaari kang lumikha ng iyong sariling proyekto doon at subukan ang mga tampok ng administrasyon ng proyekto. Bilang kahalili, maaari kang makakuha ng iyong sariling redmine demo na kapaligiran sa http://m.redmine.org na may mga pribilehiyo ng buong administrator pagkatapos ng pagpuno ng isang simpleng form.

Suporta at Pagkuha ng Tulong

Para sa pagkuha ng tulong o pagtalakay sa Redmine, maaari mong i-browse ang

Redmine Forums. 

Naka-host dito mismo sa Redmine. Mayroon din kaming A. Silid pang-usap. - Sumali sa #Redmine sa Freenode IRC Network.There ay isang hindi opisyal na workspace sa

Malubay Kung saan maaari kang magtanong at lumahok sa mga talakayan sa iba pang mga gumagamit ng Redmine. Bago magsumite ng isang ulat ng bug, isang patch o isang kahilingan sa tampok dito, pakibasa ang mga alituntunin sa pagsusumite.

Nag-aambag at tumutulong sa labas Ang Redmine ay itinayo at pinananatili ng mga boluntaryo ng komunidad. Kung masiyahan ka sa paggamit nito at nais mong ibalik sa komunidad, ang pahina ng kontribusyon ay may mga ideya sa Sevel. Hindi kinakailangan ang karanasan sa pag-unlad ng software. Tingnan ang pahina ng mga koponan kung interesado ka sa isang partikular na lugar upang regular na mag-ambag. Maaari ka ring gumawa ng donasyon at makakuha ng nakalista sa pahina ng Redmine Donors. Sino ang gumagamit ng Redmine? ¶ Inililista ng pahinang ito ang ilang mga kumpanya at mga proyekto gamit ang Redmine. Redmine books¶ Mastering Redmine 2nd Edition.

Ay isang komprehensibong gabay na may mga tip, trick at pinakamahusay na kasanayan para sa paggamit ng Redmine. Maaari mong bilhin ito online.

Redmine Plugin Extension and Development. Nagbibigay ng isang pangkalahatang-ideya ng mga tool na magagamit sa mga developer na nais na pahabain ang Redmine upang gumana ang kanilang paraan. Maaari mong bilhin ito online. Redmine cookbook. Silid pang-usap. .

: Higit sa 80 mga kamay-sa mga recipe upang mapabuti ang iyong mga kasanayan sa pamamahala ng proyekto, pamamahala ng koponan, pagpapabuti proseso, at redmine administrasyon. Maaari mong bilhin ito online. Redmine books¶ Disclaimer: Ito ay hindi isang ordinaryong gabay sa uri na "Paano mag-install ng Redmine". Sa loob nito, hindi ako sumisid sa setting ng database o i-install ang web server. Hindi rin ako magsasalita tungkol sa pag-set up ng Redmine. Ang dokumentasyon ng Redmine sa planong ito ay lubos na kumpleto. At upang hindi nabanggit sa opisyal na dokumentasyon, mayroong isang pangkalahatang pamamaraan para sa pagpapatakbo ng mga application ng daang-bakal na madaling makita sa Internet.

Sa halip, ito ay tungkol sa sinamahan ng sarili nitong, higit pa o mas kaunting na-customize na bersyon ng Redmine, na maaaring i-deploy gamit ang isang command shell kapag kinakailangan. Handa na? Pagkatapos ay magsimula tayo. Itakda ang uri ng build na "all-in-one" at handa na upang simulan ang mga virtual machine Ang mga pakete sa pag-install ng BitNAMI o pre-install na virtual machine ay mabuti para sa mabilis na sample ng redmine, ngunit hindi angkop para sa produktibong paggamit. Bakit? Dahil wala silang pag-update. Oh, isang segundo, may bitami. Totoo, mukhang mas katulad ng joke. "I-install ang bagong bersyon ng buong stack sa isa pang direktoryo at ilipat ang iyong data doon," Hindi ito isang pag-update. Hindi isang salita tungkol sa pag-set up, pag-customize at mga plugin, na malamang na kailangang i-save at muling i-install. Gusto ko ng good luck sa tulad ng isang "update". Reliza Redmine patches o dalawang beses sa isang buwan. Ang mga pagwawasto ng mga error na may kaugnayan sa seguridad ay ibinibigay kung kinakailangan - hindi mo nais na makaligtaan ang mga ito?

Ang katotohanan na ang mga tao ay madalas na nakalimutan ang tungkol sa: Ang pag-update ng oras ay hindi laging nakasalalay sa iyo. Siyempre, maaari mong ipagpaliban ang pag-update bago ang paglabas ng susunod na nakababatang bersyon ng Redmine - sa loob ng ilang linggo (marahil kahit na para sa mas matagal na panahon). Ngunit hindi mo nais na makita ang mga bagong problema sa seguridad sa Redmine o Rails umupo sa isang Nepostable System hanggang posible na ilabas ang oras upang i-install at i-configure ang bagong BitNAMI stack at manu-manong ilipat ang lahat ng data?

Ang pag-install ay nasa tuktok lamang ng malaking bato ng yelo. Update - ito ay kung ano ang kailangang gawin nang regular 

Ang paghahanap para sa pinakasimpleng paraan ng pag-install ay tiyak na huminto upang maging may kaugnayan sa sandaling ang desisyon ay ginawa upang gamitin ang Redmine sa produksyon. Simple accompaniment at ang posibilidad ng paggawa ng makabago - ito ang kailangan mong patalasin ang pansin upang mabawasan ang mga gastos at panganib na nauugnay sa paggamit ng iyong sariling Redmine.

  • Sa ibaba ay sasabihin ko sa iyo kung paano lamang suportahan ang Redmine sa kasalukuyang estado. Redmine books¶ .
  • Gumamit ng git. Redmine books¶ Kahit na nais mong magpatakbo ng stock Redmine nang walang anumang mga setting o mga plug-in, gamitin ang git repository upang iimbak ang redmine copy. Sa hindi bababa sa, ang pagkakaroon ng isang espesyal na repository ay magbibigay sa iyo ng lugar ng imbakan ng lahat na kinakailangan para sa pag-deploy (mamaya ito ay itinuturing na higit pang mga detalye). Maaga o huli ikaw (o ang iyong mga gumagamit) Ang Redmine ay itinayo at pinananatili ng mga boluntaryo ng komunidad. Kung masiyahan ka sa paggamit nito at nais mong ibalik sa komunidad, ang pahina ng kontribusyon ay may mga ideya sa Sevel. Hindi kinakailangan ang karanasan sa pag-unlad ng software. Tingnan ang pahina ng mga koponan kung interesado ka sa isang partikular na lugar upang regular na mag-ambag. .
  • Well.

Mag-install ng ilang plugin o custom-made na paksa, at para sa ito ay handa na imprastraktura. Ang mga eksperimento na may mga pagbabago at pagsubok ng mga plugin at ang mga lokal na sanga na walang mga karamdaman sa code ng produksyon ay nagiging napaka-simple sa pagkakaroon ng Sariling Git C Redmine repository. Kaya ngayon ay magsisimula kami sa pagsasaayos ng repository. Kahit na ang pangunahing repository ng Redmine ay isang halimbawa ng pagbabagsak, ang GitHub ay may isang semi-opisyal na repository na sinusuportahan ng pangunahing committer at patuloy na na-update. Gamitin ito upang i-configure ang iyong sariling repository: Pag-set up ng lokal na clone redmine.

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git remote rename pinanggalingan upstream $ git remote add origin [email protected]: redmine.git $ git checkout -b redmine / 3.2-stable upstream / 3.2 -Stable $ git checkout -b lokal / 3.2-matatag $ git itulak --sset-upstream pinanggalingan lokal / 3.2-matatag

Baguhin ang numero ng bersyon 3.2-matatag Sa bilang ng huling matatag na bersyon ng Redmine.

Remote repository.

[email protected] 

Dapat itong pribado, dahil ito ay mag-iimbak ng configuration ng pag-deploy (at posibleng iba pang impormasyon, na hindi nagkakahalaga ng pag-publish). Dahil ang proseso ng pag-deploy na inilarawan sa ibaba ay kunin ang code mula sa repository na ito, ang repository ay dapat na magagamit sa panahon ng pag-deploy, kaya huwag ilagay ito sa mga desktop computer. Ang perpektong ay ang sitwasyon kapag ang repository ay magagamit din mula sa isang web server kung saan nangyayari ang pag-deploy. Ngunit ito, kung kinakailangan, maaari kang makakuha sa paligid. Mayroon ka na ngayong dalawang lokal na sangay: Redmine / 3.2-Stable. Ang Redmine ay itinayo at pinananatili ng mga boluntaryo ng komunidad. Kung masiyahan ka sa paggamit nito at nais mong ibalik sa komunidad, ang pahina ng kontribusyon ay may mga ideya sa Sevel. Hindi kinakailangan ang karanasan sa pag-unlad ng software. Tingnan ang pahina ng mga koponan kung interesado ka sa isang partikular na lugar upang regular na mag-ambag. и na sumusubaybay sa redmine 3.2 nang walang karagdagang pag-andar mula sa repository ng GitHub / Redmine na ipinakita ng remote na nasa itaas pataas Ang Redmine ay itinayo at pinananatili ng mga boluntaryo ng komunidad. Kung masiyahan ka sa paggamit nito at nais mong ibalik sa komunidad, ang pahina ng kontribusyon ay may mga ideya sa Sevel. Hindi kinakailangan ang karanasan sa pag-unlad ng software. Tingnan ang pahina ng mga koponan kung interesado ka sa isang partikular na lugar upang regular na mag-ambag. repository. na sumusubaybay sa redmine 3.2 nang walang karagdagang pag-andar mula sa repository ng GitHub / Redmine na ipinakita ng remote na nasa itaas Lokal / 3.2-Matatag.

Kung saan ang lahat ng mga setting ng pag-deploy, pagpapasadya, mga tema at mga plugin ay ilalagay.

Mga advanced na update ng mga bersyon

Ginagamit ng Redmine ang sumusunod na bersyon ng Numbering Scheme: XYZ Major / Minor / Patch. Ang bawat nakababatang bersyon ay may sarili nito Matatag na sangay Kung saan ang mga pag-aayos at mga patch ng kaligtasan ay ilalapat sa paglipas ng panahon (hangga't ang bersyon na ito ay sinusuportahan pa rin). Sa aming kaso, ito ay isang sangay

Paminsan-minsan, ang pataas na sangay ay makakatanggap ng ilang mga bagong pagtatalaga. Ang iyong gawain ay upang isama ang mga bagong commits sa lokal na sangay Para sa pag-deploy. Kahit na posible at regular na makadagdag sa sangay ng pataas, ipinapanukala kong gamitin Git rebase. Upang suportahan ang iyong sariling hanay ng mga pagbabago over .

Stock Redmine: Rebupping lokal na pagbabago sa "hubad" redmine: $ Git checkout redmine / 3.2-stable $ git pull # bagong upstream commits pagdating sa $ git checkout lokal / 3.2-matatag $ git rebase redmine / 3.2-stable

Rebase:

Ay kanselahin ang lahat ng mga lokal na pagbabago sa.

Mga Links.

  1. I-update
  2. upang ipakita ang mga pagbabago na naganap sa.
Kung hindi ka inaasahang nakakuha ng isang grupo ng mga kontrahan, at walang oras upang malutas ang problemang ito, maaari mo lamang matakpan ang kasalukuyang rebuasion gamit ang parameter

Ang lahat ng mga lokal na pagbabago sa "hubad" na bersyon ay muling ilapat.

Redmine. Ang resulta ay magiging Purong kuwento Kung saan ang iyong (lokal) ay palaging nasa tuktok ng huling (pataas) na mga kombinasyon ng Redmine.

Junior at mas lumang mga update

Ngayon na may isang bagong matatag na sangay (sabihin natin 3.3-matatag ), Gawin ang parehong - mag-reneram sa iyong mga pagbabago sa itaas nito. Ang mga utos ng git ay bahagyang naiiba dahil sa pagbabago ng upward branch: Paglipat ng mga lokal na pagbabago sa isang bagong matatag na sangay $ Git fetch upstream $ git checkout -b redmine / 3.3-stable upstream / 3.3-stable $ git checkout -b lokal / 3.3-matatag na lokal / 3.2-matatag $ git rebase - konto redmine / 3.3-stable redmine / 3.2-stable Lokal / 3.3-Matatag. Ang mga koponan na ito ay unang lumikha ng dalawang bagong lokal na sangay para sa bersyon 3.3: isa sa pataas, at ang isa ay mula sa lokal na sangay 3.2. Pagkatapos ay inilipat nila ang mga lokal na pagbabago Redmine / 3.3-Stable.

. Ang mga lokal na pagbabago dito ay ang pagkakaiba sa pagitan

Lokal / 3.3-Matatag. (na kung saan ay pa rin ). Ngayon

Naglalaman ng redmine 3.3 plus anumang mga lokal na pagbabago.

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