Saran spesialis TI kepada pelanggan, atau cara mengotomatisasi kekacauan

Halo semuanya, saya telah bekerja di bisnis TI (di bagian yang berkaitan dengan penciptaan sistem TI) selama lebih dari 20 tahun. Saya ingin merangkum pengalaman dalam beberapa tips kepada pelanggan bagaimana membuat otomatisasi organisasi menjadi proyek yang efektif dan sukses.

Tentang tujuan dan batasan proyek

Mari kita mulai dengan mendefinisikan tujuan yang ingin Anda capai dengan menerapkan proyek TI. Pada akhirnya, TI tidak lebih dari teknologi dengan kemampuannya. Tetapi penciptaan sistem informasi tidak dapat menjadi tujuan itu sendiri. Tujuannya harus dinyatakan dalam hal bisnis Anda.

Kiat: Jika Anda berpikir tentang proyek TI skala besar yang mencakup banyak bidang di perusahaan Anda, pastikan bahwa tujuannya disetujui oleh orang pertama dan bahkan dengan Dewan Direksi, jika ada. Lebih baik menarik perhatian manajemen ke proyek sedini mungkin.

Setelah menetapkan tujuan, perlu untuk memutuskan proses kegiatan mana yang akan terpengaruh sebagai bagian dari implementasi sistem informasi. Otomasi selalu merupakan proses mengubah proses kegiatan. Tentunya semua orang mendengar ungkapan "Anda tidak dapat mengotomatisasi kekacauan." Dan memang benar. Implementasi sistem informasi akan mengharuskan Anda untuk lebih jelas mendefinisikan proses kegiatan, metode pengambilan keputusan, daripada yang mungkin tanpa otomatisasi. Benar, sebagai hasilnya Anda akan mendapatkan aturan kerja yang lebih jelas dan hasil bisnis yang dapat diprediksi.

Definisi proses kegiatan otomatis adalah penunjukan batas organisasi (dalam hal orang, departemen) dan fungsional (set fungsi yang menentukan proses) dari proyek masa depan.

Kiat: Dalam proses, pikirkan tentang batas-batas proyek. Sangat sering, ketika merancang sistem informasi, saya ingin "mengotomatisasi jenis pekerjaan ini, dan bahkan yang ini." Cobalah untuk tidak mengizinkan ini. Setiap fitur baru adalah jumlah pekerjaan ekstra untuk Anda dan kontraktor.

Tentang kelompok kerja

Setelah Anda menentukan proses apa yang akan mempengaruhi proyek TI, Anda memerlukan kelompok kerja! Ini harus mencakup karyawan organisasi yang bertanggung jawab atas implementasi proses yang akan dipengaruhi oleh otomatisasi.
Kelompok kerja harus menentukan tujuan bisnis proyek dan persyaratan fungsional untuk sistem informasi yang ingin Anda terima.

Kiat: Inilah mengapa saya berbicara sebelumnya tentang perlunya menyelaraskan tujuan proyek dengan orang pertama perusahaan. Pada tahap pembentukan kelompok kerja, kolega dapat menolak perubahan di masa depan. Ini normal! Tetapi seseorang harus siap untuk ini. Misalnya, ketika menyepakati tujuan proyek TI, Anda dapat mendiskusikan masalah memotivasi peserta dengan manajemen.

Pembentukan persyaratan untuk sistem otomatis

Bagaimana membuat diskusi tentang tugas otomatisasi dan persyaratan fungsional lebih cepat? Ada dua pendekatan:
1. Jika proses yang Anda putuskan untuk diotomatisasi cukup tipikal, Anda dapat melibatkan para profesional dalam diskusi - sebuah perusahaan IT yang memiliki pengalaman dalam mengotomatisasi proses yang serupa. Mereka akan memberi tahu Anda tugas apa yang sedang diselesaikan, proses apa yang terpengaruh dan akan menyuarakan persyaratan fungsional. Dan Anda cukup mengedit daftar semacam itu untuk diri Anda sendiri.
2. Pilih dari kelompok kerja pakar industri utama yang kegiatannya akan paling terpengaruh. Dan tulis versi pertama tugas dan persyaratan fungsional bersamanya.

Hal utama adalah untuk mendapatkan draf tugas dan fungsi yang pertama, dan kemudian mengklarifikasi, dan tidak menunggu kelompok kerja untuk membentuknya. Kebenaran dasar selalu lebih mudah untuk dikritik daripada ditemukan.

