Pandhuan Definitif kanggo
Migrasi menyang SharePoint
Online & On-Prem
DITULIS BY | Richard Harbridge & Kanwal Khipple

Migrasi menyang Sharepoint Online lan On Prem

KERTAS PUTIH
Sampeyan bakal tresna cara kita bisa. Bareng.™

Pandhuan Definitif kanggo Migrasi menyang SharePoint Online & SharePoint 2019

KOWE BAKAL RENCANA KARYA.
BEBAN.

PAMBUKA

Kanthi Microsoft 365 lan SharePoint Online, Microsoft nyedhiyakake platform modern sing ngidini organisasi mbangun Papan Kerja Digital sing disesuaikan dhewe. Aplikasi lan sakumpulan fitur sugih sing diwenehake Microsoft 365 bisa dimanfaatake bebarengan kanggo mbangun lingkungan sing cocog karo kabutuhan lan syarat organisasi, entitas perusahaan, lan stafe.
Amarga akeh fitur anyar lan nyenengake sing ora kasedhiya karo versi lawas SharePoint, akeh organisasi sing mikir babagan migrasi saka lingkungan lawas menyang Microsoft 365 lan SharePoint Online. Sing pengin utawa kudu dadi tuan rumah SharePoint ing lingkungan sing di-host dhewe bisa pindhah menyang SharePoint 2019.
Preduli saka lingkungan target sing ditetepake, migrasi lingkungan sing wis ana ora dadi usaha sing gampang lan mbutuhake akeh perencanaan lan persiapan. Adhedhasar pengalaman suwene staf karo migrasi SharePoint kanggo macem-macem organisasi, kita ngerti manawa perencanaan sing lengkap lan lengkap minangka langkah penting kanggo sukses.
Whitepaper iki menehi pandhuan lan praktik paling apik babagan migrasi saka versi SharePoint sadurunge menyang Microsoft 365 lan SharePoint Online lan SharePoint 2019 uga.

DRIVERS USAHA kanggo MIGRASI

Saben uwong pungkasanipun nganyarke (utawa padha pindhah saka platform), supaya kita mikir iku tansah apik kanggo pirembagan bab apa bisnis nyepetake upgrade utawa ngendi (ing syarat-syarat workload) padha nimbang upgrade / migrasi 'awal' kanggo SharePoint.
Dadi kenapa wong nganyarke utawa migrasi? Perlu dicathet yen ana tekanan internal lan eksternal ing IT kanggo nganyarke teknologi.

Tekanan internal:

• Internally we are always in a cycle of doing more with less. Often, upgrades provide many ways to do things in an optimized or more efficient manner, supporting the increasing demand placed on IT.
• Njaga versi teknologi lawas kaya SharePoint ing papan bisa dadi tantangan. Nemokake wong sing duwe pengalaman utawa duwe kawruh, contone, SharePoint 2007/2010/2013/2016 (lan pengin nggarap) saiki angel banget. Iki angel amarga ana ahli SharePoint luwih sithik nanging utamane amarga profesional sing berpengalaman lan trampil pengin nggarap versi paling anyar.
• Asring nganyarke (utamane SharePoint) nyedhiyakake dhukungan kanggo standar utawa teknologi sing luwih anyar. Ing kasus SharePoint, dhukungan browser sing luwih apik, dhukungan piranti seluler, lan integrasi windows/kantor bisa ndhukung upgrade sing gegandhengan utawa kabutuhan sing saya tambah amarga teknologi anyar ing papan kerja.
• Karyawan nggunakake modern web teknologi ing urip pribadine, lan nalika teknologi iki berkembang, karyawan ngarepake manawa organisasi kasebut terus maju karo teknologi anyar.

Tekanan eksternal:

• In the consumer marketplace, we have many options and increasing expectations for technology, user experience, and ease of use. This puts considerable pressure on IT to be more responsive and accelerate upgrade cycles internally (to ensure competitive offerings and usability). This is especially made evident when leaders within organizations go around IT and buy into SaaS (Software as a Service) or alternative technologies that may or may not be initially sanctioned by enterprise IT.
• Seluler, tablet lan tekanan kanggo dhukungan piranti remot kabeh utamane didorong dening kenyamanan lan ketergantungan alat kasebut ing jagad konsumen. Ing lingkungan BYOD (Bring Your Own Device), IT nambah tekanan kanggo nyedhiyakake dhukungan lan opsi kanggo piranti sing bisa uga ora didhukung utawa dianggep historis.
• Cara kita kabeh makarya saiki wis owah sacara dramatis ing taun-taun pungkasan. Malah organisasi sing ngilangi panjaluk buruh seluler ing jaman kepungkur, ngganti bisnise kanggo nggabungake buruh seluler. Sawetara organisasi malah mbuwang kantor kanggo milih kantor seluler utawa kesempatan kantor omah. Owah-owahan kasebut mbutuhake intranet perusahaan bisa ndhukung cara kerja anyar sing ora konvensional iki.

2.1. Pengalaman pangguna sing luwih apik
Sanajan versi lawas saka SharePoint nyedhiyakake fungsi sing cocog kanggo nyukupi syarat, kita kudu eling yen antarmuka pangguna wis dirancang pirang-pirang taun kepungkur. Evolusi antarmuka pangguna minangka proses sing berkembang kanthi cepet. Umume kita nggunakake macem-macem platform internet kanggo macem-macem tujuan (kayata Facebook, Twitter, LinkedIn - kanggo sawetara jeneng). Panyedhiya platform kasebut kanthi semangat ngupayakake supaya antarmuka pangguna dianyari utawa malah nggabungake unsur UI modern. Minangka pangguna platform internet kasebut, kita kabeh wis biasa karo antarmuka pangguna modern lan cara nyedhiyakake fungsionalitas kanthi efisien lan fokus pangguna. Yen organisasi terus nggunakake versi lawas saka SharePoint, bakal nemoni masalah karo adopsi pangguna, efisiensi, lan fungsi sing ilang. Apa sing bisa ditindakake nalika intranet perusahaan diluncurake ora ana fungsi lan efisiensi saiki.
Babagan pengalaman pangguna, utamane ana rong sebab kenapa organisasi kudu mikir babagan migrasi menyang Microsoft 365 utawa SharePoint 2019:

• Adopsi pangguna / kepuasan pangguna: Karyawan organisasi nggunakake intranet perusahaan kanggo ngatur bisnis saben dinane. Kanggo wong-wong mau, intranet perusahaan luwih kaya alat, lan alat iki kudu gampang digunakake lan intuisi. Sampeyan kudu nyedhiyakake antarmuka panganggo sing padha kaya umume platform internet sing kasebut sadurunge nyedhiyakake. Ing tembung liya: alat iki kudu nganggo antarmuka panganggo sing dikenal saiki amarga ana bedane sing signifikan babagan antarmuka pangguna bakal nyebabake biaya tambahan lan bisa nyebabake frustasi - ing kasus sing ekstrem malah nganti emigrasi karyawan sing trampil.
• Fungsi / efisiensi: yen organisasi nyedhiyakake intranet perusahaan minangka alat kanggo kabeh karyawan, alat iki kudu paling anyar kanggo ndhukung karyawan kanthi paling apik. Sampeyan bisa uga mikir yen ora masalah yen ngunggah dokumen mbutuhake telung klik ing lingkungan modern dibandhingake karo 5 klik ing lingkungan sing wis ana. Nanging sabenere loro klik iki nggawe prabédan antarane lawas-sekolah lan efficiency. Kanthi tembung liyane: rong klik iki bakal nambah panggunaan lan panggunaan pangguna kanthi dramatis.

2.2. Dhukungan sing luwih apik kanggo Proses Bisnis
Intranet perusahaan ora ana maneh alat mandiri sing digunakake bebarengan karo sistem liyane. Saiki, intranet perusahaan luwih dadi papan kerja digital kanggo kabeh karyawan, lan papan kerja digital iki uga kudu kalebu utawa ndhukung proses bisnis. Kanggo exampNanging, ngatur papan utawa panjaluk liburan karyawan ora kudu diluncurake menyang sistem eksternal ing jaringan organisasi. Ide dhasar papan kerja digital modern yaiku nggabungake proses bisnis menyang bisnis saben dinane karyawan kanthi lancar supaya ora ana owah-owahan konteks sing ngganggu.
Versi lawas SharePoint nyedhiyakake sawetara dhukungan kanggo nggabungake proses bisnis. Dibandhingake karo opsi sing ditawakake Microsoft 365 utawa SharePoint 2019, dhukungan proses bisnis versi lawas katon cilik. Ayo nggunakake Power Automate minangka mantanample. Kanthi Power Automate, sampeyan bisa kanthi gampang nyambungake Microsoft 365 lan SharePoint menyang sistem eksternal kanggo ijol-ijolan data. Kanthi versi lawas SharePoint, iki luwih angel digayuh. Sampeyan kudu nggunakake BCS (Layanan Konektivitas Bisnis) kanggo ngatur sambungan eksternal sing mung nyedhiyakake fungsi winates.
Kanggo organisasi, ROI (Return of Invest) minangka faktor penting. Upamane organisasi pengin ngluncurake versi papan kerja digital sing cocog kanggo ndhukung karyawan. Ing kasus kasebut, platform kudu dipilih sing nyedhiyakake dhukungan paling apik kanggo nggabungake proses bisnis kanthi lancar - lan ing kene, platform modern kaya SharePoint 2019 utawa Microsoft 365 muter advan.tages.

2.3. Dhukungan sing luwih apik kanggo Kolaborasi
Ing jaman biyen, karyawan, luwih utawa kurang, nyambut gawe dhewe kanggo nggayuh tujuan utawa tonggak sejarah tartamtu. Saiki kita ngerti, gaya kerja iki ora menehi efisiensi sing paling apik lan ora nuwuhake solidaritas (rasa-kita) ing sawijining organisasi. Kerja tim wis kabukten luwih efisien - sanajan karyawan kerja ing lokasi sing beda ing zona wektu sing beda. Papan kerja digital modern kudu ndhukung tim lan kerja tim, lan amarga kerja tim minangka gaya kerja sing fleksibel lan lincah, papan kerja digital modern uga kudu fleksibel. Yen organisasi terus nggunakake platform lawas sing meh ora ndhukung kerja tim sing fleksibel, pilihan kanggo nambah efisiensi, nyuda biaya, lan nambah kepuasan pangguna bakal dibuwang.
Wilayah kolaborasi sing cocog karo kabutuhan tim yaiku ngirit biaya kanthi nambah efisiensi. Ana sawetara biaya nalika ngrancang lan nggawe area kolaborasi sing disesuaikan iki, nanging ROI bakal bisa dingerteni sajrone wektu sing cendhak. Versi lawas SharePoint adoh saka potensial sing ditawakake Microsoft 365, sing dadi alasan liyane, sing ndadekake organisasi mikir babagan migrasi.

2.4. Dhukungan sing luwih apik kanggo Piranti Seluler
Yen ana siji area teknologi sing berkembang paling cepet, yaiku piranti seluler. Saiki, luwih akeh piranti seluler sing digunakake minangka PC desktop sing dipasang ing kantor. Akeh kita malah nggunakake macem-macem piranti seluler. Pungkasane tren iki ora katon. Kosok baline, piranti seluler bakal luwih kuat tinimbang komputer desktop saiki. Produsen hardware malah mikir babagan smartphone sing cukup kuat kanggo digunakake minangka komputer desktop kanggo karya kantor.
The number of mobile workers is increasing steadily from year to year, and being able to access a corporate intranet with mobile devices without any restrictions or limitations has become a must-have. Older versions of SharePoint provide some mobile support, and from a technical perspective, this mobile support could be enhanced. Still, in most cases, there is hardly any justification for the costs involved. Often, it is much more cost-efficient to migrate to Microsoft 365 or SharePoint 2019 to benefit from the tremendous mobile support offered by those two platforms out-of-the-box.

2.5. Ngurangi Biaya Pangopènan Hardware
Versi SharePoint sadurunge kudu diinstal ing server darmabakti, sing diklompokaké dadi peternakan server. Server kasebut mbutuhake pangopènan sing akeh supaya bisa terus aktif. Dheweke mangan akeh energi, mbutuhake upaya terus-terusan babagan ngatur serep. Iki ora bakal owah nalika pindhah menyang SharePoint 2019, nanging organisasi bakal nyuda biaya pangopènan hardware kanthi dramatis nalika pindhah menyang Microsoft 365.

2.6. Ngapikake keamanan
Akeh organisasi nganggep data lan dokumen luwih aman ing lingkungane kaya-kaya disimpen ing méga. Ing kasunyatan, ngelawan bener. Microsoft nandur modal akeh dhuwit lan staf kanggo ngamanake lingkungan maya lan data lan dokumen pelanggan. Ora ana organisasi sing bisa nggunakake tenaga lan sumber daya sing padha kanggo ngamanake lingkungan ing papan kasebut. eCloud-hosting minangka bisnis inti Microsoft (Microsoft 365, SharePoint Online, Microsoft Azure), lan minangka kapentingan penting Microsoft kanggo njaga lingkungane kanthi aman. Dibandhingake karo taun-taun wiwitan cloud-hosting, saiki, data lan dokumen sing disimpen ing Microsoft 365 luwih aman tinimbang ing umume (yen ora kabeh) lingkungan ing premis.

