Redmine untuk Manajemen TI: Pengalaman Praktis Implementasi Laporan Sistem OpenSource

Prasejarah kecil. Seperti yang Anda ketahui, otomatisasi selalu dimulai dengan sesuatu yang "ceria". Otomatiskan diri Anda atau manajemen Anda, kami mulai bukan dari kehidupan yang baik. Ini biasanya terjadi karena organisasi tumbuh, menjadi sulit untuk dinavigasi dalam sejumlah besar informasi masuk dan tersedia. Jadi organisasi kami pada titik tertentu mulai tumbuh dengan cepat, jadi kami membutuhkan sangat cepat dari kekacauan untuk melakukan sesuatu yang terstruktur, bermanfaat dan nyaman.

Apa arti kekacauan dalam sistem kita? Ini berarti bahwa permintaan yang tidak dipesan yang tidak tunduk pada analytics dan penataan permintaan berasal dari pengguna, dan tidak ada manajemen proyek seperti itu. Pertanyaan membeku di suatu tempat di surat, dalam Word, di kepala analis, programmer, manajer departemen - tergantung pada struktur mana yang digunakan dalam organisasi.

Kami memutuskan untuk menghapus kekacauan Anda menggunakan perangkat lunak redmine. Segera buat reservasi bahwa kami tidak akan berbicara tentang metodologi. Kami akan berbicara persis tentang kemungkinan redmine, tentang bagaimana kami menerapkannya. Setiap perusahaan memiliki nuansa sendiri, jangan membawa kami kepada kami, jangan mengambil orang lain. Buat analisis Anda, bertindak sesuai kebutuhan Anda dan perlu untuk Anda. Jangan takut kesalahan, karena pada kesalahan kita belajar.

Dari kekacauan, yang kami miliki, kami mencoba untuk beralih ke pesanan. Sekarang kita berada di tengah-tengah cara ini. Tentu saja, tidak semuanya dan akan berawan dan halus, tetapi kami sangat berusaha.

Di dalam perusahaan kami, kami mengalokasikan tiga masalah utama:

  • Pertama, kami membutuhkan sistem untuk kesalahan pelacakan, insiden dan permintaan masuk, I.E. Kami perlu mengotomatiskan pelacak bug;
  • Kedua, kami ingin entah bagaimana mengalokasikan manajemen proyek. Tidak sepenuhnya dipantau oleh otomatisasi, yang menyiratkan penggunaan metodologi, dan sejauh yang diperlukan untuk dibuat pada tahap pengembangan dan dengan semacam masa depan. Selanjutnya, Anda akan melihat bagaimana kami menggunakan redmine untuk ini, dan di mana kita akan mengembangkannya lebih lanjut;
  • Ketiga, kami mengalokasikan Unit Kontrol Layanan TI (ITSM) ke dalam sistem yang terpisah, namun, juga tidak sepenuhnya. Departemen kami menyediakan layanan TI yang berbeda yang perlu dikelola.

Selain itu, kami mengalokasikan masalah pribadi kami:

  • Ini, saya ulangi, beragam layanan TI, karena programmer menjalani hidup mereka, administrator sistem, masih ada departemen pemasaran internet dan lainnya;
  • Masing-masing memiliki struktur sendiri dan keinginan mereka untuk mengelola departemen. Di semua departemen, berbagai metodologi, pendekatan, manajer, dan psikotypes - itu memaksakan jejaknya pada pilihan sistem. Tetapi perlu untuk bergerak dengan semua pada saat yang sama, dan, mencapai satu tujuan - tatanan tertentu dalam organisasi, aksesibilitas informasi dan perkiraan;
  • Selain itu, ada KPI lain, yang semuanya dihitung oleh indikator yang berbeda;
  • Untuk berkembang lebih jauh, kita memerlukan analisis tambahan dari informasi yang masuk, apa yang terjadi di departemen dan bagaimana hal itu tercermin dalam organisasi secara keseluruhan;
  • Kita harus mengontrol anggaran internal, dalam kerangka yang kita masukkan atau, paling sering, tidak masuk. Mereka juga perlu menganalisis dan mengelolanya. Lebih baik melakukan semua ini dalam satu sistem - khususnya, nyaman untuk manual.

Dengan demikian, kami mengalokasikan tiga sistem yang ingin saya gabungkan menjadi satu.

Untuk masing-masing sistem ini ada perangkat lunak khusus terpisah. Ini semua produk otomasi terkenal yang memiliki pro dan kontra mereka sendiri, jadi jika Anda memilih sistem untuk diri sendiri, pertimbangkan segalanya.

Tidak semua produk terdaftar di slide, ada lebih banyak dari mereka, dan tidak hanya di pasar Rusia, tetapi juga di barat. Tetapi bagi kami, salah satu persyaratan adalah antarmuka berbahasa Rusia, karena produk ini akan digunakan tidak hanya programmer dan administrator sistem yang lebih atau kurang dapat dimengerti dalam bahasa Inggris, tetapi juga pengguna biasa.

Ke mana harus pergi? Banyak produk. Persyaratan untuk mereka dari berbagai departemen dan kontrol berbeda. Kami akan memilih.

Sebagai hasil dari analisis dan pilihan, serta dengan pengarsipan Alexei Lustin, produk redmine yang mencakup area tertentu datang kepada kami. Mari kita cari tahu daerah seperti apa yang dicakupnya?

Ini sepenuhnya mencakup pelacak bug, yang ingin kami jalankan di perusahaan. Ini adalah sentralisasi penerimaan aplikasi dari pengguna dan pelanggan dari setiap level. Itu adalah titik nyeri paling dasar, yang diperlukan untuk otomatisasi dengan cepat. Saya pikir setiap orang memiliki masalah ini, karena, seperti yang telah saya katakan, informasi tersebut disusun di tempat yang berbeda - melalui surat, dalam Word, di Excel atau Heads. Informasi tersebut tidak dapat menganalisis dan memperoleh kesimpulan dan hasil. Akibatnya, ternyata:

    • Komponen informasi dari basis pengetahuan, yang dapat dianalisis dan dipahami apa yang harus dilakukan selanjutnya tidak ada. Ini memperlambat laju reaksi dan mempengaruhi ketidakpedulian dan kualitas pekerjaan, dari mana laba langsung tergantung;
    • Meningkatkan waktu "menyelam" karyawan baru untuk bekerja dengan sistem perusahaan;
    • Toleransi kegagalan juga masing-masing sendiri - seseorang tanpa sistem kerja tidak dapat hidup dua menit. Karena itu, pelacak bug memainkan peran besar, dan pada saat itu masalah menjadi sangat akut.

Redmine Project Management mencakup setengah, karena produk ini tidak berspesialisasi dalam mengelola proyek, tetapi ada blok tertentu, yang membantu dalam hal ini. Sayangnya, ini bukan produk yang ideal, tetapi pada saat itu ia membahas persyaratan yang kami atur ke sistem.

Dan blok betsm yang sangat kecil ditutupi. Sistem Redmine tidak dimaksudkan untuk mengelola layanan TI, sehingga ada beberapa kekurangan dalam melakukan dan menyusun data. Kami telah keluar dari situasi ini dengan memilih versi sistem ISM Anda.

Jadi, pilihan kami adalah redmine. Ini cukup disesuaikan, dapat diskalakan, fleksibel dan dengan pengaturan yang nyaman.

Kenapa redmine?

  • Ini adalah kata yang manis "Freebie". Redmine gratis, dengan reservasi, bahwa ada plugin berbayar yang Anda pilih sendiri. Bagaimanapun, Anda memiliki beberapa jenis peramalan biaya, karena jika Anda membeli plugin dan jangan mengubah platform redmine, maka untuk beberapa waktu plugin ini dapat digunakan tanpa investasi tambahan. Dan jika Anda, misalnya, Anda perlu memperbaruinya, maka Anda membayar pembaruan ini dan menggunakannya lebih lanjut. Pembaruan platform redmine terjadi sekali atau dua per tahun, dan diperbarui atau tidak - ini adalah keinginan Anda.
  • Redmine memiliki antarmuka yang intuitif. Kami telah menerapkan Redmine tidak hanya sebagai produk untuk manajemen TI, tetapi juga sebagai produk di mana aplikasi dari pengguna diterima untuk berbagai departemen. Misalnya, cabang terpisah disorot untuk aplikasi departemen administrasi dan ekonomi.
  • Dimungkinkan untuk mengendalikan prioritas dalam berbagai bentuk analitik, termasuk secara individual sesuai dengan tugas.
  • Waktu dan sumber daya manajemen. Saya pikir ini adalah unit utama untuk kepala. Ini memungkinkan Anda untuk memahami seberapa banyak departemen dimuat, dengan tugas apa biaya yang terkait dan bagaimana mengklasifikasikan biaya, tetapi tentang hal itu di bawah ini.
  • Analytics dan laporan dalam redmine diungkapkan dengan lemah, tetapi ada API yang luas. Anda dapat mengambil data dari database API, bongkarnya ke sistem Anda dan dapatkan laporan apa pun.
  • Pengaturan fleksibel, penyesuaian dan otomatisasi operasi manual dengan plugin.
  • Integrasi dengan Git adalah salah satu indikator penting. Repositori database kami terhubung ke gitlab, dan dalam tugas redmine apa pun Anda dapat melihat log (edisi terkait): siapa, kapan dan apa yang telah berubah sesuai dengan tugas ini, dengan transisi ke gitlab.

Untuk informasi: GIT adalah sistem kontrol versi terdistribusi. Ini melacak, memperbaiki dan menyimpan informasi (versi) tentang perubahan dalam file dan direktori apa pun, dan juga memonitor integritas data. Dalam kasus kami, kami berbicara tentang kode sumber 1C.

Seperti inilah daftar edisi terkait:

  • Manajemen tugas dan pelacakan kesalahan. Ini adalah pelacak bug standar, yang akan kita gunakan.
  • Manajemen insiden, proyek, anggaran. Semua formasi anggaran dilakukan dengan caranya sendiri. Saya akan menunjukkan bagaimana kami mengotomatiskannya pada diri sendiri, dan Anda kemudian dapat mencoba untuk mengotomatiskan manajemen anggaran dalam diri Anda - saya pikir itu akan mudah, karena ada tenaga kerja dalam redmine, dan Anda juga dapat mentransfer uang juga.
  • Wiki dalam Redmine tidak diimplementasikan dengan sangat baik, jadi lebih baik menggunakan produk lain untuk tujuan menciptakan basis pengetahuan dan kolaborasi. Bagi saya sendiri, kami memilih sistem pertemuan dari Atlassian, yang merupakan salah satu yang paling umum dan mudah digunakan. Anda juga dapat mempertimbangkan sistem: Dokuwiki, MediaWiki dan lainnya.

Apa redmine di bawah kap?

  • Redmine sangat cepat dan hanya terungkap.
  • Ini bekerja pada sebagian besar OS.
  • Platform yang diimplementasikan adalah Ruby on Rails. Jika Anda ingin menyesuaikan redmine di bawah diri kita sendiri, Anda harus memiliki kompetensi pada Ruby di atas rel, jika tidak, itu tidak akan sangat nyaman, karena Tidak semuanya bisa dibuat plugin siap pakai.
  • Dukungan untuk berbagai DBMS berbicara sendiri.
  • Dengan RSS atau E-mail, Anda dapat mengatur peringatan pada acara apa pun.
  • Otentikasi AD tersedia.
  • Integrasi dengan sistem kontrol versi SCM (SVN, CVS, GIT, Mercurial, Bazaar dan DarCS).

Temui Redmine.

Anda dapat mengunduh redmine, instal di komputer Anda dan "eksperimen." Atau gunakan server cloud, dan "dalam satu klik" untuk menempatkan diri Anda versi redmine yang sudah diinstal sebelumnya, yang biasanya termasuk dalam layanan hosting.

Contoh instalasi untuk sistem apa pun, termasuk penggunaan Layanan Cloud, dapat ditemukan di Internet. Instruksi Resmi Tautan:

Jadi terlihat seperti daftar tugas dalam redmine.

Ada standar dan beberapa antarmuka tambahan. Benar, saat mengubah antarmuka, beberapa fungsi dapat berhenti bekerja, karena Antarmuka khusus tidak memperhitungkan plugin yang akan Anda kerjakan - setelah semua, ini adalah produk sumber terbuka. Tetapi ini tidak mencegahnya menjadi alat yang nyaman bahkan menggunakan antarmuka standar.

Administrasi dialokasikan dalam struktur yang terpisah dan cukup dimengerti.

