Proses persetujuan perangkat lunak dalam organisasi besar

8

Banyak organisasi besar memiliki departemen IT yang mengunci desktop ke konfigurasi standar, atau SOE. Pengguna akhir umumnya tidak memiliki hak untuk menginstal perangkat lunak mereka sendiri, dan bahkan jika mereka melakukannya, organisasi cenderung hanya mengizinkan perangkat lunak yang "disetujui" untuk diinstal.

Bahkan untuk perangkat lunak sumber bebas / terbuka, pengguna akhir sering kali harus mengirimkan semacam formulir permintaan agar perangkat lunak diverifikasi dan disetujui. Setelah proses diikuti dan perangkat lunak diinstal, peningkatan dapat menyulitkan - banyak organisasi cenderung tetap menggunakan versi perangkat lunak yang lebih lama (Windows XP, Office 2003, dll.) Karena takut akan masalah yang tidak diketahui.

Apa yang dapat dilakukan pengembang perangkat lunak untuk mempercepat proses persetujuan?

Jika Anda terlibat dalam proses persetujuan seperti itu:

  1. Apa yang Anda cari ketika mengevaluasi perangkat lunak? Sebagai contoh:
    • Apakah Anda lebih suka perangkat lunak MSI atau xcopy-enabled?
    • Jika perangkat lunak memerlukan kerangka kerja (Java, .NET) apakah itu lebih atau kurang cenderung bermasalah?
  2. Jika perangkat lunak mendukung pembaruan otomatis, apakah secara umum Anda mengizinkannya?
  3. Berapa lama biasanya?
  4. Apa jenis model lisensi yang Anda sukai (dapat ditransfer, per kursi, per-CPU, di seluruh situs)?
  5. Apa lagi yang bisa dilakukan ISV untuk meningkatkan peluang mereka agar perangkat lunak mereka disetujui?
Paul Stovell
sumber
Luasnya jawaban yang diberikan untuk pertanyaan ini membuatnya tampak seperti itu harus menjadi komunitas wiki
Ryan Bolger

Jawaban:

12

Saya bagian dari Grup Persetujuan Perangkat Lunak untuk perusahaan multi-nasional dan saya benar-benar akan menggemakan semua yang dikatakan Adam di atas.

Saya juga akan membuat poin-poin berikut, pertama selalu membayar semua "pajak pembangunan" Anda. Ini berarti memastikan bahwa aplikasi Anda berfungsi dengan baik di berbagai lingkungan yang mungkin tidak pernah Anda gunakan, tetapi kemungkinan besar akan menjadi pemecah kesepakatan untuk perusahaan besar, ini adalah hal-hal seperti memastikan bahwa aplikasi Anda bekerja dengan baik dengan roaming profil pengguna dan folder pengguna yang dialihkan (selalu menggunakan API Windows untuk menemukan folder pengguna dan profil, jangan pernah menganggap mereka di lokasi standar, atau bahkan pada drive lokal), pastikan itu berfungsi dengan baik di server Remote Desktop (di mana mungkin ada 100 salinan aplikasi Anda berjalan sekaligus, beberapa menggunakan koneksi sangat lambat), pada laptop dengan koneksi jaringan lambat atau baterai rendah dan sebagainya. Sebagai contoh, kami baru-baru ini menolak versi baru lebih dari satu perangkat lunak dari perusahaan yang sangat besar (dimulai dengan "A" dan terkenal dengan grafis) karena aplikasi mereka tiba-tiba tidak ada.

Bahkan untuk perangkat lunak sumber bebas / terbuka, pengguna akhir sering kali harus mengirimkan semacam formulir permintaan agar perangkat lunak diverifikasi dan disetujui.

