Primjer vizije projekta. Vizija tvrtke. Informacijski sastav vizije

Vizija- ovo je opis idealnog stanja poduzeća u budućnosti, smjernica za kretanje poduzeća. Vision pokreće motivaciju u cijeloj organizaciji, stoga bi njegova formula trebala inspirirati svakoga. Vizija tvrtke je više od ciljeva tvrtke ili njenog menadžmenta (zaraditi toliko i toliko) i njene misije. Iako se potonji često opisuje sličnim terminima kao vizija. Strateško poslovno planiranje započinje formuliranjem vizije. Vizija daje poduzeću vodič za djelovanje. Termin na Engleski jezik: izjave o viziji.

Poduzeće može dugo biti uspješno ako se zaposlenici poduzeća identificiraju s njim. Moraju znati za što radi njihovo poduzeće, koji je smisao njegove djelatnosti. A ako znaju odgovor, a odgovor zvuči pozitivno, onda su na emocionalnoj razini spremni uložiti sve napore kako bi postigli cilj. Jer sada imaju viziju stvari. I postoji samoidentifikacija s ovim slučajem. Zašto danas radimo to što radimo? Gdje se vidimo za 5-10 godina?

model vizije

D. Collins opisuje sljedeći model vizije. Sadrži dvije važne komponente: - ključnu ideologiju (core ideology) - zamišljenu budućnost (envisioned future). Ključna ideologija sastoji se od ključnih vrijednosti i ključne svrhe (misije). Zamišljena budućnost nužno uključuje ciljeve (vidi Postavljanje ciljeva) koji sadrže izazov za poduzeće i jasan opis rezultata ostvarenja tih ciljeva. Vizija nije apstraktna želja. Treba se graditi na realnim osnovama i odgovarati stvarnosti. Usavršavanje vizije tvrtke omogućeno je razvojem novih proizvoda, uvođenjem novih tehnologija i reorganizacijom strukture. Sve to dovodi do pojašnjenja značenja i zajednički rad zaposlenici. Svaki zaposlenik ovdje igra svoju ulogu. Vizija tvrtke, poslovanje više je od puke generalizacije glavnih ciljeva tvrtke. Međutim, ciljevi i misija imaju mnogo toga zajedničkog. Moraju odgovarati. Često se ciljevi izvode iz vizije i misije poslovanja. A ako je jedno u korelaciji s drugim, tada vizija, misija i ciljevi poslovanja izgledaju realno. Vjerodostojnost je ključno načelo formuliranje poslovne vizije. Ovdje se pretpostavlja da izjava o viziji uzima u obzir mišljenje zaposlenika; vizija se stalno potvrđuje konkretnim akcijama od strane menadžmenta; time se postiže usklađenost s dnevnim rasporedom rada, ciljevima i vizijom.

Vizija i misija

Vizija je naša ideja o budućnosti koja će doći čak i ako nas nema. Misija je naše mjesto u budućnosti koju vidimo. Vizija je mjesto gdje želite biti. Može se temeljiti na vrijednosti u ekonomskom smislu, ali i ne mora. Specifični cilj je "želimo ostvariti promet od milijun dolara." može postati "želimo imati". najveći udio tržištu u našoj industriji. Vizija se od misije razlikuje po tome što je usmjerena kako na samu tvrtku, njene zaposlenike, tako i na vanjski svijet – kupce. Misija je gotovo uvijek usmjerena vani, prema klijentima tvrtke. Ali ponekad su misija i vizija tvrtke formulirane u istoj rečenici. Da, na licu mjesta Sony Ericsson pod naslovom "Misija" opisuje viziju: "Naša vizija je postati komunikacijski zabavni brend. Inspiriramo ljude da čine više od puke komunikacije. Omogućujemo svima stvaranje i sudjelovanje u zabavnim iskustvima. Iskustva koja brišu granice između komunikacije i zabave. Naša vizija: postati simbol povezanosti-zabave. Inspiriramo ljude da čine više od puke komunikacije. Osnažujemo svakoga da stvori i doživi zabavu. Ovo iskustvo briše granicu između zabave i komunikacije."