Daftar modul yang terhubung ke redmine Anda, Anda selalu dapat melihat dan menganalisis di bagian Administrasi yang sesuai.

Kami tidak memiliki redmine "bersih", karena Ada sekitar 35 plugin. Kami membeli beberapa dari mereka.

Informasi pada plugin dapat ditemukan di mesin pencari berdasarkan kata kunci "plugin untuk redmine". Misalnya, ada dua situs di mana Anda dapat mengunduh atau membeli plugin yang bagus untuk mulai bekerja dengan Redmine:

Semua plugin adalah Russified, Anda dapat membeli dan menggunakannya. Yang utama adalah memilih yang nyaman. Cukup perhatikan versi redmine mana yang mendukung plugin, karena jika versi yang didukung tidak cocok dengan Anda, ada kemungkinan plugin tidak akan berfungsi.

Sedikit tentang otomatisasi kebutuhan kita

Struktur "Proyek"

Kami menggunakan Redmine tidak sesuai dengan kepemimpinan standar. Sebagai contoh, dalam kerangka sistem, konsep "proyek" adalah cabang terpisah dalam hierarki struktur. Kami menggunakan pohon "proyek" sebagai klasifikasi level. Di tingkat atas ada departemen eksekutif, ia dapat melayani departemen, maka sistem, subsistem dan layanan diikuti.

Bagian dari pohon terlihat seperti ini:

Departemen Administrasi Sistem juga menggunakan pendekatannya terhadap hierarki proyek. Pekerjaan tersebut dibangun berdasarkan klasifikasi layanan yang disediakan - ini membantu memecahkan masalah dengan kontrol layanan. Oleh karena itu, di cabang ITSM, hierarki proyek adalah katalog layanan bisnis. Untuk kenyamanan, mereka diberi nomor.

Penerimaan aplikasi dalam Redmine

Menurut contoh, saya akan memberi tahu Anda bagaimana kami mengatur penerimaan aplikasi dalam redmine.

Departemen kami dibagi menjadi 3 kelompok:

  • Tim pengembangan;
  • Sekelompok analitik dan iringan - di sini termasuk karyawan yang menghasilkan tingkat dukungan "dua setengah". Mereka menyarankan, menganalisis masalah, jika perlu, "baca" kode dapat menulis permintaan untuk analisis data, serta kesalahan yang benar dalam kode. Akibatnya, kami berhasil mengecualikan gangguan programmer dari masalah kecil, serta dengan bantuan analis, kami memisahkan programmer dari pelanggan dan kembali, karena Semuanya, mungkin, menghadapi masalah hubungan di antara mereka.
  • Dan kelompok administrator basis data 1C.

Jadi, penerimaan aplikasi dalam redmine dengan kami dilakukan melalui penulisan surat biasa di kotak surat yang disorot. Untuk organisasi kotak surat individu, kami di setiap departemen dan dalam setiap kelompok mengalokasikan struktur "proyek" mereka, misalnya:

Untuk masing-masing proyek, kami di plugin Helpdesk mengkonfigurasi kotak surat Anda. Tangkapan layar menunjukkan pengaturan plugin helpdesk untuk salah satu proyek:

Surat-surat memasuki kotak surat yang dilampirkan ke "Proyek" jatuh ke sistem kami sebagai aplikasi dengan tampilan "permintaan pengguna". Semua ini mengarah pada penurunan karyawan biaya tenaga kerja dengan klasifikasi utama permintaan masuk. (Contoh dalam tangkapan layar: 1.2 Administrator 1C, 1,4 pertemuan tiket, 1,5 dukungan untuk YURAIT DPP)

Jika tidak mungkin menghasilkan pemilihan struktur seperti itu, maka sangat mungkin untuk memilih satu kotak surat, dan di pohon untuk membuat cabang-cabang bawahan, di mana aplikasi akan didistribusikan ke baris dukungan pertama setelah klasifikasi primer (Screenshot sampel : 1.3 Dukungan Pengguna).

Akibatnya, aplikasi tersebut melewati siklus:

  • Pertama, entri otomatis utama dalam proyek sedang terjadi;
  • Kemudian analis mendistribusikan aplikasi, I.E. mengklasifikasikan, mengkategorikan dan memprioritaskannya;
  • Setelah itu, analis mentransfer aplikasi ke cabang yang diinginkan.

Dalam aplikasi ada bidang klasifikasi tertentu, beberapa dari mereka secara prestasi, dan bagian ditambahkan oleh kami. Sesuai dengan ini, pengisian primer yang dibutuhkan menggunakan parameter dilakukan:

  • Prioritas;
  • Kategori;
  • Departemen Pelanggan;
  • Bidang castom dari berbagai jenis.

Itu. Jika suatu insiden terjadi, Anda dapat yakin bahwa itu tidak akan lulus tanpa disadari.

Contoh aplikasi dan bidang yang diterima yang digunakan:

Pengaturan "Proyek"

Di dalam "proyek" mungkin ada beberapa jenis pelacak. Di sini, misalnya, pelacak yang sering digunakan:

  • Permintaan pengguna;
  • Sebuah tugas;
  • Kesalahan;
  • Kalimat;
  • Proyek bisnis;
  • Program proyek bisnis, dll.

Pelacak mungkin merupakan angka tanpa batas - mereka dapat ditambahkan secara manual. Setiap pelacak dikonfigurasi secara fleksibel.

Dalam pengaturan "Proyek", kami dapat menentukan pelacak mana yang digunakan, serta bidang khusus mana yang dapat dihubungkan.

Juga, modul yang diperlukan dan pengaturan lain juga terhubung ke setiap cabang. Anda dapat menemukan ini dalam dokumentasi Redmine standar.

Setelah menghubungkan modul, Anda tidak perlu menghasilkan manipulasi yang kompleks, Anda hanya perlu menyimpan daftar modul "proyek" saat ini dan mereka akan muncul dalam bentuk tab ketika Anda pergi ke mana Anda dapat membuat yang diperlukan pengaturan.

Selain itu, Redmine sangat fleksibel dikonfigurasikan untuk mengakses hak-hak tingkat yang berbeda baik ke "proyek" dan pada fungsi terkait terpisah, serta ketersediaan setiap bidang.

Pada halaman ikhtisar "Proyek" Anda dapat melihat semua jenis pelacak dan statistik pada mereka. Dan juga, ketika "jatuh" ke dalam pelacak, Anda melihat bawahan dari "proyek" masalah ini - mari kita sebut "kartu".

Proyek bisnis

Saya ulangi sedikit. Sejak dalam konsep redmine "Project" - ini adalah cabang dari struktur struktur, kemudian untuk pemeliharaan proyek nyata, kami mengalokasikan cabang terpisah dengan pelacak "Proyek Bisnis" dan "Bisnis Proyek". Ini memungkinkan kami untuk menyimpan laporan status pada proyek bisnis kami dan biaya formulir dalam hal basis distribusi.

Struktur cabang ini juga dibagi menjadi ejaan pada spesifikasi: departemen, pelanggan, sistem, subsistem.

Karena Perusahaan manajemen kami, departemen yang menemani semua perusahaan termasuk dalam Wiseadvice GK. Dalam hal ini, kami melakukan proyek baik secara individu untuk perusahaan mana pun dan bersama untuk beberapa perusahaan. Akibatnya, untuk setiap proyek dan tugasnya adalah untuk menganggarkan dan menuliskan biaya departemen.

Dalam kartu proyek bisnis, Anda juga dapat mengkonfigurasi bidang yang diperlukan. Contoh bidang yang kami gunakan:

  • Distribusi dasar / penerima biaya;
  • Bonus untuk proyek;
  • Evaluasi biaya tenaga kerja;
  • Mulai / penyelesaian tanggal direncanakan;
  • Laporan Status Hari dan lainnya.

Semua tugas yang dibuat dalam proyek ini lebih rendah dari kartu utama proyek bisnis.

Laporan status diserahkan kepada pelanggan setidaknya sekali seminggu. Seluruh cerita terakumulasi dalam kartu dan dikirim ke pihak yang berkepentingan.

Pelanggan dan pemangku kepentingan lainnya dapat melihat informasi berikut tentang proyek bisnis kapan saja:

  • Status proyek;
  • Memperkirakan biaya tenaga kerja;
  • Biaya tenaga kerja aktual saat ini dalam konteks eksekusi dan karyawan;
  • Kesiapan proyek;
  • Perumusan proyek bisnis;
  • Seluruh sejarah korespondensi;
  • Tanggal perencanaan proyek dimulai, jika ia ditunda karena prioritas;
  • Tanggal penyelesaian proyek yang direncanakan.

Biaya tenaga kerja aktual dikumpulkan dari tugas proyek bisnis bawahan dalam waktu yang dihabiskan oleh staf departemen.

Berdasarkan tugas-tugas yang terbentuk, Anda dapat membangun diagram Ganta, tetapi hanya dalam versi informatif. Selain itu, tidak mungkin untuk menggunakannya dan secara interaktif.

Saat bekerja dengan jadwal perencanaan kalender, Anda dapat menggunakan laporan grafis. Sebagai contoh:

Kami menggunakan papan tugas untuk mendistribusikan tugas dalam perencanaan mingguan.

Semua ini diimplementasikan melalui plug-in, yang meliputi kemungkinan melaksanakan papan tangkas atau kanban.

Sebagai contoh:

Dengan mempertimbangkan karakteristik plugin, ternyata seperti papan kanban. Ini dapat secara interaktif dikuasai oleh paket - baik antara status maupun antara pemain. Pada tiga antarmuka diperiksa - hanya berfungsi pada dua. Antarmuka standar juga berjalan. Sangat nyaman untuk ditampilkan di TV / layar besar untuk planet / demonstrasi.

Juga, perencanaan dapat dilakukan menggunakan versi dan kemudian mengonversi versi ke dalam rilis.

Sebagai efektivitas pekerjaan departemen, kami membentuk laporan dalam konteks biaya distribusi biaya dan biaya tenaga kerja aktual departemen.

Laporan Tenaga Kerja Standar dapat diuraikan:

Kami menggunakan kecenderungan laporan biaya tenaga kerja:

  • Basis data distribusi biaya - bidang khusus kami;
  • Penerima biaya - bidang castom kami;
  • Pengguna adalah bidang standar.

Formasi dapat terjadi dalam konteks periode:

Untuk penganggaran kami, kami hanya menggunakan "bulan". Contoh Laporan:

Tangkapan layar menyajikan contoh dengan biaya tenaga kerja aktual dalam konteks basis distribusi untuk Agustus.

Selain itu, Anda dapat membentuk laporan terperinci untuk setiap nilai waktu yang dinyatakan. Jika perlu, semua laporan dikonversi ke CSV, sehingga analisis lebih lanjut dapat dibuat di Excel.

Dan, tentu saja, sebagai nama panggilan 1C sejati, kami dapat menulis informasi bongkar dari Redmine pada 1C untuk membentuk laporan Anda dalam 1C dengan grup dan informasi yang diperlukan.

Contoh salah satu laporan biaya:

Sedikit lebih banyak tentang fungsi redmine

Dari fungsi berguna tambahan dalam Redmine, saya ingin menyoroti:

  • Mode otentikasi - baik dengan AD, atau dengan login dan kata sandi;

  • Sistem peringatan. Pengguna akan diberitahu tentang perubahan dalam tugas. Anda dapat mengonfigurasi peringatan email dan RSS;

  • Menggabungkan pengguna ke grup. Dengan alat ini, Anda dapat terbentuk dalam struktur hierarkis redmine perusahaan. Ada plugin pada integrasi dengan sistem akuntansi dan mengkloning strukturnya dalam kelompok;
  • Model peran benar, dengan beberapa pengaturan multi-level;

  • Mengatur alur kerja (siklus hidup) dari setiap pelacak untuk setiap peran;

  • Kehadiran plugin integrasi dengan MS Outlook. Misalnya, plugin yang cukup mudah dengan banyak fungsi, seperti membuat aplikasi dalam redmine langsung dari huruf, mengomentari, melacak, dll.; Situs resmi:

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

  • Ada juga plugin untuk diintegrasikan dengan sistem pesan instan, seperti telegram, dan gateway SMS. Pada saluran komunikasi apa pun, Anda dapat mengirim peringatan, seperti insiden, informasi pemantauan, dll.;
  • Jika ada kompetensi, dimungkinkan untuk membuat plugin itu sendiri.

Pertanyaan:

Pertanyaan dari aula : Misalkan kami telah menyediakan akses ke pelanggan, dan kami memiliki daftar layanan yang didukung untuk itu. Misalnya, seperti dalam contoh Anda, ada layanan Sysadminov dan Layanan Coder. Dengan beberapa jenis pelanggan, kami bekerja pada kedua jenis layanan, dan dengan semacam hanya satu jenis. Apakah mungkin pada tingkat hak untuk membatasi jenis layanan apa yang tersedia untuk pelanggan?

Menjawab: Ini hanya bervariasi oleh cabang terpisah yang dialokasikan di bawah pelanggan - "Project", di mana tugas untuk layanan yang dipilih dapat dibuat secara individual untuk pelanggan ini. Atau Anda harus menyediakan akses ke semua tugas di cabang - "Proyek" dukungan untuk layanan ini. Kemampuan standar untuk membatasi hak-hak pada tanda layanan dan pelanggan dalam "proyek" dalam redmine "di luar kotak" tidak. Anda dapat mencari plugin seperti itu atau menulisnya sendiri. Kami tidak memiliki struktur yang kompleks, tetapi ada tugas yang hanya tersedia untuk unit utama individu, sehingga mereka telah dibuat untuk mereka.

Pertanyaan dari aula: Ternyata setiap pelanggan adalah "proyek". Dan di dalam satu "proyek" dapatkah subproyek lakukan?

Menjawab: Ya, sebanyak yang Anda suka. Kami, misalnya, menyoroti Yunani untuk memisahkan departemen pelanggan, dan memberikannya di sana untuk diakses oleh karyawan utama sehingga mereka tidak melihat seluruh helpdesk yang terkait dengan pelanggan, dan seluruh struktur, karena Dia cukup besar. Redmine fleksibel dalam pengaturan, tetapi, sayangnya, dan dalam fleksibilitasnya ada batasan yang memberikan beberapa ketidaknyamanan. Tentu saja, ada lebih banyak solusi khusus yang sangat terspesialisasi, tetapi mereka dibayar.

Pertanyaan dari aula : Dan biaya tenaga kerja yang dibuat pada setiap status disimpulkan? Misalnya, pada status "dalam pekerjaan" saya menetapkan biaya tenaga kerja 0,3, dan kemudian pada status "analisis" saya menetapkan lebih banyak biaya tenaga kerja.

Menjawab : Biaya utama pada umumnya untuk tugas. Tidak mungkin untuk mengklasifikasikan biaya tenaga kerja sesuai dengan status, tetapi biaya tenaga kerja memiliki "kegiatan" lapangan, esensi yang dapat mencerminkan proses di mana Anda menghapus waktu. Itu juga dapat diedit. Saat menulis melalui biaya tenaga kerja, seorang karyawan memilih jenis kegiatan yang diperbaiki. Selanjutnya, menggunakan laporan, Anda dapat menarik waktu dalam konteks proses.

Tanpa indikasi jenis kegiatan, laporan itu hanya dapat dibentuk oleh total waktu dalam konteks karyawan + hari.

Ringkasan data analitik dapat dilihat oleh laporan. Langsung dalam tugas hanya biaya tugas saat ini yang terlihat.

Pertanyaan dari aula : Ternyata saya memiliki baris dukungan teknis pertama dan lini kedua dukungan teknis. Masing-masing dari mereka menghabiskan tugas yang sama dalam status yang sama "dalam pekerjaan" dari waktu tertentu. Dengan demikian, bagaimana saya bisa mendefinisikan biaya tenaga kerja aktual per orang pada tugas pada baris pertama, pada baris kedua, pada baris ketiga?

Menjawab : Saya ulangi, biayanya pada umumnya pada tugas, tetapi jika satu orang menghabiskan banyak waktu, dan kemudian orang lain menghabiskan waktu - ini tercermin di sini. Sebagian jawabannya diberikan berdasarkan pertanyaan sebelumnya. Maka Anda dapat melihat mana dari mereka berapa banyak yang telah menghabiskan, tetapi hanya dalam versi ini. Tidak ada biaya terpisah hanya jika Anda menambahkan bidang khusus untuk menghapus biaya tenaga kerja atau menggunakan pengelompokan pengguna dan lebih lanjut membentuk laporan analitik.

Pertanyaan dari aula : Bagaimana interaksi pengguna terorganisir? Melalui email?

Menjawab : Mengirim masuk ke surat standar email atau ditulis oleh pengguna, atau lipatan redmine otomatis, jika itu adalah pengamat untuk tugas ini. Juga, jika dia adalah pengguna redmine, maka panel atas menampilkan berapa banyak tugas yang ditunjuk berapa banyak yang baru dan berapa banyak perubahan. Saya sekarang melihat bahwa saya memiliki 20 tugas, salah satunya baru dan satu diubah. Dari sisi pengguna - hanya e-mail.

Seperti dijelaskan di atas, saat menghubungkan plugin, Anda dapat secara sepihak memberi tahu pengguna menggunakan sistem pesan instan.

Pertanyaan dari aula : Apakah ada antarmuka web untuk pengiriman aplikasi?

Menjawab : Tidak. Redmine bekerja pada smartphone dan tablet, mis. memiliki antarmuka yang diadaptasi. Tetapi aplikasi dapat dikirim baik melalui e-mail, atau memberikan akses ke pengguna langsung ke sistem, membatasinya hanya untuk membuat. Sebagai fitur tambahan, Anda dapat meletakkan plugin di Outlook untuk membuat tugas dalam Redmine.

Saat ini, ada plugin pelacak hider, yang dengannya Anda dapat membatasi akses ke pelacak dalam konteks pengguna atau peran.

Contoh: Setiap pengguna dengan peran "pengamat" dalam "Proyek" hanya tersedia kartu dengan pelacak "permintaan pengguna".

Pertanyaan dari aula : Dan fungsionalitas bekerja dengan e-mail adalah salah satu kotak atau dari plugin?

Menjawab :Ya, itu "di luar kotak." Dengan bantuan plugin, itu hanya memperoleh fasilitas dan pengaturan tambahan.

Pertanyaan dari aula : Dan apakah mungkin untuk mengkonfigurasi bahwa pemberitahuan pelanggan, yang kami masukkan ke dalam sistem, pergi hanya pada status tertentu. Mengapa dia harus memperhatikan sepuluh tahap internal kita jika dia perlu memperhatikan hanya ketika tugas selesai?

Menjawab :Kami memecahkan situasi ini sebagai berikut.

1. Pertama-tama, kami menonaktifkan untuk pengguna-pelanggan pemberitahuan redmine standar dalam pengaturan pengguna. Pengaturan ini bersifat global untuk semua redmine untuk pengguna saat ini.

2. Selanjutnya, untuk cabang yang diperlukan ("proyek") menghubungkan kemungkinan mengirim surat.

3. Analis, atau RP-SHNIK dapat mengirim email menggunakan mekanisme standar: dengan menekan tanda "Kirim catatan" dalam mode edit kartu. Jika perlu, Anda dapat menentukan penerima tambahan.

4. Pengirim dapat menulis teks apa pun dan menambahkan lampiran yang diperlukan. Atau gunakan pola yang sebelumnya dikonfigurasi.

 

Untuk melakukan ini, pola jadi dipilih, diganti ke huruf huruf dan tetap hanya untuk mengisi, jika perlu, informasi tambahan.

Setelah itu, Anda perlu mengklik tombol "Terima", maka komentar akan disimpan dan surat itu akan dikirim. Pelanggan akan menerima pemberitahuan dalam bentuk surat biasa.

Ini adalah mekanisme standar, kami tidak menyentuh apa pun. Templat untuk setiap proyek adalah individu yang disesuaikan. Ini adalah penyederhanaan yang cukup signifikan dari konsultan analis, karena setiap kali Anda menulis teks yang sama - itu melelahkan.

Sembunyikan teks apa pun dari pelanggan, jika memiliki akses kepadanya langsung ke kartu tugas, itu hanya mungkin melalui penggunaan komentar "pribadi" atau dengan mematikan akses ke jenis komentar ini.

Opsi kedua adalah menggunakan plugin tambahan, karena Secara default, tidak ada pengaturan seperti itu.

Pertanyaan dari aula: Apakah mungkin untuk mengikat rekanan dengan tugas yang diterima? Misalnya, saya memiliki panggilan telepon dengan PBX, di mana nomor rekanan diberi skor, dan redmine mengambil nomor yang tiba dari PBX, menciptakan tugas dan mengajarkannya kepada rekanan. Sudahkah Anda memecahkan tugas hierarki rekanan?

Menjawab: Tidak, kami tidak mengintegrasikan redmine dengan IP telephony, itu bukan tujuan kami. Idenya bagus, tetapi dalam spesifikasi kami tidak diperlukan. Di Internet, Anda dapat menemukan integrasi redmine dengan tanda bintang.

Pertanyaan dari aula :Kami memiliki pertanyaan yang tidak ada di telepon IP, tetapi pada hierarki rekanan. Kami ingin manajer melihat hierarki rekanan yang sama dalam redmine sebagai 1C.

Menjawab : Tidak, struktur kontaknya datar. Satu-satunya hal yang kami tambahkan adalah tautan ke departemen. Maksimum yang kami gunakan adalah mengumpulkan kontak berdasarkan departemen, kami membuat pelacak bug untuk layanan domestik, dan bukan untuk pelanggan eksternal. Dalam Redmine sendiri, tidak mungkin untuk mengatur hierarki rekanan, tetapi Anda dapat mengaitkan unit dalam Redmine dan 1C, dan membentuk laporan ini dari 1C.

Pertanyaan dari aula : Dan di mana kedalaman Scrum? Kami telah secara bersyarat sprint - 7 hari kalender (5 hari kerja). Di mana saya dapat melihat apa iterasi sprint? Apa Minggu Kalender, Berapa Nomor Sprint?

Menjawab : Kedalaman Scrum dapat dikendalikan oleh versi. Ada fitur versi.

Untuk ini, ada bagian khusus "Rencana Operasional" (atau "versi" tergantung pada antarmuka).

Saya punya tiga versi misalnya.

 

Setiap versi mungkin memiliki nama, status dan terbatas pada tanggal penyelesaian.

Untuk setiap versi, daftar tugas terlihat jika disajikan, serta jumlah yang belum selesai.

Untuk visualisasi, Anda dapat membentuk diagram

Versi dapat dikelompokkan, memecahkan tugas, Anda dapat membangun papan sesuai dengan mereka. Anda dapat mentransfer tugas antara Sprint - peluang seperti itu dalam versi "versi perencanaan".

Bahkan, Redmine dapat berupa alat untuk mengatur pekerjaan pada ruang lingkup atau Canbana. Namun, perlu untuk memperhitungkan bahwa kadang-kadang tidak ada cukup penyortiran dan hal-hal kecil lainnya untuk kenyamanan. Mungkin ada plugin yang mendukungnya. Dalam volume yang diperlukan dari fungsi saat ini, ada cukup. Di sini Anda dapat melakukan penugasan tugas, bergerak di antara sprint, melihat bahwa Anda tidak punya waktu untuk melakukan waktu yang direncanakan, dll.

Pertanyaan dari aula : Bagaimana kita memperhitungkan tugas-tugas yang tidak dipenuhi dalam sprint saat ini? Haruskah saya melihatnya dalam status? Atau mereka entah bagaimana secara otomatis, saya akan menunjukkan bahwa mereka sekarang diperlukan untuk memesan versi baru?

Menjawab : Anda dapat memilih tugas sesuai dengan versi. Misalnya, untuk melihat "rencana operasional", untuk berapa persen itu selesai dan seberapa terpenuhi. Itu. Berapa banyak tugas yang ditutup dari sprint dan berapa banyak yang belum ditutup - itu akan ditulis di sini. Ketika Anda mengklik item yang sesuai, daftar tugas yang belum ditutup terbuka. Lebih lanjut, seperti yang saya katakan, mereka dapat dianalisis dan ditransfer ke sprint lain.

Anda juga dapat membentuk papan dengan tugas, sesuai dengan versi yang sama dan dalam konteks status.

Dan tentu saja menggunakan daftar standar tugas dengan pemilihan yang diperlukan, yang dapat disimpan dan digunakan dalam operasi permanen.

Pertanyaan dari aula : Bagaimana Anda dapat mentransfer tugas ke sprint lain - Saya harus membuka daftar tugas pada satu tab, kanban-papan pada yang lain dan transfer?

Menjawab: Bisa jadi. Tetapi lebih mudah untuk menggunakan alat perencanaan versi. Pilih dari daftar tugas yang belum ditentukan atau tugas yang belum selesai dari versi tertentu dari tugas yang diinginkan dan buang ke versi berikutnya dari mouse - menunjukkan bahwa kita mengambil tugas ini dalam sprint.

