Dalam
artikel sebelumnya, kami berbicara tentang pendekatan kerangka acuan dalam Decart IT-production. Ketika kami memperkenalkan perubahan ini, proyek dilakukan di cloud Jira, tetapi potensinya digunakan seminimal mungkin. Untuk perusahaan kecil, pengaturan tugas yang kompeten, pelacak waktu, pelacak bug, dan statistik pada proyek dan tim sudah cukup. Tim ini jauh lebih nyaman bekerja dengan TK sebagai dokumen tunggal daripada dengan tugas individu di Jira, setidaknya karena kemudahan navigasi di Google Documents (selanjutnya - Documents). Bahkan pada awal pekerjaan pada TK baru, ada pemikiran untuk menyederhanakan proses kerja, entah bagaimana "menyelesaikan" Dokumen, tetapi serangkaian proyek tidak menyisakan waktu untuk membahas masalah ini. Maka, ketika waktu masih ditemukan, saya membuat daftar tujuan yang ingin kami capai:
- Pelacakan waktu di Documents sendiri
- Pelaporan karyawan
- Pelaporan Proyek
- Mengurangi waktu untuk bekerja dengan sistem itu sendiri selama implementasi proyek
- Hindari menduplikasi satu informasi di tempat yang berbeda
- Gunakan sumber daya perusahaan seminimal mungkin
Tapi pertama-tama, mari kita bicara tentang teknologi.
Skrip Google
Google Apps Script (selanjutnya GAS) adalah dialek JavaScript untuk membuat skrip otomatisasi dan ekstensi untuk layanan Google. Meskipun GAS tidak begitu populer di komunitas Internet berbahasa Rusia, tidak ada keraguan tentang kegunaannya. GAS adalah alat yang baik untuk mengotomatisasi berbagai proses bisnis, karena memiliki beragam integrasi. Saat ini, bahasa memiliki kelas dan metode untuk bekerja dengan layanan berikut: Tabel, Dokumen, Formulir, Disk, Gmail, Kalender, Kontak, Peta, Grup, Penerjemah.
Satu skrip dapat bekerja dengan beberapa layanan sekaligus, yang memungkinkan Anda membuat kombinasi alat yang sesuai untuk tugas Anda.
Juga, dengan bantuan Google Apps Script, Anda dapat membuat aplikasi web lengkap dengan antarmuka grafis pada HTML / embed Google Apps Script di situs Anda. Contoh paling sederhana: buat formulir di situs web untuk mengunggah file dari komputer ke Google Drive
Sebagai hasilnya, saya ingin mencatat keuntungan-keuntungan berikut:
- GAS cukup mudah digunakan.
- Beragam integrasi dengan berbagai layanan
- Berlari di awan
- Alat praktis untuk debugging dan logging
- Kemampuan untuk menyempurnakan hak akses
Sebagai batasan, kami perhatikan hal berikut:
- Batas jumlah permintaan, jumlah dokumen yang dibuat, dll. Batas waktu eksekusi maksimum dapat menyebabkan Anda menghabiskan lebih banyak waktu untuk mengoptimalkan kode daripada yang kita inginkan
- Memiliki beberapa batasan dengan CSS
- Anda harus memiliki Akun Google untuk mengembangkan dan menggunakan ekstensi
Secara umum, GAS adalah alat yang hebat untuk mengotomatisasi proses bisnis perusahaan kecil, tetapi juga dapat digunakan untuk tugas yang lebih serius.
Sekarang kita lolos langsung ke implementasi.
Struktur
Untuk menyimpan dan memvisualisasikan data, kami memutuskan untuk menggunakan Google Spreadsheets dan membangun arsitektur sederhana berdasarkan tiga tabel.
Tabel “Buruh”
Kami melakukannya segera selama setahun. Lembar berbulan-bulan. Kolom:
- Hari dalam sebulan
- Siapa
- Proyek
- Id tugas
- Waktu yang ditandai
- Komentar
Sebenarnya, ini adalah basis kami atas dasar mana tabel lain dibentuk. Setiap baris mewakili entri persalinan yang terpisah.
Tabel “Laporan Bulanan”
Penting bagi karyawan dan manajemen untuk melihat pada hari apa proyek dan seberapa banyak yang dikerjakan. Lembar adalah karyawan. Kolom:
- Hari dalam sebulan
- Berolahraga dalam sehari
- Proyek
- Id tugas
- Tantangan
- Waktu yang ditandai
- Komentar
Jumlah dan waktu total untuk nomor ini pada jalur terpisah, lebih rendah adalah biaya tenaga kerja itu sendiri.
Tabel “Pekerjaan Proyek”
Ini memungkinkan Anda untuk memahami waktu yang diberikan untuk tugas tersebut, berapa banyak yang telah dihabiskan, berapa jam yang tersisa untuk masing-masing departemen (desain, front-end, back-end). Lembar - versi produk. Kolom:
- Bagian TK (pos h1)
- Id tugas
- Tantangan
- 2 kolom untuk setiap departemen: dikerjakan dan diperkirakan (dalam jam)
- Total
- Saldo. Nilai minus yang dihabiskan
- Siapa yang mengerjakan tugas dan berapa banyak yang dihabiskan
Baris terakhir adalah ringkasan kolom DL.
Bagaimana cara kerjanya
Kami menulis add-on ini pada skrip google, yang setelah instalasi dapat digunakan di Google Doc apa pun menggunakan tab "Add-ons". Ketika semua dokumen dengan pelanggan ditandatangani, kami membuat salinan pernyataan kerja, yang dengannya kami akan terus bekerja. Ketika proyek diinisialisasi, diperiksa apakah tabel "Pekerjaan Proyek" telah dibuat. Jika tidak, yang baru dibuat. Jika demikian, lembar baru ditambahkan ke yang lama. Untuk operasi yang benar, tentu saja, perlu memberi nama file sesuai dengan template yang kita pilih, tetapi ini bisa dihilangkan.
Semua tugas harus memiliki nama berikut:
Tasks_Name (Design_Time_Evaluation + Front_Time_Evaluation + Back_Time_Evaluation) [Task_ID].
ID dihasilkan secara otomatis ketika proyek diinisialisasi.
Sekarang file siap bekerja. Untuk menandai waktu, Anda harus meletakkan kursor pada judul tugas, dan memilih item menu “Tambah tenaga kerja”, ketika Anda mengkliknya, sebuah jendela akan terbuka.
Biaya tenaga kerja segera ditambahkan ke semua tabel di atas. Di bawah judul tugas di Documents, baris "Peserta" muncul, mencantumkan semua orang yang mengerjakannya dengan jam yang ditandai.
Bugtracker
Untuk setiap proyek, selain file dengan versi TK, kami membuat file kesalahan, yang dalam hal sistem adalah versi yang sama. Penilaian tugas (waktu yang dibayarkan oleh Pelanggan) akan nol.
Tetapi tidak seperti file dengan TK, itu akan terus diperbarui. Dalam hal ini, kami menerapkan penambahan tugas tunggal, serta mengubah nama / peringkat tugas di tabel jika mereka berubah.
Untuk memastikan bahwa bug tidak hilang dalam file ini, kami menduplikasi header semua tugas baru dalam obrolan terpisah dalam telegram yang menunjukkan proyek, tingkat kepentingan dan pengembang yang bertanggung jawab. Ketika bug diperbaiki, pengembang merespons dengan nilai plus, dan PM memeriksa dan menghapus dari obrolan semua pesan yang terkait dengan bug ini. Jadi tujuannya adalah obrolan kosong.
Ya, dalam hal bugtracker, orang bisa datang dengan solusi yang lebih elegan, tetapi pendekatan ini tidak memerlukan perbaikan dari kami, dan pada saat yang sama itu menunjukkan dirinya dengan baik.
Rencana masa depan
Saat ini, kami telah melakukan MVP, dan di masa depan kami akan menerapkan setidaknya status tugas (sekarang hanya menyoroti) dan statistik keuangan dasar, tanpa mengubah proyek menjadi monster Frankenstein.
Terima kasih telah membaca sampai akhir, dan semoga harimu menyenangkan!