Primjeri vizije

Ovo je zalogaj za enciklopedijski članak o ovoj temi. Razvoju projekta možete doprinijeti poboljšavanjem i dopunom teksta publikacije u skladu s pravilima projekta. Možete pronaći korisnički priručnik

Koraci koje je potrebno poduzeti za formiranje dokumenta "Vizija":

• Formuliranje problema.
• Identifikacija suvlasnika
• Određivanje granica sustava
• Identifikacija ograničenja
• Formulacija problema
• Određivanje sposobnosti sustava
• Evaluacija rezultata

Za opis problema predlaže se predložak prikazan u tablici. 7.1.

Identifikacija suvlasnika podrazumijeva traženje i fiksiranje dionika projekta – predstavnika Naručitelja i Izvođača, investitora, vanjskih stručnjaka itd.

Određivanje granica sustava nije trivijalan proces. Za ovu upotrebu kontekstni dijagrami(Vidi materijale "Napredna analiza zahtjeva. Modeliranje"). RUP u potrazi za granicama sugerira da se krene od čimbenika i slučajeva korištenja.

Među izvorima ograničenja obično se razlikuju:

• politički,
• ekonomski,
• srijedom
• tehnički,
• izvršenje,
• Sistemski.

Opis mogućnosti sustava je izjava o zahtjevima visoke razine.

Predložak RUP dokumenta "Vizija" sadrži sljedeće glavne odjeljke:

1. Uvod
2. Pozicioniranje
3. Opisi suvlasnika i korisnika
4. Pregled proizvoda
5. Značajke proizvoda
6. Ograničenja
7. Pokazatelji kvalitete
8. Staž i prioriteti
9. Ostali zahtjevi za proizvod
10. Zahtjevi za dokumentaciju
11. Primjena.

U uvodu se opisuje svrha dokumenta, njegov kontekst (odnos i interakcija s različitim projektima), definicije, akronimi i kratice, poveznice na druge dokumente, sažetak.

U poglavlju " pozicioniranje„Stavlja se definicija problema koji treba riješiti, naznačuje se ciljni kupac te se istražuju poslovne prednosti proizvoda u odnosu na slične na tržištu.

U opisu suvlasnika i korisnika, osim samog opisa ove dvije skupine, ispituje se demografija tržišta: ciljani tržišni segmenti, veličina i stope rasta tržišta, postojeće konkurentske ponude na tržištu, ugled Programera na tržištu.

Kratak opis proizvoda sadrži sažetak proizvoda, opis njegovih izgleda i ključnih značajki, pretpostavki i ovisnosti, ukazuje na trošak i njegov izračun, raspravlja o problemima s licenciranjem i instalacijom.

U odjeljku o karakteristikama proizvoda one su detaljnije opisane, svaka u zasebnom paragrafu.

U odjeljku "Ograničenja" potrebno je navesti postojeće tehničke, tehnološke i druge okolnosti koje se u ovoj fazi moraju uzeti u obzir.

Poglavlje " Pokazatelji kvalitete" sadrži opis najznačajnijih nefunkcionalnih zahtjeva za sustav (učinkovitost, pouzdanost, tolerancija na greške i dr.).

Odjeljak "Staž i prioriteti" rangira zahtjeve i mogućnosti sustava koji su ranije formulirani u smislu važnosti, prioriteta implementacije itd.

Odjeljak "Ostali zahtjevi za proizvod" opisuje primjenjive standarde, Zahtjevi sustava, radni zahtjevi, ekološki zahtjevi.

Zahtjevi za dokumentaciju pružaju ključne značajke korisničkog vodiča, mrežne pomoći, vodiča za instalaciju i konfiguraciju, datoteke Pročitaj me.

Atributi sposobnosti unose se u aplikaciju. RUP preporučuje sljedeći skup atributa: Status, Benefit, Scope, Risk, Stability, Target Release, Purpose, Cause.

Vizija / okvir u MSF-u