Pertanyaan dari aula: Dan bagaimana Anda bisa memberikan semua tugas yang tidak dikunci? Mungkin tiga atau empat versi kembali saya memiliki semacam tugas penting di sana. Saya merekamnya, dia hang di sana. Bagaimana saya tidak bisa kehilangan dia sehingga dia terus-menerus digantung bersama saya? Sejauh yang saya mengerti, sekarang Anda hanya dapat melihat tugas atau tugas yang tidak dialokasikan dari sprint yang dipilih. Dan bagaimana cara melihat semua tugas yang tidak dikunci dengan hasil kumulatif, untuk memahami, membawanya ke sprint saat ini atau tidak mengambil?

Menjawab: Ini dapat diimplementasikan menggunakan pemfilteran dalam tugas. Anda dapat membuat pengaturan pilihan dalam status "Buka" dengan parameter yang diperlukan dan simpan.

 

Misalnya, kita dapat mempertimbangkan pengaturan, yang disebut "tugas untuk menutup". Ada tugas dengan status "diselesaikan", yang diimplementasikan oleh departemen kami dan ditransfer ke pelanggan untuk operasi produksi, tetapi tidak ada umpan balik dari pelanggan belum menerima. Itu. Ini adalah genangan tugas yang perlu diperiksa untuk mengklarifikasi hasil eksploitasi produksi dan tutup. Misalnya, Anda dapat mengubah nilai filter status "sesuai" dan tanda "Baru". Akibatnya, tugas baru akan ditampilkan yang belum diambil untuk bekerja. Anda dapat memvariasikan status, prioritas, kategori, nilai-nilai dari bidang standar dan khusus.

Misalnya, Anda dapat menambahkan bidang pengguna khusus ke filter. Ini adalah alat yang nyaman, sangat sederhana. Untuk proyek, untuk tugas, untuk kontak.

Bidang baru - menunjukkan jenis objek, tempat kami menambahkan, paling sering digunakan "tugas".

Kami menunjukkan format bidang - opsi yang ditanggung di suatu tempat 90% dari kebutuhan.

Tunjukkan nama, bagaimana perannya tersedia.

Kami menunjukkan untuk proyek mana yang diterapkan pelacak.

Pertanyaan dari aula : Dan bidang khusus dapat dibuat wajib?

Menjawab : Tentu saja, dengan analogi dengan detail tambahan dalam 1C.

Bidang wajib ditandai dengan tanda bintang merah di sebelah kanan nama.

Pertanyaan dari aula : Dan bagaimana Anda memiliki laporan tentang pekerjaan yang dilakukan? Dalam tugas yang sama berlaku untuk pengguna lain - ada inisiator tugas dan ada pemain.

Menjawab: Itu benar, jika lapangan berubah - kepada siapa itu ditugaskan, maka dalam laporan itu mengembalikan nilai akhir.

Biarkan saya memberi tahu Anda bagaimana kita semua mengatur. Ulangi sebagian.

  • Pelacak paling penting untuk Meja Layanan adalah "permintaan pengguna", dengan mana surat dibongkar secara otomatis dan huruf berubah menjadi "permintaan pengguna". Jika pengguna mengirim surat respons untuk pemberitahuan dari Redmine atau mengirim surat klarifikasi dengan topik yang sama, maka pada topik atau ID dalam topik secara otomatis melampirkan teks dari huruf tersebut ke kueri yang ada - fungsi perekatan klasik digunakan.
  • Selanjutnya - ketika, misalnya, permintaan konseling di departemen KIS datang, konsultan analis membongkar aplikasi dan menghasilkan klasifikasi utamanya. Tentukan bahwa ini adalah insiden, kesalahan atau tugas. Bahkan dapat menjadi ide untuk proyek baru. Dengan demikian, ini juga merupakan bagian dari meja layanan. Setelah klasifikasi, semua "permintaan pengguna" didistribusikan ke subprojects dari cabang mastonk, di mana pekerjaan lebih lanjut sudah dilakukan dengan mereka.
  • Jika pekerjaan ini merosot tugas untuk pengembang, maka berdasarkan permintaan pengguna, "Tugas" yang terkait dengan Bawahan. Artinya, pelacak "permintaan pengguna" hidup dengan sendirinya, dan pelacak tugas juga terpisah. Kita berbicara tentang modifikasi kecil dan koreksi kesalahan yang kita miliki aliran terpisah - muncul dari "permintaan pengguna".
  • Jika tugas menyangkut proyek bisnis tertentu dan pengembang tidak melakukannya berdasarkan "permintaan pengguna", itu terkait dengan proyek bisnis bawahan ke blok fungsi KISA, sehingga kemudian tugas dapat dilihat - Di blok mana dan sehubungan dengan yang kami lakukan - itu adalah "permintaan pengguna" atau proyek bisnis.
  • Secara terpisah hidup pelacak "proyek bisnis", yang dengannya kami berkomunikasi dengan bisnis - tidak dengan pengguna berdasarkan permintaan dan penyempurnaan kecil, dan sudah dengan proyek nyata yang membawa nilai bisnis. Dalam "Proyek Bisnis" sebagai tugas bawahan juga dapat menjadi subtugas dan bahkan paket tugas - besar, dengan subordinasi dan koneksi. Ini adalah mini-bukti. Semua subtugas ini kembali terkait dengan blok fungsi KIS.
  • Tidak masalah di mana tugas itu berasal - dari layanan Desca atau dari proyek bisnis. Tapi kita semua mengikat mereka ke blok fungsionalitas.

Berdasarkan hal di atas, saya ulangi, kita dapat melihat biaya tenaga kerja dalam konteks:

  • Blok fungsionalitas KISA;
  • Proyek;
  • Pemain;
  • Komunikasi "Permintaan - Tugas / Proyek Bisnis - Pelacak bawahan".

Screenshot menyajikan contoh dengan biaya tenaga kerja aktual dalam konteks proyek untuk bulan Agustus sebulan. Karyawan harus mendistribusikan waktu mereka yang sebenarnya menghabiskan waktu pada tugas yang mereka lakukan. Ini disebut lembar waktu. Kami memiliki pengembang harian memasuki catatan khusus "Laporan Kerja" dan mendistribusikan waktu mereka - fakta persalinan terbentuk. Dengan demikian, kami setidaknya kira-kira, pada kenyataannya, mengelola anggaran proyek.

Proyek kami memiliki rencana kerja pendahuluan. Dan dalam setiap proyek yang kita lihat, kami melebihi atau tidak. Redmine secara otomatis merangkum lebar semua tugas bawahan ke proyek. Dengan demikian, kita tahu bahwa proyek ini dialokasikan 700 jam. Kami melihat fakta - 617 jam telah dikerjakan. Ini adalah salah satu elemen manajemen proyek.

Proses aktivitas sistem insiden dapat direpresentasikan sebagai berikut:

  • Konsultan analis melakukan analisis permintaan yang diminta, jika perlu, membentuk tugas pengembangan;
  • Pengembang mengimplementasikan tugas dan mengembalikan konsultan analitiknya untuk memverifikasi dan komunikasi lebih lanjut;
  • Konsultan analis sudah berkomunikasi atas permintaan pengguna dengan deskripsi hasil;
  • Jika semuanya beres, analis menutup tugas - pengembang dilarang untuk menutup tugas.

Dalam tugas-tugas yang lebih besar, termasuk. Desain, proses ini dibangun lebih diperluas:

Dan, tentu saja, semua perubahan jatuh ke basis kerja melalui rilis rilis.

Jika Anda mengirimkannya dalam opsi yang lebih nyaman, maka kami memiliki "delapan" kami sendiri.

Itu., Benar-benar banyak tugas transisi antara bertanggung jawab, tetapi tidak penting bagi kami. Kami mengevaluasi biaya tenaga kerja dalam konteks karyawan, biaya distribusi biaya, pelanggan dan, dalam kasus jarang, dalam bentuk kegiatan. Semua ini sudah dinyatakan sebelumnya.

Pertanyaan dari aula : Apakah mungkin untuk mendapatkan informasi tentang tugas apa yang dipenuhi pengembang khusus?

Menjawab : Ada. Ada alat "Laporan Kerja" di mana Anda dapat melihat apa yang dilakukan karyawan untuk tugas berapa banyak waktu dan hari apa yang saya habiskan.

Atau dapat dilihat oleh laporan standar "biaya tenaga kerja" - itu juga dapat dibentuk dalam konteks pengguna dengan decoding.

Pertanyaan dari aula : Dan bagaimana cara melacak biaya tenaga kerja Anda?

Menjawab: Seorang karyawan juga mengendalikan pekerjaan mereka melalui "laporan kerja". Dan fiksasi biaya tenaga kerja dalam tugas dilakukan secara manual - baik secara langsung dalam tugas atau dalam "laporan kerja". Ada plugin yang memungkinkan Anda melacak waktu. Misalnya, plugin timer masalah redmine terlihat seperti ini:

Ketika Anda mulai mengerjakan tugas, seorang karyawan mengklik tombol "Mainkan", dan pada akhirnya - tombol "Jeda". Saat mempertahankan tugas, biaya tenaga kerja tetap di dalamnya.

Pertanyaan dari aula : Pertanyaan pada manajemen waktu dan sumber daya adalah manajemen postcum, mendaftar sudah terjadi, ketika saya melihat bagaimana karyawan saya telah dimuat, atau apakah mungkin untuk merencanakan? Ketika saya melihat bahwa besok programmer saya harus mengambil tugas ini, dan lusa ini. Dan saya mengerti bahwa, secara konvensional, ini adalah programmer yang kuat, dan dia dapat memiliki laporan tanpa masalah untuk dua orang, tiga per hari hingga keling, dan saya dapat menempatkan antrian tugas selama seminggu.

Menjawab :Kemampuan untuk merencanakan adalah, tetapi tidak sempurna - produk gratis membuat nuansa Anda. Ada bidang "waktu yang dijadwalkan", adalah mungkin untuk mengatur bidang khusus Anda jika Anda tidak memiliki bidang standar dengan waktu perencanaan - berapa jam jam akan dihabiskan. Dimungkinkan untuk menentukan waktu yang direncanakan dan kemudian membandingkan waktu yang direncanakan dan aktual. Dan, tentu saja, Anda dapat menggunakan bidang poin cerita standar untuk perencanaan poker.

Pertanyaan dari aula : Anda mengatakan bahwa wiki dalam redmine tidak nyaman.

Menjawab :Wiki di Redmine terlihat tidak ramah.

 

Untuk memformat artikel dan tugas, penambahan bahasa penandaan digunakan. Pemformatan tidak "on the fly", tetapi menunjukkan simbol penandaan.

Pencariannya - sesuai dengan kata di dalam teks dan tajuk utama. Jika Anda memasukkan "pertukaran" dalam pencarian, itu akan memberikan tema dan pelacak. Ada pilihan berdasarkan jenis pelacak.

Daftar isi bukan halaman utama dan ketika memasukkan wiki ditampilkan hanya daftar artikel yang dibuat.

Daftar konten adalah sebagai berikut:

Dan, tentu saja, Wiki dalam redmine dimaksudkan untuk menyimpan artikel saja. Itu tidak dapat digunakan untuk berkolaborasi.

Sejarah perubahan artikel dilakukan dan dapat ditemukan ketika, siapa dan mana perubahan yang dihasilkan.

Pertanyaan dari aula : Bagaimana cara mengisi wiki?

Menjawab : Proses kami dibangun sebagai berikut. Analisis meja layanan dilakukan dengan periodisitas tertentu selama periode masa lalu. Dengan bantuan klasifikasi awal yang dibuat oleh analis ketika meminta permintaan, kami mencoba merangkum tema dan mengidentifikasi zona yang paling bermasalah. Selanjutnya - Kami memperkenalkan swalayan, I.E. Mendokumentasikan bagaimana pengguna sendiri dapat menyelesaikan masalah atau pertanyaannya. Selain itu, selama pekerjaan saat ini, analis dapat membuat artikel sesuai kebijaksanaannya, jika terjadi kebutuhan, tanpa menunggu analisis keseluruhan. Juga persiapan instruksi wiki berada dalam kerangka proyek bisnis yang dikembangkan atau proyek dokumentasi khusus yang berdedikasi khusus. Ini bukan pertemuan, bukan kolaborasi. Ini dari atas ke bawah dengan metode administrasi. Pengguna tidak berpartisipasi dalam hal ini.

