Exemplu de viziune de proiect. Viziunea companiei. Compoziția informațională a viziunii

Viziune- aceasta este o descriere a stării ideale a companiei în viitor, un ghid pentru mișcarea companiei. Viziunea stimulează motivația în întreaga organizație, așa că formula sa ar trebui să inspire pe toată lumea. Viziunea companiei este mai mult decât obiectivele companiei sau ale managementului acesteia (de a câștiga atât de mult și atât de mult) și misiunea acesteia. Deși acesta din urmă este adesea descris în termeni similari cu viziunea. Planificarea strategică a afacerii începe cu formularea unei viziuni. O viziune oferă unei companii un ghid de acțiune. Termen pe termen Limba engleză: declarații de viziune.

O întreprindere poate avea succes mult timp dacă angajații întreprinderii se identifică cu ea. Ei trebuie să știe pentru ce lucrează întreprinderea lor, care este sensul activității sale. Și dacă știu răspunsul, iar răspunsul sună pozitiv, atunci la nivel emoțional sunt gata să depună eforturi pentru a atinge scopul. Pentru că acum au o viziune asupra chestiunii. Și există auto-identificare cu acest caz. De ce facem ceea ce facem astăzi? Unde ne vedem peste 5-10 ani?

model de viziune

D. Collins descrie următorul model de viziune. Include două componente importante: - ideologia cheie (ideologia de bază) - viitorul imaginat (viitorul imaginat). Ideologia cheie constă din valori cheie și un scop cheie (misiune). Viitorul imaginat include în mod necesar obiective (Vezi stabilirea obiectivelor) care conțin o provocare pentru companie și o descriere clară a rezultatelor atingerii acestor obiective. Viziunea nu este o dorință abstractă. Ar trebui să fie construit pe o bază reală și să corespundă realității. Rafinarea viziunii companiei este facilitată de dezvoltarea de noi produse, introducerea de noi tehnologii și reorganizarea structurilor. Toate acestea conduc la o clarificare a sensului și munca în comun angajati. Fiecare angajat joacă un rol aici. Viziunea companiei, a afacerii este mai mult decât o simplă generalizare a obiectivelor principale ale companiei. Cu toate acestea, obiectivele și misiunea au multe în comun. Ele trebuie să se potrivească. Adesea, obiectivele sunt derivate din viziunea și misiunea afacerii. Și dacă unul se corelează cu celălalt, atunci viziunea, misiunea și obiectivele afacerii par realiste. Credibilitatea este principiu cheie formularea unei viziuni de afaceri. Aici se presupune că declarația de viziune ține cont de opinia angajaților; viziunea este confirmată constant de acțiuni concrete din partea managementului; acest lucru realizează alinierea cu programul zilnic de lucru, obiectivele și viziunea.

Viziune și misiune

O viziune este ideea noastră despre un viitor care va veni chiar dacă nu suntem acolo. Misiunea este locul nostru în viitorul pe care îl vedem. Viziunea este acolo unde vrei să fii. Se poate baza pe valoare în sens economic, dar nu trebuie să fie. Scopul specific este „dorim să realizăm o cifră de afaceri de 1 milion de dolari”. poate deveni „vrem să avem cea mai mare pondere piata din industria noastra. O viziune diferă de o misiune prin aceea că se concentrează atât asupra companiei în sine, angajaților săi, cât și asupra lumii exterioare – clienții. Misiunea este aproape întotdeauna îndreptată spre exterior, către clienții companiei. Dar sunt momente când misiunea și viziunea companiei sunt formulate în aceeași propoziție. Da, pe site Sony Ericsson sub titlul „Misiune” descrie viziunea: „Viziunea noastră este să devenim brandul de divertisment de comunicare. Inspirăm oamenii să facă mai mult decât să comunice. Permitem tuturor să creeze și să participe la experiențe de divertisment. Experiențe care estompează liniile dintre comunicare și divertisment. Viziunea noastră: să devenim un simbol al conexiunii-divertisment. Inspirăm oamenii să facă mai mult decât comunicare. Împuternicim pe toată lumea să creeze și să experimenteze divertisment. Această experiență estompează liniile dintre divertisment și comunicare.”