Prema bijelom dokumentu MSF-a, faza predviđanja postavlja jedan od temeljnih temelja za uspjeh projekta - stvaranje i konsolidacija projektnog tima na temelju razvijanja zajedničke vizije. Projektna grupa mora jasno zamislitišto želi učiniti za kupca i formulira svoj cilj na takav način da što više motivira i kupca i projektni tim. Razvijanje pogleda na visoku razinu ciljeva i uvjeta projekta može se smatrati ranim oblikom planiranja; priprema teren za procese stvaranja detaljni planovi koji će se implementirati izravno tijekom faze planiranja.

Glavni zadaci faze razvoja koncepta su stvaranje glavnog projektnog tima (vidi dolje) i priprema dokument općeg opisa i opsega projekta(dokument o viziji/opsegu). Formiranje vizije projekta i određivanje njegova opsega nije ista stvar, iako je oboje neophodno za uspjeh projekta. Vizija je neograničena ideja o tome kakvo bi rješenje trebalo biti. Okviri (opseg) također daju jasne granice za ono što je predloženo ovom vizijom će se implementirati unutar postojećih ograničenja dizajna.

Upravljanje rizicima je iterativni proces koji se provodi cijelo vrijeme životni ciklus projekt. Tijekom faze koncepta projektna grupa priprema dokument o procjeni rizika i predstavlja glavne rizike projekta zajedno s Opći opis i opseg projekta. Za daljnje informacije o upravljanju rizikom pogledajte Bijelu knjigu o disciplini upravljanja rizikom.

Kupac:
DABCC.COM

Izvršitelj:
Douglas Brown, vlasnik

Projekt:
Uvođenje Citrix® MetaFrame® Access Suite

Faza dokaza koncepta namijenjena je određivanju sposobnosti predložene implementacije MetaFrame Access Suite u smislu postizanja vizije dizajna. Procesom dokazivanja koncepta stvoren je prototip MetaFrame Access Suite-a, zajedno sa svim potrebnim aplikacijama, pisačima i tako dalje. Aplikacije su opsežno testirane kako bi se potvrdila njihova funkcionalnost u terminalskom okruženju MetaFrame XP/Terminal Server. Za svaku stavku rezultati se dokumentiraju i provode se potrebne prilagodbe. Ovaj dokument je konačno izvješće o postupcima dokaza koncepta.

Ovaj dokument je podijeljen u sljedeće odjeljke:

• Specifikacija okoline
• Postupak stvaranja okruženja
• Testovi
• Ispitne prilagodbe
• Zaključak

1. Specifikacija okoliša

1.2. Hardver

Naziv: DB2KCTX1 Model: Compaq ML 530 Uloga: Citrix MetaFrame XP poslužitelj

48x CDROM, drugi - za Compaq Internal DLT 20/40 Kontroler diska - Smart Array 4200 4-kanalni RAID 5 kontroler

Naziv: DB2KWEB1 Model: Compaq ML 530 Uloga: Web sučelje Web poslužitelj

Form Factor - Rack Mount Procesor - 2 x 933MHz, Pentium III Xeon, 256KB level 2-Advanced Transfer Cache. Memorija – 1 GB 133 MHz ECC SDRAM, proširivo do 4 GB pomoću modula od 512 MB Mrežni adapter - NC3123 Fast Ethernet NIC PCI 10/100 kontroler Ležišta za pogon - 4 x 5,25" uklonjiva ležišta za pogon i jedan disketni pogon od 1,44 MB. Jedan se koristi za pogon 48x CDROM, drugi za Compaq DLT 20/40 Diskovi - samo 218,4 GB Maksimalna interna vruća pohrana Ultra2. Instalirana su tri pogona Hot Plug Ultra 3 od 18,2 GB Kontroler diska - Smart Array 5300 RAID ADG konfiguriran za RAID 5 Sučelja - jedan RJ-45 Ethernet port, dva serijska, jedan paralelni, tipkovnice, miš, video, vanjski SCSI

1.3. Okruženje operativnog sustava