Pertanyaan dari aula : Salah satu kolega menggunakan sistem yang sangat menarik. Saya sangat menyukainya, saya ingin mengimplementasikannya sendiri. Baris pertama dukungan teknis selalu berkewajiban untuk menutup tugas dari Wiki. Dan jika dia tidak menemukan artikel di Wiki, dia membahas lini kedua dukungan teknis. Dan sudah baris kedua menciptakan artikel yang harus dipasang untuk suatu tugas.

Menjawab :Kami juga mencoba, tetapi kami bertindak secara iteratif - setel, dianalisis, membuat sejumlah peristiwa. Tapi butuh berbulan-bulan. Kemudian lagi - duduk, dianalisis, mengalokasikan blok yang diperlukan, membuat sejumlah peristiwa.

Pertanyaan dari aula : Tidak terlalu jelas - bagaimana integrasi git dengan redmine?

Menjawab :Ketika Anda menyimpan perubahan pada penyimpanan 1C (saat menghitung), deskripsi menunjukkan nomor tugas dengan tag "#", misalnya "# 74516". Dengan demikian, kami melewati akuntansi - kita dapat melihat komite mana dalam penyimpanan git yang terkait dengan tugas. Penting bagi kami bahwa ini adalah solusi desktop sehingga kami dapat dengan mudah mengelolanya, dan, jika perlu, pergi ke solusi lain, karena semua kebutuhan yang sama tumbuh, dan tidak semua kebutuhan redmine dapat ditutup. Oleh karena itu, saya minta maaf lagi - jika Anda memilih produk, analisis pertama yang ingin Anda otomasi dan blokir apa "penutup".

Pertanyaan dari aula : Apakah Anda menggunakan aplikasi seluler dari Redmine?

Menjawab :Aplikasi seluler, tetapi tidak cukup nyaman. Di organisasi kami, tidak perlu untuk itu. Kami terutama bekerja di komputer darat atau laptop. Anda juga dapat menggunakan plugin dengan kemampuan informasi - misalnya, menggunakan SMS atau dengan telegram.

Pertanyaan dari aula : Anda mengatakan bahwa Anda menurunkan repositori di git, dan apa yang Anda lihat di sana di git?

Menjawab : Dalam CommT Git ada tautan ke tugas. Dari panitia kami membuka tugas itu sendiri. Dan dari masalah, kita juga dapat membuka komote yang terkait dengannya. Untuk setiap proyek, apa pun hierarki, Anda dapat menghubungkan repositori Anda. Tentu saja, integrasi dengan git diberikan tidak sepenuhnya melalui antarmuka web. Menangani masih harus naik, tetapi dengan cepat dan sederhana.

Apa yang kita miliki pada akhirnya:

Berdasarkan hal di atas, kami akan merangkum hasil singkat.

Pro:

  • Redmine - Produk OpenSource dengan komunitas besar dan aktif;
  • Ini diproyeksikan pada biaya, murah, fleksibel, disesuaikan, mudah diintegrasikan dan dapat diskalakan;
  • Sepenuhnya mencakup pelacak bug, setengah manajemen proyek, sedikit - itsm;
  • Memiliki integrasi dengan git;
  • Kasus "on the fly";
  • Ini memiliki berbagai plugin yang cukup luas. Selain itu, mudah untuk menemukan spesialis untuk mengotomatisasi proses mereka;
  • Akuntansi yang nyaman dari biaya tenaga kerja aktual. Kemungkinan merencanakan biaya tenaga kerja dan anggaran.

Minus:

  • Wiki yang tidak nyaman;
  • Jika Anda perlu mengotomatiskan proses Anda dan dengan tidak adanya kompetensi pada Ruby on Rails, hanya penggunaan plugin atau pencarian untuk pengembang pihak ketiga dimungkinkan;
  • Sejumlah kecil laporan analitik;
  • Tidak selalu antarmuka "ramah";
  • Klasifikasi massa yang tidak nyaman yang ingin disimpan dalam bentuk hierarki.

Dalam proses menggunakan produk redmine, kami telah melakukan sejumlah besar pekerjaan pada analisis, sistematisasi dan otomatisasi kegiatan kami dan penurunan kekacauan dalam struktur kami. Mereka melakukan perubahan dan optimalisasi proses baik di dalam departemen maupun dalam proses bisnis seluruh organisasi. Kontrol yang dioptimalkan dan ditingkatkan, fungsi analitik dan manajerial dalam pekerjaan departemen dan pada kegiatan desain.

Langkah lebih lanjut yang telah kami ambil adalah untuk menyoroti basis pengetahuan dalam sistem pertemuan yang lebih nyaman, karena Kemungkinan bekerja bersama adalah salah satu mekanisme utama dalam pengembangan organisasi, memungkinkan Anda untuk dengan cepat menghasilkan komunikasi, mengurangi waktu untuk mentransfer informasi, mengurangi jumlah kesalahan dan waktu untuk menyelesaikan insiden.

Di bagian Redmine akan ada langkah-langkah tambahan untuk membangun proses bisnis yang lebih jelas dan terkontrol.

Secara umum, pilih alat, dan biarkan kekacauan Anda dibiarkan tanpa disadari.

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

Artikel ini ditulis pada hasil laporan yang dibaca pada konferensi komunitas Infostart Event 2017. Lebih banyak artikel dapat ditemukan di sini.

Pada tahun 2020 kami mengundang semua orang untuk mengambil bagian dalam 7 alokasi regional, serta peringatan Infostart tahun 2020 di Moskow.

Pilih acara.

Redmine. - Aplikasi web server terbuka untuk manajemen dan tugas proyek (termasuk pelacakan kesalahan). Redmine ditulis dalam Ruby dan merupakan aplikasi berdasarkan kerangka kerja web yang terkenal Ruby on Rails. Didistribusikan sesuai dengan Lisensi Publik Umum GNU.

Kegunaan

Produk ini menyediakan fitur-fitur berikut:

  • Mempertahankan beberapa proyek;
  • Sistem akses berbasis peran yang fleksibel;
  • sistem pelacakan kesalahan;
  • Gantt dan Grafik Kalender;
  • Berita proyek, dokumen, dan manajemen file;
  • Peringatan perubahan menggunakan aliran RSS dan email;
  • wiki untuk setiap proyek;
  • Forum untuk setiap proyek;
  • akuntansi biaya sementara;
  • Bidang arbitrer yang dapat disesuaikan untuk insiden, biaya waktu, proyek dan pengguna;
  • Integrasi yang mudah dengan sistem kontrol versi (SVN, CVS, GIT, Mercurial, Bazaar dan Darcs);
  • Membuat catatan kesalahan berdasarkan pada huruf yang diterima;
  • Dukungan untuk beberapa otentikasi LDAP;
  • kemampuan untuk secara mandiri mendaftarkan pengguna baru;
  • Antarmuka multibahasa (termasuk Rusia);
  • Dukungan untuk MySQL DBMS, PostgreSQL, SQLite, Oracle.

Struktur basis data

Sistem Pengguna

Pengguna adalah salah satu konsep sentral dari bidang studi. Model pengguna adalah dasar untuk mengidentifikasi dan mengautentikasi sistem personel dan pelanggan, serta mengesahkannya dalam berbagai peran, proyek, dll.

Wewenang

Peran pengguna ditentukan oleh model yang fleksibel untuk menentukan hak akses pengguna. Peran termasuk serangkaian hak istimewa, memungkinkan untuk membedakan akses ke berbagai fungsi sistem.

Para pengguna ditugaskan peran dalam setiap proyek di mana ia berpartisipasi, misalnya, "Manajer dalam proyek pengembangan situs A", "pengembang dalam proyek untuk mempertahankan perusahaan intranet perusahaan" atau "klien dalam proyek refactor dari sistem informasi perusahaan B ". Pengguna dapat memiliki beberapa peran. Menugaskan peran untuk tugas terpisah (masalah) saat ini tidak mungkin.

Proyek

Proyek ini adalah salah satu konsep dasar di bidang studi sistem manajemen proyek. Karena entitas ini, dimungkinkan untuk mengatur kolaborasi dan merencanakan beberapa proyek secara bersamaan dengan pembatasan akses ke berbagai pengguna (lihat di atas). Proyek mengakui sarang hierarkis.

Pelacak

Pelacak adalah klasifikasi utama dimana tugas diurutkan dalam proyek. Dengan sendirinya, konsep "pelacak" kembali ke sistem akuntansi kesalahan (ENG. Alat Pelacakan Bug. ), mewakili setiap proyek terpisah.

Bahkan, dalam "redmine" pelacak adalah analog kelas "tugas" kelas dan merupakan dasar untuk polimorfisme berbagai jenis tugas, memungkinkan bidang yang berbeda ditentukan untuk masing-masing. Contoh pelacak adalah "peningkatan", "kesalahan", "dokumentasi", "dukungan",

Tugas

Tugas adalah konsep sentral dari seluruh sistem, menggambarkan tugas tertentu yang ingin Anda lakukan. Setiap tugas memiliki deskripsi wajib dan penulis, pada wajib, tugas terikat pada pelacak.

Setiap tugas memiliki status. Status adalah entitas yang terpisah dengan kemungkinan menentukan hak untuk menetapkan status untuk peran yang berbeda (misalnya, status "ditolak" hanya dapat ditetapkan sebagai manajer) atau menentukan relevansi tugas (misalnya, "terbuka", " ditunjuk "- relevan, dan" ditutup "," ditolak "- tidak).

Untuk setiap proyek, seperangkat tahap pengembangan dan serangkaian kategori tugas didefinisikan secara terpisah. Bidang lain juga menarik untuk "perkiraan waktu", yang berfungsi sebagai dasar untuk grafik manajemen bangunan, serta bidang pemilihan pengamat untuk tugas (lihat "Menerima Pemberitahuan"). Tugas dapat melampirkan file (ada "aplikasi" entitas terpisah).

Nilai properti yang terdaftar lainnya (misalnya, prioritas) disimpan dalam tabel umum yang terpisah.

Melacak status tugas

Untuk melacak perubahan pada parameter tugas oleh pengguna, sistem merespons dua entitas: "Merekam log perubahan dan" Parameter yang diubah ". Entri log menampilkan satu tindakan pengguna untuk mengedit parameter tugas dan / atau menambahkan komentar ke sana. Artinya, secara bersamaan berfungsi sebagai alat untuk melakukan sejarah tugas dan alat untuk pemeliharaan dialog.

Entitas "Parameter yang diubah" diikat ke entri log terpisah dan dimaksudkan untuk menyimpan nilai lama dan baru dari parameter yang diubah pengguna.

Komunikasi antar tugas

Tugas dapat diterangi: Misalnya, satu tugas adalah subtugas untuk yang lain atau mendahului. Informasi ini mungkin berguna dalam perencanaan pengembangan program, entitas terpisah bertanggung jawab atas penyimpanannya dalam redmine.

Akuntansi dihabiskan untuk waktu draft

Sistem mempertahankan akuntansi waktu yang dihabiskan karena esensi "waktu yang dihabiskan" yang terkait dengan pengguna dan tugas. Essence memungkinkan Anda untuk menyimpan waktu yang dihabiskan, jenis aktivitas pengguna (pengembangan, desain, dukungan) dan komentar singkat tentang pekerjaan. Data-data ini dapat digunakan, misalnya, untuk menganalisis kontribusi masing-masing peserta dalam proyek atau untuk menilai intensitas tenaga kerja aktual dan biaya pembangunan.

Repositori yang mengikat

Redmine memberikan integrasi dengan berbagai versi sistem kontrol (repositori). Integrasi akan melacak perubahan dalam repositori eksternal, memperbaikinya dalam database, analisis perubahan untuk mengikat tugas-tugas tertentu. Dalam struktur infologis sistem untuk integrasi dengan repositori eksternal, tiga entitas bertanggung jawab: "repositori", "editor" dan "ganti". "Repositori" adalah proyek yang terkait dengan proyek yang menyimpan jenis repositori yang terhubung, lokasi dan data identifikasi penggunanya.

"Editorial" adalah tampilan dewan editorial repositori, dan, selain bidang informasi, dapat diikat ke tugas tertentu (untuk ini Anda ingin menentukan dalam deskripsi perubahan "Refs #Num", di mana num adalah nomor tugas), dan kepada penulis-penulis papan editorial. Entity "Change" dirancang untuk menyimpan daftar file yang dimodifikasi (ditambahkan, remote, dplaced, dimodifikasi) di setiap edisi.

Tanda terima pemberitahuan