PERTIMBANGAN KUNCI MIGRASI

Sawise perencanaan rampung lan rencana wis diverifikasi kaping pirang-pirang, organisasi sampeyan bakal nerusake aktivitas migrasi lan eksekusi migrasi. Migrasi konten saka lingkungan siji menyang lingkungan liyane ora segampang migrasi files saka siji folder menyang folder liyane. Nalika ngrencanakake migrasi data ing lingkungan profesional, kita kudu mikir babagan cara migrasi data sing paling apik kanthi paling ora ngganggu bisnis kasebut. Bagean ing ngisor iki saka dokumen iki nyedhiyakake liwatview saka pertimbangan migrasi sing paling umum.

3.1. Pitakonan Migrasi Kunci Kanggo Ditakoni Awal & Sering
Nalika ngrancang migrasi, sampeyan bakal ngupayakake njawab pitakonan penting. Ing ngisor iki sawetara pitakonan tingkat dhuwur sing kudu sampeyan pikirake (lan kenapa migrasi bisa uga luwih rumit tinimbang sing dirasakake).

• Apa migrasi sampeyan mbutuhake reorganisasi utawa optimalisasi informasi?
  o A migration technical asring luwih gampang kanggo orane katrangan, ngatur lan kontrol biaya.
  Nanging, interaksi bisnis, persetujuan, lan keterlibatan sing dibutuhake nalika ngoptimalake lan nyusun ulang karya asring bisa nyebabake ruang lingkup sing rumit lan anggaran sing angel diatur.
• Apa sampeyan bisa misahake karya sing re-organisasi / optimasi fokus saka karya teknis?
  o Kapan upgrade / migrasi sabanjure? Terus maju, optimasi luwih lanjut isih dibutuhake, sanajan ing Microsoft 365. Umume organisasi ngrancang biaya sing terus-terusan iki minangka pajak kawruh sing dibayar saben sawetara taun kanggo entuk manfaat saka properti intelektual sing wis berkembang ing saindhenging organisasi. Supaya luwih bisa dilayari, luwih bisa ditemokake, lan luwih bisa ditrapake.
• Apa volume konten sing kudu dipindhah?
  o Iki mbutuhake pangerten dokumen lan dhaptar, perpustakaan, struktur, solusi, lan liya-liyane. Apa sampeyan ngerti isi apa sing ana ing organisasi sampeyan?
• Jinis konten apa sing disimpen ing sistem sampeyan saiki?
• Where lan carane isi disimpen?
• Kepiye isi saiki ditambahake menyang sistem sampeyan?
  o Watch metu kanggo mindhai lan njupuk integrasi minangka kerumitan khas asring ora kejawab.
• Apa pendekatan sampeyan saiki nggunakake akeh folder tinimbang metadata?
• Sepira rata struktur saiki (kanggo kemampuan kanggo ngatur maneh kanthi responsif lan ngoptimalake koleksi kawruh)?
  o Ing Microsoft 365, nalika organisasi transisi saka Klasik menyang Modern, mbutuhake flattening akeh struktur situs saka sub-situs nested gedhe-gedhe menyang koleksi situs dhewe. Iki nglengkapi situs hub minangka wujud organisasi, luwih fleksibel, kapabilitas suite kaya tim Microsoft, lan liya-liyane.
• Kepiye keamanan dikelola lan ditangani saiki?
  o Nalika sampeyan maju, luwih becik nggunakake Grup AD tinimbang Grup SharePoint.
  Iki luwih jelas ing Microsoft 365, ing ngendi Azure/Microsoft 365 Groups bisa digunakake kanggo keanggotaan sing konsisten ing kabeh layanan lan ditambah karo konfigurasi kayata ijin dinamis sing ditrapake kanthi otomatis adhedhasar atribut AD, lsp.
• Kepiye pangguna eksternal dikelola, lan kepiye ngakses sumber daya / konten saiki?
• Kabijakan retensi apa sing sampeyan lakoni, yen ana? Apa ana konten sing bisa ditinggal utawa dicopot? Kepiye carane sampeyan migrasi kabijakan kasebut lan njamin konsistensi ing antarane rong lingkungan babagan carane rekaman lan retensi dikelola? Apa sampeyan ngerti carane sampeyan duwe lan bakal nangani siklus urip konten?
• Apa sampeyan ngerti sepira kerepe dokumen referensial, senyawa, utawa sing disambungake sacara eksternal digunakake saiki?
  o Kanggo exampNanging, yen sampeyan duwe link menyang dokumen Excel liyane, iki bisa uga mbutuhake proses luwih lanjut utawa ndandani manual pasca migrasi supaya buku kerja bisa digunakake kaya sing dikarepake.

3.2. Pendekatan Migrasi
Nalika mikir babagan pendekatan migrasi, rong pendekatan biasane dipikirake dhisik.
Sanajan pendekatan ing ngisor iki sing paling umum digunakake, ora ana siji utawa liyane.
Pendekatan migrasi sing paling apik kanggo organisasi tartamtu gumantung ing akeh faktor - kayata jumlah data, struktur internal, utawa gaya kerja. Ora umum yen organisasi nggunakake sing paling apik ing donya lan nggawe pendekatan migrasi adhedhasar gagasan dhasar saka rong pendekatan ing ngisor iki.

Pendekatan Kabeh-Saiki
Pendekatan iki asring diarani minangka "pendekatan Big Bang," uga. Iki tegese migrasi ditindakake kanthi langkah siji. Minangka mantanample, ana afternoon, sistem ana diuripake kanggo mode mung diwaca kanggo kabeh karyawan. Migrasi lan verifikasi ditindakake ing akhir minggu, lan dina Senin esuk, kabeh karyawan bisa nerusake kerjane nganggo sistem anyar. Iki minangka pendekatan sing cocog kanggo organisasi cilik kanthi jumlah data sing luwih cilik sing bakal dimigrasi.
Minangka aturan umum, kita bisa nganggep manawa udakara 5 GB / jam bisa dipindhah menyang SharePoint Online (gumantung saka kinerja internet sing nyata). Iki kira-kira hourly tingkat transfer minangka faktor watesan kanggo pendekatan migrasi iki. Nalika ana teknik kanggo nambah kacepetan migrasi, bisa uga angel banget kanggo ngatasi watesan throttling Microsoft 365, utamane yen panyewa target sing sampeyan migrasi wis digunakake.

Pendekatan Fase
Beda karo pendekatan sadurunge, pendekatan bertahap yaiku migrasi siji entitas perusahaan sawise liyane. Minangka mantanample: pisanan, departemen HR wis migrasi menyang platform anyar. Sawise departemen SDM wis sukses migrasi, departemen Pemasaran dipindhah - lan liya-liyane. Sasaran ing kene yaiku mbagi konten dadi koleksi utawa kumpulan sing migrasi kanthi urutan bertahap sing wis direncanakake. Pendekatan iki migunani nalika jumlah gedhe banget kanggo pendekatan All-At-Once lan yen sistem lawas lan anyar kudu digunakake bebarengan kanggo sawetara wektu. Dibandhingake karo pendekatan kabeh-saiki, pendekatan iki mbutuhake perencanaan sing luwih akeh, utamane yen ana dependensi sing kudu digatekake.

Incremental Utawa Delta Migration
Migrasi Delta utawa Incremental asring digunakake preduli saka pendekatan migrasi. Iki uga penting banget nalika jumlah data sing bakal dipindhah akeh banget lan diverifikasi sajrone jam kerja biasa. Intine, pangguna terus nggarap sistem lawas nalika konten sing wis migrasi sadurunge isih diverifikasi. Sawise koleksi konten pisanan wis dipindhah lan diverifikasi, mung delta (tegese: konten sing digawe utawa diowahi nalika koleksi konten pisanan wis diverifikasi) sing kudu dipindhah ing pass kapindho.
Cepet utawa mengko, kanggo mesthekake akurasi data lan kelengkapan migrasi, lingkungan sumber kudu disetel dadi mung diwaca lan ora ana owah-owahan sing diidini sajrone 'Delta' utawa migrasi Incremental pungkasan. Biasane, koleksi konten nomer loro luwih sithik dibandhingake karo koleksi pertama, tegese koleksi kapindho bisa dipindhah sajrone jam kerja biasa utawa ing wektu sing luwih sithik.
Umume alat migrasi profesional nyedhiyakake dhukungan kanggo migrasi delta. Dheweke bisa migrasi konten sing mentas dianyari tanpa perlu migrasi konten sing katon ora owah ing antarane migrasi pungkasan lan migrasi Delta/Incremental paling anyar.
Preduli saka pendekatan sing sampeyan gunakake, bakal penting kanggo ngembangake rencana langkah-langkah lan rinci babagan migrasi kasebut. Adhedhasar aktivitas penilaian, sampeyan bakal nemtokake saben kumpulan isi carane kudu ditangani kanggo migrasi dhewe ing tahap perencanaan.

STRATEGI & PLANNING MIGRASI

Nalika migrasi menyang Microsoft 365 lan SharePoint online, pendekatan sing ditindakake bakal kerep banget padha ing antarane organisasi amarga ana fase kebak aktivitas taktis kanggo migrasi saka penilaian menyang pasca migrasi. Iki uga bener kanggo umume migrasi SharePoint Server. Asring, proses sing didhukung upgrade ora digunakake supaya ora mbayar konfigurasi hardware tambahan lan persiyapan kanggo mlumpat saka versi lawas SharePoint Server menyang sing luwih anyar (amarga saben ndhukung upgrade saka pungkasan).
Minangka mantanampNanging, ing ngisor iki minangka diagram prasaja sing nggambarake aliran khas paling akeh migrasi SharePoint Online.

Gambar 1 – Sampl Proses Migrasi

Nalika fokus ing pertimbangan taktik minangka kunci, uga duwe strategi lan keselarasan sing bener. Bagian iki bakal manehview saben 'fase' migrasi khas lan njlentrehake pertimbangan utama, praktik paling apik, lan liya-liyane kanggo mbantu organisasi sampeyan dadi luwih siyap lan sukses nalika sampeyan pengin pindhah menyang SharePoint Online lan Microsoft 365.
Elinga, sampeyan bisa uga mikir babagan upaya migrasi luwih adhedhasar peran tinimbang fase. Minangka gambar ing ngisor iki nuduhake, sampeyan isih bisa pra-rencana lan mikir liwat aliran migrasi adhedhasar sing nindakake apa sak proses migrasi. Kanggo ringkesan, kita bakal fokus pandhuan ing kegiatan fase tinimbang akeh peran / pendekatan sing digunakake organisasi kanggo migrasi saiki.

Gambar 2 – Sample Saka File Nuduhake Migrasi Peta Migrasi Langkah

4.1. Tahap Pambiji
Saben migrasi kudu diwiwiti kanthi penilaian amarga sampeyan kudu ngerti persis apa sing kudu dipindhah kanggo ngrancang lan nyiapake migrasi.
Saka perspektif sing prasaja lan tingkat dhuwur, kita kudu ngenali lan mutusake isi sing bakal dipindhah, nemtokake prioritas (loro adhedhasar kerumitan / tantangan bisnis lan teknis), sing nduweni isi, lan isi kasebut dhewe. Pungkasan, penting ora lali manawa target lingkungan Microsoft 365 uga kudu ditaksir kanggo kesiapan.

Minangka bagean ing ngisor iki bakal njelaske nganggo bentuk garis, ana luwih akeh sing kudu ditaksir tinimbang mung ukuran koleksi sing bakal dipindhah.

4.1.1 Assessment Struktur Situs
Assessment Struktur Situs iku kabeh babagan njupuk gambar saka Struktur Situs saka portal sing wis ana. Nanging penilaian iki ora mungkasi ing kene. Sawise struktur situs sing ana wis ditaksir, asring perlu dianyari utawa diatur kanggo nggambarake owah-owahan perusahaan utawa syarat liyane. Akeh organisasi nggunakake kesempatan iki kanggo nganyari struktur situs sing wis ana, utamane yen struktur situs sing wis ana digawe pirang-pirang taun kepungkur. Nalika mikir babagan struktur situs sing beda, organisasi kudu ngetutake rekomendasi paling anyar saka Microsoft babagan Koleksi Situs ing SharePoint. Intine, iki tegese subsite kudu dihindari yen bisa. Tinimbang nggawe struktur sub-situs bersarang, Microsoft nyaranake nggunakake macem-macem Koleksi Situs. Struktur logis wis ora ditrapake maneh dening hubungan wong tuwa-situs / anak-situs nanging kanthi struktur logis sing ditrapake kanggo navigasi.
Situs Hub SharePoint anyar uga bisa nggawe struktur situs / subsite sing logis, dene ing ngisor tutup, struktur situs teknis sing rata digawe. Pendekatan 'Multiple Site Collections' nduweni advan sing jelastagbabagan fleksibilitas lan manajemen.
Yen struktur situs dianyari sadurunge migrasi, iki ndadekake tabel pemetaan wajib sing maps Struktur Situs sing ana menyang anyar / dianyari Struktur Situs.
Asil saka taksiran iki dhaftar kabeh situs, sing digandhengake URLs, gambaran, Cithakan digunakake kanggo nggawe situs, pemilik situs, lan indikator saka situs digunakake minangka situs hub.
Pilihan sing paling apik kanggo nggawe dhaptar kabeh situs sing wis ana yaiku nggunakake skrip PowerShell sing ngubengi kabeh Koleksi Situs lan kabeh situs. Keuntungan saka nggunakake PowerShell yaiku skrip bisa njupuk kabeh informasi sing cocog kanggo nggawe dhaptar rinci kabeh situs sing wis ana - lan bisa dijadwalake ing njaba jam kantor sing sibuk.