Dari nada komentar Anda, sepertinya Anda pikir proses persetujuannya ada hubungannya dengan biaya? Dari sudut pandang kami, biaya per unit aplikasi bukanlah sesuatu yang akan kami pertimbangkan sama sekali dalam proses persetujuan. Pembenaran keuangan untuk aplikasi akan berhasil, persetujuan perangkat lunak semuanya dilakukan dari sudut teknis dan kemampuan dukungan. Perangkat lunak Gratis dan Sumber Terbuka umumnya lebih sulit melewati proses kami daripada aplikasi komersial yang dipatenkan. Seringkali ini hanya karena kurangnya akuntabilitas. Kepada siapa Anda pergi ketika ada masalah dengan aplikasi dan Anda memerlukan dukungan, apa SLA mereka? Siapa yang Anda tanyakan ketika Anda perlu mencari tahu apakah aplikasi akan bekerja dengan versi baru OtherApp vX, apakah mereka benar-benar memberi Anda jawaban aktual bahwa orang-orang benar-benar bekerja ke arah, atau apakah ini samar-samar "

Setelah proses diikuti dan perangkat lunak diinstal, peningkatan dapat menyulitkan - banyak organisasi cenderung tetap menggunakan versi perangkat lunak yang lebih lama (Windows XP, Office 2003, dll.) Karena takut akan masalah yang tidak diketahui.

Pembaruan perangkat lunak harus melalui proses yang sama dengan perangkat lunak yang sama sekali baru. Satu-satunya keuntungan yang mereka miliki adalah bahwa kita sudah tahu jawaban atas beberapa pertanyaan karena kita sudah mendukung perangkat lunak (ini mungkin bukan positif untuk perangkat lunak, tim pendukung telah memveto upgrade berdasarkan pengalaman dengan perusahaan).

Apakah Anda lebih suka perangkat lunak MSI atau xcopy-enabled?

Salah satu dari metode penyebaran itu bisa bagus, asalkan sudah dikemas dengan baik. Kalau tidak, kami kemungkinan besar akan mencabut pemasang Anda dan mengemas kembali perangkat lunak untuk penerapannya sendiri.

  • Apa pun penginstal yang Anda gunakan, Anda harus memastikan bahwa Anda menghargai semua mode instalasinya yang diam dan tidak dijaga. Jika aplikasi Anda memerlukan pemasangan manual, yang merupakan pemecah kesepakatan instan, tidak ada cara praktis untuk melakukan itu di seluruh mesin di 5 benua yang mendapatkan semua dukungan non-perangkat keras dari kantor pusat.
  • Diberi pilihan, saya lebih suka menginstal MSI yang dilakukan dengan baik untuk menginstal xcopy yang dilakukan dengan baik. Masalah dengan sebagian besar perangkat lunak yang mampu-Xcopy adalah ketika mereka mencoba untuk mengatur dan mendaftarkan diri pada saat pertama kali dijalankan. Saya sangat jarang menemukan aplikasi yang melakukan ini dengan benar dan tidak menimbulkan masalah di lingkungan pengguna / hotdesk roaming. Pemasang MSI (jika Anda tetap menggunakan API standar) tidak dapat melakukan kesalahan yang terlalu jauh.
  • Pastikan instalasi diam Anda memberikan kemampuan untuk membuat semua perubahan konfigurasi yang dapat dilakukan dalam instalasi manual. Jika Anda menggunakan MSI dan tetap menggunakan API maka ini tidak masalah, kami dapat membuat transformasi MST dan melakukan semua ini tanpa masalah. Jika Anda menggunakan penginstal pihak ketiga yang berbeda, pastikan itu memungkinkan sesuatu seperti file "jawaban" atau file INI atau serupa. Uji pemasangan diam dan pastikan semua opsi berfungsi, saya telah menemukan produk yang dengan gembira mengumumkan opsi pemasangan diam mereka, tetapi mereka tidak pernah benar-benar menguji apakah semua opsi berfungsi.
  • Lebih disukai memberi kami opsi tambahan dalam pemasangan diam yang memungkinkan kami mengatur banyak pengaturan yang biasanya diubah pengguna di panel Opsi. Ini bisa dengan beralih pada setup.exe, bisa dengan memiliki file INI yang didokumentasikan untuk pengaturan, dengan mendokumentasikan perubahan registri yang diperlukan, atau semua hal di atas. Namun demikian, kami ingin memastikan bahwa pengguna kami dapat bangkit dan menjalankan dengan perangkat lunak tanpa harus melakukan konfigurasi sendiri, yang penting di sini adalah lokasi default untuk file, nama server default, pengaturan proxy (jika aplikasi Anda berjalan melalui jaringan), dll.