Konfiguracija domene
Active Directory ili NT domena?	Aktivni direktorij
(NT domene) Model domene (jedna domena, glavna domena, više glavnih itd.):	-
(Aktivni direktorij) Način rada (nativni/mješoviti)?	domaći
(Aktivni direktorij) ime stabla:	DABCC.COM
(Aktivni direktorij) Naziv domene:	DABCC.COM
(Aktivni direktorij) DNS imenski prostor:	DABCC.COM
(Aktivni direktorij) Interni prostor imena:	DABCC
Nazivi DNS poslužitelja:	DB2KAD1, DB2KAD2
Imena WINS poslužitelja:	DB2KAD2
Naziv DHCP poslužitelja:	DB2KAD2

TCP/IP adrese
Unesite informacije o IP adresi svoje mreže
Internet adresa:	192.168.1.0
podmrežna maska:	255.255.255.0
pristupnik:	192.168.1.254
Primarni POBJEDI:	192.168.1.1
Sekundarni DOBITI:	Ne
Primarni DNS:	192.168.1.1
Sekundarni DNS:	192.168.1.2
Navedite adrese poslužitelja navedenih u odjeljku "Hardversko okruženje":
DB2KAD1	192.168.1.5
DB2KAD2	192.168.1.6
DB2KFS1	192.168.1.71
DB2KWEB1	192.168.1.8
Odredite IP adrese mrežnih pisača
HP 4M	192.168.1.15
HP 4000	192.168.1.16
HP 4000	192.168.1.17
HP LaserJet 4050 u boji	192.168.1.18
HP OfficeJet 720	192.168.1.19
Navedite DHCP raspon:
DHCP raspon:	od 192.168.1.100 do 92.168.1.200
Popis OU-ova
Ime	Opis
ugrađeni	Zadana OU
računala	OU za krajnje korisnike
DABCC korisnici	OU za korisnike i grupe DABCC.COM
Kontrolori domene	OU za kontrolere domene Windows 2000 Active Directory. Uključuje DB2KAD1 i DB2KAD2.
Vanjska sigurnost/Načela	Zadana OU
poslužitelji	OU za Windows NT/2000 poslužitelje. Uključuje: DB2KFS1 i DB2KWEB1
Korisnici	Zadani OU za korisnike i grupe aktivnog imenika
Informacije o pravilima grupe (ako postoje)
Koristite li pravila WinNT ili Win2000?	Win2000
Položaj datoteke pravila	-
Korisnici i grupe na koje utječu pravila	administratori, korisnici

1.4. Skripte za prijavu

net use h:\dabcc\\dfsroot\users\%username%

Logon_admins.cmd

net use j:\dabcc\\dfsroot\applications net koristiti k:\dabcc\\dfsroot\drivers net koristiti o:\dabcc\\dfsroot\citrix net koristiti p:\dabcc\\dfsroot\public

1.5. Ispisno okruženje

Naziv pisača	Naziv ispisnog poslužitelja	Vozač
HP4M	DB2KFS1	HP 4M
HP4000West	DB2KFS1	HP 4000
HP4000East	DB2KFS1	HP 4000
HPColor	DB2KFS1	HP LaserJet 4050 u boji
HPOfficeJet	DB2KFS1	HP OfficeJet 720

1.6. Klijentsko okruženje

2. Postupak stvaranja okruženja

Poslužitelj Citrix MetaFrame Access Suite i svi drugi poslužitelji korišteni u fazi dokazivanja koncepta konfigurirani su prema metodologiji D&D Consultinga, uključujući sigurnost i optimizaciju poslužitelja. To se radi u slučaju da je dokaz koncepta uspješan, tada će okruženje poslužitelja biti osnova za produkcijsku implementaciju MetaFrame Access Suite-a u produkcijskom okruženju.

Za pojedinosti o dizajniranju MetaFrame XP, MetaFrame Secure Access Manager, Web Interface ili Secure Gateway, pogledajte dokumentaciju D&D Consultinga.

Slijedi osnovni popis koraka za stvaranje MetaFrame XP poslužitelja:

• Montaža operacijski sustav poslužitelj, najnoviji servisni paket i hitni popravci
• Instalirajte potrebne usluge i uklonite nepotrebne usluge
• Postavljanje mrežne i domenske identifikacije poslužitelja
• Promjena SNMP usluge tako da "javna" zajednica ima dopuštenje za "čitanje i pisanje".
• Konfiguriranje svih mrežnih adaptera na poslužitelju na 100 Mbps i Full Duplex
• Konfiguriranje lokalne sigurnosti na Citrix poslužitelju
• Aktiviranje poslužitelja za licenciranje terminalskih usluga i TS CAL-ova
• Instalacija najnovijeg izdanja značajki na Citrix MetaFrame XP i najnovijeg servisnog paketa
• Konfiguriranje Citrix licenciranja na poslužitelju
• Instalirajte Citrix Installation Manager (ako je potrebno)
• Instaliranje Citrix Resource Manager (ako je potrebno)
• Postavljanje na SpeedScreen server
• Postavljanje veze
• Konfiguracija ažuriranja ICA klijenta
• Postavka na poslužitelju za optimizaciju
• Izolacija poslužitelja pomoću NTFS dopuštenja i pravila sustava
• Postavljanje ispisa na poslužitelju
• Instaliranje i konfiguriranje aplikacija
• Prilagodba SpeedScreena za pojedinačne aplikacije
• Objavljivanje aplikacija
• Stvorite disk za spašavanje
• Instaliranje ostalih komponenti (MetaFrame Conferencing Manager, Web Interface, Secure Gateway, itd.)
• Provjera poslužitelja i aplikacije

2.2. Postupak instalacije aplikacije
Pisati detaljne upute instalacija svake aplikacije koja će se testirati tijekom faze dokaza koncepta.

3.0. Testovi

4.0 Prilagodba testova

5.0 Zaključak

Nakon pregleda rezultata testiranja i svih potrebnih prilagodbi, D&D Consulting i DABCC.COM utvrdili su da postoji dovoljno temelja da se nastavi s prvotno planiranim projektom.

Oblikovanje vizije

izrada prototipova

Izrada prototipova ključna je strategija za otkrivanje zahtjeva u većini modernih metodologija (pogledajte Poglavlje 10 za više detalja). Softverski prototip je "ogledalo" u kojem je vidljiv odraz onoga kako je Izvršitelj razumio zahtjeve Naručitelja. Proces identifikacije zahtjeva kroz izradu prototipa je to intenzivniji što je ovo zrcalo iskrivljenije. Dokumentarni način utvrđivanja zahtjeva uvijek je inferioran u odnosu na živu komunikaciju. Analiza onoga što se radi u obliku korisničkih sučelja daje još veći učinak. Povezan je desni hemisferni kanal percepcije, koji, kao što znate, kod većine ljudi radi puno učinkovitije od verbalnog.

RAD metoda jedan je od najpoznatijih načina za brzu izradu prototipa 1) .

RAD se temelji na sljedećim osnovnim načelima:

• Evolucijska izrada prototipova;
• CASE-alati kao glavni alat, uključujući mogućnost naprijed i obrnutog inženjeringa i automatsko generiranje koda;
• Visoko kvalificirani stručnjaci koji su dobro upoznati s razvijenim alata;
• Interaktivna JAD metoda koja kombinira komunikaciju s online razvojem;
• Kruti vremenski okviri su kao protuotrov za "širenje granica" projekta: ako tim ne poštuje rok, funkcionalnost se sužava.

Rad na viziji proizvoda i opsegu projekta obično počinje u najranijoj fazi projekta, prije opsežnih konzultacija za utvrđivanje detaljnih zahtjeva, iako općenito postojanje i redoslijed ovih koraka ovisi o odabranoj metodologiji. U praksi se te aktivnosti često kombiniraju. Pravila za izdvajanje zahtjeva, o kojima se govori u poglavlju 6, također se mogu koristiti u oblikovanju vizije.

Analizirajući literaturu o predmetu koji se razmatra, možemo razlikovati sljedeće široko korištene ključne riječi: s jedne strane - koncept, vizija, slika, s druge - okvir, granice, kontekst.

