SharePoint User Group Serbia - sastanak u Novom Sadu 27.11.2013

1. IZBEGAVANJE PREPREKA
KOD IMPLEMENTACIJE
SHAREPOINT-A
Bojan Buhač
SharePoint Consultant
@NFG Smart
Novi Sad, 27.11.2013.

2. BOJAN BUHAČ

3. KOMPLEKSNOST SHAREPOINT PROJEKATA

4. ZNANJA POTREBNA ZA SHAREPOINT
PROJEKAT
IT pro
Developers
MSDN
TechNet
Office.com
Information workers

5. MATRICA TIMA

6. IZAZOVI PROJEKTA

7. Analiza
STARTOVANJE PROJEKTA (KICK OFF)
Prvi zvanični sastanak projektnog tima i klijenta
Definisanje osnovnih elemenata projekta
Predstavljanje članova projektnog tima
Predstavljanje zainteresovanih strana (stakeholdera)
Predstavljanje rizika za raspored projekta

8. Analiza
STRUKTURA KICK OFF SASTANKA
Cilj projekta
Prikaz rešenja i arhitekture
Opseg projekta
Vremenski rokovi projekta (Project Timeline, Phases)
Ključne tačke projekta (Project Milestones, Deliverables)
Organizacija projekta (Steering Committee, Communication plans,…)
Struktura tima (veštine, profil, iskustvo)
Odgovornosti
Rizici

9. Analiza
VIZIJA I MISIJA PROJEKTA
Vizija projekta mesto koje kompanija hoće projektom da
zauzme u budućnosti
Misija projekta šta treba danas u odnosu na budućnost.

10. Analiza
PRELIMINARNA ANALIZA
Upoznavanje sa SharePoint 2013 funkcionalnostima
Upoznavanje sa poslovnim zahtevima
Mapiranje SharePoint 2013 funkcionalnosti na zahteve
Formulacija Cost/benefit analize
Utvrđivanje i čuvanje opsega projekta

11. Analiza
LOŠI PRIMERI
Programeri ne znaju šta je vizija i cilj projekta
IT tim nema nikakvog dodira i interesa za projekat dok ne bude
pozvan da se uključi u nekoj fazi.
Nerazumevanje kompleksnosti zahteva od strane članova tima
Nedefinisane odgovornosti članova tima

12. Planiranje
ISKUSTVA IZ PRAKSE PLANIRANJA
Planovi SharePoint implementacije imaju između 500 i 1500 linija
Implementacije traju između 5 i 18 meseci
Zahtevaju se specijalističke veštine
 Potcenjuje se kompleksnost SharePoint-a
 SharePoint implementacije nisu one-man-show
 Potcenjuje se nivo potrebnih detalja
Većina članova tima za infrastrukturu se ne obazire na kompleksnost
Ukoliko tražite od programera da naprave plan, dobićete SAMO
development plan.

13. Planiranje
UPOSLITE MENADŽMENT
Definisanje vizije
Planiranje performansi rešenja
Definisanje kriterijuma uspeha
Dokumentovanje sistema
Formiranje timova
Procena rizika
Analiza tehničkih zahteva
Planiranje komunikacione
strategije
Analiza zahteva krajnjih korisnika
Definisanje ciljeva preliminarnog
dizajna
Planiranje održavanja
Kreiranje plana za upravljanje
rešenjem (Governance)
Planiranje edukacije

14. Planiranje
UPOSLITE INFRASTRUKTURU
Postavljanje Test laboratorije
Plan održavanja
Analiza komitentovog softvera i
hardvera
Plan konfiguracije servera
Plan integracije
Plan za Backup
Plan za Development okruženje
Definisanje biblioteke softvera
Plan bezbednosti
Plan za failover i DR
Plan za lokalizaciju
Plan za Device Channels/BYOD

15. Planiranje
UPOSLITE INFORMATION OSOBLJE
Plan strukture sadržaja i
navigacije
Planiranje lokacija i kolekcija
Planiranje navigacije lokacije
Planiranje tema
Planiranje integracije sa emailom
Planiranje metadata
Planiranje upravljanja
dokumentacijom
Planiranje društvenih
funkcionalnosti