Jika perangkat lunak memerlukan kerangka kerja (Java, .NET) apakah itu lebih atau kurang cenderung bermasalah?

Ini pasti lebih bermasalah. Versi dalam sebagian besar kerangka kerja dan kompatibilitas mundur / maju sangat mengerikan. Dengan Java pada khususnya banyak aplikasi (dan situs web) memerlukan versi utama dan minor Java yang diinstal dan tidak akan berfungsi dengan yang lain. Jika Anda perlu meletakkan tiga aplikasi berbeda di mesin yang semuanya membutuhkan versi Java yang berbeda, dan mereka tidak senang dengan cara-cara standar menyelubungi satu versi Java dengan yang lain, maka akan ada masalah. Net memiliki masalah sendiri dengan versi, tetapi dengan senang hati akan membiarkan Anda menginstal semua versi utama dari kerangka kerja pada saat yang sama.

Jika perangkat lunak mendukung pembaruan otomatis, apakah secara umum Anda mengizinkannya?

Tidak pernah. Ada terlalu banyak sakit kepala versi dan inter-operabilitas untuk memungkinkan aplikasi memperbarui sendiri tanpa peringatan. Pembaruan aplikasi membutuhkan pengujian dan perencanaan. Selain itu, pengguna dengan hak pengguna normal tidak dapat menerapkan pembaruan. Jika Anda menggunakan metode penyebaran yang memungkinkan penambalan (mis. Gunakan MSI dengan tambalan MSP) maka ini dapat membuat hal-hal seperti penambalan keamanan untuk aplikasi jauh lebih sedikit dari sakit kepala, dan kami dapat mengelola sendiri pemutakhiran otomatis menggunakan alat penyebaran kami (WSUS dan SMS ). Juga tim keamanan kami sangat curiga terhadap aplikasi apa pun yang "berbicara kembali ke pangkalan", mereka ingin tahu persis apa info yang dikirim dan mengapa perlu mengirim apa pun ke server yang tidak dikenal melalui internet.

Berapa lama biasanya?

Beberapa aplikasi sederhana, dan peningkatan versi dapat diputuskan selama diperlukan 6 orang untuk mengklik tombol voting "Setuju" di Outlook. Yang lebih kompleks atau kontroversial mungkin menunggu pertemuan kelompok kami setiap dua minggu. Beberapa aplikasi mungkin dibicarakan di lebih dari satu pertemuan ini karena tim mengambil pertanyaan tentang aplikasi yang jauh dan penelitian / pengujian.

Apa jenis model lisensi yang Anda sukai (dapat ditransfer, per kursi, per-CPU, di seluruh situs)?

Sangat tergantung pada bagaimana aplikasi akan digunakan, dan oleh berapa banyak orang. Yang paling penting adalah bahwa lisensi Anda didefinisikan dengan jelas. Kami harus mengirim karyawan kami ke kursus (meskipun gratis) untuk memahami lisensi Microsoft. Kami tidak akan repot melakukan itu untuk ISV.

Pertimbangkan kebutuhan pemasangan otomatis kami yang senyap dalam hal perizinan. Jika lisensi Anda memerlukan aktivasi, kami tidak ingin harus menelepon / mengirim email kepada Anda setiap kali kami menginstal ulang aplikasi pada PC. Jika setiap salinan aplikasi memerlukan kunci lisensi berbeda yang diketik secara terpisah, maka kami tidak dapat menerapkannya secara otomatis, sedangkan jika kami dapat membeli kunci massal (2, 10, 50, 500, dll.) Yang dapat disimpan dalam instalasi diam, maka kami senang. Lebih baik lagi jika kami dapat menghubungi Anda setahun kemudian dan bernegosiasi untuk memperluas jumlah lisensi kami tanpa harus mengubah kunci yang diketikkan ke dalam perangkat lunak.

