Bagaimana mengembangkan konsep untuk mengubah platform IP? Instruksi untuk digunakan

Pada pertengahan 2000-an, ketika memilih platform IP, sebagian besar produsen makanan memilih soft starter 1C. Dan selama 10-15 tahun terakhir, mereka membangun dan, bisa dikatakan, "telah berakar di dalamnya" (baik itu soft starter 1C murni atau solusi industri berdasarkan itu). Seseorang mencoba untuk secara aktif mengembangkan segala sesuatu dalam satu basis informasi, seseorang untuk memisahkan unit fungsional dalam database yang berbeda. Tapi, apa pun yang dikatakan, soft starter telah dan tetap menjadi elemen utama dari sistem yang dibangun, karena mengkonsolidasikan semua transaksi kegiatan keuangan dan ekonomi perusahaan .

Dan tidak ada yang meramalkan masalah, sampai beberapa tahun yang lalu, pasar mulai secara sistematis muncul informasi bahwa dukungan untuk SCP akan segera berakhir. Tentu saja, semua orang mulai menafsirkan informasi ini dan menentukan skala bencana dengan berbagai cara. Namun, sebagian besar 1C: pengguna SCP membentuk "suasana koper" dan pasar mulai bergerak mencari solusi baru.



Pertanyaan: ke mana harus beralih? Jawaban standar: tentu saja pada 1C: ERP . Tetapi di sini Anda perlu memahami bahwa ketika perusahaan mulai mengembangkan sistem mereka berdasarkan SCP, skala, kecepatan pengembangan dan tingkat otomatisasi bisnis benar-benar berbeda, dan tingkat staf TI praktis tidak ada. Sekali otomasi akuntansi nampak cukup bagi semua orang. Sekarang IP telah menjadi elemen yang sangat penting dalam mendukung proses bisnis, dan orang-orang yang bertanggung jawab untuk TI secara profesional telah muncul dalam bisnis. Dan mereka menyadari bahwa sistem TI bukan hanya program yang dapat diubah dari satu ke yang lain (seperti ponsel dengan menata ulang kartu SIM) dan menyelesaikan semua masalah mereka dengan ini. Perubahan platform adalah dari opera yang sama sekali berbeda.

Pada saat yang sama, bahkan seorang spesialis IT yang kompeten tidak selalu tahu bagaimana beralih dari platform A ke platform B. Terutama jika hanya "A" yang diketahui (dan itu tidak selalu :)), meskipun fakta bahwa status target "B" masih dalam kabut.

Di sinilah muncul kebutuhan untuk mengembangkan konsep pengembangan IP.

Berdasarkan pengalaman melakukan pekerjaan seperti itu, kami telah mengembangkan sendiri teknologi untuk melakukan tugas ini. Dan sebagai bagian dari materi ini, kami ingin berbagi teknologi ini dengan Anda.

Terdiri dari apa "Konsep Pengembangan IP"?

Urutan langkah

1. Struktur organisasi

IP mendukung kegiatan departemen dalam perusahaan (masing-masing secara individu dan interaksi di antara mereka). Karenanya, sebelum kita memahami IP seperti apa yang seharusnya, kita harus mencari tahu fungsi apa yang dimiliki bisnis dan mana dari mereka yang harus diotomatisasi. Jawaban atas pertanyaan ini diberikan oleh struktur organisasi perusahaan. Namun, tidak di semua perusahaan, struktur yang ada di atas kertas sesuai dengan keadaan sebenarnya. Itulah mengapa ini bukan tentang mengambil dokumen yang ada sebagai dasar, tetapi tentang menentukan tingkat relevansinya saat ini. Dan jika ada perbedaan, bentuk yang baru.

2. Pembentukan satu set tugas TI yang sesuai dengan masing-masing fungsi bisnis.

Setiap fungsi bisnis memiliki kebutuhan untuk tugas-tugas TI tertentu. Beberapa dari tugas ini sudah dapat diselesaikan, beberapa tidak. Untuk setiap tugas, perlu menilai seberapa banyak implementasi memenuhi kebutuhan bisnis saat ini. Dan jika itu tidak cocok, lalu apa target pengembangan yang kita miliki.

Dalam hal ini, seseorang harus bergantung pada kebutuhan pengguna yang langsung bekerja dengan IP ini di satu sisi, dan para pakar industri di sisi lain. Rekonsiliasi dengan praktik industri akan memungkinkan Anda untuk menutupi titik putih yang tidak bisa dilihat oleh pejabat dan menyaring fantasi yang tidak perlu dari pejabat yang sama.

3. Pilihan produk perangkat lunak untuk memecahkan set tugas yang dibentuk

Tidak ada produk perangkat lunak yang dapat menyelesaikan semua masalah. Dan bahkan jika kita memilih 1C: ERP yang dikelola dengan indah oleh para pemasar, maka kita harus siap dengan kenyataan bahwa, untuk semua keserbagunaannya, kita menganggapnya hanya sebagai alat untuk menyelesaikan serangkaian tugas TI dari daftar yang diperoleh pada tahap ke-2. Dan untuk menyelesaikan daftar tugas yang lengkap, kita harus menggunakan produk perangkat lunak tambahan, atau mengembangkan fungsionalitas yang diperlukan di dalam 1C: ERP, yang dapat sangat meningkatkan waktu dan biaya proyek.

Catatan:

Di sini, meskipun secara sepintas, saya ingin mengajukan pertanyaan: satu atau beberapa basis. Untuk bagian kami, kami tidak mendukung paradigma satu basis informasi. Dalam praktiknya, jauh lebih mudah untuk mengoperasikan dan mendukung sistem di mana serangkaian tugas bisnis dibagi menjadi beberapa basis data informasi. Tentu saja pendapat ini subyektif.

Pada langkah ini, kita harus menganalisis pasar dan menentukan di mana produk perangkat lunak yang ada tugas mana yang paling baik diselesaikan. Dengan demikian, arsitektur solusi TI dibangun, yang seharusnya muncul pada akhirnya.

Subtotal 1

Kami baru saja melangkah di atas garis khatulistiwa dan sekarang kami tahu tidak hanya “ apa yang kami tinggalkan ” tetapi juga “ apa yang seharusnya menjadi hasil ” dari perubahan platform IP.

Kami telah mengidentifikasi:

• basis informasi apa yang kita butuhkan
• produk apa yang akan mereka buat
• tugas apa di pangkalan apa yang akan diselesaikan
• informasi apa yang akan ditukar oleh basis data ini di antara mereka sendiri

Catatan: jika lanskap saat ini sudah diwakili bukan oleh satu, tetapi oleh beberapa basis informasi, ini menunjukkan bahwa, kemungkinan besar, tidak semua akan diganti. Beberapa keputusan mungkin tetap dalam keadaan awal jika mereka melakukan fungsi yang ditugaskan kepada mereka secara berkualitas. Ini menyederhanakan proses transisi dan sekali lagi menekankan kegunaan konsep modularitas.

4. Pembagian tugas menjadi satu set proyek

Praktek menunjukkan bahwa dalam rangka mengembangkan konsep untuk perusahaan makanan menengah / besar, kita memiliki 50 hingga 100 tugas TI yang harus diselesaikan. Dalam sekali duduk, begitu banyak tugas yang tidak dapat diselesaikan. Konsep ini sedang dikembangkan untuk jangka waktu 3-4 tahun. Oleh karena itu, kami membagi tugas-tugas ini ke dalam satu set proyek. Menurut pengalaman, untuk transisi ke negara target, 100 tugas dapat digabungkan menjadi 10-20 proyek.

Diasumsikan bahwa setelah setiap proyek sistem akan berada dalam kondisi mapan menengah tertentu .

5. Konstruksi jadwal untuk implementasi proyek dengan tonggak sejarah dan pembentukan anggaran proyek

Untuk setiap proyek, perlu untuk mengevaluasi:

• intensitas sumber daya
• prioritas (berdasarkan kebutuhan bisnis)
• saling ketergantungan proyek (beberapa proyek tidak dapat dilakukan lebih awal dari yang lain berdasarkan ketergantungan teknologi)
• penilaian biaya menarik pelaku proyek

Subtotal 2

Sekarang kita tahu tidak hanya " apa itu, titik B ", tetapi juga bagaimana masuk ke dalamnya dan berapa banyak waktu dan uang yang dibutuhkan untuk pergi . Harus dipahami bahwa kita bisa mendapatkan jawaban yang memadai untuk pertanyaan-pertanyaan ini hanya dengan melalui semua langkah dalam urutan di atas, dan tidak terburu-buru mengambil kesimpulan. Indikator yang diprediksi, yang, tentu saja, tidak ada yang akan melarang Anda untuk melakukan pada tahap apa pun, akan tetap perkiraan, karena mereka tidak akan memiliki pembenaran. Jika, misalnya, Anda menghitung biaya pada langkah kedua, tanpa mengetahui platform sistem mana yang akan diimplementasikan, biaya akhir akan sangat berbeda dari yang Anda harapkan.

6. Menentukan jumlah sumber daya TI yang dibutuhkan

Dengan otomatisasi tingkat rendah, keberadaan administrator sistem + maksimum satu julukan 1C sudah cukup untuk suatu perusahaan. Namun, begitu perusahaan memulai jalur transformasi bisnis digital dan menjadikan sistem TI elemen penting dalam efisiensi dan persaingan, Anda akan melihat bidang tugas dukungan TI yang selalu hijau. Otomasi menyelamatkan Anda dari keharusan untuk memasang kesalahan dari personel tidak terampil, tetapi segera ada kebutuhan untuk mendukung sistem dalam keadaan target . Oleh karena itu, di sini kami menentukan struktur dan jumlah sumber daya TI yang diperlukan untuk ini. Perusahaan harus memiliki beberapa sumber daya ini di dalam, beberapa dapat di-outsourcing-kan.

Untuk meringkas

Sebagai bagian dari artikel, kami berbicara tentang teknologi yang dipatuhi oleh perusahaan kami. Mengikuti rencana kami, Anda dapat mengembangkan konsep sendiri. Namun, pendapat subyektif kami adalah bahwa pengembangan konsep adalah kerajinan , bukan karya standar 100% . Dan jika Anda ingin platform baru, setidaknya, bekerja tidak lebih buruk dari yang sebelumnya, dan lebih disukai meningkatkan keuntungan, Anda hanya perlu partisipasi orang-orang yang berpengalaman dalam mengembangkan konsep-konsep seperti itu. Ini memungkinkan Anda untuk melihat situasi yang cukup luas untuk memperhitungkan semua faktor bisnis (tingkat manajemen saat ini, sikap manajemen dan personil terhadap teknologi TI, tahap pengembangan sistem TI, kesiapan perusahaan untuk perubahan). Dan atas dasar ini, kembangkan konsep yang sepenuhnya memperhitungkan dan mampu memenuhi kebutuhan perusahaan Anda.