Langkah selanjutnya adalah pembentukan persyaratan teknis

Di sini Anda memerlukan direktur TI perusahaan. Tugasnya adalah untuk memberikan informasi tentang cara melakukan proyek TI dengan benar (di server mana, dengan saluran komunikasi mana, di bawah kendali sistem operasi mana, di mana bahasa pemrograman, menggunakan produk perangkat lunak mana). Atau berikan persyaratan untuk semua hal di atas, berdasarkan pemahamannya tentang lanskap TI perusahaan Anda.

Ketika kami melewati langkah-langkah ini - kami, pertimbangkan, memiliki tugas teknis untuk proyek TI!

Seleksi Kontraktor

Selanjutnya datang pergantian tahap organisasi: pilihan perusahaan-kontraktor. Di dunia modern, proses semacam itu diatur sebagai prosedur kompetitif.

• Jika Anda adalah perusahaan milik negara dan sistem informasinya dibuat dari anggaran negara, Anda memiliki 44 Hukum Federal. Bahkan, itu mengatur semua aturan kompetisi.
• Jika Anda adalah perusahaan dengan partisipasi negara, maka Anda bertindak berdasarkan 223 Undang-Undang Federal dan peraturan pengadaan Anda sendiri.
• Akhirnya, jika Anda adalah perusahaan swasta, Anda memiliki pernyataan pengadaan.

Tidak ada saran universal. Tetapi saya sangat merekomendasikan bahwa bahkan ketentuan pengadaan Anda tidak memerlukan ini, menunjukkan harga kontrak maksimum awal dan membatasi persentase penyimpangan yang diizinkan darinya . Mengapa Ya, karena semua persyaratan yang Anda tulis - setiap penawar potensial akan membaca dengan caranya sendiri. Atau sebuah perusahaan akan muncul yang memutuskan apa yang penting baginya untuk tidak dilakukan, tetapi hanya untuk mendapatkan kontrak.

Sepeda: satu perusahaan (saya tidak bisa menyebutkan nama) memutuskan untuk membuat sumber informasi untuk seluruh negara. Ini bukan struktur negara, dan kepemimpinan tidak membatasi percabangan harga yang terjangkau, ingin mendapatkan sebanyak mungkin pilihan.
75 perusahaan datang ke kompetisi. Pelanggan menerima proposal untuk penerapan TK-nya dengan kisaran harga 3 juta rubel hingga 300 juta rubel. Dan tidak bisa mengambil keputusan. Kompetisi dibatalkan, tugas tidak diselesaikan.

Kiat: saat merencanakan waktu proyek, ingatlah bahwa prosedur kompetitif biasanya memakan waktu sekitar satu bulan.

Digresi pada jenis proyek TI

Sebelum berbicara tentang fitur-fitur implementasi proyek TI kami, kami perlu beristirahat sejenak dan menetapkan bahwa proyek-proyek TI sebenarnya berbeda. Yang mana

Proyek TI Infrastruktur
Proyek TI dapat fokus pada pembangunan atau peningkatan infrastruktur TI Anda. Apa yang secara sehari-hari disebut "tetapi mari kita membeli server dan printer."

Proyek Implementasi Produk Perangkat Lunak
Proyek TI mungkin tentang memperkenalkan beberapa produk perangkat lunak. Apalagi keduanya "horisontal" dan terspesialisasi. Yang dimaksud dengan "produk horizontal" di dunia TI adalah produk yang, tanpa pengaturan tambahan, menyelesaikan tugas yang sangat spesifik untuk mengotomatisasi fungsi tertentu, yang dibutuhkan oleh semua pengguna. Contoh yang bagus untuk produk semacam itu adalah Microsoft Word. Apakah kita semua mengerti bahwa Word adalah sistem informasi? Tetapi mereka terbiasa dengan fakta bahwa itu diinstal sederhana, dan mudah untuk mempelajari ini. Ini justru karena sistem menyelesaikan masalah sempit: mengetik dengan memformat, menyimpan, dan mencetak. Dan tugas itu bersifat universal.
Produk perangkat lunak khusus. Contohnya adalah sistem akuntansi. Produk seperti itu tampaknya memiliki semua fungsi yang diperlukan untuk pembukuan ... Tapi! Setiap perusahaan memiliki bagan akun sendiri, analisis akun, peserta dalam proses persetujuan dan persetujuan dokumen akuntansi ... Artinya, Anda perlu mengkonfigurasi produk perangkat lunak untuk bisnis Anda.