4.1.2. Evaluasi Isi
Sajrone penilaian isi, dokumen lan data terstruktur (kaya dhaptar data) lagi ditaksir. Assessment iki nduweni tujuan kanggo mangerteni data lan jinis dokumen sing saiki dadi tuan rumah ing lingkungan lawas. Tujuan liyane yaiku kanggo ngenali jumlah data sing saiki ana ing lingkungan lawas. Sanajan jumlah data biasane dikurangi sawise ngresiki konten, penting yen sampeyan duwe ide babagan jumlah data sing bakal dipindhah.
Sajrone Assessment Konten, versi dokumen uga diidentifikasi. Nalika migrasi saka versi lawas SharePoint menyang Microsoft 365 utawa SharePoint 2019, Assessment Konten digunakake kanggo mutusake versi dokumen (yen ora kabeh versi) dokumen sing kudu dipindhah. Nalika migrasi saka a file- nuduhake menyang Microsoft 365 utawa SharePoint 2019, versi dokumen kudu diidentifikasi dhisik. Asring, nomer versi ditambahake menyang judhul dokumen (kayata Business Report 2018 – V1.4.docx). Sisih angel kanggo nggabungake siji file-versi dokumen adhedhasar lan nggawe dhaptar versi dokumen sing kompatibel karo SharePoint.
Assessment Konten uga minangka pambuka penting kanggo tahap Pembersihan Konten. Asil Assessment Konten bisa digunakake kanggo nemtokake dokumen sing ora kudu dipindhah utawa ora digunakake maneh.
Asil taksiran iki minangka dhaptar kabeh dokumen, sing URL/lokasi, ukurane, jinise, jumlah versi (yen ana), tanggal nggawe/modifikasi, lan pangguna sing nggawe lan ngowahi dokumen kasebut.
Pilihan sing paling apik kanggo nggawe dhaptar kabeh dokumen sing wis ana yaiku nggunakake skrip PowerShell sing ngowahi kabeh perpustakaan dokumen sing ana utawa file- struktur nuduhake.

4.1.3. Assessment Alur Kerja
Alur kerja digunakake ing SharePoint kanggo ngleksanakake proses bisnis. Akeh organisasi nggunakake macem-macem alur kerja kanggo ngetrapake proses internal. Sajrone Assessment Alur Kerja, kabeh alur kerja sing digunakake ing lingkungan sing ana lagi ditaksir. Assessment iki kalebu jinis alur kerja (built-in, SharePoint Designer, adat, pihak katelu), lokasi, kasus panggunaan, lan proses bisnis sing gegandhengan. Uga, sajrone taksiran iki, alur kerja sing ditandhani minangka aktif utawa lagi ditindakake kanggo wektu sing ora biasa bakal diidentifikasi. Apike kanggo mutusake apa sing kudu ditindakake karo alur kerja 'beku' sadurunge migrasi.

Informasi sing paling penting sing kudu diwenehake dening Assessment Alur Kerja yaiku jinis alur kerja amarga ora kabeh jinis alur kerja bisa dipindhah menyang Microsoft 365 utawa SharePoint 2019.
Akeh organisasi nggunakake kesempatan iki kanggo review kabeh alur kerja sing diidentifikasi (ora mung sing ora bisa dipindhah) kanggo mriksa apa alur kerja isih cocog karo syarat bisnis. Ora arang banget, organisasi modernisasi alur kerja sing dibangun nganggo teknologi lawas (kayata SharePoint Designer) sadurunge migrasi menyang lingkungan target.

Asil taksiran iki minangka dhaptar alur kerja, ing URL lokasi ing ngendi alur kerja digunakake, jinis alur kerja (OOTB, SPD, Custom, utawa pihak katelu), lan jalur migrasi potensial. Alur kerja sing ora bisa dipindhah kaya saiki kudu didesain ulang nggunakake teknologi sing cocog (kayata Power Otomatis).

4.1.4. Assessment Solusi Kustom
Solusi khusus (utawa aplikasi khusus) utamane digunakake kanggo rong tujuan: nambah fungsi sing wis ana utawa nambah fungsi sing ora ana ing SharePoint. Umume solusi khusus dibangun ing kode sisih server utawa kode sisih klien, lan dibangun ing omah utawa dituku saka vendor pihak katelu.

Assessment solusi khusus digunakake kanggo nggawe inventarisasi kabeh solusi khusus, sing digunakake minangka dhasar kanggo mutusake yen lan carane saben solusi khusus sing diidentifikasi dimigrasi menyang lingkungan anyar. Akeh organisasi nggunakake pilihan iki kanggo review kabeh solusi khusus sing diidentifikasi kanggo mriksa yen isih nyukupi syarat inti. Evaluasi solusi khusus uga menehi pilihan kanggo mikir babagan modernisasi aplikasi. Sanajan solusi khusus sing wis ana isih nyukupi syarat inti, mula kudu dipikirake babagan modernisasi aplikasi sing wis ana - kayata nambah / nambah fungsi utawa nggunakake platform sing beda kanggo dadi host aplikasi (kayata Microsoft Azure).

Asil saka taksiran iki dhaftar kabeh solusi adat, ing URL lokasi ing ngendi solusi digunakake, jinis, kasus panggunaan bisnis, kontak sing tanggung jawab, lan jalur migrasi potensial. Saran sing apik kanggo nambah hyperlink menyang dokumentasi pangembangan asli uga.
Pilihan sing paling apik kanggo nggawe dhaptar kabeh solusi khusus sing wis ana yaiku nggunakake skrip PowerShell kanggo ngowahi kabeh situs sing wis ana.

4.1.5. Piranti Assessment
SharePoint Migration Assessment Tool (SMAT) minangka eksekusi baris printah prasaja sing bakal mindai isi farm SharePoint kanggo mbantu ngenali masalah apa wae karo data sing arep dipindhah menyang SharePoint Online. Laporan asil nuduhake sampeyan menyang artikel kanggo mbantu ngatasi masalah sing ditemokake. Alat kasebut mlaku ing latar mburi tanpa mengaruhi lingkungan produksi sampeyan.
SharePoint Migration Assessment Tool (SMAT) minangka eksekusi baris printah sing prasaja sing bakal mindai isi farm SharePoint kanggo mbantu ngenali pengaruh migrasi server menyang SharePoint Online karo Microsoft 365. Iku uga kalebu Alat Manajemen Identitas Migrasi SharePoint, sing nindakake pemetaan identitas kanthi mindhai SharePoint, Active Directory, lan Azure Active Directory. Amarga alat kasebut dirancang kanggo mbukak tanpa mengaruhi lingkungan sampeyan, sampeyan bisa uga mirsani alat kasebut mbutuhake siji nganti rong dina kanggo ngrampungake scan lingkungan sampeyan. Sajrone wektu kasebut, alat kasebut bakal nglaporake kemajuan ing jendela konsol.
Sawise pindai rampung, sampeyan bisa nemokake output files ing direktori Log. Ing kene sampeyan bakal nemokake ringkesan lan wawasan sing luwih rinci babagan skenario sing bisa kena pengaruh migrasi. Alat kasebut bakal nglaporake informasi statistik anonim bali menyang Microsoft kanggo nambah kualitas produk lan layanan Microsoft. Opsional, sampeyan bisa ngenali organisasi nalika dijaluk ing mburi pindai. Yen alat kasebut ora bisa nyambung menyang internet kanggo nglaporake informasi kasebut, alat kasebut isih bisa digunakake kaya sing dikarepake.

Kanggo ndownload alat kasebut: Alat Penilaian Migrasi SharePoint (SMAT)

4.2. Fase Persiapan
Sawise ngevaluasi konten lan lingkungan sing bakal dipindhah, penting kanggo nyiapake konten apa sing bakal dipindhah menyang ngendi, kepiye, lan kapan. Iki digawe luwih gampang kanthi ngresiki, nyuda total konten sing ditargetake, utawa kanthi jelas nemtokake konten apa sing kudu diganti. Ing sawetara kahanan, kaya nalika pindhah menyang SharePoint Online, sampeyan bisa uga luwih apik dilayani kanthi nggawe struktur target sadurunge migrasi uga.

4.2.1. Persiapan Struktur Situs
Adhedhasar asil pambiji struktur situs, situs kasebut kudu digawe ing lingkungan anyar. Yen struktur anyar beda karo struktur sing ana, struktur anyar kudu dibangun adhedhasar tabel pemetaan kaya sing diterangake ing bagean sing gegandhengan. Yen struktur situs anyar digunakake, struktur situs anyar kasebut bakal ngetutake rekomendasi Microsoft babagan Koleksi Situs ing SharePoint. Supaya bisa ngetrapake struktur logis, situs tartamtu kudu diowahi dadi Situs Hub, lan situs sing gegandhengan kudu digandhengake karo situs hub.
Sadurunge struktur situs anyar dileksanakake, struktur anyar kudu reviewed. Iki review kudu dileksanakake dening anggota beda (yen ora kabeh) departemen utawa entitas perusahaan.

4.2.2. Persiapan isi
Adhedhasar asil pambiji isi, proses reresik kudu diwiwiti.
Clean-up tegese dhaftar dokumen dikenali reviewed kanggo nemokake dokumen sing ora kudu dipindhah menyang lingkungan anyar - iki bisa dadi dokumen sementara, dokumen sing wis lawas, utawa dokumen sing ora relevan maneh. Amarga umume dokumen kalebu entitas perusahaan tartamtu (kaya departemen), pamilik konten utawa anggota entitas perusahaan sing gegandhengan kudu ditugasake ngresiki dokumen kasebut.
Yen dokumen saka a file-share kudu dipindhah menyang SharePoint, kemungkinan ana pirang-pirang versi dokumen. Minangka file-share ora nyedhiyakake dhukungan kanggo versi dokumen, editor biasane nambah nomer versi menyang judhul dokumen. Dokumen "titleversioned" iki kudu diidentifikasi sadurunge dipindhah menyang SharePoint amarga perpustakaan dokumen SharePoint bisa nangani pirang-pirang versi dokumen. Dokumen "versi judhul" sing diidentifikasi kudu ditransfer menyang mekanisme versi pustaka dokumen SharePoint.
Yen struktur situs lingkungan anyar beda karo struktur situs lingkungan lawas, dokumen uga bakal disimpen ing lokasi sing beda. Yen ana tabel pemetaan situs, dhaptar dokumen kudu dianyari kanggo nggambarake situs anyar kanggo saben dokumen. Iku ndadekake pangertèn kanggo nganyari dhaptar dokumen sawise ngresiki.

Pemetaan iki uga kudu nimbang kahanan mangsa sing dikarepake yen sampeyan pengin modernisasi sajrone proses migrasi. Iki ora unik mung kanggo migrasi SharePoint nanging uga cocog kanggo file nuduhake migrasi.

4.2.3. Persiapan alur kerja
Adhedhasar asil pambiji alur kerja, path migrasi kudu digawe kanggo saben alur kerja sing diidentifikasi. Jinis alur kerja penting kanggo nemtokake dalan migrasi. Kaputusan pisanan sing kudu ditindakake yaiku apa alur kerja kudu dianyari / dimodernisasi kanthi wicaksana. Yen alur kerja lagi dianyari utawa dimodernisasi, mesthine, alur kerja kasebut kudu dibangun maneh nggunakake teknologi modern (kayata Power Automate).
Yen sampeyan pengin miwiti nggawe jalur migrasi, dhaptar titik-titik ing ngisor iki bisa uga migunani:

• Alur kerja OOTB: biasane, workflows iki bisa migrasi tanpa masalah.
• Alur kerja SharePoint Designer: biasane, workflows iki bisa migrasi tanpa masalah, nanging sawetara workflows bisa uga kudu sawetara njiwet manual utawa pangaturan.
• Alur kerja khusus: biasane, iki alur kerja kode adhedhasar kode server-sisih, kang tegese padha ora bisa migrasi kanggo ongko seng dibagi Online. Migrasi menyang versi SharePoint sing luwih anyar bisa uga ana.
• Alur kerja pihak katelu: ing paling kasus, iki Nintex utawa K2 workflows, lan iku kamungkinan, Produsèn menehi path upgrade utawa prosedur upgrade.

Adhedhasar path upgrade sing dievaluasi, prakiraan lan garis wektu kudu digawe kanggo kabeh alur kerja, sing ora bisa dipindhah apa-apa. Kanggo saben alur kerja sing kena pengaruh, upaya sing dibutuhake kanggo nyiapake migrasi (kalebu nggawe ulang / recoding) kudu dievaluasi. Garis wektu sing cocog nuduhake suwene suwene proses sakabèhé nyiapake alur kerja lingkungan anyar. Mesthine ana dhaptar rinci kanthi kabeh alur kerja, upaya migrasi, lan garis wektu kanthi durasi kanggo saben alur kerja ing pungkasan fase persiapan alur kerja.