Apa lagi yang bisa dilakukan ISV untuk meningkatkan peluang mereka agar perangkat lunak mereka disetujui?

Kami juga akan melihat hal-hal yang tidak sepenuhnya terkait dengan bagaimana aplikasi Anda saat ini. Ingatlah bahwa jika aplikasi Anda menjadi bagian dari alur kerja standar untuk salah satu area kami mungkin akan digunakan selama 10 tahun atau lebih, jadi seperti apa peta jalan produk Anda? Jika Anda belum mendukung versi baru-baru atau dalam pengembangan Windows, apakah Anda memiliki rencana kapan Anda akan melakukannya? Apakah Anda seperti menempel pada roadmap ini? Apakah terlihat seperti Anda memiliki rencana untuk perubahan drastis ke aplikasi Anda, baik cara kerjanya atau teknologi / kerangka kerja yang digunakannya? Apakah aplikasi Anda terhubung ke aplikasi lain, mis. MS Office atau IE, jika demikian seberapa tolerannya dari versi yang lebih lama atau yang lebih baru?

GATambar
sumber
Bagus, jawaban komprehensif. Banyak hal yang GAThambar tentukan secara eksplisit di sini dicakup oleh program logo Windows (mis., Membayar pajak pengembangan Anda).
Jay Michaud
+1 hanya untuk upaya menjawab setiap poin.
osij2is
6

Kami adalah organisasi yang cukup kecil, tetapi pindah ke desktop standar dan perangkat lunak yang disetujui untuk mengurangi kerumitan admin kami.

Apakah Anda lebih suka perangkat lunak MSI atau xcopy-enabled?

Apa pun yang dapat melakukan pemasangan "diam". MSI umumnya bekerja dengan baik di sini, tetapi banyak perangkat lunak penginstal juga baik. Jika kita harus mengonfigurasinya dengan cara tertentu, maka ada baiknya juga untuk meng-script-nya, baik dengan menyalin file atau menggabungkan registri.

Jika perangkat lunak memerlukan kerangka kerja (Java, .NET) apakah itu lebih atau kurang cenderung bermasalah?

Ini bisa menjadi masalah karena persyaratan versi yang berbeda. Jika Anda membutuhkan .NET 3.5 dan kami menggunakan 3.0 maka kami harus mengelola pemutakhiran itu dan memastikannya tidak merusak apa pun.

Jika perangkat lunak mendukung pembaruan otomatis, apakah secara umum Anda mengizinkannya?

Tidak. Terlalu banyak risiko dari versi baru yang menyebabkan masalah. Selain itu, pengguna tidak memiliki hak Administrator sehingga pembaruan biasanya tidak berfungsi.

Berapa lama biasanya?

Jika ada kebutuhan bisnis yang mendesak, secepat mungkin - hanya beberapa jam. Untuk perangkat lunak yang lebih canggung, mungkin seminggu atau lebih.

Apa jenis model lisensi yang Anda sukai (dapat ditransfer, per kursi, per-CPU, di seluruh situs)?

Semakin murah semakin baik! Kami dapat menangani sebagian besar opsi yang masuk akal, tetapi semakin sulit jika perangkat lunak melakukan pengecekan otomatis atau memerlukan aktivasi. Ini tidak cenderung menangani PC yang mati, aktivasi yang gagal, dll., Dan secara umum membuat pekerjaan tambahan untuk kita.

Apa lagi yang bisa dilakukan ISV untuk meningkatkan peluang mereka agar perangkat lunak mereka disetujui?

Dua hal muncul dalam pikiran:

  • Pertimbangkan perbedaan antara mesin (Program Files atau HKLM) dan profil pengguna (atau HKCU) saat menyimpan pengaturan. Jika Anda melakukan ini dengan benar maka saya tidak perlu menyesal tentang hal itu.
  • Instalasi dokumen, pengaturan, dan detail lisensi dengan jelas di situs web Anda atau dalam dokumentasi perangkat lunak Anda. Jauh lebih mudah untuk mengikuti "panduan penempatan" daripada mencoba dan mencari tahu sendiri.