Proyek untuk mengembangkan solusi unik dan implementasinya
Masih ada proyek TI untuk pembuatan dan implementasi sistem informasi unik yang dibuat khusus untuk perusahaan Anda. Dan selanjutnya kita akan berbicara secara spesifik tentang spesifik manajemen proyek jenis ini.

Kiat: Saya ingin menarik perhatian pada kenyataan bahwa, bahkan jika Anda perlu membeli printer di organisasi Anda, saya sangat menyarankan Anda untuk merumuskan ketentuan referensi dengan cara yang kira-kira sama dengan yang saya katakan sebelumnya. Ini adalah sumber tabungan. Karena, mulai memahami mengapa tidak ada cukup printer, mungkin Anda memiliki banyak printer jaringan, yang karena beberapa alasan digunakan sebagai "seseorang pribadi", dan Anda tidak perlu membeli peralatan, tetapi hanya mengubah pengaturan. Itu akan keluar jauh lebih murah. Saya pikir semua orang akan setuju dengan saya.

Catatan tentang kompleksitas proyek atau sistem informasi besar.
Dalam dunia sistem informasi perusahaan, "besar" disebut sistem yang mengotomatisasi lebih dari 10 proses bisnis. Dan jika Anda hanya menciptakan sistem seperti itu, sangat penting bagi Anda untuk memahami bagaimana mengelola proyek untuk pembuatan dan implementasinya.

Implementasi proyek. Pekerjaan pelanggan

Selanjutnya, kita akan berbicara tentang proyek untuk membuat dan menerapkan sistem informasi dengan fungsi unik dan spesifik.

Kompetisi diadakan, dan Anda memiliki pelaksana proyek TI. Tahap implementasi dimulai.Pada tahap ini, kelompok kerja (yang merumuskan tugas-tugas fungsional) bahkan lebih penting. Hanya sekarang ini akan mencakup perwakilan pemain.

Jika kontraktor adalah seorang profesional, ia tahu bahwa perlu untuk memulai proyek dengan rapat umum semua yang terlibat dan persetujuan Piagam proyek . Dan memang benar. Ini adalah Piagam proyek yang memungkinkan Anda untuk meresepkan aturan untuk interaksi tim kontraktor dan pelanggan. Dalam TK dan kontrak, berbeda dengan Piagam, biasanya tidak ada rincian seperti nama keluarga yang bertanggung jawab untuk keputusan desain yang sangat spesifik.

Jadi, penting bahwa penjaga pengetahuan tentang fungsi spesifik organisasi Anda ini adalah peserta aktif dalam proyek. Risiko keterlibatan spesialis industri yang tidak memadai pada bagian dari pelanggan adalah bahwa sebagai hasilnya, sistem TI tidak akan mempertimbangkan spesifikasi yang diperlukan dan paling baik Anda tidak akan dapat mengimplementasikannya (karyawan tidak akan dapat menggunakannya), dan paling buruk, perusahaan hanya akan kehilangan keunggulan kompetitifnya di pasar yang dia miliki, tetapi tiba-tiba tidak otomatis ...

Perusahaan mitra untuk pengembangan sistem tidak selalu berpengalaman dalam bisnis Anda. Ahli analis dan pengembang di pihak kontraktor dapat dengan hati-hati mendengarkan keinginan Anda dan menawarkan solusi yang lebih optimal dalam hal spesifikasi otomatisasi, tetapi tidak mengetahui cara menjalankan bisnis Anda.

Tentang mengelola pengembangan sistem informasi

Mereka yang telah menemukan sistem TI mungkin telah mendengar istilah “cascading” (atau “waterfall”) pengembangan dan lincah . Saya akan memberi tahu Anda sedikit tentang perbedaannya. Secara tradisional di dunia TI, standardisasi pendekatan pengembangan telah mengarah pada metodologi cascading untuk menciptakan solusi TI. Memang, Anda harus mengakui bahwa standardisasi apa pun memiliki satu tujuan: siapa pun yang melakukan sesuatu, hasilnya akan persis seperti yang direncanakan. Pendekatan kaskade menyediakan ini. Esensinya ada dalam tiga kata: pertama kita akan merancang, menjelaskan dalam dokumen, dan kemudian menulis kode program, memverifikasi cara kerjanya dengan dokumen-dokumen tugas teknis dan proyek teknis - dan begitulah! Apa yang mereka inginkan, mereka mendapatkannya. Tampaknya nyaman untuk bekerja untuk semua peserta proyek, baik kontraktor maupun pelanggan. Hanya ada satu masalah: waktu. Meskipun kita semua telah merancang, dunia telah berubah, jenis kegiatan baru dalam bisnis Anda telah muncul, staf telah berubah, bidang tanggung jawab telah didistribusikan kembali. Dan sistem dalam bentuknya yang lama sekarang tidak terlalu dibutuhkan.
Apa itu Agile (atau Scram)? Ini adalah metodologi untuk membuat sistem TI dalam "potongan-potongan kecil", ketika kita membagi tugas menjadi sub-tugas yang dapat dikembangkan dan diuji dalam dua minggu - sebulan. Itulah idenya. Apa yang menangkap? Ini adalah untuk membagi tugas menjadi "bagian independen". Sayangnya, itu hampir tidak pernah terjadi.

