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:
- 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?
- Jika perangkat lunak mendukung pembaruan otomatis, apakah secara umum Anda mengizinkannya?
- Berapa lama biasanya?
- Apa jenis model lisensi yang Anda sukai (dapat ditransfer, per kursi, per-CPU, di seluruh situs)?
- Apa lagi yang bisa dilakukan ISV untuk meningkatkan peluang mereka agar perangkat lunak mereka disetujui?
sumber
Jawaban:
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.
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 "
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).
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.
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.
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.
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.
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.
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?
sumber
Kami adalah organisasi yang cukup kecil, tetapi pindah ke desktop standar dan perangkat lunak yang disetujui untuk mengurangi kerumitan admin kami.
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.
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.
Tidak. Terlalu banyak risiko dari versi baru yang menyebabkan masalah. Selain itu, pengguna tidak memiliki hak Administrator sehingga pembaruan biasanya tidak berfungsi.
Jika ada kebutuhan bisnis yang mendesak, secepat mungkin - hanya beberapa jam. Untuk perangkat lunak yang lebih canggung, mungkin seminggu atau lebih.
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.
Dua hal muncul dalam pikiran:
Dan tentu saja Anda harus membuat perangkat lunak layak digunakan - jika pengguna benar-benar menyukainya, mereka akan berteriak lebih keras untuk membuatnya disetujui!
sumber
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.
sumber
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.
sumber
Saya akan menjawab # 5 dulu, karena itu yang paling penting bagi saya.
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:
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.
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.
Saya tidak punya jawaban yang bagus untuk berapa lama. Pada pekerjaan terakhir saya, pekerjaan itu sangat bervariasi dalam kisaran segera hingga tahun.
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.
sumber
Fungsi TI adalah untuk menyebarkan dan memelihara teknologi untuk mendukung bisnis inti.
Bagi Anda, ISV, itu berarti:
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.
sumber