U prvom slučaju govorimo o viziji kakav bi sustav trebao biti. Raspravljaju se zahtjevi visoke razine (mogućnosti, svojstva) proizvoda i najznačajnija ograničenja. Brojni autori, naprotiv, inzistiraju da bi vizija trebala biti "neograničena".

Koncept vizije naširoko se koristi u poslovnoj analizi. Ako vrhovni menadžment tvrtke ima predodžbu o tome koje ključne ciljeve, tržišne segmente, pozicije proizvoda, profite treba postići, recimo, u 5 godina, tada tvrtka ima dugoročnu viziju sebe na tržištu. Način uklanjanja ograničenja pri razvoju vizije omogućuje vam razvoj Novi izgled o stvarima, "izdići se iznad situacije", planirati budućnost, polazeći ne od trenutnih resursa i ograničenja, već od strateških ciljeva, primjene inovacija, znanja i sl.

Ovo iskustvo formiranja vizije u velikoj je mjeri prenosivo na proces razvoja. informacijski sustavi: morate "vidjeti" u horizontu srednjoročnog i (ili) dugoročnog planiranja kako će se AIS uklopiti u organizacijske procese poduzeća, koje će ključne prednosti pružiti, koje probleme će omogućiti rješavanje. U potrazi za novim metodama i sredstvima upravljanja poduzećem temeljenim na informacijske tehnologiječesto je potrebno "preoblikovati" postojeće poslovne procese; zapravo, uvođenje AIS-a, koji utječe na značajan postotak procesa poduzeća, neizbježno dovodi do restrukturiranja tih procesa kako bi se optimizirale aktivnosti poduzeća, postigli ključni čimbenici učinkovitosti itd.

U drugom slučaju (okvir, granice, kontekst), raspravlja se o pitanjima kao što su granica sustava i okoline, potrebni resursi za stvaranje sustava i vrijeme. Izgradivši "neograničenu viziju", prije ili kasnije treba se vratiti tako prozaičnim stvarima kao što je proračun, zakazivanje, zapošljavanje, prekretnice projekta.

Je li uvijek potrebno izraditi konceptualni dokument? Trebaju li razdvojiti viziju i granice?

Često Kupac spoznaje potrebu za automatizacijom kao načinom rješavanja nagomilanih problema. Nakon što je formulirao problem za sebe, Kupac često vidi rješenje za njega, s kojim dolazi Izvršitelju ("Trebam web stranicu", "Trebam CRM sustav" itd.). Kvalificirani izvođač ne bi trebao bezglavo žuriti s rješavanjem problema u formulaciji kupca. Prema slikovitom izrazu G. Kalyanova 1) automatizirati procese "kao što jesu" isto je što i asfaltirati staze po kojima šeću krave.

Postoji važna metafora u RUP zapisu: "Vidjeti problem za problemom". Koncept samo služi da pomogne Kupcu da identificira točno one zahtjeve za sustav koji će mu pomoći da dugoročno optimizira rad svog poduzeća.

Dakle, faza formiranja koncepta je važna, ali predstavlja dovoljno i Naručitelju i Izvođaču visoke zahtjeve: Kupac mora alocirati resurse i biti spreman na troškove rada za zajedničko traženje rješenja; Izvođač mora imati dovoljne kvalifikacije kako u području IT-a tako iu području upravljanja poduzećem kako bi alat za automatizaciju koji se razvija stvarno imao koristi. Sve gore navedeno ni najmanje ne isključuje mogućnost rada bez koncepta: bilo da govorimo o malom projektu, čije je budžetiranje jednostavno neprofitabilno za fazu razvoja koncepta, ili sam kupac ima dovoljno kvalifikacija za formuliranje zahtjeva za AIS, imati "koncept u glavi" i vrijeme za konzultacije s Developerom.

Neki od argumenata za odvajanje vizije i granica navedeni su gore. Povlačenje jasne granice između ovih koncepata sugerira, posebice, MSF proces. U konačnici, pitanje "dijeliti ili ne dijeliti" određuje odabrana metodologija.

Razmotrimo osnovne zahtjeve za razvoj koncepta postavljene u domaćim GOST, RUP i MSF metodologijama.