Dan ternyata pengembangan cascading maupun Agile bukanlah obat mujarab. Jadi, apa pun yang dikatakan, manajemen proyek TI akan memerlukan penggunaan kedua pendekatan tersebut.

Organisasi kerja di sisi pelanggan, beberapa tips

1. Sebelum memulai "otomatisasi segalanya", Anda perlu mengidentifikasi tugas-tugas prioritas tinggi (serangkaian proses di mana kurangnya otomasi membuat sulit untuk hidup).

2. Diskusikan di dalam perusahaan bagaimana proses otomatis ini akan bertukar informasi dengan proses bisnis terkait.

Saya akan jelaskan. Anda memutuskan untuk mengotomatiskan alur kerja, dengan kolega Anda menyadari bahwa surat yang masuk dari organisasi pengelola hilang. Anda membuat keputusan - untuk mengotomatisasi bukan seluruh alur kerja, tetapi hanya pendaftaran masuk. Dalam hal ini, Anda harus memutuskan apakah yang masuk akan terdaftar secara elektronik, dan keluar - tidak, apakah ini cocok untuk Anda? Dan bagaimana cara kerjanya? Jika Anda menjawab pertanyaan-pertanyaan ini - jangan ragu untuk melakukan proyek untuk mengotomatiskan proses mendaftarkan surat yang masuk. Langkah ini disebut "Menentukan batas fungsional proyek . " Setelah itu, Anda juga dapat secara spesifik mengidentifikasi para peserta, yaitu, batas-batas organisasi proyek, dan membuat proyek terlihat. Baginya mungkin untuk menerapkan setidaknya metode kaskade, setidaknya gesit.

3. Jika area otomatisasi sekecil itu tidak dapat dialokasikan, coba pendekatan ini: temukan kontraktor pada tahap penulisan spesifikasi teknis, dan pesan dia tidak hanya spesifikasi teknis, tetapi juga pengembangan tata letak sederhana untuk bagian terpenting dari sistem.

Ingat: penting untuk memastikan minat kepemimpinan dalam proyek. Tunjukkan padanya tata letak dasbor: ketika mereka belajar cara mendapatkan semua data untuk dasbor yang jelas ini, akan lebih mudah untuk membuat keputusan. Ini akan membantu menghemat tahun kerja dan jutaan rubel.

Ngomong-ngomong, sangat bagus untuk membuat prototipe sesuai dengan metodologi Agile. Anda dapat dengan cepat menyelesaikan, membuat, menunjukkan segalanya dan, jika perlu, menyesuaikan harapan. Bahkan, Agile muncul sebagai teknik prototyping cepat, dan tidak sama sekali untuk menciptakan industri, sistem IT yang stabil.

4. Agar perusahaan dapat menggunakan sistem TI tertentu yang mencakup semua proses kegiatan, staf membutuhkan Komite Arsitektur permanen. Ini adalah grup karyawan Anda (yang wajib) yang akan memantau penciptaan, penggunaan, perubahan, inovasi di pasar, yang bertanggung jawab atas integritas dan ideologi umum. Biasanya, komite dikelola oleh CIO, tetapi spesialis industri juga harus dimasukkan.

5. Dalam TK, selain persyaratan fungsional dan teknis, persyaratan dokumentasi selalu disajikan - deskripsi sistem TI mana yang harus disediakan oleh kontraktor. Jadikan ini bagian dari persyaratan yang optimal untuk penggunaan di masa mendatang.

Ingat bahwa kontraktor dapat berubah, dan jika sistem tidak didokumentasikan, kontraktor baru akan mulai dari awal!