4.2.4. Preparation Solusi Custom
Mirip banget karo fase nyiapake alur kerja, fase nyiapake solusi khusus kabeh babagan nyiapake solusi khusus kanggo migrasi. Jinis solusi khusus penting kanggo mutusake dalan migrasi. Kaya karo alur kerja, keputusan pisanan yaiku apa solusi khusus kudu dianyari / dimodernisasi saka segi fungsionalitas lan / utawa pengalaman pangguna. Yen solusi khusus lagi dianyari utawa dimodernisasi, mesthine solusi khusus kasebut kudu dibangun maneh nggunakake teknologi modern utawa platform modern (kaya Microsoft Azure).

Kaya sing wis kasebut sadurunge, dalan migrasi kanggo solusi khusus gumantung saka cara adat
solusi wis digawe. Dhaptar titik-titik ing ngisor iki bisa uga migunani:

• Kode sisih server: ana kasempatan sing jinis solusi iki bisa migrasi menyang ongko seng dibagi ing panggonan karo cukup efforts . Yen platform target yaiku Microsoft 365, solusi sing dibangun adhedhasar kode sisih server kudu digawe maneh amarga kode sisih server khusus ora bisa digunakake.
• Kode sisih klien: ana kesempatan sing apik kanggo migrasi solusi khusus iki menyang SharePoint Online utawa SharePoint ing papan, nanging sawetara nganyari bisa uga dibutuhake.
• Solusi pihak katelu: pilihan sing paling apik kanggo hubungi vendor kanggo mriksa yen ana path migrasi darmabakti.

4.2.5. ngrancang
Sawise evaluasi lan persiapan, rencana migrasi sing rinci kudu digawe. Rencana migrasi rinci kalebu ing ngisor iki:

• Pendekatan migrasi sing dipilih lan alasan kenapa pendekatan tartamtu dipilih
• Dhaptar kabeh situs lan koleksi situs sing kudu dipindhah lan tabel pemetaan yen struktur anyar beda karo struktur lawas
• Dhaptar kabeh dokumen sing kudu dipindhah, lokasi ing lingkungan lawas lan ing lingkungan anyar
• Dhaptar kabeh alur kerja (ana, digawe maneh, anyar) kudu ana ing lingkungan anyar lan lokasi. Yen langkah tambahan dibutuhake (kaya nyambungake maneh alur kerja menyang sumber data), langkah kasebut uga kudu ditambahake
• Dhaptar kabeh solusi khusus (ana, digawe maneh, anyar) kudu ana ing lingkungan anyar lan lokasi. Yen langkah-langkah tambahan dibutuhake (kaya nyambungake maneh solusi menyang sumber data utawa instruksi instalasi tartamtu), langkah-langkah kasebut uga kudu ditambahake.
• Aktivitas tambahan apa wae sing kudu ditindakake sajrone migrasi lan dependensi
• Garis wektu sing rinci karo wong sing tanggung jawab kanggo saben langkah migrasi

4.3. Fase Migrasi
Saiki perencanaan lan persiapan wis rampung; kita bisa migrasi isi, struktur, lan solusi. Kanggo nindakake iki, kita kudu nggunakake alat migrasi, komunikasi kanthi efektif, lan tindakake proses.

4.3.1. Piranti
Migrasi tegese mindhah konten saka lingkungan siji menyang lingkungan liyane. Sanajan umume konten bisa dipindhah menyang Microsoft 365 utawa SharePoint 2019 kanthi manual, nggunakake alat migrasi khusus bakal mbayar kanthi cepet.
Elinga yen pindhah saka SharePoint 2016 utawa versi sadurunge menyang SharePoint 2019 utawa onpremises bisa uga ngidini pendekatan 'nganyarke' asli digunakake. Dadi manawa kanggo njelajah pilihan kasebut yen layak utawa kasedhiya kanggo organisasi sampeyan. Biasane, yen sampeyan ora duwe versi pungkasan, sampeyan bisa uga kudu nindakake upgrade hop pindho lan ngatasi komplikasi liyane sing ditangani kanthi luwih apik ing migrasi. Kajaba sampeyan pindhah saka 2013 menyang 2016 utawa 2016 menyang 2019, disaranake nggunakake pendekatan migrasi.

1. manual	2. Microsoft Tools	3. Piranti pihak katelu
● Isi dipindhah kanthi manual liwat upload ● Gratis ● gaweyan Manual bisa uga ora layak kanggo volume gedhe files	● Isi dipindhah liwat Alat Migrasi SharePoint (SPMT) ● Gratis ● Setel fitur ngembang ● Mung ndhukung skenario tartamtu* (File Saham, SP2010, SP2013, SP2016) *Waca Cathetan Rilis	● Isi dipindhah liwat alat (contone ShareGate, AvePoint, Metalogix) ● Set fitur Powertul (contone, Riwayat versi) ● Luwih larang, nanging biaya bisa gampang dibenerake ing migrasi gedhe lan luwih rumit

Disadvan utamatage mindhah konten menyang lingkungan anyar kanthi manual (liwat seret lan selehake browser, liwat sinkronisasi, lan sapiturute) yaiku mundhut metadata dhasar. Kanggo example: yen dokumen dipindhah kanthi manual saka versi lawas SharePoint menyang, contone SharePoint Online, informasi babagan tanggal nggawe lan penulis bisa ilang. Iki amarga SharePoint Online bisa uga nganggep dokumen sing dimigrasi dadi dokumen anyar amarga konten sing diekstrak bisa uga 'digawe' saiki. Yen metadata dhasar (tanggal nggawe, penulis, editor, tanggal sing diowahi) kudu dilestarekake, alat migrasi khusus asring dadi wajib.
Ana sawetara solusi kanggo migrasi manual. Yen pangguna nggunakake kemampuan Sinkronisasi perpustakaan lan metadata kasedhiya ing file nuduhake utawa lokasi diakses nalika padha nyeret lan nyelehake iki menyang folder Sync, iku bakal nahan metadata isi. Iki minangka pendekatan umum sing digunakake kanggo mbantu organisasi ngluncurake OneDrive for Business amarga pangguna bisa nggunakake sinkronisasi lan mindhah konten saka drive individu lan tetep tetep tanggal sing diowahi pungkasan.
Saliyane dhukungan sing kasebut kanggo njaga metadata dhasar, alat migrasi duwe advan tambahantages. Umume alat migrasi kalebu fungsi mriksa pra-migrasi sing mbantu mriksa masalah potensial tanpa nindakake migrasi. Uga, umume alat migrasi kalebu fungsi verifikasi. Yen alat migrasi nglaporake tugas migrasi dadi sukses, bisa dianggep yen konten kasebut wis dipindhah tanpa kesalahan. Iki nyuda upaya sing dibutuhake sajrone fase verifikasi.
Alesan penting liyane kanggo nggunakake alat migrasi khusus yaiku dhukungan metadata. Akeh alat migrasi bisa migrasi Metadata Ngatur saka lingkungan lawas menyang lingkungan anyar kanthi otomatis. Upaminipun struktur Metadata Ngatur ing lingkungan lawas beda karo struktur Metadata Ngatur ing lingkungan anyar. Ing kasus kasebut, sawetara alat migrasi nawakake pilihan kanggo nggawe pemetaan Metadata internal.
Sawetara alat migrasi nawakake dhukungan tambahan kanggo migrasi rumit kanthi menehi antarmuka piranti lunak sing bisa nggunakake skrip PowerShell kanggo ngontrol cara migrasi konten utawa ngotomatisasi tugas migrasi.
Umume kasus, nggunakake alat migrasi khusus dianjurake. Priksa pra-migrasi terpadu, verifikasi terpadu, lan laporan asil migrasi bakal mbenerake biaya tambahan kanggo tuku alat migrasi.
Kabar apik yaiku Microsoft kerja keras kanggo nutup celah kasebut lan menehi pengalaman sing luwih apik. Alat Migrasi SharePoint wis dianyari kaping pirang-pirang. Iku worth considering yen sampeyan duwe SharePoint 2013 Server, SharePoint 2010 Server, utawa File Enggo bareng sing pengin dipindhah menyang SharePoint Online. Alat Migrasi SharePoint ngidini sampeyan migrasi dhaptar utawa files saka pustaka dokumen SharePoint ing panggonan utawa ing panggonan sampeyan file enggo bareng lan gampang pindhah menyang SharePoint utawa OneDrive ing Microsoft 365. Kasedhiya kanggo pangguna Microsoft 365 kanthi gratis.
Yen sampeyan ana ing skenario sing apes banget yen ora ana penawaran produk sing ndhukung migrasi saka sistem sumber sampeyan - mula sampeyan kudu nggawe piranti migrasi dhewe. Kanggo skenario iki, elinga yen Microsoft (lan pihak katelu) duwe solusi sing apik kanggo migrasi saka file nuduhake menyang SharePoint Online utawa SharePoint 2019. Dadi tantangane luwih akeh babagan ngekstrak/ngekspor data saka sistem sumber sing ora didhukung banjur nggunakake alat/teknik sing luwih akrab kanggo ngimpor/migrasi konten menyang Microsoft 365.

Pitakonan Kanggo Ditakoni Vendor
Penting kanggo ngerti vendor, alat, lan kemampuane. Ing ngisor iki minangka dhaptar pitakonan sing bisa sampeyan takon menyang vendor Migrasi nalika ngrancang migrasi SharePoint kanggo nemtokake kemampuan apa sing diduweni produk.

Pitakonan Evaluasi Vendor Teknologi
Ing ngisor iki sawetara pitakonan wiwitan prasaja sing penting kanggo ngevaluasi teknologi apa wae.

• Versi apa produk?
• Carane diwasa produk?
  o Sepira diwasa ekosistem lan vendor sing ndhukung produk?
• Carane extensible lan customizable produk?
• Kepiye pangguna-loropaken lan migunani produk kasebut?
  o Kepiye produk nangani pengecualian?
  o Kanggo sapa UI dirancang?
• Sepira angel kanggo ngatur lan ngatur produk?
  o Carane nganyari produk?
  o Carane Komplek instalasi, lan carane Komplek dependensi?
  o Apa ndhukung otomatisasi? (Apa sampeyan bisa nggawe skrip kumpulan utawa ngotomatisasi tugas administratif?)
• Sapa maneh sing nggunakake alat kasebut?
  o Apa pengalamane alat kasebut?
  o Apa padha duwe kabutuhan padha?
• Kepiye vendor nindakake dhukungan?
  o Apa reputasi dhukungan vendor?
• Penerapan Produk (Adhedhasar Bukti Produk Konsep/Demonstrasi)
• Proposal Rega Rincian (Kalebu Perkiraan Biaya Integrasi, Dhukungan, lan Latihan)
  o Iki uga kudu nimbang investasi sing ana ing organisasi sampeyan.

Ngluwihi pitakonan dhasar iki, sampeyan bisa nliti perbandingan fitur lan analisis fitur tartamtu.

Nyalin Pitakonan Konten SharePoint

• Kepiye cara alat migrasi SharePoint nalika nyalin konten SharePoint?
  o Apa ngidini pangguna nyalin konten nggunakake antarmuka OOTB SharePoint?
  ▪ Example: Liwat Pita SharePoint?
  o Apa ngidini pangguna nyalin konten liwat antarmuka khusus?
  ▪ Apa pangguna bisa dilatih lan/utawa diwenehi akses menyang antarmuka iki?