Pemberitahuan pengguna tentang perubahan yang terjadi pada situs dilakukan dengan menggunakan esensi "pengamat" yang menghubungkan pengguna dengan objek dari berbagai kelas (proyek, tugas, forum, dll.) Dalam database, tombol akses berlangganan RSS juga disimpan, memungkinkan pemberitahuan melalui teknologi ini, juga pemberitahuan dikirim menggunakan email.

Beberapa kekurangan Redmine.

Untuk versi baru yang lebih lama, Anda harus melakukan hal yang sama.Periksa netralitas.

Halaman diskusi harus memiliki detail.

  • Mengelola file dan dokumen dalam redmine dikurangi menambah, menghapus, dan mengeditnya. Anda tidak dapat mengelola hak akses ke file apa pun atau masing-masing dokumen.
  • Tidak ada peringatan tentang perubahan dokumen.
  • Dalam Redmine, Anda tidak dapat mengelola hak akses di tingkat bidang tugas individu. Misalnya, saat ini, tidak mungkin untuk menyembunyikan estimasi pekerjaan pada proyek atau informasi tentang waktu yang dihabiskan.
  • Dalam Redmine Semua bidang tambahan tersedia untuk semua pengguna, semua peserta proyek akan dapat melihatnya dan mengubahnya. Pembatasan ini dapat menyebabkan kesulitan di hadapan komando yang tidak homogen ketika manajer dan pengembang, dan pelanggan memiliki akses ke proyek.
  • Redmine tidak memiliki hak untuk memisahkan jenis transisi dalam alur kerja. Misalnya, sekarang tidak mungkin untuk menunjukkan bahwa ketika seseorang selesai memperbaiki kesalahan, itu harus memilih tester yang bertanggung jawab dan harus menentukan nomor build. Anda juga tidak dapat menyembunyikan korespondensi internal antara programmer dari klien.
  • Dalam Redmine, keseluruhan intensitas tugas-tugas tidak ditampilkan dalam daftar tugas, dan dalam laporan padat karya tidak mungkin untuk membuat seleksi, termasuk menurut kontraktor.

Chiliproyek.

Sebagai hasil dari fakta bahwa visi beberapa pengguna relatif terhadap proyek ini dibedakan dari visi pemimpin pengembang, redmine forma yang disebut ChiliProject dibuat.

Lihat juga

literatur

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

Tautan

Redmine. [ɹɛdmɑɪn] - Aplikasi web server terbuka untuk manajemen dan tugas proyek (termasuk pelacakan kesalahan). Redmine ditulis dalam Ruby dan merupakan aplikasi berdasarkan kerangka kerja web yang terkenal Ruby on Rails. Didistribusikan sesuai dengan Lisensi Publik Umum GNU.

YouTube Encyclopedic.

  • 1/4Pandangan: 337.

    1.067.

    20 314.

    1 108.

  • Cara Memasang Redmine (Manajemen Proyek) di Antsel

  • MIT Redmine Effizient Mitarsbeiter, Projekte und Aufgaben Verwalten

  • Redmine - Herramienta de Gestion de Proyectos

  • [KUBE 42] Menyebarkan Redmine in Kubertnetes Cluster

Kandungan

Kegunaan

Produk ini menyediakan fitur-fitur berikut:

  • Mempertahankan beberapa proyek;
  • Sistem akses berbasis peran yang fleksibel;
  • sistem pelacakan kesalahan;
  • Gantt dan Grafik Kalender;
  • Berita proyek, dokumen, dan manajemen file;
  • Peringatan perubahan menggunakan aliran RSS dan email;
  • Forum untuk setiap proyek;
  • akuntansi biaya sementara;
  • Bidang arbitrer yang dapat disesuaikan untuk insiden, biaya waktu, proyek dan pengguna;
  • Integrasi yang mudah dengan sistem kontrol versi (SVN, CVS, GIT, Mercurial, Bazaar dan Darcs);
  • Membuat catatan kesalahan berdasarkan pada huruf yang diterima;
  • Dukungan untuk beberapa otentikasi LDAP;
  • kemampuan untuk secara mandiri mendaftarkan pengguna baru;
  • Antarmuka multibahasa (termasuk Rusia);
  • Mendukung DBMS MySQL, Microsoft SQL Server [2] , PostgreSQL, SQLite.

Struktur basis data

Sistem Pengguna

Pengguna adalah salah satu konsep sentral dari bidang studi. Model pengguna adalah dasar untuk mengidentifikasi dan mengautentikasi sistem personel dan pelanggan, serta mengesahkannya dalam berbagai peran, proyek, dll.

Wewenang

Peran pengguna ditentukan oleh model yang fleksibel untuk menentukan hak akses pengguna. Peran termasuk serangkaian hak istimewa, memungkinkan untuk membedakan akses ke berbagai fungsi sistem.

Para pengguna diberi peran dalam setiap proyek di mana ia berpartisipasi, misalnya, "manajer dalam proyek pengembangan proyek", "pengembang dalam proyek untuk mempertahankan perusahaan intranet perusahaan" atau "klien dalam proyek refactor dari sistem informasi Perusahaan B ". Pengguna dapat memiliki beberapa peran. Menugaskan peran untuk tugas terpisah (masalah) saat ini tidak mungkin.

Proyek

Proyek ini adalah salah satu konsep dasar di bidang studi sistem manajemen proyek. Karena esensi ini, dimungkinkan untuk mengatur pekerjaan bersama dan merencanakan beberapa proyek secara bersamaan dengan pembatasan akses ke berbagai pengguna (lihat di atas). Proyek memungkinkan sarang hierarkis.

Pelacak

Pelacak adalah klasifikasi utama dimana tugas diurutkan dalam proyek. Dengan sendirinya, konsep "pelacak" kembali ke sistem akuntansi kesalahan (ENG. Alat Pelacakan Bug. ), mewakili setiap proyek terpisah.

Intinya, dalam "redmine", pelacak adalah analog kelas "masalah" kelas dan merupakan dasar untuk polimorfisme dari berbagai jenis tugas, memungkinkan Anda untuk menentukan untuk masing-masing bidang jenisnya. Pelacak adalah "Peningkatan" "," Kesalahan "," Dokumentasi "," Dukungan ".

Tugas

Tugas adalah konsep sentral dari seluruh sistem, menggambarkan tugas tertentu yang ingin Anda lakukan. Setiap tugas memiliki deskripsi wajib dan penulis, pada wajib, tugas terikat pada pelacak.

Setiap tugas memiliki status. Status adalah entitas yang terpisah dengan kemungkinan menentukan hak untuk menetapkan status untuk peran yang berbeda (misalnya, status "ditolak" hanya dapat ditetapkan sebagai manajer) atau penentuan relevansi tugas (misalnya, "terbuka", "Ditunjuk" - relevan, dan "ditutup", "ditolak" - tidak).

Untuk setiap proyek, seperangkat tahap pengembangan dan serangkaian kategori tugas didefinisikan secara terpisah. Bidang lain juga juga menarik untuk "perkiraan waktu", yang berfungsi sebagai dasar untuk grafik manajemen bangunan, serta bidang pilihan pengamat untuk tugas (lihat "menerima pemberitahuan"). Tugas dapat melampirkan file (ada "aplikasi" entitas terpisah).

Nilai properti yang terdaftar lainnya (misalnya, prioritas) disimpan dalam tabel umum yang terpisah.

Lacak perubahan parameter tugas

Untuk melacak perubahan pada parameter tugas oleh pengguna, dua entitas merespons dalam sistem: "Merekam log perubahan" dan "parameter yang dapat diubah". Entri log menampilkan satu tindakan pengguna untuk mengedit parameter tugas dan / atau menambahkan komentar ke sana. Artinya, secara bersamaan berfungsi sebagai alat untuk melakukan sejarah tugas dan alat untuk pemeliharaan dialog.

Entitas "Parameter yang diubah" diikat ke entri log terpisah dan dimaksudkan untuk menyimpan nilai lama dan baru dari parameter yang diubah pengguna.

Komunikasi antar tugas

Tugas dapat diterangi: Misalnya, satu tugas adalah subtugas untuk yang lain atau mendahului. Informasi ini mungkin berguna dalam perencanaan pengembangan program, entitas terpisah bertanggung jawab atas penyimpanannya dalam redmine.

Akuntansi dihabiskan untuk waktu draft

Sistem mendukung memperhitungkan waktu berkat esensi dari "waktu yang dihabiskan" yang terkait dengan pengguna dan tugas. Essence memungkinkan Anda untuk menyimpan waktu yang dihabiskan, jenis aktivitas pengguna (pengembangan, desain, dukungan) dan komentar singkat tentang pekerjaan. Data ini dapat digunakan, misalnya, untuk menganalisis kontribusi masing-masing peserta dalam proyek atau untuk menilai pertimbangan waktu aktual dan biaya pengembangan.

Repositori yang mengikat

Redmine menyediakan kemampuan untuk berintegrasi dengan berbagai versi sistem kontrol (repositori). Integrasi akan melacak perubahan dalam repositori eksternal, memperbaikinya dalam database, analisis perubahan untuk mengikat tugas-tugas tertentu.

Dalam struktur infologis sistem untuk integrasi dengan repositori eksternal, tiga entitas bertanggung jawab: repositori, editor, dan perubahan.

  • Repositori - Sebuah proyek yang terkait dengan entitas yang menyimpan jenis repositori yang terhubung, lokasi dan data identifikasi penggunanya.
  • Editorial - Menampilkan kantor editorial repositori, dan, selain bidang informasi, dapat diikat ke tugas tertentu: ini memerlukan spesifikasi dalam deskripsi perubahan "Refs #Num", di mana NUM adalah nomor tugas), dan kepada penulis-penulis papan editorial.
  • Ubah - Menyimpan daftar file yang dimodifikasi (ditambahkan, remote, dplaced, dimodifikasi) di setiap edisi.

Tanda terima pemberitahuan

Pemberitahuan pengguna tentang perubahan yang terjadi pada situs dilakukan dengan menggunakan esensi "pengamat" yang menghubungkan pengguna dengan objek berbagai kelas (proyek, tugas, forum, dll.). Basis data juga menyimpan kunci akses ke langganan RSS, yang memungkinkan Anda Untuk menerima pemberitahuan melalui teknologi ini, juga pemberitahuan dikirim menggunakan email.

Beberapa kekurangan Redmine.

  • Mengelola file dan dokumen dalam redmine dikurangi menambah, menghapus, dan mengeditnya. Anda tidak dapat mengelola hak akses ke file apa pun atau masing-masing dokumen.
  • Dalam Redmine, Anda tidak dapat mengelola hak akses di tingkat bidang tugas individu. Misalnya, saat ini, tidak mungkin untuk menyembunyikan estimasi waktu kerja pada tugas. Tetapi Anda dapat membuat bidang tambahan hanya terlihat oleh pengguna dengan peran yang ditentukan.
  • Dalam Redmine, pertimbangan tenaga kerja secara keseluruhan tidak ditampilkan dalam daftar tugas.
  • Tidak ada kemungkinan untuk memberi pengguna peran dalam seluruh sistem; Misalnya, "Project Office Manager" harus memiliki akses ke semua proyek dalam sistem: Untuk ini Anda perlu menambahkan pengguna dengan peran ini untuk semua proyek.
  • Hubungkan repositori git hanya mungkin jika redmine, dan repositori ada di server yang sama.

Chiliproyek.

Sebagai hasil dari fakta bahwa visi beberapa pengguna relatif terhadap proyek ini dibedakan dari visi pemimpin pengembang, redmine forma yang disebut ChiliProject dibuat. Saat ini, proyek ini ditutup.

Lihat juga

Catatan

literatur

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

Tautan

  • Situs Resmi Redmine. (eng.)
  • Klien Android untuk Redmine (eng.)
  • Menginstal dan Mengkonfigurasi Bundel Redmine dengan Permata, Ruby, Rails, PostgreSQL, Penumpang, Nginx
  • Menginstal dan Mengkonfigurasi Bundel Redmine dengan Permata, Ruby, Rails, MySQL, Penumpang, Nginx (Tautan tidak dapat diakses)
  • Membuat Plugin untuk Redmine
  • RedmineApp - Aplikasi iPhone untuk Redmine
  • Redmine PM - Redmine Client untuk iPhone / iPad
  • Redmine to Go - Windows Phone Client untuk Redmine
  • RedMineup adalah seperangkat plug-in dan tema gratis dan komersial untuk redmine.
  • RMClient adalah klien untuk Windows, Mac, Linux, Komersial.
  • Mengatur tugas siklus hidup
  • Memecahkan masalah kinerja
  • Perencanaan operasional dalam Redmine
  • Panduan Menulis Plugin.
  • Instruksi instalasi terperinci
  • Redmine Mudah - Opsi Komersial
  • Designer Jetware installar dan mesin virtual dengan redmine

