de multe ori am sfătui pe oameni despre SharePoint, și de fiecare dată când aud despre același lucru: „Ne propunem să dezvolte \ \ introducă \ utilizarea portalului \ hotim_vykinut pe SharePoint“. Un sentiment că numai ceea ce este SharePoint - face portaluri. Cum Bitrix sau, Doamne ferește, Drupal. Situația este încălzită Hry care doresc să „intranetul“ (adică exact același lucru ca și portaluri).
Dacă întâlnim un client competent care înțelege provocările dincolo de expresia „Enterprise Portal“, contractantul de multe ori incearca sa vparit „soluție de portal.“ Această „soluție“ ar trebui să acopere toate nevoile clienților într-o singură lovitură.
Desigur portaluri sunt diferite de fiecare dată, dar au multe în comun.
Un portal tipic corporative pe SharePoint
De obicei, portalul are următoarele obiective:
- Portalul trebuie să aibă un design unic.
- Portalul ar trebui să contribuie la îmbunătățirea comunicării.
- Portalul ar trebui să aibă o funcție de management al documentelor.
- Portalul ar trebui să fie un depozit de active filialelor.
- Portalul ar trebui să prevadă activitatea comună.
- ..și chiar automatiza aplicația, efectuați o căutare, trebuie neapărat un mini-crm, vot, arată naștere și aniversări de orice angajare, știri, fotografii, link-uri ... nu au uitat?
Lucru ciudat este că multe dintre obiectivele contrazic reciproc, dar nu deranjează pe nimeni. Un astfel de document este extrem de dificil de conciliat cu un design unic. Nimeni nu s-ar gândi de a face un design unic în Documentum sau DocsVision și SharePoint este normal. active de stocare necesită un control de acces în conformitate cu structura organizatorică și de colaborare și o mai bună comunicare, dimpotrivă, presupune depășirea structurii-cadru de organizare. Toate caracteristica supa, care servește ca o funcționalitate utilă, în general, ca nu se corelează cu obiectivele stabilite și este prezent în principal „căpușă“. Si asta nu e cel mai rău lucru ...
Cel mai rau lucru este atunci când acest lucru începe încearcă să utilizeze efectiv un portal. La urma urmei, de afaceri este dinamic, în mod constant nevoie pentru a schimba ceva, tweak, pentru a oferi acces, a crea un site web, schimba pagina. Dar „soluție de portal“ universal, este mai mult ca nu este un sistem flexibil, și o statuie de granit, care nici măcar nu se poate mișca, să nu mai vorbim cum să se schimbe ceva.
Adaptarea „portal“ este dificil de sarcini specifice de utilizator, și fără ca adoptarea devine scăzută, iar investițiile nu plătesc off. Un set de caracteristici gigant în portal utilizează puterea de 20%, și de multe ori sufera de probleme de scalabilitate.
De ce se întâmplă acest lucru
Termenul în sine este un portal corporativ este o comandă rapidă mentală, care salvează vânzătorul și cumpărătorul de necesitatea de a clarifica cerințele. In plus, vanzarea de „portal corporativ“ pentru vânzător - este o modalitate buna de a vinde portalul dopilivaniya proiect pentru a satisface nevoile specifice.
Cred că pentru mulți nu este un secret faptul că unele dintre portaluri corporative către vânzători „de fapt nu au un portal ca un produs (distribuit fără programatori).
Cum de a face decizia corectă
Pentru a crea soluții bune pe SharePoint în cazul în care:
- Concentrarea pe goluri
- Deliver KPI măsurabilă
- arhitectura informației Plan
- Pentru a crea cele mai bune soluții simple,
Aceasta, desigur, mai ușor de zis decât de făcut. Ai nevoie de o bună pregătire și experiență, precum și greutatea administrativă de a fi ascultat. Dar toate subiectele pentru posturi individuale.
Este important să se înțeleagă că în scopuri diferite soluții diferite mijloace, arhitectura si KPI, eventual contradictorii.
Exemple de soluții SharePoint
căutare Enterprise
Echipa de proiecte și spații de lucru
Scopul - pentru a crește eficiența de a lucra împreună.
KPI - numărul de documente de e-mail transmise. Ia linia de bază, înainte de pornirea sistemului, pentru a reduce cu 30% -50% -80% de gust.
Arhitectura - este necesar pentru a face procesul cel mai simplu de a crea site-uri cu bibliotecile și listele de a lucra împreună. Fără a aplicațiilor IT și aprobări.
Decizia - standardul SharePoint Site-urile echipei, permise de plat un ciclu de viață controlat. Utilizatorilor capabilități platformă de instruire.
site-ul corporativ
flux de documente
Scopul - pentru a reduce timpul de aprobare.
KPI - armonizarea documentelor de timp (în funcție de tipul). Puteți lua o linie de bază cu situația actuală, pentru a reduce cu 30% -50% -80% în funcție de gust.
rute fixe, roluri, tipuri de documente - Arhitectura. Acesta este un punct foarte important. În cazul în care armonizarea poate participa orice număr de oameni, devine imposibil să se ia în considerare KPI. În cazul în care documentele nu pot fi împărțite pe tipuri, provoacă, de asemenea, problemele de calcul KPI.
Soluție - site-ul separată sau de colectare, tipuri de conținut, șabloane, flux de lucru. Furnizarea pentru calcularea numărului de zile \ ore \ minute pentru aprobare. Ei bine, fără pregătire, cel mai probabil, nimic.
Variantele de specialitate ale deciziilor:
- Enterprise Content Management \ Arhiva Electronică
- aplicații de automatizare
- baza de cunoștințe
- Sistemul de evaluare a personalului
- Sistem de posturi vacante interne
Încercați în timpul liber să ia în considerare obiectivele specifice și KPI astfel de sisteme.
Cel mai important - toate aceste sisteme diferite. Nu există nici un sens toate catalogheaza împreună și denumite în continuare „portal de întreprindere“, astfel încât pentru a atinge KPI nu va funcționa.