• Konten SharePoint apa sing bisa didhukung alat kanggo nyalin?
  o Apa alat kasebut ngerti situs/kaca modern, lan ndhukung migrasi menyang situs kasebut?
  o Apa alat ndhukung nyalin siji utawa luwih Dhaptar?
  ▪ Apa alat ndhukung nyalin isi antarane Dhaptar?
  • Apa alat ndhukung dhaftar Nyalin views?
  o Apa alat ndhukung nyalin siji utawa luwih Pustaka?
  ▪ Apa alat ndhukung nyalin isi antarane Pustaka?
  • Apa alat ndhukung nyalin perpustakaan views?
  o Apa alat ndhukung nyalin item karo lampiran?
  o Apa alat ndhukung nyalin utawa kalebu versi ing dhaptar lan perpustakaan itemo Apa alat ndhukung nyalin dokumen set?
  o Apa alat ndhukung nyalin kaca?
  ▪ Apa alat ndhukung nyalin web kaca bagean?
  ▪ Apa alat ndhukung nyalin kaca wiki?
  ▪ Apa alat ndhukung nyalin kaca penerbitan?
  o Apa alat ndhukung nyalin siji utawa luwih Sites?
  ▪ Apa alat ndhukung nyalin kabeh jinis situs?
  • Apa ndhukung nyalin Team Sites?
  • Apa ndhukung nyalin Situs Publishing?
  • Apa ndhukung nyalin Blogs?
  • Apa ndhukung nyalin Wiki?
  o Apa alat ndhukung nyalin siji utawa luwih Koleksi Situs?
  o Apa alat ndhukung nyalin konten galeri Koleksi Situs?
  ▪ Apa alat ndhukung nyalin tata letak kaca?
  ▪ Apa alat ndhukung nyalin MasterPages?
  ▪ Apa alat ndhukung nyalin Template Dhaptar?
  ▪ Apa alat ndhukung nyalin Cithakan Situs?
  o Apa alat ndhukung nyalin Pustaka Gaya?
  o Apa alat ndhukung nyalin Jinis Konten Situs?
  o Apa alat ndhukung nyalin Kolom Situs?
  o Apa alat ndhukung nyalin cithakan dokumen?
  o Apa alat ndhukung nyalin web bagean?
  o Apa alat ndhukung nyalin kolom ing ngisor iki?
  ▪ Bidang Metadata Ngatur
  ▪ Kolom Hyperlink
  ▪ Bidang Pilihan
  ▪ Lapangan Multi-Nilai
  ▪ Lapangan Kata Kunci Perusahaan
  ▪ Lapangan Wong utawa Kelompok
  ▪ Tanggal, Nomer, Mata Uang, Teks, Cathetan, Kothak kothak
  ▪ Kolom Goleki
  o Apa alat ndhukung nyalin Idin?
  ▪ Apa alat ndhukung Nyalin Tingkat Idin?
  ▪ Apa alat ndhukung nyalin Grup?
  ▪ Apa alat ndhukung nyalin setelan warisan?
  ▪ Apa alat ndhukung nyalin Idin unik?
  • Ing tingkat dokumen/item?
  • Ing tingkat set folder / dokumen?
  • Ing tingkat dhaftar / perpustakaan?
  • Ing tingkat situs?
  • Ing tingkat koleksi situs?
  o Apa alat ndhukung nyalin administrator Koleksi Situs?
  o Apa alat ndhukung nyalin / nggabungake klompok toko istilah lan set istilah?
  o Apa alat ndhukung nyalin tema utawa setelan katon lan aran?
  ▪ Saka 2013 nganti 2013? Kepiye babagan versi liyane?
  o Apa alat ndhukung nyalin setelan/data situs?
  ▪ Apa alat ndhukung nyalin navigasi situs?
  o Apa alat ndhukung nyalin Formulir InfoPath?
  o Apa alat ndhukung nyalin Isi Formulir InfoPath? (XML)
  o Apa alat ndhukung alur kerja nyalin?
  ▪ Apa alat ndhukung nyalin alur kerja OOTB (Out of the box)?
  ▪ Apa alat ndhukung nyalin alur kerja SharePoint Designer?
  • Apa iki kalebu dhukungan kanggo nyalin alur kerja Desainer SharePoint sing bisa digunakake maneh?
  ▪ Apa alat ndhukung nyalin obyek SharePoint Designer?
  • Apa alat ndhukung nyalin DataFormWebbagean?
  • Apa alat ndhukung nyalin tumindak adat?
  o Apa alat ndhukung nyalin Lansiran?

Pitakonan Restrukturisasi & Fleksibilitas

• Apa alat kasebut ngidini pemetaan maneh utawa dandan sing direncanakake ing struktur sing ana?
  o Apa alat kasebut ngidini pemetaan maneh jinis konten sajrone salinan?
  o Apa alat kasebut ngidini pemetaan maneh lapangan (kolom) sajrone salinan?
  o Apa alat ndhukung nyaring isi sadurunge nyalin utawa sajrone proses nyalin?
  o Apa alat ndhukung pemetaan MS Office Properties menyang kolom SharePoint?
  o Apa alat ndhukung aman saka struktur folder ana sak salinan?
  o Apa alat ndhukung pemetaan jeneng folder menyang lapangan nalika salinan?
  o Apa alat ndhukung pemetaan folder menyang set dokumen sajrone salinan?
  o Apa alat ngidini kanggo nggawe nilai lapangan anyar nalika lapangan wis "Allow Isi-In Pilihan" aktif?
  o Apa alat ngidini kanggo otomatis tagging isi sajrone salinan?
• Example: Adhedhasar nilai lapangan, jeneng dokumen, lsp - nemtokake nilai XYZ menyang kolom A.
  o Apa alat ndhukung konversi jinis lapangan?
  ▪ Apa alat ndhukung ngowahi kolom string menyang lapangan wong utawa grup?
  ▪ Apa alat ndhukung ngowahi kolom string utawa kolom pilihan menyang kolom goleki?
  ▪ Apa alat ndhukung ngonversi string, pilihan, utawa kolom goleki menyang kolom Metadata Ngatur?
  o Apa alat ndhukung pemetaan maneh pangguna lan akun grup sajrone proses nyalin?
• Apa alat ndhukung pengawetan data?
  o Apa alat kasebut ndhukung pengawetan properti sing digawe lan diowahi?
  o Apa alat ndhukung njaga nilai lapangan metadata sing dikelola?
  o Apa alat ndhukung pengawetan nilai lapangan lookup?
  o Apa alat ndhukung pengawetan status persetujuan?
• Apa alat kasebut menehi pilihan fleksibel sing penting sajrone proses nyalin?
  o Apa alat bisa nglirwakake kolom sing dibutuhake sajrone proses nyalin?
  o Bisa pangguna override / nemtokake akun digunakake kanggo digawe dening / diowahi dening nilai?
  o Apa alat bisa ndandani pranala sajrone proses nyalin?
  o Apa alat bisa ngganti tata letak kaca penerbitan kanggo pirang-pirang kaca?
  o Bisa alat ndhukung ngganti Template Dhaftar sajrone proses nyalin?
  o Apa alat ndhukung ngganti Cithakan Situs sajrone proses nyalin?
  o Apa alat bisa promosi situs menyang Koleksi Situs dhewe?
  o Apa alat akeh nyetujui utawa nolak item SharePoint?
  o Bisa alat ngidini administrator kanggo mindhai isi adhedhasar kritéria expression biasa nang files lan file properti kanggo ruang lingkup migrasi?
  o Bisa alat gabungke lan nest kahanan / ekspresi ing struktur Komplek kanggo ndhukung scoping migrasi utawa gaweyan restrukturisasi?
  o Apa alat ndhukung salinan tambahan utawa delta isi?
  ▪ Apa watesan saka dhukungan iki?

Pitakonan Otomasi & Manajemen

• Apa alat kasebut ndhukung operasi nggunakake skrip, antarmuka baris perintah, utawa liwat PowerShell?
• Apa alat ndhukung jadwal lan nglakokaké migrasi adhedhasar rencana migrasi?
• Apa alat ndhukung nggawe cithakan saka migrasi sadurunge utawa migrasi sing direncanakake?
  o Apa alat ndhukung nggawe cithakan pemetaan lapangan?
• Apa alat ndhukung nyalin konten kanthi nggunakake CSV?
  o Apa sampeyan bisa nyalin dhaptar / perpustakaan nggunakake metode iki?
  o Apa sampeyan bisa nyalin situs nggunakake metode iki?
  o Apa salinan iki nggunakake CSV ndhukung sawetara lokasi?
  o Bisa proses CSV iki ndhukung ing tagging item/dokumen
• Apa alat kasebut ngasilake log kanggo proyek/kegiatan sing ditindakake ing migrasi?
• Apa alat kasebut nyimpen riwayat migrasi sadurunge?
  o Apa riwayat iki nyathet masalah, bebaya, kesalahan, lan sukses?
• Apa alat ndhukung pangolahan maneh utawa migrasi konten sing gagal?
• Apa alat kasebut ngidini prioritas kegiatan migrasi / pangolahan migrasi tartamtu?
• Apa alat kasebut nduweni cara sing aman kanggo nyimpen kredensial sing digunakake kanggo aktivitas migrasi?

Pitakonan Dhukungan Pra-Migrasi

• Apa alat kasebut ndhukung proses pra-migrasi?
  o Apa alat kasebut nyedhiyakake laporan pra-migrasi?
  ▪ Apa laporan iki ngenali masalah potensial karo dhaptar akeh?
  • Apa iku ngenali ngendi iki dhaftar sudhut?
  ▪ Apa laporan iki ngenali masalah potensial karo dhaptar gedhe?
  • Apa iku ngenali ngendi iki dhaftar gedhe?
  ▪ Apa laporan iki ngenali masalah potensial karo kustomisasi?
  • Apa iku ngenali ngendi customizations iki?
  ▪ Apa laporan iki ngenali masalah potensial karo alur kerja?
  • Apa ngenali OOTB, SharePoint Designer, Custom, utawa Alur Kerja Pihak Katelu (Example: Nintex)?
  ▪ Apa laporan iki ngenali masalah potensial karo database gedhe utawa kumpulan situs?
  ▪ Apa laporan iki ngenali Jinis Konten sing digunakake lan kasedhiya sing bisa uga kudu dipindhah?
  ▪ Apa laporan iki ngenali cithakan situs sing digunakake lan cithakan dhaptar?
  • Apa iki kalebu template situs khusus / dhaptar template sing digawe dening organisasi sampeyan?
  ▪ Apa alat kasebut menehi ijin, pangguna, grup, lan laporan tingkat ijin?
  • Apa alat ndhukung mindhai isi karo warisan ijin rusak?
  ▪ Apa alat kasebut nyedhiyakake laporan babagan konten ing file enggo bareng?
  o Apa alat kasebut nyedhiyakake pelaporan kosakata, taksonomi, utawa konsep?
  ▪ Apa iki ditindakake kanggo mbantu ningkatake pangembangan metadata utawa ngembangake nyimpen metadata sing dikelola?
  ▪ Apa laporan iki bisa digunakake kanggo nemtokake metadata nalika migrasi?
  o Apa alat kasebut ngaktifake deteksi PII (Informasi Identifikasi Pribadi), PHI (Informasi Kesehatan sing Dilindungi), lan data privasi liyane ing njero files?

Pitakonan Dhukungan Pasca Migrasi

• Apa alat kasebut nyedhiyakake laporan perbandingan utawa fungsi perbandingan?
  o Apa iki ngidini kanggo mbandhingake ijin antarane situs, dhaptar, lan item?
  ▪ Apa iki ngidini kanggo mbandhingake situs ing rong koleksi situs sing kapisah?
  o Apa iki ngidini kanggo mbandhingake koleksi situs, situs, dhaptar, lan isi folder?
  ▪ Apa iki ngidini kanggo mbandhingake jinis konten lan kolom saka rong kumpulan situs, situs, utawa dhaptar?
  • Apa iki uga ngidini kanggo mbandhingake nilai kolom (metadata)?
  o Apa alat ngidini kanggo comparison toko istilah antarane loro farms server?
  o Apa sampeyan bisa miwiti migrasi utawa nyalin / sinkronisasi adhedhasar asil laporan mbandhingake?

Pitakonan Dhukungan Teknologi

• Apa versi SharePoint sing didhukung alat migrasi?
  o Apa alat ndhukung SharePoint Online (Microsoft 365)?
  o Apa alat ndhukung SharePoint 2019?
  o Apa alat ndhukung SharePoint 2016?
  o Apa alat ndhukung SharePoint 2013?
  o Apa alat ndhukung SharePoint 2010?
  o Apa alat ndhukung SharePoint 2007?
  o Apa alat ndhukung SharePoint 2003?
• Apa alat ndhukung interaksi karo File Sistem?
  o Apa alat ndhukung upload files saka File Sistem?
  ▪ Apa alat bisa nggambar properti NTFS menyang kolom SharePoint?
  ▪ Apa alat bisa ndandani otomatis karakter ilegal nalika upload?
  • Apa alat ngidini pangaturan dhewe saka panggantos karakter ilegal?
  ▪ Apa alat bisa nglirwakake kolom sing dibutuhake sajrone upload?
  ▪ Bisa alat kanthi otomatis tag isi sak upload adhedhasar kahanan?
  • Apa kahanan utawa tagopsi ging kasedhiya?
  ▪ Apa alat bisa ngowahi folder dadi set dokumen sajrone upload?
  o Apa alat ndhukung ngundhuh files menyang File Sistem?
• Apa alat ndhukung interaksi karo data Email lan Exchange?
  o Apa alat ndhukung nyalin kothak layang lan data folder umum menyang SharePoint?
  ▪ Apa alat ndhukung nyalin pirang-pirang kothak layang lan folder umum menyang SharePoint nggunakake CSV?
  ▪ Apa alat ndhukung nyalin Outlook PST Archives menyang SharePoint?
  ▪ Apa alat ndhukung pemetaan Email lan Folder Umum Properti menyang SharePoint Fields?
  ▪ Apa alat ndhukung nyalin ijin Exchange Public Folder menyang SharePoint?

4.3.2. komunikasi
Migrasi ora bisa ditindakake tanpa nglibatake staf. Sanajan mung sawetara anggota staf sing aktif nggarap migrasi, kabeh wong ing organisasi kudu dilaporake babagan migrasi, garis wektu, lan pengaruh apa wae sing bakal ditindakake migrasi ing bisnis saben dinane.
Disaranake ngirim kabar menyang kabeh pangguna organisasi kanthi rutin supaya tetep anyar babagan perencanaan migrasi.
Preduli saka apa sing dileksanakake ing fase utawa siji-shot, pangguna sing kena pengaruh kudu dilaporake sadurunge kegiatan migrasi. Saben kabar kudu ngemot informasi ing ngisor iki:

• Katrangan babagan kegiatan migrasi sing bakal ditindakake, kalebu garis wektu
• Data sing kena pengaruh / situs sing kena pengaruh utawa kumpulan situs
• Asil sing diantisipasi saka kegiatan migrasi
• Owah-owahan kanggo ijin (kaya situs tartamtu bakal diuripake menyang mode mung diwaca)
• Link menyang lingkungan anyar lan isi migrasi
• A kontak wong darmabakti

Saben migrasi duwe pengaruh ing bisnis lan karya saben dinane staf. Tujuan utama kanggo saben migrasi kudu nyuda pengaruhe ing bisnis kanthi minimal. Iki bisa digayuh kanthi ngrencanakake migrasi, nglibatake staf, lan komunikasi sing jelas lan proaktif.

4.3.3. Proses Migrasi
Ana rong pendekatan migrasi (sing wis dikenalake ing bagean 3.2. Migrasi ): pendekatan kabeh-saiki (kadhangkala uga disebut pendekatan big-bang) lan pendekatan bertahap. Kanggo rumit, kadhangkala pendekatan kabeh-saiki ditangani minangka pendekatan bertahap ing hood.
Ayo ditambahake sawetara kajelasan babagan iki. Nalika ndeleng pendekatan migrasi, kita kudu mbedakake antarane carane migrasi katon kanggo pangguna lan carane migrasi dieksekusi sacara internal.
Ayo miwiti karo carane pangguna ndeleng migrasi. Kanggo pangguna, pendekatan kabeh-saiki katon kaya iki: ing dina Jumuah, sistem sing wis ana diowahi dadi mode Waca Mung, lan ing akhir minggu, sistem lawas dipindhah menyang lingkungan anyar. Dina Senin esuk, pangguna nerusake bisnis saben dina kanthi nggunakake lingkungan anyar. Sanajan iki mung bisa ditindakake ing lingkungan sing luwih cilik, pendekatan migrasi iki digunakake ora arang banget. Akeh perusahaan cilik nganti medium nggunakake pendekatan iki.

Yen pendekatan bertahap digunakake, pangguna bakal ngerti yen migrasi wis rampung entitas bisnis dening entitas bisnis (kaya departemen miturut departemen). Biasane, pendekatan iki duwe pengaruh sing kurang ing bisnis tinimbang pendekatan kabeh-saiki. Nanging, bakal luwih suwe, dadi sebabe organisasi sing luwih gedhe nggunakake pendekatan iki.

Nalika ndeleng proses migrasi dhewe (proses teknis migrasi), kita bakal weruh loro pendekatan maneh. Cara kabeh-saiki asring digunakake kanggo migrasi Koleksi Situs siji menyang lingkungan anyar kanthi nggunakake alat migrasi khusus. Intine, iki tegese alat migrasi digunakake kanggo nindakake lift-and-shift - utawa kanthi tembung liya: alat migrasi digunakake kanggo nggawe salinan sing tepat saka lingkungan lawas ing lingkungan anyar.

Pendekatan bertahap tegese situs kanthi situs dipindhah menyang lingkungan anyar saka perspektif teknis. Iki uga kalebu situs sing dipindhah menyang Koleksi Situs sing beda amarga arsitektur informasi lingkungan target beda karo lingkungan sumber. Ing kasus iki, situs dipindhah lan diverifikasi ing tranche - asring diprioritasake kanthi kerumitan.

Kanthi katrangan sadurunge, ayo bali menyang pratelan ing wiwitan bagean iki.
Migrasi bisa katon kaya pendekatan kabeh (utawa big-bang) kanggo pangguna, dene kanthi teknis, pendekatan bertahap digunakake dening tim sing nglakokake migrasi.

Apa wae, pendekatan kasebut isih nggunakake kumpulan migrasi sing saben divalidasi nalika migrasi sukses.

Kita uga (biasane) nglacak saben migrasi batch kanggo validasi, potong, lan dhukungan manajemen pangowahan.

4.3.4. Migrasi Durations
Preduli saka pendekatan, planning iku wigati kanggo sembarang jenis migrasi. Sadurunge miwiti migrasi konten, rencana migrasi kudu dicenthang kaping pirang-pirang, lan garis wektu lan tonggak sejarah uga kudu diverifikasi kaping pirang-pirang.
Nalika ngrancang timeline, disaranake nambah sawetara wektu kanggo kahanan sing ora dikarepake utawa gangguan. Iki mantanample: Ayo dadi ngomong minangka aturan saka jempol kita ing 2toLead ngetung migrasi menyang ongko seng dibagi online karo tingkat transfer rata-rata watara 5 GB / jam. Upaminipun, kanthi alesan apa wae, tingkat transfer luwih murah tinimbang sing diarepake nalika sampeyan nindakake migrasi. Ing kasus kasebut, wektu tundha sing disebabake dening tingkat transfer sing luwih murah bakal duwe pengaruh negatif ing garis wektu. Iki mantan dasarample nuduhake pentinge duwe timeline uga-elaborated lan diverifikasi karo akèh rincian lan tonggak sejarah. Sajrone migrasi, garis wektu kudu diawasi lan dikontrol kanthi rapet, lan kanggo saben tonggak sejarah, kudu ana rencana mundur yen tonggak kasebut ora bisa digayuh.
Salah sawijining prekara sing paling tantangan karo migrasi menyang layanan SaaS kaya SharePoint online yaiku durasi migrasi ora bisa diprediksi kanthi akurat amarga throttling adhedhasar panggunaan lan pola rumit. Akeh faktor sing mengaruhi wektu migrasi utawa durasi migrasi. Sawetara faktor kasebut bisa dikelola, lan liyane ora bisa dikontrol tim migrasi. Ing ngisor iki minangka sawetara praktik paling apik nalika nyoba prédhiksi kacepetan migrasi ing skenario sampeyan:

Tes kacepetan migrasi paling sethithik kaping pirang-pirang sadurunge ngunci garis wektu/tanggal sampeyan.

Cara paling gampang kanggo ngira kacepetan migrasi yaiku ngumpulake wawasan lan bukti kacepetan sing dikarepake liwat tes. Elinga yen sanajan sampeyan wis dites, ana sebab durasi migrasi bisa berubah-ubah. Minangka mantanampNanging, prediksi durasi migrasi bisa uga beda-beda adhedhasar ukuran sing dites file ukuran. Dadi, duwe macem-macem file jinis paling apik lan duwe perkiraan kisaran kanggo durasi iku kritis.

Ngerti cara kerja throttling lan watesan tarif.
SharePoint Online minangka solusi SaaS lan minangka lingkungan multi-tenant. Kanggo njamin kualitas layanan kanggo kabeh pelanggan ing hardware / layanan sing dienggo bareng, dheweke nindakake throttling utawa ratelimiting. Mesin throttling SharePoint Online dinamis. Bisa uga ana wektu nalika luwih akeh sumber daya bisa digunakake kanggo proses migrasi, lan bisa uga ana wektu nalika sumber daya luwih sithik. Throttling sing signifikan kudu kedadeyan supaya lingkungan tetep responsif kanggo kabeh panyewa.

Iki angel banget yen sampeyan pindhah menyang target lingkungan SharePoint Online sing aktif digunakake. Ing skenario 'lapangan ijo', migrasi luwih bisa diprediksi, nanging ing lingkungan sing aktif digunakake, garis wektu lan durasi bisa owah kanthi signifikan lan luwih angel diprediksi. Elinga yen sampeyan duwe akeh batch utawa koleksi kanggo migrasi sing mbutuhake sawetara sasi utawa taun kanggo migrasi, iki bakal nyebabake tantangan amarga panggunaan penyewa Online bakal saya tambah akeh amarga luwih akeh pangguna sing pindhah menyang.

Sistem sumber lan hardware migrasi bisa mengaruhi durasi.
Kualitas sistem sumber lan hardware migrasi bakal mengaruhi durasi kanthi positif utawa negatif. Iku cukup umum kanggo wong tuwa file nuduhake utawa warisan sistem manajemen dokumen kanggo mengaruhi throughput migrasi sakabèhé amarga kinerja miskin utawa hardware lawas.

4.4. Fase Pengujian/Validasi
Nalika migrasi konten, tes sing konsisten lan kerep kudu ditindakake. Tes otomatis lan tes sing dipimpin pangguna bisa ditrapake.

4.4.1. Validasi Isi
Utamane, ana telung jinis konten SharePoint: data terstruktur (kaya dhaptar lan tanggalan), dokumen, lan kaca.
Yen alat migrasi khusus digunakake, mesthine alat migrasi kalebu fungsi validasi. Iki tegese dokumen (lan kaca) sing dimigrasi nggunakake alat migrasi ora perlu divalidasi siji-siji. Yen alat validasi nglaporake manawa dokumen wis dipindhah lan divalidasi, meh ora perlu maneh validasi dokumen kasebut kanthi manual.

Kaca SharePoint disimpen minangka dokumen ASPX menyang perpustakaan dokumen tartamtu. Sanajan bisa dideleng minangka dokumen, ana bedane sing signifikan karo dokumen biasa. Kaca SharePoint bisa dadi tuan rumah aplikasi lan web bagean. Umume alat migrasi bisa migrasi konten dinamis (kayata aplikasi lan web bagean) menyang lingkungan anyar, nanging ora bisa ngesyahke babagan fungsi lan konfigurasi. Tegese saben kaca SharePoint sing migrasi kudu divalidasi kanthi manual, sing kalebu validasi saben aplikasi sing dipasang utawa web bagean.

4.4.2 Validasi Alur Kerja
Piranti migrasi khusus uga bisa migrasi alur kerja saka lingkungan lawas menyang lingkungan anyar. Iki uga bener kanggo alur kerja OOTB, lan alur kerja SharePoint Designer lan gumantung saka alat migrasi- kalebu validasi dhasar. Nanging, iki ora ateges kabeh alur kerja sing dimigrasi bakal mbukak tanpa kesalahan ing lingkungan anyar.
Biasane, alur kerja digawe adhedhasar katrangan rinci babagan fungsine, kalebu diagram lan instruksi kanggo testing (contone, tes ditampa pangguna). Disaranake kanggo nyoba alur kerja apa wae sing wis migrasi kanthi cara sing padha maneh kaya sadurunge dites sadurunge disebarake menyang lingkungan lawas. Iki tegese instruksi tes sing ana bisa digunakake maneh kanggo nyoba fungsi alur kerja sawise pindhah menyang lingkungan anyar.
Alur kerja sing dimigrasi adhedhasar jalur migrasi tartamtu (kayata alur kerja pihak katelu) mbutuhake validasi sing padha. Isih, bisa dianggep manawa fungsi dhasar alur kerja pihak katelu wis diuji dening pabrikan.

4.4.3 Validasi Solusi Custom
Validasi solusi khusus padha karo validasi alur kerja khusus, kaya sing diterangake ing bagean sadurunge. Upamane solusi khusus dipindhah saka SharePoint onpremises menyang versi anyar saka SharePoint on-premises (kaya SharePoint 2019). Ing kasus kasebut, kemungkinan solusi khusus bakal bisa digunakake ing lingkungan anyar kanthi tweak manual sing luwih sithik, nanging ora nglirwakake kabutuhan validasi.
Upamane solusi khusus dipindhah menyang lingkungan sing padha (kaya saka SharePoint on-premises menyang SharePoint on-premises). Ing kasus kasebut, validasi solusi khusus sing migrasi bisa ditindakake adhedhasar pandhuan tes sing wis digunakake ing lingkungan lawas. Kadhangkala, instruksi test lawas mbutuhake sawetara nganyari kanggo nyetel menyang lingkungan anyar (lan modern).
Solusi khusus sing dipindhah saka lingkungan ing panggonan menyang SharePoint Online asring wis dikode utawa digawe maneh sadurunge, tegese kudu lulus tes rampung.

4.5. Fase Pasca Migrasi
Fase pasca migrasi asring diabaikan amarga organisasi ora ngerti tumindak sing kudu ditindakake sajrone fase iki lan pentinge.

4.5.1. Pelatihan Panganggo
Sanajan migrasi mung minangka lift-and-shift menyang lingkungan anyar (sing ora ngowahi struktur apa wae), pangguna mbutuhake latihan sing disesuaikan, paling ora kanggo platform anyar.
Tanpa latihan pangguna sing tepat, akeh keuntungan sing ditawakake migrasi bakal rusak. Ing salah sawijining bagean sadurunge, aku nyatakake yen intranet perusahaan bisa dianggep minangka alat sing digunakake dening karyawan kanggo nindakake bisnis saben dinane. Yen alat diganti, sing mbutuhake latihan kanggo mesthekake yen alat anyar digunakake kanthi efisiensi paling apik.

Biasane, ana telung klompok pangguna sing mbutuhake latihan sing cocog:

• Pangurus
• Pamilik Situs
• pangguna biasa

Sesi latihan kanggo kabeh kelompok kasebut kudu direncanakake kanthi teliti. Kanggo organisasi sing luwih gedhe, mesthine menehi latihan pangguna kaping pirang-pirang saben taun kanggo mesthekake yen karyawan anyar nampa latihan sing tepat sanalika bisa. Kanggo organisasi sing luwih cilik, latihan pangguna awal bisa direkam. Karyawan anyar bakal entuk akses menyang rekaman sajrone onboarding.
Pelatihan pangguna ngirim ora dikirim mung dening departemen IT. Asring, masuk akal kanggo melu ahli eksternal (kaya moderator profesional) kanggo ngirim sesi latihan.