Exemple de vedere

Acesta este un ciot pentru un articol de enciclopedie pe acest subiect. Puteți contribui la dezvoltarea proiectului prin îmbunătățirea și completarea textului publicației în conformitate cu regulile proiectului. Puteți găsi manualul de utilizare

Pași care trebuie luați pentru a forma documentul „Viziune”:

• Formularea problemelor.
• Identificarea coproprietarilor
• Determinarea limitelor sistemului
• Identificarea constrângerii
• Formularea enunțului problemei
• Determinarea capacităților sistemului
• Evaluarea rezultatelor

Pentru a descrie problemele, este propus un șablon, prezentat în Tabel. 7.1.

Identificarea coproprietarilor presupune căutarea și fixarea părților interesate de proiect - reprezentanți ai Clientului și ai Antreprenorului, investitori, experți externi etc.

Determinarea limitelor unui sistem este un proces non-trivial. Pentru această utilizare diagrame de context(Vezi materialele „Analiza cerinţelor avansate. Modelare”). RUP în căutarea limitelor sugerează pornirea de la factori și cazuri de utilizare.

Printre sursele restricțiilor se disting de obicei:

• politic,
• economic,
• miercuri
• Tehnic,
• execuţie,
• Sistemică.

Descrierea capabilităților sistemului este o declarație a cerințelor de nivel înalt.

Șablonul de document RUP „Vision” conține următoarele secțiuni principale:

1. Introducere
2. Poziționare
3. Descrieri ale coproprietarilor și utilizatorilor
4. Prezentarea produsului
5. caracteristicile produsului
6. Restricții
7. Indicatori de calitate
8. Vechime și priorități
9. Alte cerințe ale produsului
10. Cerințe de documentare
11. Aplicație.

Introducerea descrie scopul documentului, contextul acestuia (relația și interacțiunea cu diverse proiecte), definiții, acronime și abrevieri, link-uri către alte documente, rezumat.

la capitolul " poziționare„Se plasează definiția problemei (problemelor) de rezolvat, se indică clientul țintă și se explorează avantajele de afaceri ale produsului față de cele similare de pe piață.

În descrierea coproprietarilor și utilizatorilor, pe lângă descrierea efectivă a acestor două grupuri, sunt examinate și demografia pieței: segmente de piață țintă, dimensiunea și ratele de creștere ale pieței, ofertele competitive existente pe piață, reputația Dezvoltatorului pe piață.

Brevetul de produs conține un rezumat al produsului, o descriere a perspectivelor sale și a caracteristicilor cheie, ipoteze și dependențe, indică costul și calculul acestuia, discută problemele de licențiere și instalare.

În secțiunea despre caracteristicile produsului, acestea sunt descrise mai detaliat, fiecare într-un paragraf separat.

Secțiunea „Restricții” ar trebui să includă circumstanțele tehnice, tehnologice și alte circumstanțe existente care trebuie luate în considerare în această etapă.

capitolul " Indicatori de calitate„ conține o descriere a celor mai semnificative cerințe nefuncționale pentru sistem (eficiență, fiabilitate, toleranță la erori etc.).

Secțiunea „Senioritate și priorități” ierarhizează cerințele și capacitățile sistemului formulate anterior în ceea ce privește importanța, prioritatea implementării etc.

Secțiunea „Alte cerințe pentru produse” descrie standardele aplicabile, Cerințe de sistem, cerințe operaționale, cerințe de mediu.

Cerințele documentației oferă caracteristici cheie ale ghidului utilizatorului, ajutor online, ghid de instalare și configurare, fișier Citește-mă.

Atributele de capacitate sunt aduse în aplicație. RUP recomandă următorul set de atribute: Stare, Beneficiu, Domeniu de aplicare, Risc, Stabilitate, Lansare țintă, Scop, Cauză.