Proses menciptakan sistem oleh organisasi eksternal tidak berarti bahwa karyawan Anda "tidak melakukan apa-apa dan sedang menunggu implementasi." Anda dan kontraktor sedang mendiskusikan dokumen, keputusan desain pribadi, hasil sementara. Ini penting untuk dipahami. Jika ini tidak dilakukan, kontraktor akan mengotomatiskan idenya tentang bisnis Anda, dan bukan bisnis itu sendiri.

Mungkin Anda sudah ingin mengajukan pertanyaan: “Tuhan, berapa lama proyek ini akan memakan waktu dan uang?”. Tentang ini di akhir materi.

Sekarang saya ingin berbicara lebih banyak tentang dua tahap terakhir dari siklus hidup proyek TI: implementasi dan operasi.

Organisasi proses implementasi

Jadi, kelompok kerja manajemen proyek, bersama dengan kontraktor, mengadopsi sistem. Di mana dia membawanya dan apa yang harus dilakukan selanjutnya?

Secara tradisional, penerimaan pertama berarti awal operasi uji coba . Seringkali sedikit perhatian diberikan pada langkah ini. Dan dia penting. Idealnya, selama operasi uji coba, Anda memilih 1-2 orang dan melatih mereka dalam sistem: letakkan di tempat kerja (atau berikan akses), dan mereka mulai melakukan bagian dari pekerjaan menggunakan sistem baru.

Perhatikan bahwa metode lama dalam menjalankan tugasnya masih berlaku. Artinya, peserta operasi percobaan melakukan pekerjaan ganda! Jangan lupa untuk memotivasi mereka!

Tujuan dari tahap operasi percontohan adalah untuk memastikan bahwa mungkin untuk bekerja dalam sistem. Itu tidak memberikan hasil dan kesalahan yang tidak terduga, itu cukup nyaman baginya untuk digunakan. Jika ada kesalahan, ketidaknyamanan, sesuatu yang “tidak benar”, itu dicatat dalam “Journal of trial operation”. Kontraktor harus menghilangkan komentar.

Apa yang harus dilakukan jika ternyata ini bukan komentar kecil, tetapi lupa tentang keseluruhan proses? Sayangnya, jawaban saya tidak akan menyenangkan. Jika ini dilupakan tepat pada tahap Kerangka Acuan - kontraktor tidak akan memperbaiki kesalahan dengan biaya sendiri. Karena dia akan mengatakan bahwa "mereka tidak meminta ini" dan dia akan benar. Anda harus berdiskusi dengan kontraktor mengenai kesimpulan dari perjanjian tambahan untuk kontrak, persyaratan dan uang tambahan.

Setelah operasi uji coba, akan ada karyawan yang dapat bekerja dalam sistem TI. Mereka akan dapat membantu kolega mempelajari cara kerja harian yang baru. Operasi percontohan biasanya berlangsung dari 1 hingga 3 bulan.

Setelah mengoreksi kekurangan yang diidentifikasi oleh kontraktor, sistem diterima untuk operasi komersial dan menjadi solusi pertempuran untuk melakukan bisnis. Tindakan penerimaan ke dalam operasi komersial secara resmi menyelesaikan proyek TI.

Dua kata tentang pelatihan staf

Kami ingat bahwa beberapa karyawan (peserta dalam operasi percobaan) telah lulus pelatihan yang diselenggarakan oleh kontraktor. Apa yang harus dilakukan dengan karyawan lain? Mereka perlu diajar. Anda dapat melibatkan spesialis terlatih dan kontraktor dalam pekerjaan ini. Kedua opsi tersebut dapat diterima. Ingatlah bahwa proses belajar selalu "dibayar". Entah Anda secara eksplisit membayar layanan ini kepada kontraktor, atau Anda harus mengalihkan staf Anda dari pekerjaan utama untuk melatih kolega.

Bagaimana dan haruskah proses ini dioptimalkan? Mintalah pemain untuk menyiapkan pelajaran video, mengatur pelatihan di organisasi Anda, misalnya di rumah, lulus ujian. Jika Anda memasukkan posisi tentang kebutuhan untuk mengembangkan kursus video dengan tugas-tugas tes dalam kontrak dengan kontraktor, Anda akan mendapatkan kesempatan untuk melatih karyawan baru untuk seluruh periode operasi.