Halaman ini terakhir diedit pada 3 Mei 2021 pukul 13:31.

  • - Mempertahankan beberapa proyek;
  • - Sistem pelacakan kesalahan;
  • - Peringatan tentang perubahan melalui email dan umpan RSS;
  • - Status tugas yang dapat disesuaikan;
  • - Bidang arbitrer yang dapat disesuaikan untuk tugas, biaya waktu, proyek, dan pengguna;
  • - Akuntansi biaya waktu (jam);
  • - Ganta grafik dan kalender;
  • - Wiki untuk setiap proyek;
  • - Manajemen berita proyek, manajemen file dan dokumen;
  • - Forum untuk setiap proyek;
  • - Antarmuka multibahasa, termasuk Rusia;
  • - Integrasi yang mudah dengan repositori (SVN, CVS, GIT, Mercurial, Bazaar, dan DarCS);
  • - Sistem pemisahan akses berdasarkan peran;
  • - Dukungan untuk beberapa otentikasi LDAP;
  • - Kemampuan untuk secara mandiri mendaftarkan pengguna baru;
  • - perluasan fungsionalitas sistem dengan menginstal tambahan Plugins. ;
  • - Mendukung DBMS: MySQL, PostgreSQL, SQLite, MS SQL Server (dari versi 2.3).
  • Pertimbangkan sistem redmine secara lebih rinci. Di bawah ini adalah beberapa tangkapan layar, pada yang pertama - daftar tugas sesuai dengan salah satu proyek.

    Tombol Tugas memungkinkan Anda untuk melihat tugas proyek saat ini (secara default) dan tugas-tugas yang sebelumnya tertutup - permintaan pelanggan dimungkinkan.

    Tuhan kau milikku, aku punya konflik!

    (filter). Kueri khusus dapat disimpan untuk digunakan selanjutnya oleh semua pengguna sistem.

    (Ketika Anda menginstal kotak centang "Publik") atau untuk digunakan oleh pengguna yang membuat permintaan. Setelah membuat kueri, Anda dapat mengkonfigurasi daftar tugas dalam satu klik,

    Cepat atau lambat (mungkin sudah selama pembaruan pertama ke versi baru yang lebih muda) Anda akan menghadapi konflik merger. Selama kembalian git, ia menggunakan komiting satu per satu dan berhenti setiap kali penggunaan komit terjadi dengan kesalahan. Dalam hal ini, tim

    Mengambil keuntungan dari referensi dengan kueri oleh "kueri yang disimpan" pada panel samping di sebelah kanan.

    • Sistem mengimplementasikan mekanisme untuk melacak tugas dan berlangganan tugas. Untuk setiap tugas, pengamat dapat ditugaskan, setelah itu ketika status berubah, parameter tugas, tambahkan komentar baru, file ke tugas, pengguna pengamat akan menerima notifikasi email yang sesuai.
    • Semua pengguna sistem dapat membuat tugas baru. Untuk menambahkan tugas baru ke proyek, Anda harus pergi ke tab tugas baru,
    • Pilih Tracker Tugas dan isi bidang tugas wajib (*) dan tambahan (termasuk pengguna khusus). Di bidang "Tema", ia dirumuskan secara singkat, tetapi secara informatif makna tugas (ketika Anda pergi ke bidang lain dengan menekan tombol Tab, dalam hal plug-in tambahan, Anda dapat mencari entri topik di antara tugas-tugas yang dibuat sebelumnya). Di bidang "Deskripsi" menetapkan konten tugas yang terperinci. Untuk meningkatkan keterbacaan teks, Anda dapat menggunakan kemampuan editor web built-in.
    • Tugas dapat dilampirkan file, ukuran maksimum yang diatur oleh administrator sistem.
    • Pengamat dapat dihubungkan ke tugas: untuk membuat tugas, ketika membuat makanan ke tugas, mengubah status tugas, pengamat akan menerima pemberitahuan yang tepat ke alamat email mereka. Pengguna juga dapat menambahkan diri mereka sebagai pengamat untuk tugas yang terjangkau, yang dalam kartu tugas harus diikuti oleh tautan "Ikuti".

    Tugas dalam sistem dapat saling terkait: misalnya, salah satunya adalah subtugas untuk yang lain, mendahului tugas-tugas ini hanya terkait satu sama lain.

    Status git.

    Sistem Redmine menyediakan entitas terpisah yang disebut "tugas terkait". Tugas terkait mungkin memiliki jenis tautan berikut:

    Menampilkan file masalah.

    - "duplikat" - mengaitkan tugas sedemikian rupa sehingga penutupan seseorang mensyaratkan penutupan tugas lain;

    Periksa yang mana dari komit yang membuat kegagalan, cari tahu mengapa itu dimaksudkan (pesan komit yang bermakna akan membantu), file yang benar, perintah

    - "Terkait dengan" hanyalah referensi ke tugas lain. Tautan seperti itu digunakan untuk menunjukkan bahwa tugas-tugas ini dikombinasikan dengan satu tujuan atau atribut umum lainnya; - "Blok" - menunjukkan bahwa tugas ini harus diselesaikan sebelum memulai pekerjaan pada tugas lain. Dalam kedua tugas, Anda dapat secara independen mengubah persentase eksekusi, tanggal, status, tetapi dengan satu pengecualian: tugas yang terkunci tidak dapat ditutup sampai tugas pemblokiran ditutup. Namun, dalam tugas yang terkunci, dimungkinkan untuk mengatur status "dilakukan", kesiapan 100%, bahkan jika kesiapan tugas pemblokiran meninggalkan banyak yang diinginkan; - "Precedes" - menetapkan prosedur untuk melakukan tugas sehingga tugas ini harus diselesaikan untuk N hari sebelum dimulainya terkait. Dalam kartu tugas terkait, itu tidak hanya akan menjadi entri mengikat, tetapi juga secara otomatis mengubah waktu dan akhir tugas. Istilah tugas akan sama dengan tanggal masalah terikat, meningkat sebesar jumlah hari yang ditentukan dalam bundel;

    Git add.

    - "Next" - menetapkan prosedur untuk melakukan tugas sedemikian rupa sehingga tugas ini hanya dapat dilakukan setelah yang terkait. Koneksi ini membalikkan yang sebelumnya.

    Tambahkan setiap file yang diperbaiki saat Anda selesai. Jika konflik telah dihilangkan, Anda dapat melihat perubahan yang akan diperbaiki menggunakan perintah

    Waktu akan secara otomatis berubah tidak dalam pengikatan, tetapi dalam tugas yang dapat diedit. Oleh karena itu, tautan "Next" harus digunakan, hanya memastikan bahwa tugas-tugas harus benar-benar melanjutkan satu demi satu pada interval waktu tertentu di antara mereka.

    Git diff --cached.

    Gambar-gambar berikut dikhususkan untuk konfigurasi dan administrasi sistem redmine.

    . Segera setelah Anda mempertimbangkan hasilnya memuaskan, Anda dapat terus membangun kembali dengan tim

    Pelacak memainkan peran penting dalam melacak tugas. Mereka terlibat dalam menentukan kondisi untuk transisi tugas dari satu negara ke negara lain, ketersediaan bidang.

    Git rebase - continue.

    Pelacak adalah asosiasi tugas logis dalam satu kelompok dalam proyek, misalnya, penghapusan kesalahan, pengembangan fungsionalitas baru, dll. Pelacak mungkin

    Termasuk dalam satu, beberapa atau semua proyek.

    Pengguna redmine harus dimasukkan dalam salah satu grup peran, jumlah peran tidak terbatas. Sistem menyediakan dua peran yang telah ditentukan:

    Peran "anonim" - untuk pengguna yang tidak terdaftar, peran "tidak berpartisipasi" - untuk terdaftar, tetapi tidak termasuk dalam proyek pengguna mana pun.

Anonim tidak dapat membuat tugas.

Setiap peran diatur untuk mengakses hak atas tindakan yang mungkin dengan tugas, proyek, dokumen, file, wiki, forum, dll. Jelas itu

Peran "Manajer Proyek" harus diberi lebih banyak kekuatan, peran "pemain" - lebih kecil, peran "tidak berpartisipasi" - bahkan kurang, peran "anonim" untuk memungkinkan kemungkinan minimum

Dalam proyek publik, dan dalam proyek individu, semuanya dilarang. Peserta peran sistem "Administrator" memiliki hak tak terbatas di seluruh sistem.

Tergantung pada pelacak yang dipilih, setiap tugas dapat melewati tahap tertentu dan memiliki status yang berbeda.

Jadi, dalam contoh di bawah ini untuk pelacak yang dibuat "pemecahan masalah", "tugas satu kali, adhoc", "pengembangan baru" maksimum penuh melalui status tugas:

1. Baru -> 2. Didistribusikan -> 3. Analisis -> 4. Dalam Operasi -> 5. Made -> 6. Penerimaan oleh Pelanggan -> 7. Ditutup

Peran "manajer proyek", "eksekutif", "pelanggan, anggota" dibuat. Karena Manajer Proyek adalah administrator proyeknya, maka dalam kerangka proyeknya dapat dipindahkan ke tugas dalam status yang berbeda. Para pemain tugas atau pelanggan / peserta dapat menerjemahkan tugas hanya dari pada status tertentu. Pada tahap apa pun, tugas dapat dibatalkan (diterjemahkan ke dalam status "ditolak") menunjukkan alasannya. .

Ketika Anda melakukan perubahan pada tugas, perubahan dalam status tugas, tambahkan komentar ke semua pengguna yang terlibat dalam tugas akan datang secara otomatis email.

Untuk setiap pasangan "peran - pelacak" ada peluang untuk mengkonfigurasi visibilitas, kewajiban untuk mengisi bidang (termasuk bidang yang dapat dikonfigurasi) dalam kartu tugas. Bidang sistem

"Proyek", "pelacak", "tema", "prioritas", "pribadi" (tugas) selalu diminta untuk mengisi. Mengkonfigurasi urutan tindakan untuk salah satu pasangan "peran - pelacak",

Pengaturan urutan dapat disalin untuk pasangan lain ("Salin" tautan).

Dalam sistem redmine untuk tugas, pengguna dan entitas lain, Anda dapat membuat sejumlah arbitrer dari bidang (khusus) yang dapat disesuaikan. Bidang khusus akan

Tampilan dalam kartu tugas dalam dua kolom setelah area bidang sistem yang telah ditentukan. Sortir menentukan urutan bidang khusus dalam kartu tugas. Bidang khusus mendukung tipe data berikut: string, teks panjang, integer, nomor nyata, tanggal, daftar untuk memilih nilai tunggal, Daftar untuk memilih beberapa nilai, tautan, pengguna. Setiap bidang khusus dapat diaktifkan di semua atau hanya proyek yang ditentukan, gunakan pelacak yang dipilih. Dalam mendefinisikan bidang khusus, Anda dapat segera menginstal Pengaturan global diperlukan dan visibilitas untuk peran, serta partisipasi lapangan dalam kueri pengguna (filter) dan permintaan pencarian. Program untuk mengelola server dan layanan Redmine dapat ditemukan sebagai start-up -> Bitnami Redmine Stack Group -> Redmine Manager Tool. Dengan aplikasi administrasi ini, Anda dapat mengelola layanan redmine, server Web Apache, server database MySQL.

Pelaporan

Sistem Redmine memberikan diagram gant, dan dengan bantuan plugin tambahan dimungkinkan untuk membentuk laporan untuk memahami status proyek dan tugas.

Mungkin pengajuan pribadi pengembang tentang format laporan ini akan mengatur Anda.

Namun demikian, laporan analitik tentang tugas-tugas proyek paling baik dibuat berdasarkan data yang diekspor ke file CSV. Untuk ini

Di menu utama sistem Redmine, pilih "Proyek" -> "Semua proyek", ikuti tautan "Lihat Semua Tugas",

Untuk daftar tugas, oleskan / batalkan kriteria penyaringan yang diinginkan dan klik tautan "Ekspor ke CSV" di bagian bawah bawah daftar tugas.

Dengan cara ini, daftar tugas akan diturunkan - file masalah.csv.