16. Planiranje
LOŠI PRIMERI
Gajenje pečuraka – držanje članova u mraku i povremeno hranjenje
Neuključivanje relevantnih članova u planiranje
Finalni plan nije svima poznat
Planiranje je proces koji traje i projektni plan može da se menja kroz
ceo projekat

17. Razvoj
AKTIVNOSTI RAZVOJA
Razvoj rešenja
Instalacija okruženja
Instalacija hardvera
Instalacija softvera
Implementacija rešenja ili kupljenih dodataka za SharePoint
Implementacija integracije
Dokumentovanje
Testiranje i evaluacija sistema

18. Razvoj
PLAN RAZVOJA
Kreirajte logičku strukturu projekta Use Case based
Uradite dekompoziciju Use Case-ova na pojedinačne funkcionalnosti
Prikupite procene vremena i dodelite svakoj aktivnosti resurs
Sa svaku aktivnost definišite prethodnu (Predecessor)
Podelite razvoj u Iteracije (3 ili dve nedelje)
Obavežite razvojni tim na poštovanje rokova
Pratite plan razvoja

19. Razvoj
PRAĆENJE PLANA RAZVOJA

20. Razvoj
PREPORUČENA OKRUŽENJA
Razvoj (Dev)
Visual Studio
Testiranje (Test)
Test Manager
Tranzicija (Stage)
User Acceptance
Business Signoff
Produkcija (Production)
GoLive

21. Razvoj
LOŠI PRIMERI
Prepuštanje brige o nabavka hardvera na vreme nekom drugom
Držanje komitenta u mraku tokom faze razvoja
Nedostatak adekvatnog radnog okruženja
Izostanak adekvatnih resursa
Nepostojanje treninga resursa
Nepostojanje rezervnih resursa
Nesagledavanje organizacionih problema (vize, radne dozvole,
prevozna sredstva, mreža, internet, licence,…)

22. Testiranje
PROCES TESTIRANJA
Planiranje testiranja (vremenski raspored)
Kreiranje test okruženja
Dodela resursa aktivnostima testiranja
Praćenje rezultata testiranja
UAT – User Acceptance Testing
OAT – Operational Acceptance Testing

23. Testiranje
PRAĆENJE TESTIRANJA

24. Razvoj
LOŠI PRIMERI
Nedokumentovanje bagova
„Komitent će testirati rešenje“
Programer testira svoje rešenje
Regresivno testiranje je bitno - „Jedan novi fix može prouzrokovati
nekoliko novih bagova“
Zapostavljanje praćenja metrike testiranja

25. Implementacija
AKTIVNOSTI IMPLEMENTACIJE
Isporuka hardvera
Isporuka platforme
Isporuka rešenja
Isporuka dokumentacije
Isporuka treninga

26. UVAŽITE TEORIJU HAOSA
Project Challenged Factors
1. Lack of User Input
2. Incomplete Requirements & Specifications
3. Changing Requirements & Specifications
4. Lack of Executive Support
5. Technology Incompetence
6. Lack of Resources
7. Unrealistic Expectations
8. Unclear Objectives
9. Unrealistic Time Frames
10. New Technology
Other
http://www.projectsmart.co.uk/docs/chaos-report.pdf
Percentage
12,8 %
12,3 %
11,8 %
7,5 %
7,0 %
6,4 %
5,9 %
5,3 %
4,3 %
3,7 %
23,0 %

27. SAVETI O KOMUNIKACIJI NA PROJEKTU
Ukoliko nešto ne ide kako treba – PM to mora znati
Ne strahujte od rečenice „Ja to ne znam“
Sastanci su veoma bitni
Budite društveni na projektu – postićete mnogo više
Utvrdite odgovornosti – potrebno je da svi znaju za šta je ko
odgovoran
Budite što otvoreniji

28. KAD KOLA KRENU NIZBRDO
•Klijent se žali rukovodstvu
• Rukovodilac projekta je kriv
•Rukovodstvo svaljuje krivicu na IT
• IT nije ispoštovao rokove
•IT na klijenta
• Programeri krive rokove
• IT krivi neprecizne zahteve

29. BUDITE TRANSPARENTNI

30. HVALA VAM NA PAŽNJI
PITANJA?