Viziune/cadru la MSF

Potrivit cărții albe MSF, faza de proiectare stabilește una dintre bazele fundamentale pentru succesul proiectului - crearea si consolidarea echipei de proiect bazată pe dezvoltarea unei viziuni comune. Grup de proiect trebuie sa imaginați-vă clar ce vrea ea sa faca pentru client si sa-si formuleze scopul in asa fel incat sa motiveze cat mai mult atat clientul cat si echipa de proiect. Dezvoltarea unei viziuni la nivel înalt asupra obiectivelor și condițiilor unui proiect poate fi văzută ca o formă timpurie de planificare; pregătește terenul pentru procesele de creație planuri detaliate care vor fi implementate direct în faza de planificare.

Sarcini principale fazele de dezvoltare a conceptului sunt crearea echipei de bază de proiect (vezi mai jos) și pregătirea document de descriere generală și sfera de aplicare a proiectului(document de viziune/sfera de aplicare). Formarea unei viziuni pentru un proiect și precizarea sferei acestuia nu sunt același lucru, deși ambele sunt necesare pentru succesul unui proiect. O viziune este o idee nelimitată a ceea ce ar trebui să fie o soluție. Cadrele ( sfera de aplicare ) oferă, de asemenea, limite clare pentru ceea ce este propus de această viziune va fi implementat în cadrul constrângerilor de proiectare existente.

Managementul riscurilor este un proces iterativ efectuat pe tot parcursul ciclu de viață proiect. În timpul fazei de concept grup de proiect întocmește un document de evaluare a riscurilor și prezintă principalele riscuri ale proiectului împreună cu descriere generalași domeniul de aplicare al proiectului. Pentru mai multe informații despre managementul riscurilor, consultați Cartea albă privind disciplina de management al riscului.

Client:
DABCC.COM

Executor testamentar:
Douglas Brown, proprietar

Proiect:
Implementarea Citrix® MetaFrame® Access Suite

Etapa de dovadă a conceptului are scopul de a determina capacitățile implementării propuse de MetaFrame Access Suite în ceea ce privește realizarea viziunii de proiectare. Procesul de dovadă a conceptului a creat un prototip al MetaFrame Access Suite, împreună cu toate aplicațiile necesare, imprimantele și așa mai departe. Aplicațiile au fost testate pe larg pentru a le verifica funcționalitatea în mediul terminal MetaFrame XP/Terminal Server. Pentru fiecare item, rezultatele sunt documentate și se fac ajustările necesare. Acest document este un raport final privind procedurile de demonstrare a conceptului.

Acest document este împărțit în următoarele secțiuni:

• Specificația mediului
• Procedura de creare a unui mediu
• Teste
• Ajustări de testare
• Concluzie

1. Specificații de mediu

1.2. Hardware

Nume: DB2KCTX1 Model: Compaq ML 530 Rol: Citrix MetaFrame XP Server

48x CDROM, al doilea - pentru Compaq Internal DLT 20/40 Controler de disc - Controler RAID 5 cu 4 canale Smart Array 4200

Nume: DB2KWEB1 Model: Compaq ML 530 Rol: Web Server Web Interface

Factor de formă - Montare pe rack Procesor - 2 x 933MHz, Pentium III Xeon, 256KB nivel 2-Advanced Transfer Cache. Memorie – 1 GB 133 MHz ECC SDRAM, extensibilă până la 4 GB folosind module de 512 MB Adaptor de rețea - Controler NC3123 Fast Ethernet NIC PCI 10/100 Locuri de unitate - 4 locuri de unitate detașabile de 5,25" și o unitate de dischetă de 1,44 MB. Una folosită pentru unitate 48x CDROM, al doilea pentru Compaq DLT 20/40 Unități de disc - doar 218,4 GB stocare maximă internă Hot Plug Ultra2. Trei unități Hot Plug Ultra 3 de 18,2 GB instalate Controler de disc - Smart Array 5300 RAID ADG configurat pentru RAID 5 Interfețe - un port Ethernet RJ-45, două seriale, unul paralel, tastaturi, mouse, video, SCSI extern