Dan tentu saja Anda harus membuat perangkat lunak layak digunakan - jika pengguna benar-benar menyukainya, mereka akan berteriak lebih keras untuk membuatnya disetujui!

Adam
sumber
3

Hal pertama yang saya lihat adalah - apakah Anda sudah memiliki dasar-dasarnya? Jika Anda tidak bisa melakukan itu, maka saya akan sangat enggan untuk melangkah lebih jauh. Jadi saya ingin melihat installer MSI dengan alat kustomisasi standar untuk memungkinkan saya membangun transformasi. Saya tidak ingin melihat persyaratan untuk hak admin untuk menginstal atau menggunakan perangkat lunak. Saya tidak ingin melihat persyaratan untuk mengkonfigurasi ulang PC. Saya tidak ingin melihat data per pengguna ditulis ke lokasi per komputer. Saya tidak ingin melihat kunjungan manual ke desktop, saya ingin melihat manajemen jarak jauh dan konfigurasi yang tepat tersedia melalui GPO. Dengan kata lain, apakah Anda memahami persyaratan penyebaran perusahaan yang dikelola?

Jika perangkat lunak ini memerlukan segala jenis pembaruan, lebih baik menjadi sesuatu yang mirip dengan file definisi AV atau sejenisnya, lebih baik untuk mempertahankan server pusat pembaruan Anda sendiri jika Anda mau, dan lebih baik sepenuhnya dan jelas dapat dikonfigurasi secara terpusat. Saya tidak keberatan perangkat lunak yang datang dengan pembaruan program selama saya bisa mematikannya.

Saya tidak ingin melihat komunikasi internet dari perangkat lunak selain dari yang benar-benar diperlukan agar dapat berfungsi. Dan sebaiknya didokumentasikan. Dengan membiarkan perangkat lunak Anda ke jaringan saya, saya menaruh kepercayaan pada Anda untuk tidak mengacaukan atau menjadi jahat, jadi saya berharap Anda tidak akan mengkhianati kepercayaan itu. Jika Anda melakukannya, saya akan sangat kecewa. Ingat - Anda adalah tamu di rumah saya, jadi perlakukan rumah saya dengan hormat.

TANPA JAWA . Java dalam pengalaman saya telah menyebabkan malapetaka ketika datang ke penyebaran, setiap saat, terutama dengan salah semua hal di atas. Saya senang menerima .NET karena setidaknya tampaknya lebih masuk akal dirancang dari perspektif manajemen pusat (ditambah aplikasi .NET memiliki peluang lebih baik untuk mendapatkan dasar-dasar yang tepat karena kendala dalam kerangka kerja).

Untuk lisensi, hal pertama yang akan saya cari adalah versi uji coba gratis yang dapat saya unduh tanpa harus mendaftar. Jika saya tidak melihat ini, saya mungkin akan curiga bahwa Anda memiliki sesuatu untuk disembunyikan. Saya baik-baik saja dengan keterbatasan waktu, tetapi saya tidak suka fungsi yang berkurang; setelah semua, ini adalah tahap di mana saya memutuskan apakah perangkat lunak Anda akan menjadi tamu yang dapat diterima di rumah saya, jadi saya ingin dapat melihat semuanya.

Saya ingin satu kunci lisensi untuk seluruh situs saya. Harus memasukkan kunci lisensi terpisah pada setiap PC melanggar aturan "harus memiliki admin pusat / manajemen". Harga diri Anda juga masuk akal, sehingga jika saya hanya perlu menginstal perangkat lunak Anda pada 200 PC saya, saya tidak membayar sama seperti jika saya perlu menginstalnya pada 1500.

