: Waspadai 'kekacauan' SharePoint Dapat Membuat

Laporan dari Forrester memperingatkan pelanggan untuk mempertimbangkan dengan hati-hati bagaimana mereka berencana untuk menggunakan produk Microsoft Office SharePoint Server, yang mereka katakan dapat mendatangkan malapetaka dalam organisasi TI ketika digunakan sebagai platform pengembangan aplikasi kustom.

laporan yang baru-baru ini diterbitkan, "Sekarang adalah Saat Untuk Menentukan Tempat SharePoint dalam Strategi Pengembangan Aplikasi Anda," menguraikan bagaimana, sementara SharePoint dapat sangat berguna untuk membuat intranet perusahaan, perusahaan harus berhati-hati ketika menggunakannya untuk membuat aplikasi kustom karena produk tidak memiliki fitur - seperti dalam manajemen siklus hidup aplikasi (ALM) dan integrasi aplikasi perusahaan (EAI) - yang lain, platform pengembangan yang lebih terbukti miliki.

Juga, SharePoint adalah misun Derstood secara umum, dan sementara itu memungkinkan pengguna untuk membuat aplikasi mereka sendiri dan menyesuaikan situs intranet SharePoint dengan cukup mudah, ini dapat berubah menjadi rawa kompleksitas untuk organisasi ketika datang untuk mengelola dan mendukung aplikasi tersebut, kata laporan itu.

Kerumitan ini menyebabkan tim TI menjadi sibuk mencoba untuk "mengisi kesenjangan produk dalam manajemen siklus hidup aplikasi dan integrasi perusahaan karena mereka membuat kebijakan untuk mencegah kekacauan baru dari aplikasi yang dibuat pengguna," menurut laporan, yang ditulis oleh analis Forrester John Rymer dan Rob Koplowitz.

Masalahnya menjadi semakin rumit karena kurangnya orang yang memiliki keterampilan pengembangan lanjutan untuk SharePoint, kata mereka.

Dalam laporan itu mereka menguraikan beberapa skenario pelanggan di mana pengembangan kustom di SharePoint keluar dari tangan dan menjadi lebih dari yang dapat ditangani oleh staf TI perusahaan.

Dalam salah satu, yang disebut "pengguna kekuatan" SharePoint terinspirasi "perombakan TI," tulis para analis. Pengguna membangun beberapa aplikasi kustom populer menggunakan SharePoint, dengan asumsi bahwa organisasi pengembangan dan operasional dapat mendukung mereka. Namun, mereka tidak bisa karena itu memerlukan "keahlian khusus yang tidak dimiliki oleh organisasi," menurut laporan.

Perusahaan harus menyewa spesialis TI baru untuk mengisi kesenjangan dan memperluas peran SharePoint dalam pengembangan aplikasi perusahaan strategi, menurut sebuah laporan.

Microsoft awalnya menyusun SharePoint sebagai produk portal di mana perusahaan dapat membangun situs Web. Tetapi dengan dirilisnya sebagai bagian dari Sistem Office 2007, Microsoft telah memperluas produk untuk menjadi pusat kolaborasi, manajemen dokumen dan intelijen bisnis, belum lagi platform pengembangan untuk membangun situs intranet kustom dan aplikasi lain.

SharePoint adopsi telah tumbuh lebih cepat daripada yang dapat diantisipasi oleh Microsoft, yang mungkin ada hubungannya dengan kurangnya orang dengan keahlian untuk menangani produk. Penyerapan cepat juga bisa mendorong SharePoint ke dalam penggunaan yang belum disiapkan oleh Microsoft untuk ditangani oleh produk.

"Saya tidak berpikir bahwa bahkan Microsoft dapat memprediksi tingkat adopsi yang dilihat SharePoint," kata Andrew Brust, kepala, teknologi baru perusahaan konsultan IT dua puluh dolar New York.

Memang, dalam laporan mereka, Rymer dan Koplowitz mencatat bahwa klien Forrester mengatakan pertumbuhan SharePoint "telah menarik banyak manajer pengembangan aplikasi karena terkejut." Mereka membandingkan sakit kepala yang dibuat oleh situs SharePoint untuk para manajer TI tentang bagaimana database Lotus Notes berada di tahun 1990-an. Kedua produk memungkinkan ledakan situs dan aplikasi kustom yang departemen TI dapat kesulitan mengelola.

Di pertahanan Microsoft, Brust mengatakan perusahaan mengakui bahwa SharePoint memiliki beberapa celah teknologi dan sedang bekerja keras untuk mengisinya, mencatat bahwa pemecahan masalah kemampuan ALM terbatas SharePoint khususnya adalah semacam hal "Microsoft hidup untuk."

Dia juga mencatat bahwa produk Microsoft lainnya - seperti BizTalk untuk EAI dan Visual Studio Team System untuk ALM - dapat membantu departemen TI bekerja dengan SharePoint untuk sementara.

Dalam laporannya, Rymer dan Koplowitz mencatat bahwa sementara Microsoft bekerja untuk mengisi kekosongan dalam produk, organisasi harus mempertimbangkan dengan hati-hati sebelum menerapkan bagaimana mereka akan menggunakan SharePoint, jika ada, di organisasi mereka.

Mereka menyarankan perusahaan memilih salah satu dari tiga skenario untuk SharePoint untuk membuat produk bekerja seefektif mungkin.

Salah satunya adalah menggunakan produk itu hanya sebagai aplikasi untuk kolaborasi dan berbagi informasi dan bukan sebagai platform pengembangan sama sekali, kata mereka. Skenario kedua adalah baik sebagai aplikasi dan platform intranet yang diisi oleh perusahaan dalam kesenjangan produk - yang selain ALM dan EAI mencakup masalah seputar keandalan, ketersediaan, dan skalabilitas produk.

Ketiga dan paling rumit skenario untuk organisasi akan menggunakan SharePoint baik sebagai aplikasi dan portal perusahaan di inti dari strategi pengembangan aplikasi perusahaan, kata analis. Namun, organisasi harus memilih opsi ini karena mengetahui hal itu akan membutuhkan pengangkatan yang berat di pihak tim TI, dan juga akhirnya memerlukan transisi dari perangkat lunak portal atau intranet lain yang mungkin saat ini ada di organisasi, menurut laporan tersebut.