1.3. Mediul sistemului de operare

Configurarea domeniului
Active Directory sau domeniul NT?	Director activ
(Domenii NT) Model de domeniu (domeniu unic, domeniu principal, master multiplu etc.):	-
(Director activ) Mod (nativ/mixt)?	nativ
(Director activ) numele arborelui:	DABCC.COM
(Director activ) Numele domeniului:	DABCC.COM
(Director activ) Spațiu de nume DNS:	DABCC.COM
(Director activ) Spațiu de nume intern:	DABCC
Nume server DNS:	DB2KAD1, DB2KAD2
Nume server WINS:	DB2KAD2
Nume server DHCP:	DB2KAD2

adrese TCP/IP
Introduceți informațiile despre adresa IP a rețelei dvs
adresă de rețea:	192.168.1.0
mască de rețea:	255.255.255.0
gateway:	192.168.1.254
Câștigări principale:	192.168.1.1
CÂȘTIGURI secundare:	Nu
DNS primar:	192.168.1.1
DNS secundar:	192.168.1.2
Specificați adresele serverelor listate în secțiunea „Mediu hardware”:
DB2KAD1	192.168.1.5
DB2KAD2	192.168.1.6
DB2KFS1	192.168.1.71
DB2KWEB1	192.168.1.8
Specificați adresele IP ale imprimantelor de rețea
HP 4M	192.168.1.15
CP 4000	192.168.1.16
CP 4000	192.168.1.17
HP LaserJet 4050 Color	192.168.1.18
HP OfficeJet 720	192.168.1.19
Specificați un interval DHCP:
Interval DHCP:	de la 192.168.1.100 la 92.168.1.200
Lista OU-urilor
Nume	Descriere
incorporat	OU implicit
calculatoare	OU pentru utilizatorii finali
Utilizatori DABCC	OU pentru utilizatori și grupuri DABCC.COM
Controlere de domeniu	OU pentru controlerele de domeniu Windows 2000 Active Directory. Include DB2KAD1 și DB2KAD2.
Securitate externă/Principii	OU implicit
Servere	OU pentru servere Windows NT/2000. Include: DB2KFS1 și DB2KWEB1
Utilizatori	OU implicit pentru utilizatorii și grupurile Active Directory
Informații despre politica de grup (dacă există)
Folosiți politici WinNT sau Win2000?	Win2000
Plasarea fișierelor de politică	-
Utilizatori și grupuri afectate de politici	administratori, utilizatori

1.4. Scripturi de conectare

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

Logon_admins.cmd

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

1.5. Mediu de imprimare

Numele imprimantei	Numele serverului de imprimare	Conducător auto
HP4M	DB2KFS1	HP 4M
HP4000West	DB2KFS1	CP 4000
HP4000Est	DB2KFS1	CP 4000
HP Color	DB2KFS1	HP LaserJet 4050 Color
HPOfficeJet	DB2KFS1	HP OfficeJet 720

1.6. Mediul client

2. Procedura de creare a unui mediu

Serverul Citrix MetaFrame Access Suite și toate celelalte servere utilizate în faza de demonstrare a conceptului sunt configurate conform metodologiei D&D Consulting, inclusiv securitatea și optimizarea serverului. Acest lucru se face în cazul în care dovada conceptului are succes, atunci mediul server va fi baza pentru implementarea de producție a MetaFrame Access Suite în mediul de producție.

Pentru detalii despre proiectarea unui MetaFrame XP, MetaFrame Secure Access Manager, Web Interface sau Secure Gateway, consultați documentația furnizată de D&D Consulting.

Următoarea este o listă de bază de pași pentru a crea un server MetaFrame XP:

• Instalare sistem de operare server, cel mai recent pachet de servicii și remedieri rapide
• Instalați serviciile necesare și eliminați serviciile inutile
• Configurarea identificării rețelei și a domeniului serverului
• Schimbarea serviciului SNMP, astfel încât comunitatea „publică” să aibă permisiunea de „citire și scriere”.
• Configurarea tuturor adaptoarelor de rețea de pe server la 100 Mbps și Full Duplex
• Configurarea securității locale pe serverul Citrix
• Activarea serverului de licențiere a serviciilor terminale și a licențelor CAL TS
• Instalarea celei mai recente versiuni de caracteristici pe Citrix MetaFrame XP și a celui mai recent pachet de servicii
• Configurarea licențelor Citrix pe server
• Instalați Citrix Installation Manager (dacă este necesar)
• Instalarea Citrix Resource Manager (dacă este necesar)
• Configurarea pe serverul SpeedScreen
• Configurarea conexiunii
• Configurarea actualizării clientului ICA
• Setare pe serverul de optimizare
• Izolarea serverului folosind permisiuni NTFS și politici de sistem
• Configurarea tipăririi pe server
• Instalarea și configurarea aplicațiilor
• Personalizarea SpeedScreen pentru aplicații individuale
• Publicarea aplicației
• Creați un disc de salvare
• Instalarea altor componente (MetaFrame Conferencing Manager, interfață web, Secure Gateway etc.)
• Verificare server și aplicație

2.2. Procedura de instalare a aplicației
Scrie instrucțiuni detaliate instalarea fiecărei aplicații care va fi testată în faza de Proof of Concept.

3.0. Teste

4.0 Ajustarea testelor

5.0 Concluzie

După ce au analizat rezultatele testelor și au făcut toate ajustările necesare, D&D Consulting și DABCC.COM au stabilit că există suficiente motive pentru a continua cu proiectul planificat inițial.

Modelarea vederii

prototipare

Prototiparea este o strategie cheie de elicitare a cerințelor în majoritatea metodologiilor moderne (a se vedea capitolul 10 pentru mai multe detalii). Un prototip de software este o „oglindă” în care este vizibilă o reflectare a modului în care Antreprenorul a înțeles cerințele Clientului. Procesul de identificare a cerințelor prin prototipare este cu atât mai intens, cu cât această oglindă este mai strâmbă. Modul documentar de identificare a cerințelor este întotdeauna inferior comunicării live. Analiza a ceea ce se face sub formă de interfețe utilizator dă un efect și mai mare. Este conectat canalul de percepție emisferic drept, care, după cum știți, funcționează pentru majoritatea oamenilor mult mai eficient decât cel verbal.

Metoda RAD este una dintre cele mai cunoscute moduri de a prototip rapid 1) .

RAD se bazează pe următoarele principii de bază:

• Prototipări evolutive;
• CASE-tools ca instrument principal, inclusiv posibilitatea de inginerie directă și inversă și generare automată de cod;
• Profesioniști cu înaltă calificare, care sunt bine versați în dezvoltarea unelte;
• O metodă JAD interactivă care combină comunicarea cu dezvoltarea online;
• Perioadele de timp rigide sunt ca un antidot la „împrăștierea limitelor” proiectului: dacă echipa nu respectă termenul limită, funcționalitatea se îngustează.

Viziunea produsului și activitatea proiectului începe de obicei foarte devreme în proiect, înainte de consultări ample pentru a identifica cerințe detaliate, deși, în general, existența și succesiunea acestor pași depind de metodologia aleasă. În practică, aceste activități sunt adesea combinate. Regulile pentru extragerea cerințelor, discutate în capitolul 6, pot fi utilizate și în formarea unei viziuni.

Analizând literatura de specialitate cu privire la subiectul luat în considerare, putem distinge următoarele larg utilizate Cuvinte cheie: pe de o parte - conceptul, viziunea, imaginea, pe de altă parte - cadrul, limitele, contextul.

În primul caz, vorbim despre viziunea a ceea ce ar trebui să fie sistemul. Sunt discutate cerințele de nivel înalt (capacități, proprietăți) ale produsului și cele mai semnificative limitări. O serie de autori, dimpotrivă, insistă că viziunea ar trebui să fie „nelimitată”.