4.5.2. Planning Adoption Panganggo
Utamane ana rong alasan kenapa adopsi pangguna penting. Organisasi apa wae kudu bisa ngukur cara karyawan nggunakake portal sing dimigrasi. Iki mantanample: ayo anggep salah sawijining alesan kanggo migrasi yaiku nyedhiyakake pengalaman telusuran sing luwih apik lan ngidini pangguna bisa njupuk dokumen kanthi cepet. Ing kasus kasebut, cara kanggo ngukur adopsi pangguna (lan sukses migrasi) yaiku ngawasi jumlah pitakon telusuran utawa jumlah pitakon telusuran sing ora ngasilake asil. Ngukur kritéria sukses iki ora angel ditindakake (amarga ana sing gratis Paket konten Microsoft 365 User Adoption), nanging nemokake apa sing dicritakake analytics sing dijupuk lan apa sing kudu ditindakake, bisa dadi luwih angel.
Tumindak penting babagan adopsi pangguna yaiku ngukur paling ora kritéria sukses sing diidentifikasi sawise migrasi ditindakake lan nyimpulake tumindak sing tepat saka analytics sing dijupuk kanggo mesthekake yen migrasi tetep sukses.

4.5.3. Tumindak Ngiringi
Saliyane latihan pangguna lan perencanaan adopsi, ana tumindak tambahan. Tumindak kasebut kalebu (nanging ora diwatesi) ing ngisor iki:

• Desain: even though employees attended proper and tailored user training, the user will have additional questions regarding functionality or business processes. It is very important to assist users after a migration, and users should know whom to contact if they have questions, want to report an error, or just want to provide feedback. Neglecting the importance of a helpdesk can result in decreasing user acceptance.
• Nglumpukake umpan balik: ngumpulake umpan balik dudu tindakan sepisan sing ditindakake sawise migrasi nanging proses sing terus-terusan, kalebu ngevaluasi umpan balik kanggo miwiti tumindak sing dirancang kanggo nglawan perkembangan negatif.
• Melu pangguna: intranet perusahaan anyar asring menehi kesempatan kanggo ningkatake keterlibatan pangguna lan nyengkuyung pangguna kanggo nambah jaringan perusahaan. Sawetara pangguna mbutuhake dorongan tambahan sadurunge nggunakake intranet perusahaan anyar kaya sing dikarepake. Salah sawijining cara kanggo ningkatake keterlibatan pangguna yaiku nggunakake ide gamifikasi. Mantanampiku kanggo nerbitaké questionnaires utawa kompetisi kanggo nuduhake kedhaftar carane nggunakake intranet perusahaan anyar playfully.

4.5.4. Ndandani Link Rusak & Referensi
Nalika pindhah saka siji toko isi menyang liyane, ing URL pola bisa diganti. Iki bisa ateges dokumen sing ngrujuk siji liyane ing SharePoint (utawa sistem sumber) ora bisa ngrampungake pranala utawa sambungan kasebut kanthi bener. Kabar apik yaiku akeh solusi pihak katelu ngidini sampeyan mindhai banjur ngenali pranala sing rusak. Piranti kasebut uga asring ngidini sampeyan ngganti utawa ndandani pranala sing rusak nggunakake alat kasebut.

Sampeyan malah bisa nindakake iki dhewe nganggo kode utawa PowerShell yen tim sampeyan rumangsa kepenak nindakake pakaryan kasebut. Kanggo exampNanging, artikel tumpukan tumpukan iki nuduhake carane nulis PowerShell kanggo nemokake lan ngganti URLs digunakake ing Formula Excel ing akeh.

RISIKO SUKSES

Sawetara faktor bisa nyebabake sukses sing dirasakake saka upaya migrasi konten dening tim proyek lan pemangku kepentingan eksternal.

• Owah-owahan Teknis vs. Owah-owahan Organisasi – Ing umume organisasi, sampeyan ora mung ngangkat struktur sing padha saka sumber menyang target. Sampeyan kerep ngoptimalake, nyusun maneh utawa nambah sajrone utawa 'sawise' isi kasebut dipindhah sadurunge sampeyan nganggep proyek rampung utawa sukses. Kangelan ing kene yaiku yen proyek migrasi teknis asring ditrapake kanthi apik, biasane mlaku kanthi anggaran, lan asring ditindakake kanthi tepat. Sayange, owah-owahan organisasi / restrukturisasi lan karya optimasi asring kurang cakupane, owah-owahan ruang lingkup luwih kerep ngluwihi anggaran, lan biasane njupuk wektu luwih suwe (ngluwihi garis wektu akeh proyek migrasi). Kita banget nyaranake nganggep iki minangka rong proyek. Proyek migrasi lan informasi / proyek optimasi SharePoint. Kanthi cara iki, sampeyan bisa ngatur proyek optimasi kanthi luwih apik tinimbang proyek migrasi teknis sing luwih cetha. Kajaba iku, yen sampeyan pindhah menyang awan, sampeyan isih kudu nindakake proyek optimasi iki saka wektu kanggo wektu (kaya saben sawetara taun industri, perusahaan, proses, lan owah-owahan liyane - mbutuhake investasi yen kita pengin ngoptimalake informasi).
• Pangarep-arep Umum - Migrasi Konten minangka tugas sing angel banget ing proyek apa wae sing mbutuhake mripat sing rinci lan komitmen kanggo upaya sing dibutuhake. Kakehan pangarepan sing isi bisa dipindhah karo sethitik review utawa intervensi sawise kasunyatan. Amarga desain ulang situs kalebu mindhah konten menyang lokasi anyar, njupuk advantage saka fungsi lan kabisan anyar, lan dandan umum kanggo dipikir lan aran, iki ora dikarepake padha. Tim proyek biasane ngerti babagan iki lan duwe pangarepan sing cocog. Nanging, pemangku kepentingan eksternal utawa anggota tim sing diarani mung kanggo migrasi bisa uga ora duwe tingkat understating sing padha. Mesthekake yen pangarepan selaras karo kabeh klompok iku penting banget kanggo sukses migrasi sing dirasakake.
• Nalika Isi Review - Nemtokake re isi paling apik utawa paling efisienview wektu cenderung dadi masalah. Diwenehi alam wektu-akeh sawijining, iku hard kanggo gawe uwong yakin external stakeholder review isi ing advance kanggo mesthekake yen njamin pindhah menyang situs anyar. Ana godaan umum kanggo ngomong: 'kita bakal pindhah menyang situs saiki menyang sistem / layanan anyar, lan bakal luwih gampang kanggo ngresiki ing kono.
  Sayange, iki arang bisa digunakake ing laku. Sawise situs anyar urip, tekanan kanggo ngresiki isi nguap, kaca dadi yatim piatu, lan nganyari konten fokus ing saiki lan masa depan lan dudu masa lalu. Yen pendekatan iki dipilih, paling ora, ngenali apa sing bisa disimpen ing limbo kanggo 'ngresiki mengko' supaya sumber daya migrasi sing larang bakal maksimal lan nggawe strategi kanggo ngatasi "sisa".
  Nalika nyetel sadurunge obah bisa uga optimal, ana akeh nilai ing teknologi anyar SharePoint. Ing pirang-pirang kasus, telusuran, analitik panggunaan, lan liya-liyane mbantu ningkatake visibilitas sing lawas lan ora digunakake. Kanggo example, yen organisasi obah saka a file nuduhake menyang SharePoint, ora ana cara kanggo ngandhani isi apa sing isih ana viewed. Nanging, yen ana ing SharePoint, sampeyan bisa mbuktekake manawa ana sawetara konten viewed wiwit iki migrasi kanggo pungkasanipun mbusak / mbusak utawa arsip, yen cocok.
• Milih Pendekatan & Perkakas sing Tepat – Kaping pisanan analisa isi lan nemtokake pendekatan migrasi. Pendekatan migrasi lan alat migrasi kudu cocog karo jumlah lan skala konten lan syarat lingkungan target (Microsoft 365 example). Milih alat sing salah utawa ora milih alat sadurunge miwiti migrasi bisa nyebabake kerja maneh sing signifikan.
• Priksa manawa sampeyan wis ngilangi konten sing cukup - Nganggep sampeyan nggunakake alat migrasi; sampeyan kudu ngilangi konten sampeyan dadi bagean sing beda-beda lan menehi pamilik menyang konten kasebut. Atur kabeh isi. Kita wis nggunakake spreadsheet, dhaptar SharePoint, lan malah Access DB sing bisa digunakake supaya sampeyan bisa ngatur kabeh ing sak panggonan. Yen iki ora rampung, tingkat rincian ora spesifik utawa cukup jero, lan asring area kunci sing kudu ditaksir utawa diuji ora kejawab nganti sawise migrasi lan kadhangkala diluncurake situs. Balancing tingkat rinci ing risak lan apa cukup kanggo review bisa nantang. Optimal, tansah nyoba lan ngilangi sabisa-bisa adhedhasar garis wektu, anggaran, lan keterbatasan sumber daya.
• Validasi Kesiapan Target - Verifikasi kuota lan panyimpenan cukup gedhe, yen sampeyan duwe lisensi sing cukup, lan priksa manawa fitur / kapabilitas ora diwatesi, dipateni, utawa dipateni sadurunge migrasi. Iki kudu ditindakake AWAL ing tahap pambiji amarga butuh sawetara wektu kanggo nyetel setelan/konfigurasi kasebut ing organisasi global sing luwih gedhe.
  Aja ngremehake pentinge validasi bandwidth, identitas, keamanan, lan konfigurasi liyane sing kasedhiya lan uga siap kanggo migrasi.
• Uji Migrasi & Entuk Estimasi Duration - Jalanake migrasi mock lan nyoba asil kanggo mesthekake yen konten wis teka. Iki uga minangka cara paling apik kanggo prédhiksi suwene migrasi. Migrasi tes kudu ana ing sistem sampeyan. Iki mbantu ngenali masalah keamanan, akun pangguna, utawa jaringan sing bisa ngalangi migrasi (nanging ora bisa dikontrol pangguna).
  Tansah ngetung migrasi sing luwih suwe lan anggaran garis wektu sampeyan kanthi konservatif supaya sampeyan ora kaget nalika migrasi luwih suwe amarga luwih akeh pangguna ngakses sistem target (utamane kanggo migrasi sing luwih gedhe/dawa).
• Migrasi Sign Off – Yen bisa, sampeyan ora pengin miwiti migrasi nganti IA dikunci, dileksanakake, lan ditandatangani dening klien (internal). Yen sampeyan miwiti banget cepet, sampeyan entuk target sing obah lan ngalami kegagalan tambahan amarga koordinasi lan ora ngrancang / disiapake kanggo dampak anyar. Ing wates wektu sing ketat, kadhangkala klien internal bisa uga kudu miwiti luwih cepet (sadurunge sampeyan siyap), nanging ora dianjurake. Nindakake pendekatan tambahan kanthi tandha-tandha tambahan asring bisa nyuda risiko iki.
  Yen sampeyan kudu nyepetake garis wektu migrasi, priksa manawa sampeyan kalebu fase tindak lanjut wajib kanggo optimasi / dhukungan tambahan sawise migrasi (assuming sampeyan bisa kreatif karo anggaran).

KEY takeaways

Migrasi sing sukses nggunakake praktik paling apik sing kadhaptar ing kertas putih iki - sadurunge, sajrone, lan sawise - proses migrasi. Kaya migrasi apa wae, sampeyan kudu ngrancang lan nganalisa sistem warisan sing bener lan kepiye peta menyang SharePoint. Sampeyan kudu nyiapake lingkungan target kanggo konten lan panggunaan anyar. Sampeyan kudu mesthekake yen migrasi nyebabake gangguan pangguna sethithik. Pungkasan, sampeyan kudu mesthekake yen arsitektur SharePoint anyar njamin pengalaman sing luwih apik saiki lan ing mangsa ngarep.

• Investasi supaya luwih ngerti konten sampeyan lan cara digunakake saiki.
• Investasi ing rencana migrasi luwih akeh kanggo migrasi sing luwih sukses.
• Investasi kanthi jumlah sing luwih akeh kanggo kegiatan pasca migrasi kayata dhukungan, adopsi, lan manajemen pangowahan.
• Investasi ing keahlian sing luwih gedhe kanthi ora nindakake pakaryan iki dhewe utawa tanpa pakar. Temokake kanca utawa partner sing wis nindakake sadurunge lan ngerti apa sing bakal dikarepake.

Iku ora tansah gampang, lan pramila kita nyoba sing paling apik kanggo nuduhake sawetara pandhuan sing bisa mbantu sampeyan. Nganti saiki, paling apik kanggo migrasi saka kabeh tim kita lan komunitas SharePoint sing luwih jembar.

CATETAN: Kita nyoba ing saindhenging Whitepaper iki ora kanggo nyorot layanan kita, nanging iki subyek kita hasrat babagan lan bantuan akeh organisasi karo. Mangga ora ragu-ragu kanggo menehi kita bengok-bengok ing Hello@2toLead.com yen sampeyan kasengsem njaluk sawetara saran utawa pitulungan tambahan saka tim ahli kita; ora nate takon.