Poin organisasi lain yang penting untuk diingat ketika membawa sistem ke dalam operasi komersial. Suatu tindakan adalah tindakan, tetapi penting untuk memikirkan proses transisi untuk bekerja dalam sistem baru. Contoh:

1. Anda menentukan tanggal di mana SEMUA operasi dilakukan dalam sistem baru. Sayangnya, orang tidak sempurna. Karena itu, saya menyarankan Anda untuk tidak hanya menetapkan tanggal, tetapi juga untuk menyediakan alat motivasi.
2. Sebagai aturan, tanggal tersebut bukan "besok setelah menandatangani tindakan", tetapi setelah beberapa periode, biasanya disebut periode transisi. Selama periode ini, organisasi ini hidup di dua dunia: yang lama dan yang baru. Bahkan, periode transisi seperti operasi uji coba diperpanjang, hanya dengan semua pengguna.

Kiat dan Dongeng: Karena orang cenderung menolak yang baru, perlu diingat bahwa karyawan tidak akan senang dengan sistem yang baru. Mereka akan mengatakan bahwa tidak ada yang jelas dan semuanya lambat, bahwa dengan tangan mereka sendiri, mereka akan melakukan semuanya satu jam yang lalu. Jangan khawatir, dan ingat bahwa tujuan otomatisasi - sayangnya - tidak selalu membuatnya "lebih cepat", tetapi selalu untuk memastikan transparansi dan akuntansi lengkap untuk semua operasi.

Saya akan memberi tahu Anda contoh motivasi yang lama namun efektif untuk implementasi. Sistem manajemen penjualan telah dibuat. Pada tahap implementasi, karyawan tidak ingin menggunakannya dan terus menerbitkan semua faktur secara manual. Direktur perusahaan mengeluarkan perintah internal: faktur yang diterbitkan dan dibayar di luar sistem tidak akan diperhitungkan saat menghitung premi penjual. Sistem ini diimplementasikan dalam 3 (!) Hari! Ya, tiga hari ini adalah neraka bagi pemain, satu juta kekurangan keluar. Tetapi, meskipun saya kelihatannya akan menjadi "perwakilan dari pemain", saya sangat menyarankan Anda untuk memikirkan cara motivasi seperti itu.

Saya akan meninggalkan percakapan tentang mengatur operasi sistem di waktu berikutnya. Tetapi saya perhatikan bahwa pemeliharaan sistem setelah implementasi juga membutuhkan kesepakatan , lebih disukai dengan pengembang. Ini adalah jenis kontrak terpisah yang harus menentukan cara menghubungi pengembang jika kesalahan ditemukan, dan aturan perilaku dengan pengembang jika ada proses yang berubah (atau yang baru telah muncul). Artinya, kontrak menentukan cara memperbaiki kesalahan dan bagaimana Anda berencana untuk mengembangkan sistem bersama. Jenis kontrak ini disebut SLA (Service Level Agreement). Saya menekankan bahwa ini adalah perjanjian terpisah.

Beberapa kata tentang biaya dan waktu

TI menggunakan pendekatan universal untuk menentukan biaya kerja, yang disebut metode sumber daya. Diperkirakan tim spesialis mana, dalam periode waktu apa yang mengimplementasikan serangkaian fungsi yang diperlukan.Komposisi standar tim: untuk mengotomatisasi satu proses (misalnya, proses mengelola kegiatan AXO) Anda memerlukan tim yang terdiri dari 1 manajer proyek, 1 analis bisnis, 1 analis sistem, 2-3 pengembang, 1 tester, dan “setengah” seorang penulis teknis. Butuh setidaknya 3 bulan. Maka tingkat (pasar, misalnya) dari spesialis ditentukan. Ternyata biaya satu proses. Kenapa saya melakukan ini? Saat merencanakan proses pembuatan sistem TI, Anda dapat memperkirakan biayanya. Untuk perkiraan kasar, saya sarankan melihat gaji spesialis di hh. Perhitungan pasti akan, tentu saja, berubah, karena kontraktor tertentu akan mempertimbangkan kompleksitas proses, kemampuan untuk menggunakan komponen yang telah ia kembangkan, tetapi ...
Ingat: tidak ada kontraktor yang dapat menjawab pada pertemuan pertama berapa biaya sistem sampai mereka diberitahu proses apa yang harus diotomatisasi. Dia hanya bisa secara kasar menilai. Seperti dirimu sendiri.



Jika Anda telah mempelajari resep untuk proyek TI, maka hasilnya akan membuat Anda takjub.
Terima kasih semuanya!