Conceptul de viziune este utilizat pe scară largă în analiza afacerilor. Dacă conducerea de vârf a companiei are o idee despre ce obiective cheie, segmente de piață, poziții ale produselor, profituri ar trebui atinse, să zicem, în 5 ani, atunci compania are o viziune pe termen lung despre ea însăși pe piață. Modul de a elimina restricțiile atunci când dezvoltați o viziune vă permite să vă dezvoltați Un nou aspect asupra lucrurilor, „a se ridica deasupra situației”, a planifica viitorul, plecând nu de la resursele și limitările actuale, ci de la obiective strategice, aplicând inovații, know-how etc.

Această experiență de formare a vederii este în mare măsură transferabilă procesului de dezvoltare. sisteme de informare: trebuie să „vedeți” în orizontul planificării pe termen mediu și (sau) lung cum se va potrivi AIS în procesele organizaționale ale întreprinderii, ce beneficii cheie va oferi, ce probleme va permite să rezolve. Când se caută noi metode și mijloace de management al întreprinderii bazate pe tehnologia Informatiei de multe ori este necesară „reformarea” proceselor de afaceri existente; de fapt, introducerea AIS, care afectează un procent semnificativ din procesele întreprinderii, duce inevitabil la restructurarea acestor procese în scopul optimizării activităților întreprinderii, realizării unor factori cheie de eficiență etc.

În al doilea caz (cadru, limite, context), sunt discutate aspecte precum granița sistemului și a mediului, resursele necesare pentru a crea sistemul și momentul. După ce am construit o „viziune nelimitată”, mai devreme sau mai târziu trebuie să revenim la lucruri atât de prozaice precum bugetul, programare, recrutare, etape ale proiectului.

Este întotdeauna necesar să se creeze un document conceptual? Ar trebui separate viziunea și limitele?

Adesea, Clientul realizează necesitatea automatizării ca o modalitate de a rezolva problemele acumulate. După ce și-a formulat o problemă, Clientul vede adesea o soluție la aceasta, cu care vine la Antreprenor („Am nevoie de un site web”, „Am nevoie de un sistem CRM”, etc.). Un Antreprenor calificat nu trebuie să se grăbească, cu capul cap, să rezolve problema în formularea Clientului. După expresia figurată a lui G. Kalyanov 1) automatizarea proceselor „ca atare” este la fel ca asfaltarea potecilor pe care merg vacile.

Există o metaforă importantă în notația RUP: „Vezi problemă după problemă”. Conceptul servește doar pentru a ajuta Clientul să identifice exact acele cerințe pentru sistem care îl vor ajuta să optimizeze activitatea întreprinderii sale pe termen lung.

Prin urmare, etapa formării conceptului este importantă, dar prezintă suficient atât Clientului, cât și Antreprenorului cerințe ridicate: Clientul trebuie să aloce resurse și să fie pregătit pentru costurile forței de muncă pentru o căutare comună de soluții; Antreprenorul trebuie să aibă suficiente calificări atât în ​​domeniul IT, cât și în domeniul managementului întreprinderii pentru ca instrumentul de automatizare în curs de dezvoltare să beneficieze cu adevărat. Toate cele de mai sus nu exclud în niciun fel posibilitatea de a lucra fără un concept: fie vorbim despre un proiect mic, a cărui bugetare este pur și simplu neprofitabilă pentru etapa de dezvoltare a conceptului, fie Clientul însuși are suficiente calificări pentru a formula cerințe. pentru AIS, având un „concept în cap” și timp pentru consultarea Dezvoltatorului.

Unele dintre argumentele pentru separarea viziunii și limitelor au fost date mai sus. A trasa o linie clară între aceste concepte sugerează, în special, procesul MSF. În cele din urmă, întrebarea „a împărtăși sau a nu împărtăși” este determinată de metodologia aleasă.

Să luăm în considerare cerințele de bază pentru dezvoltarea conceptului stabilit în metodologiile interne GOST, RUP și MSF.