Akhirnya, dukungan dan pemeliharaan yang berkelanjutan adalah penting. Mendapatkan perangkat lunak dalam dan di tanpa rasa sakit hanya hal kecil, setelah semua, tetapi bagaimana berperilaku dari waktu ke waktu dalam penggunaan sehari-hari biasa sangat penting. Jika saya perlu menghubungi Anda untuk menyelesaikan masalah, saya tidak mengharapkan adanya hambatan, dan saya tidak mengharapkan Anda untuk mulai menyalahkan orang lain tanpa setidaknya investigasi untuk membuktikan fakta. Saya tidak dengan baik hati melakukan upaya yang jelas untuk merobek saya dalam kontrak pemeliharaan juga.

Maximus Minimus
sumber
3

Jawaban GAThrawn mencakup sebagian besar dari apa yang akan saya katakan. Saya ingin sedikit memperluas aspek perizinan.

  • Aplikasi yang perlu menelepon rumah ke induk untuk verifikasi lisensi biasanya ditolak. Jika Anda benar-benar protektif terhadap perangkat lunak Anda, sediakan server lisensi yang dapat kami host sendiri. Ini bisa menjadi solusi pihak ke-3 seperti FLEXlm atau sesuatu yang Anda kembangkan sendiri. FLEXlm sejauh ini adalah yang paling umum di lingkungan kita.

  • Opsi lisensi penggunaan serentak selalu merupakan nilai tambah besar.

  • Jika Anda menjadikan kami host server lisensi, pastikan port tcp / udp yang dikomunikasikannya dapat dikonfigurasi. JANGAN MENANGGUNG server lisensi Anda adalah satu-satunya yang berjalan pada kotak.

  • Semua interaksi klien / server perlu dilakukan tanpa interaksi pengguna akhir.

  • File teks yang hidup di jaringan berbagi yang mengharuskan pengguna akhir memiliki akses tulis BUKAN solusi lisensi yang dapat diterima. Pengguna tidak memiliki dan tidak akan pernah memiliki akses tulis ke server lisensi atau aplikasi kami. Kami tidak akan membuat pengecualian untuk Anda. Saya tidak peduli jika Anda pikir kami dapat menyimpannya dengan kuota dan semacamnya. Ini tidak sepadan dengan kerumitan dan perangkat lunak Anda tidak begitu penting.

Ryan Bolger
sumber
2

Saya akan menjawab # 5 dulu, karena itu yang paling penting bagi saya.

5. Apa lagi yang bisa dilakukan ISV untuk meningkatkan peluang mereka agar perangkat lunak mereka disetujui?

Nomor satu yang bisa Anda lakukan adalah lulus pengujian logo Windows. Program "Didesain untuk Windows" (atau apa pun sebutannya akhir-akhir ini) menguji sejumlah fungsi program dan interaksi sistem yang, jika ditulis sesuai aturan, mengurangi pekerjaan untuk saya dan memastikan tingkat stabilitas dan kegunaan bagi pengguna.