Selanjutnya, Anda harus membuka buku MS Excel baru, pilih "Data" -> "dari teks" di menu utama, tentukan jalur ke masalah file.CSV, Di kotak dialog Pilih Kode Kode "1251: Cyrillic (Windows)", (Mungkin sebagai simbol pemisah, catat - "Lainnya", tentukan simbol | (sifat vertikal)) dan klik tombol "Selesai". Data akan diimpor ke file Excel sambil menyimpan koneksi ke file CSV. Atas dasar tabel data sumber, Anda perlu membuat tabel ringkasan, diagram (sorot tabel / kolom, lalu pilih "Sisipkan" -> "Tabel Ringkasan"). Dimungkinkan untuk memastikan indikator analitik pada tabel dasar, Anda perlu membuat kolom terhitung tambahan.

Contoh laporan dapat ditemukan dalam investasi ke artikel ini.

Redmine¶

Redmine adalah aplikasi web manajemen proyek yang fleksibel. Ditulis menggunakan kerangka Ruby on Rails, itu adalah lintas-platform dan basis data.

Redmine adalah sumber terbuka dan dirilis berdasarkan ketentuan GNU General Public License V2 (GPL).

Fitur¶

Beberapa fitur utama Redmine adalah:

Baca lebih lanjut tentang fitur redmine.

Dokumentasi¶ .

Anda dapat membaca

Redmine Guide.

Sumber daya lainnya:

Demo online Demo online bersama dapat ditemukan di http://demo.redmine.org/. Sudah disiapkan untuk memberikan pengguna terdaftar kemampuan untuk membuat proyek mereka sendiri Ini berarti begitu Anda mendaftar, Anda dapat membuat proyek Anda sendiri di sana dan mencoba fitur administrasi proyek. Atau, Anda bisa mendapatkan lingkungan demo Redmine Anda sendiri di http://m.redmine.org dengan hak administrator penuh setelah mengisi formulir sederhana.

Dukungan & Mendapatkan Bantuan¶

Untuk mendapatkan bantuan atau mendiskusikan Redmine, Anda dapat menelusuri

Redmine Forums. 

Tuan rumah di sini di Redmine. Kami juga memiliki Ruang obrolan. - Bergabung dengan #redmine pada Jaringan IRC Freenode. Ada juga ruang kerja tidak resmi pada

Kendur Di mana Anda dapat mengajukan pertanyaan dan berpartisipasi dalam diskusi dengan pengguna redmine lainnya. Sebelum mengirimkan laporan bug, tambalan atau permintaan fitur di sini, silakan baca panduan pengiriman.

Berkontribusi dan membantu¶ Redmine dibangun dan dikelola oleh sukarelawan masyarakat. Jika Anda menikmati menggunakannya dan ingin memberikan kembali kepada komunitas, halaman kontribut memiliki ide-ide sevel. Pengalaman pengembangan perangkat lunak tidak diperlukan. Lihat halaman tim jika Anda tertarik pada area tertentu untuk berkontribusi secara teratur. Anda juga dapat memberikan donasi dan terdaftar di halaman Redmine Donors. Siapa yang menggunakan redmine? ¶ Halaman ini mencantumkan beberapa perusahaan dan proyek menggunakan Redmine. Redmine Books¶ Menguasai Redmine 2nd Edition

Adalah panduan komprehensif dengan tips, trik dan praktik terbaik untuk menggunakan redmine. Anda dapat membelinya secara online.

Redmine Plugin Extension and Development Memberikan ikhtisar alat yang tersedia untuk pengembang yang ingin memperpanjang redmine untuk bekerja dengan cara mereka. Anda dapat membelinya secara online. Redmine Cookbook. Ruang obrolan. .

: Lebih dari 80 resep langsung untuk meningkatkan keterampilan Anda dalam manajemen proyek, manajemen tim, peningkatan proses, dan pemberian redmine. Anda dapat membelinya secara online. Redmine Books¶ Penafian: Ini bukan panduan tipe biasa "Cara menginstal Redmine". Di dalamnya, saya tidak akan menyelam ke pengaturan basis data atau menginstal server web. Saya juga tidak akan berbicara tentang pengaturan redmine. Dokumentasi redmine dalam rencana ini cukup lengkap. Dan agar tidak disebutkan dalam dokumentasi resmi, ada prosedur umum untuk menjalankan aplikasi Rails yang dapat dengan mudah ditemukan di Internet.

Sebaliknya, itu akan disertai dengan versi redmine yang lebih sederhana, kurang lebih disesuaikan, yang dapat dikerahkan menggunakan satu perintah shell bila perlu. Siap? Lalu mari kita mulai. Atur tipe build "All-in-One" dan siap untuk memulai mesin virtual Paket instalasi bitnami atau mesin virtual pra-instal baik untuk sampel redmine cepat, tetapi tidak cocok untuk penggunaan produktif. Mengapa? Karena mereka tidak memiliki pembaruan. Oh, sesaat, bitnami. Benar, itu terlihat lebih seperti lelucon. "Instal versi baru dari seluruh tumpukan ke direktori lain dan pindahkan data Anda di sana," Ini bukan pembaruan. Bukan kata tentang pengaturan, kustomisasi dan plugin, yang mungkin juga perlu disimpan dan instal ulang. Saya berharap semoga sukses dengan "pembaruan" seperti itu. Reliza meredam tambalan lebih dari atau dua kali sebulan. Koreksi kesalahan terkait keamanan dikeluarkan sesuai kebutuhan - Anda tidak ingin melewatkannya?

Fakta bahwa orang sering melupakan: Memperbarui waktu tidak selalu bergantung pada Anda. Tentu saja, Anda dapat menunda pembaruan sebelum rilis versi muda berikutnya Redmine - selama beberapa minggu (mungkin bahkan untuk periode yang lebih lama). Tetapi Anda tidak ingin mendeteksi masalah keamanan baru dalam redmine atau rails duduk dengan sistem nepostable sampai dimungkinkan untuk merilis waktu untuk menginstal dan mengkonfigurasi tumpukan bitnami baru dan secara manual memindahkan semua data?

Instalasi hanyalah bagian atas gunung es. Perbarui - inilah yang harus dilakukan secara teratur 

Pencarian untuk metode instalasi paling sederhana pasti tidak lagi relevan segera setelah keputusan dilakukan untuk menggunakan redmine dalam produksi. Pengiring sederhana dan kemungkinan modernisasi - inilah yang Anda butuhkan untuk mempertajam perhatian untuk meminimalkan biaya dan risiko yang terkait dengan penggunaan redmine Anda sendiri.

  • Di bawah ini saya akan memberi tahu Anda cara mendukung redmine dalam kondisi saat ini. Redmine Books¶ .
  • Gunakan git. Redmine Books¶ Bahkan jika Anda bermaksud menjalankan Redmine Stok tanpa pengaturan atau plug-in, gunakan Git Repository untuk menyimpan salinan Redmine. Paling tidak, keberadaan repositori khusus akan memberi Anda tempat penyimpanan semua yang diperlukan untuk penyebaran (nanti ini akan dianggap lebih detail). Cepat atau lambat Anda (atau pengguna Anda) Redmine dibangun dan dikelola oleh sukarelawan masyarakat. Jika Anda menikmati menggunakannya dan ingin memberikan kembali kepada komunitas, halaman kontribut memiliki ide-ide sevel. Pengalaman pengembangan perangkat lunak tidak diperlukan. Lihat halaman tim jika Anda tertarik pada area tertentu untuk berkontribusi secara teratur. .
  • BAIK

Instal beberapa plugin atau topik custom-made, dan untuk ini akan menjadi infrastruktur siap. Eksperimen dengan perubahan dan pengujian plugin dan mereka yang berada di cabang lokal tanpa gangguan dalam kode produksi menjadi sangat sederhana di hadapan git C redmine repositori. Jadi sekarang kita akan mulai dengan konfigurasi repositori. Meskipun Repositori Redmine Utama adalah instance dari Subversion, GitHub memiliki repositori semi-resmi yang didukung oleh komitaris utama dan terus diperbarui. Gunakan untuk mengkonfigurasi repositori Anda sendiri: Mengatur redmine klon lokal

$ Git clone [email protected]: redmine / redmine.git $ cd redmine $ git remote ganti nama asal hulu $ remote add origate [email protected]: redmine.git $ git checkout -b Redmine / 3.2-stabil / 3.2 -Stable $ git checkout -b lokal / 3.2-stabil $ git push-et-hulu asal lokal / 3.2-stabil

Ubah nomor versi 3.2-stabil Pada jumlah versi redmine stabil terakhir.

Repositori jarak jauh

[email protected] 

Itu harus pribadi, karena akan menyimpan konfigurasi penyebaran (dan mungkin informasi lain, yang tidak layak diterbitkan). Karena proses penyebaran yang dijelaskan di bawah ini akan mengekstrak kode dari repositori ini, repositori harus tersedia selama penyebaran, jadi jangan letakkan di komputer desktop. Ideal akan menjadi situasi ketika repositori juga akan tersedia dari server web tempat penyebaran terjadi. Tapi ini, jika perlu, Anda bisa berkeliling. Sekarang Anda memiliki dua cabang lokal: Redmine / 3.2-Stable Redmine dibangun dan dikelola oleh sukarelawan masyarakat. Jika Anda menikmati menggunakannya dan ingin memberikan kembali kepada komunitas, halaman kontribut memiliki ide-ide sevel. Pengalaman pengembangan perangkat lunak tidak diperlukan. Lihat halaman tim jika Anda tertarik pada area tertentu untuk berkontribusi secara teratur. и yang melacak redmine 3.2 tanpa fungsi tambahan dari repositori github / redmine yang disajikan oleh remote di atas naik Redmine dibangun dan dikelola oleh sukarelawan masyarakat. Jika Anda menikmati menggunakannya dan ingin memberikan kembali kepada komunitas, halaman kontribut memiliki ide-ide sevel. Pengalaman pengembangan perangkat lunak tidak diperlukan. Lihat halaman tim jika Anda tertarik pada area tertentu untuk berkontribusi secara teratur. gudang yang melacak redmine 3.2 tanpa fungsi tambahan dari repositori github / redmine yang disajikan oleh remote di atas Lokal / 3.2-stabil

Di mana semua pengaturan penyebaran, penyesuaian, tema dan plugin akan ditempatkan.

Pembaruan versi lanjutan

Redmine menggunakan skema penomoran versi berikut: XYZ Major / Minor / Patch. Setiap versi yang lebih muda memiliki miliknya sendiri Cabang stabil Di mana perbaikan dan patch keselamatan akan diterapkan dari waktu ke waktu (selama versi ini masih didukung). Dalam kasus kami, ini adalah cabang

Dari waktu ke waktu, cabang naik ini akan menerima beberapa komitmen baru. Tugas Anda adalah memasukkan komit baru di cabang lokal Untuk penyebaran. Meskipun dimungkinkan dan hanya secara teratur melengkapi cabang naik, saya mengusulkan untuk menggunakan Git rebase. Untuk mendukung serangkaian perubahan Anda sendiri lebih .

Stock Redmine: Membangun kembali perubahan lokal atas redmine "telanjang": $ Git checkout redmine / 3.2-stable $ git tarik # BARU hulu berkomitmen datang $ git checkout lokal / 3.2-stabil $ git rebase rebase redmine / 3.2-stabil

Rebase:

Akan membatalkan semua perubahan lokal di

Tautan

  1. Memperbarui
  2. untuk mencerminkan perubahan yang terjadi di
Jika Anda tiba-tiba mendapat banyak konflik, dan tidak ada waktu untuk menyelesaikan masalah ini, Anda dapat dengan mudah menginterupsi kembali saat ini menggunakan parameter

Semua perubahan lokal pada versi "telanjang" akan diterapkan ulang.

Redmine. Hasilnya akan Kisah murni Di mana komunitas Anda (lokal) selalu berada di atas komit redmine terakhir (menanjak).

Pembaruan Junior dan Tua

Sekarang ada cabang stabil baru (katakanlah 3.3-stabil ), Lakukan hal yang sama - menyaring perubahan Anda di atasnya. Perintah git akan sedikit berbeda karena perubahan cabang ke atas: Transfer perubahan lokal ke cabang stabil baru $ Git fetch upstream $ git checkout -b redmine / 3.3-stabil hulu / 3.3-stabil $ git checkout -b lokal / 3.3-stabil lokal / 3.2-stabil $ git rebase --onto redmine / 3.2-stabil Lokal / 3.3-stabil Tim-tim ini pertama kali membuat dua cabang lokal baru untuk versi 3.3: Salah satu naik, dan yang lainnya dari cabang lokal 3.2. Kemudian mereka memindahkan perubahan lokal Redmine / 3.3-Stable

. Perubahan lokal di sini adalah perbedaan antara

Lokal / 3.3-stabil (yang masih ). Sekarang

Mengandung redmine 3.3 ditambah perubahan lokal.

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