SUMBER DAYA

Kita nggunakake pengalaman pirang-pirang taun kanggo nggabungake whitepapers iki. Kita wis sinau saka upaya sing dianugerahi lan bebarengan karo kanca-kanca ing komunitas Microsoft 365. Kita seneng nyorot loro ing bagean ing ngisor iki.

7.1. Whitepapers & Sumber Daya sing Gegandhengan
Sawetara whitepapers populer (lan komprehensif):

Masalah SharePoint lan Tim sing Paling Umum lan Cara Nggoleki

eBook iki covers 8 of the most common sprawl issues organizations face today. These issues plague organizations everywhere, and solving them is crucial to increasing employee time and cost. Not only will you gain insight into the ways you can solve these issues, you will also learn why these issues matter to both IT and end-users.

Topik eBook inti

• Pangerten Digital Workplace Sprawl
• Masalah Sprawl Paling Umum lan Cara Ngrampungake

Intranet Microsoft 365: Apa Sampeyan Kudu Ngerti
Iki 160+ kaca whitepaper wis kabeh sampeyan kudu ngerti kanggo kasil pengaruh Microsoft 365 Intranet lan Papan Kerja Digital lan ampurip komunikasi internal lan kolaborasi kanggo dhuwur anyar.

Topik Whitepaper Inti

• Ngerteni Alat Komunikasi lan Kolaborasi Microsoft 365
• Keuntungan saka Intranet lan Papan Kerja Digital Microsoft 365
• Praktek Paling Apik ing Teknologi, Desain, lan Kepemimpinan

Nuduhake Eksternal Kanthi Office 365: Apa Sampeyan Kudu Ngerti
Iki 30+ kaca whitepaper negesake kabeh keputusan utama lan carane nggawe nalika arep ngaktifake enggo bareng eksternal ing Office 365 lan kapan / ing ngendi sampeyan pengin ngatur utawa ngluwihi kemampuan kasebut.

Apa sing dikarepake

• Kaputusan & Pandhuan Nuduhake Eksternal
• Nuduhake Eksternal & Roadmap Pangguna Eksternal

"Kapan Gunakake Apa" Ing Office 365
Iki 70+ kaca whitepaper minangka pandhuan kanggo nyedhiyakake tuntunan pangguna perusahaan sing bener kanggo Office 365.

Apa sing dikarepake

• Piranti Apa Nalika: Pilihan, Rekomendasi Skenario & Examples

Ngukur Dampak Bisnis & ROI Office 365
Iki 60+ kaca whitepaper negesake akeh pertimbangan utama babagan carane ngukur pengaruh Office 365 ing bisnis lan uga nerangake carane Office 365 nyedhiyakake kemampuan nglaporake sing efektif saiki.

Apa sing dikarepake

• Pangerten & Nyelarasake Sasaran Bisnis
• Dampak Bisnis & ROI Miturut Pemetaan Kapabilitas Office 365
• Dampak Bisnis & Petungan & Pengukuran ROI Examples

Nyopir Kantor 365 Adoption & Panggunaan: Apa Sampeyan Kudu Ngerti

Iki 70+ kaca whitepaper negesake kabeh pertimbangan utama nalika ngrancang lan ngapikake teknologi Office 365 lan adopsi pangguna pungkasan.

Apa sing dikarepake

• Driving Adoption Best Practices
• Pedoman Komprehensif Kanggo Nggawe Adopsi sing Efektif Campaign
• Daftar Priksa Kegiatan Adoption

Akeh sumber liyane gedhe lan samples bisa ditemokaké lan ajeg dikirim ing situs sumber daya ing http://Office365Resources.com.

7.2. Perspektif Industri sing Disaranake
Ana laporan lan artikel sing apik babagan apa sing anyar ing Intranet, apa sing inovatif, lan apa sing nggawe Intranet sing menang penghargaan. Apa sampeyan nggoleki perspektif sing luwih menarik babagan apa sing nggawe Intranet sing apik? Priksa manawa sampeyan mriksa tren paling anyar ing laporan taunan populer kaya Laporan Nielsen Norman babagan desain Intranet, Laporan Langkah Loro babagan Inovasi Intranet, kang uga worth maca. We are humbled kanggo wis ngumpulake tim Neilson Norman, Step Two, lan macem-macem pemenang penghargaan liyane, bebarengan karo profesional industri luar biasa liyane.

Tipping topi kanggo ahli industri liyane
Kaya sing wis kasebut, kita uga wis sinau bebarengan karo sawetara ahli sing duwe bakat sing wis dilewati luwih saka sepisan ing komunitas umume utawa ing pirang-pirang acara Microsoft 365 ing saindenging jagad. Kita pengin madhangi wong-wong mau ing kene.

Susan Hanley
"Sue minangka ahli sing diakoni babagan desain, pangembangan, lan implementasine solusi portal sing sukses, kanthi spesialisasi ing Microsoft SharePoint. Wiwit 2015, Sue wis diakoni minangka MVP Microsoft kanggo Aplikasi lan Layanan Kantor. Dheweke kerep dadi panulis lan speaker babagan topik mbangun portal kolaborasi sing efektif, pamrentah portal, adopsi pangguna, lan arsitektur informasi, uga mbangun komunitas praktik lan ngukur nilai investasi manajemen pengetahuan.

Michal Pisarek
"Michal Pisarek, CEO Orchestry Software, minangka Microsoft SharePoint MVP, penghargaan sing diwenehake marang para ahli ing komunitas Microsoft SharePoint amarga nuduhake semangat, keahlian teknis, lan kawruh nyata. Diakoni minangka pimpinan pamikiran ing ruang SharePoint, dheweke kerep dadi pamicara ing pirang-pirang acara internasional lan wis dirujuk ing publikasi lan presentasi dening organisasi kayata Gartner lan StepTwo.

Joanne C Klein
Bidang utama Joanne fokus ing "... yaiku alat Microsoft 365 sing dibangun kanggo mbantu organisasi nglindhungi, nahan, lan ngamanake konten sing ora terstruktur sing saiki diprodhuksi kanthi tingkat eksponensial. Iki minangka owah-owahan penting kanggo organisasi lan buruh informasi sing ditindakake ing papan kerja digital modern saiki.

Vlad Catrinescu
"Vlad uga dadi Microsoft Most Valuable Professional (MVP) wiwit 2013 lan duwe blog dhewe ing https://VladTalksTech.com. Dheweke uga nuduhake kawruh kanthi wicara ing konferensi ing ndonya lan ing acara komunitas lokal. Vlad asring ditampilake minangka pakar ing industri liyane websitus lan blog."

Babagan 2toLead

2toLead wis dicap minangka perusahaan konsultasi Microsoft sing loman dening para klien lan karyawan. 2toLead nggarap konsultan sing dipercaya, semangat lan berpengalaman sing kerja keras kanggo ngrampungake masalah bisnis lan teknologi sing paling tantangan sing diadhepi para klien.

Dianugerahi Pengalaman, Kene kanggo Mbantu
Apa sampeyan nguri-uri papan kerja digital Microsoft 365 utawa mikir babagan miwiti perjalanan, Microsoft 365 minangka cara sing apik kanggo nambah komunikasi lan kolaborasi digital.

Microsoft 365 metu saka kothak wis langkah massive ing arah tengen, nanging advantages bisa astronomi karo panuntun dhumateng tepat. Kita bakal seneng dadi konsultan sing nuntun sampeyan menyang papan kerja digital sing optimal. Tim kita siap nuduhake yen "Sampeyan bakal seneng karo cara kerja. Bareng-bareng.”

3 Cara Ndhuwur 2toLead Mbantu Pelanggan

TAMBAHAN ADOPSI kanthi ngluwihi mung nyebarake kanthi bener lan mesthekake organisasi sampeyan pro-aktif kanggo entuk nilai maksimal saka investasi teknologi sampeyan.
TINGKAT PENGALAMAN & ENGAGEMENT kanthi mangerteni ngendi, carane, lan ngapa pangguna sesambungan karo bisnis sampeyan nalika mbangun portal kelas donya, jaringan sosial, lan websitus sing pelanggan, partners lan kedhaftar tresna.
LEVERAGE THE Awan kanggo nyuda biaya, nambah ketangkasan lan kemampuan bisnis ing njero lan njaba organisasi kanthi nggunakake teknologi awan kaya Office 365 lan Azure.

Kanggo informasi luwih lengkap:

• Dolan maring kita websitus ing www.2toLead.com
• Tindakake kita ing LinkedIn
• Kaya kita ing Facebook
• Tindakake kita ing Twitter @2toLead

Kanwal Khipple
Kanwal, Pendhiri & CEO 2toLead, minangka ahli Pengalaman Pangguna sing unggul ing industri SharePoint, kanthi pengalaman mbangun portal lan solusi sing menang penghargaan sing njupuk advan.tage saka platform Cloud Microsoft (SharePoint, Microsoft 365 & Azure). Pandu Kanwal kanggo sukses minangka Pimpinan Kreatif lan Teknis ing proyek wis entuk dheweke minangka panampa penghargaan Neilson Norman kanggo Top 10 Intranet (2014 & 2015).

Karep Kanwal yaiku terus nyurung inovasi pengalaman pangguna nalika ngrancang ulang intranet kanggo mayoritas merek paling gedhe ing donya. Dheweke terus martakake babagan pentinge ngrancang kanthi migunani minangka fokus utama. Rasa ngelak Kanwal kanggo nuduhake kawruh ndadekake dheweke dadi tokoh penting ing komunitas SharePoint. Amarga semangat lan keterlibatan ing akeh acara sing didhukung komunitas, kalebu ngluncurake grup pangguna sing sukses ing Kanada lan AS, Kanwal wis diakoni minangka SharePoint MVP dening Microsoft (2009 nganti 2020) lan minangka Microsoft 365 MVP (2014-2021) . Dheweke uga nulis buku babagan Pro SharePoint 2013 lan Responsif Web Pangembangan http://amzn.to/sp2013rwd

Aja ragu-ragu hubungi dheweke yen sampeyan pengin ngrembug proyek sampeyan, pengin mbukak ide dening dheweke, utawa mung pengin hubungi teknisi sing ramah.

http://www.twitter.com/kkhipple
www.LinkedIn.com/in/KanwalKhipple
www.Slideshare.net/khipple
+1-416-888-7777
Kanwal@2toLead.com

RICHARD HARBRIDGE
Richard minangka Chief Technology Officer lan pemilik ing 2toLead. Richard kerja minangka penasihat sing dipercaya karo atusan organisasi, mbantu dheweke ngerti kabutuhan saiki, kabutuhan mbesuk, lan tumindak sing kudu ditindakake kanggo tuwuh lan nggayuh ambisi sing wani.
Richard tetep tangan ing karyane lan wis mimpin, arsitèktur, lan ngleksanakake atusan solusi bisnis lan teknologi sing wis mbantu organisasi ngowahi - digital lan organisasi. Richard nduweni hasrat kanggo mbantu organisasi kanggo entuk luwih akeh, apa iku mbantu organisasi mbangun sing apik websitus kanggo ndhukung konten lan strategi sosial sing apik utawa mbantu organisasi nggunakake teknologi awan lan seluler sing anyar kanggo layanan sing luwih apik kanggo anggota utawa komunitas sing dilayani.
Richard minangka penulis lan pakar sing diakoni sacara internasional ing teknologi Microsoft, pemasaran, lan layanan profesional. Minangka pamicara sing digoleki, Richard asring duwe kesempatan kanggo nuduhake wawasan, pengalaman, lan saran babagan merek, manajemen mitra, jejaring sosial, kolaborasi, ROI, adopsi teknologi/proses, lan pangembangan bisnis ing pirang-pirang acara industri ing saindenging jagad. Nalika ora ngandika ing acara industri, Richard dianggo karo Microsoft, partners, lan pelanggan minangka penasehat kanggo bisnis lan teknologi, lan serves ing macem-macem komite, ndadékaké klompok pangguna, lan minangka Anggota Dewan Papan Kepemimpinan Komunitas Microsoft.

http://www.twitter.com/rharbridge
http://www.LinkedIn.com/in/rharbridge
www.Slideshare.net/rharbridge
+1-416-300-3678
richard@2toLead.com

MUNG AWALI

Kita wis mbantu luwih saka 100 organisasi mbangun Intranet lan Komunikasi Internal sing luwih kuat.
Kanthi tuntunan saka Multiple Microsoft MVPs & Neilson Norman Award Winners, kita bakal seneng nuduhake sampeyan carane bisa ngunggahake Intranet lan Papan Kerja Digital.
Perjalanan menyang papan kerja digital sing luwih apik diwiwiti kanthi Assessment 2 Jam Gratis, tanpa kewajiban utawa komitmen, ing papan kerja digital sampeyan.

LANGKAH PERTAMA MENUJU MIGRASI LANCAR

KOWE BAKAL RENCANA KARYA.
BEBAN.

Dokumen / Sumber Daya

SharePoint Migrasi menyang Sharepoint Online lan On Prem [pdf] Pandhuan pangguna Migrasi menyang Sharepoint Online lan On Prem, Migrasi menyang, Sharepoint Online lan On Prem, Online lan On Prem, On Prem

Referensi

• Manual pangguna