Berikut ini jawaban dari pertanyaan Anda secara berurutan:

  1. Apa yang Anda cari ketika mengevaluasi perangkat lunak? Misalnya: Apakah Anda lebih suka perangkat lunak MSI atau xcopy-enabled? Jika perangkat lunak memerlukan kerangka kerja (Java, .NET) apakah itu lebih atau kurang cenderung bermasalah?
    Selalu gunakan penginstal MSI dalam satu file jika memungkinkan. Ini memungkinkan saya menggunakan secara manual, dengan Kebijakan Grup, atau dengan hampir semua alat penyebaran perangkat lunak yang saya inginkan. Windows Vista (dan Server 2008) termasuk Microsoft .NET Framework 3.0 (dan 2.0) sebagai komponen sistem operasi. Jika Anda menggunakan .NET, jadikan versi 2.0 atau 3.0 kebutuhan Anda, dan Anda akan membuat hidup saya lebih mudah. Jika Anda memiliki persyaratan kerangka kerja lain, seperti .NET 3.5 atau Java Runtime Environment, ikuti panduan pabrikan untuk pemasangan surat.
  2. Jika perangkat lunak mendukung pembaruan otomatis, apakah secara umum Anda mengizinkannya?
    Tidak. Dalam lingkungan pengguna terbatas, pengguna tidak dapat menyetujui pembaruan, dan saya hampir tidak pernah ingin pembaruan program selain pembaruan keamanan OS mengunduh secara otomatis. Matikan pembaruan otomatis secara default dalam mode instalasi UI yang sunyi atau dasar, sehingga jika saya menggunakan melalui Kebijakan Grup, saya tidak harus menindaklanjuti dengan skrip pengubahan registri atau kunjungan workstation untuk mematikan updater Anda. Dalam instalasi manual dan interaktif, boleh saja meminta ini.
  3. Berapa lama biasanya?
    Saya tidak punya jawaban yang bagus untuk berapa lama. Pada pekerjaan terakhir saya, pekerjaan itu sangat bervariasi dalam kisaran segera hingga tahun.
  4. Apa jenis model lisensi yang Anda sukai (dapat ditransfer, per kursi, per-CPU, di seluruh situs)?
    Perizinan harus mudah dan akrab. Semakin mirip lisensi produk Anda dengan sesuatu yang sudah saya ketahui, semakin sedikit saya harus mempelajarinya, dan semakin cepat saya bisa melanjutkan dengan membeli dan menggunakan produk Anda. Tergantung pada jenis programnya, saya cenderung lebih suka per mesin atau per pengguna lisensi; ini mudah dilacak dengan menetapkannya untuk pengguna tertentu. Untuk pekerjaan saya sebelumnya, perusahaan kami terlalu kecil untuk mendapatkan lisensi situs yang biasanya sangat mahal.
Jay Michaud
sumber
1

Fungsi TI adalah untuk menyebarkan dan memelihara teknologi untuk mendukung bisnis inti.

Bagi Anda, ISV, itu berarti:

  • Menyediakan proses instalasi DAN penghapusan instalan yang automatable dan telah teruji dengan baik
  • Integrasikan proses pembaruan Anda dengan alat manajemen sistem, jika memungkinkan. Jika Anda memiliki satu atau dua kantor dengan koneksi WAN / Internet cepat, pembaruan otomatis baik-baik saja. Untuk tempat seperti tempat saya bekerja dengan lebih dari seribu lokasi terpencil dengan bandwidth mulai dari 56k Frame Relay hingga 1GB metro ethernet, kita perlu mengontrol ketika sesuatu terjadi.
  • Ketika grup pengembangan internal atau unit bisnis mengirimkan perangkat lunak untuk distribusi, kami dapat mendistribusikan perangkat lunak itu dalam 3-5 hari. Biasanya pengujian penerimaan pengguna membutuhkan waktu paling lama, dan sepenuhnya tergantung pada proses pengujian grup yang sedang kita tangani. (Sistem 24/7 yang digunakan dalam callcenter memiliki proses pengujian formal. Upgrade Dreamweaver adalah proses pengujian yang berdampak sangat rendah)
  • Jika perangkat lunak Anda tidak dapat dikemas dalam 3-5 hari, Anda kehilangan poin ketika kami mengevaluasi Anda. Jika model distribusi Anda benar-benar bodoh dan kami punya pilihan, kami akan mendiskualifikasi Anda.
  • Dokumen, dokumen, dokumen

Lisensi adalah sesuatu yang tergantung pada apa yang Anda lakukan. Sebagai seorang pria IT. Ketika Anda memilih solusi perangkat lunak untuk pengadaan, model lisensi harus menjadi bagian dari proses itu. Kami membebankan biaya administrasi lisensi ke dalam pengadaan kami, jadi jika Anda adalah perusahaan seperti Symantec yang ingin membuat nikel dan uang receh kami dengan 6 metrik lisensi yang berbeda, biaya kepatuhan kami akan diperhitungkan terhadap Anda. Jika Anda adalah perusahaan seperti Microsoft dan proses perizinan Anda yang keterlaluan mengerikan, tetapi saya tidak punya pilihan ... maka itu hanya menjadi bagian dari biaya berbisnis.

duffbeer703
sumber