Пример за визия на проекта. Фирмена визия. Информационен състав на визията

Визия- това е описание на идеалното състояние на компанията в бъдеще, насока за движение на компанията. Vision стимулира мотивацията в цялата организация, така че неговата формула трябва да вдъхновява всички. Визията на компанията е нещо повече от целите на компанията или нейния мениджмънт (да печели толкова и толкова) и нейната мисия. Въпреки че последното често се описва с подобни термини като зрението. Стратегическото бизнес планиране започва с формулирането на визия. Визията предоставя на компанията ръководство за действие. Срок на английски език: изявления за визия.

Едно предприятие може да бъде успешно дълго време, ако служителите на предприятието се идентифицират с него. Те трябва да знаят за какво работи тяхното предприятие, какъв е смисълът от дейността му. И ако знаят отговора и отговорът звучи положително, тогава на емоционално ниво са готови да положат усилия за постигане на целта. Защото вече имат визия по въпроса. И има самоидентификация с този случай. Защо правим това, което правим днес? Къде се виждаме след 5-10 години?

визия модел

Д. Колинс описва следния модел на виждане. Той включва два важни компонента: - ключовата идеология (основна идеология) - въображаемото бъдеще (предвидено бъдеще). Ключовата идеология се състои от ключови ценности и ключова цел (мисия). Представеното бъдеще задължително включва цели (виж Поставяне на цели), които съдържат предизвикателство за компанията и ясно описание на резултатите от постигането на тези цели. Визията не е абстрактно желание. Тя трябва да бъде изградена на реална основа и да отговаря на действителността. Усъвършенстването на визията на компанията се улеснява от разработването на нови продукти, въвеждането на нови технологии и реорганизацията на структурите. Всичко това води до изясняване на смисъла и съвместна работаслужители. Тук всеки служител играе роля. Визията на компанията, бизнеса е повече от просто обобщение на основните цели на компанията. Въпреки това целите и мисията имат много общи неща. Те трябва да съвпадат. Често целите произтичат от визията и мисията на бизнеса. И ако едното корелира с другото, тогава визията, мисията и целите на бизнеса изглеждат реалистични. Достоверността е ключов принципформулиране на бизнес визия. Тук се предполага, че декларацията за визия взема предвид мнението на служителите; визията непрекъснато се потвърждава от конкретни действия от страна на ръководството; така се постига съгласуване с ежедневния работен график, цели и визия.

Визия и мисия

Визията е нашата представа за бъдещето, което ще дойде, дори и да не сме там. Мисията е нашето място в бъдещето, което виждаме. Визията е мястото, където искате да бъдете. Може да се основава на стойност в икономически смисъл, но не е задължително. Конкретната цел е „искаме да постигнем оборот от 1 милион долара“. може да стане „искаме да имаме най-голям дялпазар в нашата индустрия. Визията се различава от мисията по това, че се фокусира както върху самата компания, нейните служители, така и върху външния свят – клиентите. Мисията почти винаги е насочена навън, към клиентите на компанията. Но има моменти, когато мисията и визията на компанията са формулирани в едно и също изречение. Да, на място Sony Ericsson под заглавието „Мисия“ описва визията: „Нашата визия е да станем марката за комуникационно развлечение. Ние вдъхновяваме хората да правят повече от просто общуване. Даваме възможност на всеки да създава и да участва в развлекателни изживявания. Преживявания, които размиват границите между комуникация и забавление. Нашата визия: да се превърнем в символ на връзка и забавление. Ние вдъхновяваме хората да правят нещо повече от общуване. Ние даваме възможност на всеки да създава и да изживява забавление. Това преживяване размива границите между забавлението и комуникацията."

Примери за визия

Това е мъниче за енциклопедична статия по тази тема. Можете да допринесете за развитието на проекта, като подобрите и допълните текста на публикацията в съответствие с правилата на проекта. Можете да намерите ръководството за потребителя

Стъпки, които трябва да се извършат за оформяне на документ "Визия":

• Формулиране на проблеми.
• Идентификация на съсобствениците
• Определяне на границите на системата
• Идентификация на ограниченията
• Формулиране на постановката на проблема
• Определяне на системните възможности
• Оценка на резултатите

За описание на проблемите е предложен шаблон, показан в табл. 7.1.

Идентифицирането на съсобственици включва търсене и фиксиране на заинтересовани страни по проекта - представители на Клиента и Изпълнителя, инвеститори, външни експерти и др.

Определянето на границите на една система е нетривиален процес. За тази употреба контекстни диаграми(Вижте материалите "Разширен анализ на изискванията. Моделиране"). RUP в търсене на граници предлага да се започне от фактори и случаи на употреба.

Сред източниците на ограничения обикновено се разграничават:

• политически,
• икономически,
• сряда
• Технически,
• екзекуция,
• Системен.

Описанието на системните възможности е изявление на изискванията на високо ниво.

Шаблонът на RUP документ "Vision" съдържа следните основни секции:

1. Въведение
2. Позициониране
3. Описания на съсобственици и ползватели
4. Преглед на продукта
5. Характеристики на продукта
6. Ограничения
7. Показатели за качество
8. Старшинство и приоритети
9. Други изисквания към продукта
10. Изисквания към документацията
11. Приложение.

Въведението описва целта на документа, неговия контекст (връзка и взаимодействие с различни проекти), дефиниции, акроними и съкращения, връзки към други документи, резюме.

В глава " позициониране„Поставя се дефиницията на проблема(ите) за решаване, посочва се целевият клиент и се изследват бизнес предимствата на продукта пред подобни на пазара.

В описанието на съсобствениците и ползвателите, в допълнение към действителното описание на тези две групи, се изследва демографията на пазара: целеви пазарни сегменти, размер и темпове на растеж на пазара, съществуващи конкурентни оферти на пазара, репутация на Разработчика на пазара.

Кратко описание на продукта съдържа резюме на продукта, описание на неговите перспективи и ключови характеристики, предположения и зависимости, посочва цената и нейното изчисление, обсъжда проблеми с лицензирането и инсталирането.

В раздела за характеристиките на продукта те са описани по-подробно, всяка в отделен параграф.

В раздела „Ограничения” трябва да се посочат съществуващите технически, технологични и други обстоятелства, които трябва да се вземат предвид на този етап.

глава " Показатели за качество“ съдържа описание на най-значимите нефункционални изисквания към системата (ефективност, надеждност, отказоустойчивост и др.).

Разделът "Старшинство и приоритети" класира изискванията и възможностите на системата, формулирани по-рано по важност, приоритет на изпълнение и др.

Разделът „Други изисквания към продукта“ описва приложимите стандарти, Системни изисквания, експлоатационни изисквания, екологични изисквания.

Изискванията към документацията предоставят ключови характеристики на ръководството за потребителя, онлайн помощ, ръководство за инсталиране и конфигуриране, файл Прочети ме.

Атрибутите на способностите се въвеждат в приложението. RUP препоръчва следния набор от атрибути: статус, полза, обхват, риск, стабилност, целево освобождаване, цел, причина.

Визия / Рамка в MSF

Според бялата книга на MSF фазата на предвиждане поставя една от основните основи за успех на проекта - създаване и консолидиране на екипа по проектавъз основа на развитието на обща визия. Проектна групатрябва да представете си яснокакво иска да направи за клиента и формулира целта си по такъв начин, че да мотивира максимално клиента и екипа по проекта. Разработването на възглед на високо ниво за целите и условията на даден проект може да се разглежда като ранна форма на планиране; тя подготвя почвата за процесите на сътворение подробни плановекоито ще бъдат приложени директно по време на фазата на планиране.

Основни задачифазите на разработване на концепцията са създаването на основния проектен екип (вижте по-долу) и подготовката документ с общо описание и обхват на проекта(документ за визия/обхват). Формирането на визия за проект и уточняването на неговия обхват не са едно и също нещо, въпреки че и двете са необходими за успеха на един проект. Визията е неограничена идея за това какво трябва да бъде решението. Рамките (обхват) също така предоставят ясни граници за това, което се предлага от тази визия, ще бъде изпълнено в рамките на съществуващите ограничения на дизайна.

Управление на рисковетее итеративен процес, извършван през цялото време кръговат на животапроект. По време на фазата на концепцията проектна група изготвя документ за оценка на риска и представя основните рискове на проекта заедно с общо описаниеи обхват на проекта. За допълнителна информация относно управлението на риска вижте Бялата книга на дисциплината за управление на риска.

Клиент:
DABCC.COM

Изпълнител:
Дъглас Браун, собственик

Проект:
Внедряване на Citrix® MetaFrame® Access Suite

Етапът на доказване на концепцията има за цел да определи възможностите на предложеното внедряване на MetaFrame Access Suite по отношение на постигане на визията за дизайн. Процесът на доказване на концепцията създаде прототип на MetaFrame Access Suite, заедно с всички необходими приложения, принтери и т.н. Приложенията са обстойно тествани, за да се провери тяхната функционалност в терминалната среда на MetaFrame XP/Terminal Server. За всяка позиция резултатите се документират и се правят необходимите корекции. Този документ е окончателен доклад относно процедурите за доказване на концепцията.

Този документ е разделен на следните раздели:

• Спецификация на околната среда
• Процедура за създаване на среда
• Тестове
• Тестови корекции
• Заключение

1. Спецификация на околната среда

1.2. Хардуер

Име: DB2KCTX1 Модел: Compaq ML 530 Роля: Citrix MetaFrame XP Server

48x CDROM, втори - за Compaq Internal DLT 20/40 Дисков контролер - Smart Array 4200 4 канален RAID 5 контролер

Име: DB2KWEB1 Модел: Compaq ML 530 Роля: уеб интерфейс уеб сървър

Форм-фактор - монтаж в багажник Процесор - 2 x 933MHz, Pentium III Xeon, 256KB level 2-Advanced Transfer Cache. Памет – 1 GB 133 MHz ECC SDRAM, разширяема до 4 GB с помощта на 512 MB модули Мрежов адаптер - NC3123 Fast Ethernet NIC PCI 10/100 контролер Гнезда за устройства - 4 x 5,25" подвижни отделения за устройства и едно 1,44 MB флопи устройство. Едното се използва за устройство 48x CDROM, вторият за Compaq DLT 20/40 Дискови устройства - само 218,4 GB Максимално вътрешно Hot Plug Storage Ultra2. Инсталирани са три 18,2 GB Hot Plug Ultra 3 диска Дисков контролер - Smart Array 5300 RAID ADG, конфигуриран за RAID 5 Интерфейси - един RJ-45 Ethernet порт, два серийни, един паралелен, клавиатури, мишка, видео, външен SCSI

1.3. Среда на операционната система

Конфигурация на домейн
Active Directory или NT домейн?	Активна директория
(NT домейни)Домейн модел (единичен домейн, главен домейн, множество главни и т.н.):	-
(Активна директория)Режим (нативен/смесен)?	местен
(Активна директория)име на дърво:	DABCC.COM
(Активна директория)Име на домейн:	DABCC.COM
(Активна директория) DNS пространство от имена:	DABCC.COM
(Активна директория)Вътрешно пространство от имена:	DABCC
Имена на DNS сървъри:	DB2KAD1, DB2KAD2
Имена на WINS сървъри:	DB2KAD2
Име на DHCP сървър:	DB2KAD2

TCP/IP адреси
Въведете информация за IP адреса на вашата мрежа
мрежови адрес:	192.168.1.0
подмрежова маска:	255.255.255.0
портал:	192.168.1.254
Първични ПЕЧЕЛИ:	192.168.1.1
Вторични ПЕЧАЛБИ:	Не
Основен DNS:	192.168.1.1
Вторичен DNS:	192.168.1.2
Посочете адресите на сървърите, посочени в раздела "Хардуерна среда":
DB2KAD1	192.168.1.5
DB2KAD2	192.168.1.6
DB2KFS1	192.168.1.71
DB2KWEB1	192.168.1.8
Посочете IP адресите на мрежовите принтери
HP 4M	192.168.1.15
HP 4000	192.168.1.16
HP 4000	192.168.1.17
HP LaserJet 4050 Color	192.168.1.18
HP OfficeJet 720	192.168.1.19
Посочете DHCP диапазон:
DHCP диапазон:	от 192.168.1.100 до 92.168.1.200
Списък на OU
Име	Описание
вградена	OU по подразбиране
компютри	OU за крайни потребители
Потребители на DABCC	OU за потребители и групи DABCC.COM
Домейн контролери	OU за домейн контролери на Windows 2000 Active Directory. Включва DB2KAD1 и DB2KAD2.
Външна сигурност/Принципи	OU по подразбиране
Сървъри	OU за Windows NT/2000 сървъри. Включва: DB2KFS1 и DB2KWEB1
Потребители	OU по подразбиране за потребители и групи на Active Directory
Информация за груповата политика (ако има такава)
Използвате ли правила на WinNT или Win2000?	Win2000
Разположение на файл с правила	-
Потребители и групи, засегнати от политики	администратори, потребители

1.4. Скриптове за вход

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

Logon_admins.cmd

net използвайте j:\dabcc\\dfsroot\applications net използвайте k:\dabcc\\dfsroot\drivers net използвайте o:\dabcc\\dfsroot\citrix net използвайте p:\dabcc\\dfsroot\public

1.5. Печатна среда

Име на принтера	Име на сървър за печат	Шофьор
HP4M	DB2KFS1	HP 4M
HP4000West	DB2KFS1	HP 4000
HP4000East	DB2KFS1	HP 4000
HPColor	DB2KFS1	HP LaserJet 4050 Color
HPOfficeJet	DB2KFS1	HP OfficeJet 720

1.6. Клиентска среда

2. Процедура за създаване на среда

Citrix MetaFrame Access Suite Server и всички други сървъри, използвани във фазата на доказване на концепцията, са конфигурирани съгласно методологията на D&D Consulting, включително сигурност и оптимизация на сървъра. Това се прави в случай, че доказателството за концепцията е успешно, тогава сървърната среда ще бъде основата за производственото внедряване на MetaFrame Access Suite в производствената среда.

За подробности относно проектирането на MetaFrame XP, MetaFrame Secure Access Manager, Web Interface или Secure Gateway вижте документацията, предоставена от D&D Consulting.

Следва основен списък от стъпки за създаване на MetaFrame XP сървър:

• Инсталация операционна системасървър, най-нов сервизен пакет и актуални корекции
• Инсталирайте необходимите услуги и премахнете ненужните услуги
• Настройка на мрежова и домейн идентификация на сървъра
• Промяна на услугата SNMP, така че "публичната" общност да има разрешение за "четене и запис".
• Конфигуриране на всички мрежови адаптери на сървъра за 100 Mbps и пълен дуплекс
• Конфигуриране на локална защита на сървъра Citrix
• Активиране на сървъра за лицензиране на терминални услуги и TS ЛКД
• Инсталиране на най-новата версия на функцията на Citrix MetaFrame XP и най-новия сервизен пакет
• Конфигуриране на Citrix Licensing на сървъра
• Инсталирайте Citrix Installation Manager (ако е необходимо)
• Инсталиране на Citrix Resource Manager (ако е необходимо)
• Настройка на сървъра SpeedScreen
• Настройка на връзката
• Конфигурация за актуализиране на ICA клиент
• Настройка на сървъра за оптимизация
• Изолиране на сървъра чрез NTFS разрешения и системни политики
• Настройка на печат на сървъра
• Инсталиране и конфигуриране на приложения
• Персонализиране на SpeedScreen за отделни приложения
• Публикуване на приложения
• Създайте спасителен диск
• Инсталиране на други компоненти (MetaFrame Conferencing Manager, Web Interface, Secure Gateway и др.)
• Проверка на сървъра и приложението

2.2. Процедура за инсталиране на приложението
Пишете подробни инструкцииинсталиране на всяко приложение, което ще бъде тествано по време на фазата на доказване на концепцията.

3.0. Тестове

4.0 Корекция на тестове

5.0 Заключение

След преглед на резултатите от теста и извършване на всички необходими корекции, D&D Consulting и DABCC.COM установиха, че има достатъчно основания да се продължи с първоначално планирания проект.

Оформяне на визията

създаване на прототипи

Създаването на прототипи е ключова стратегия за извличане на изисквания в повечето съвременни методологии (вижте Глава 10 за повече подробности). Софтуерният прототип е "огледало", в което се вижда отражение на начина, по който Изпълнителят е разбрал изискванията на Клиента. Процесът на идентифициране на изискванията чрез прототипиране е толкова по-интензивен, колкото по-криво е това огледало. Документалният начин за идентифициране на изискванията винаги е по-нисък от живата комуникация. Анализът на направеното под формата на потребителски интерфейси дава още по-голям ефект. Свързан е десният хемисферичен канал на възприятие, който, както знаете, работи за повечето хора много по-ефективно от вербалния.

Методът RAD е един от най-известните начини за бързо прототипиране 1) .

RAD се основава на следните основни принципи:

• Еволюционно прототипиране;
• CASE-инструменти като основен инструмент, включително възможност за преден и обратен инженеринг и автоматично генериране на код;
• Висококвалифицирани професионалисти, които са добре запознати с разработеното инструменти;
• Интерактивен JAD метод, който комбинира комуникация с онлайн разработка;
• Твърдите времеви рамки са като противоотрова срещу „разширяването на границите“ на проекта: ако екипът не спази крайния срок, функционалността се стеснява.

Работата по визията на продукта и обхвата на проекта обикновено започва много рано в проекта, преди обширни консултации за идентифициране на подробни изисквания, въпреки че като цяло съществуването и последователността на тези стъпки зависи от избраната методология. На практика тези дейности често се комбинират. Правилата за извличане на изисквания, разгледани в глава 6, могат да се използват и при формирането на визия.

Анализирайки литературата по разглеждания въпрос, можем да различим следните широко използвани ключови думи: от една страна – концепцията, визията, образа, от друга – рамката, границите, контекстът.

В първия случай говорим за визията каква трябва да бъде системата. Обсъждат се изискванията на високо ниво (възможности, свойства) на продукта и най-съществените ограничения. Редица автори, напротив, настояват, че визията трябва да бъде "неограничена".

Концепцията за визия се използва широко в бизнес анализа. Ако висшето ръководство на компанията има представа какви ключови цели, пазарни сегменти, продуктови позиции, печалби трябва да бъдат постигнати, да речем, след 5 години, тогава компанията има дългосрочна визия за себе си на пазара. Начинът за премахване на ограниченията при разработване на визия ви позволява да се развивате Нов погледвърху нещата, „да се издигнем над ситуацията“, да планираме бъдещето, изхождайки не от настоящите ресурси и ограничения, а от стратегически цели, прилагайки иновации, ноу-хау и др.

Този опит за формиране на визия до голяма степен може да се прехвърли в процеса на развитие. информационни системи: трябва да "видите" в хоризонта на средносрочното и (или) дългосрочното планиране как AIS ще се впише в организационните процеси на предприятието, какви ключови ползи ще предостави, какви проблеми ще позволи да реши. Когато се търсят нови методи и средства за управление на предприятието, базирани на информационни технологиичесто се налага "прекрояване" на съществуващи бизнес процеси; Всъщност въвеждането на АИС, засягайки значителен процент от процесите на предприятието, неизбежно води до преструктуриране на тези процеси с цел оптимизиране на дейността на предприятието, постигане на ключови фактори за ефективност и др.

Във втория случай (рамка, граници, контекст) се обсъждат въпроси като границата на системата и средата, необходимите ресурси за създаване на системата и времето. Изградил "неограничена визия", рано или късно човек трябва да се върне към такива прозаични неща като бюджета, планиране, набиране на персонал, етапи на проекта.

Винаги ли е необходимо да се създава концептуален документ? Трябва ли да се разделят визията и границите?

Често Клиентът осъзнава необходимостта от автоматизация като начин за решаване на натрупани проблеми. След като формулира проблем за себе си, Клиентът често вижда решение за него, с което идва при Изпълнителя („Имам нужда от уебсайт“, „Имам нужда от CRM система“ и др.). Квалифицираният изпълнител не трябва да бърза да реши проблема във формулирането на клиента. По образния израз на Г. Калянов 1) автоматизирането на процесите "както е" е същото като асфалтирането на пътеки, по които ходят крави.

Има важна метафора в нотацията на RUP: „Вижте проблем след проблем“. Концепцията просто служи, за да помогне на Клиента да идентифицира точно онези изисквания към системата, които ще му помогнат да оптимизира работата на своето предприятие в дългосрочен план.

Следователно етапът на формиране на концепцията е важен, но дава достатъчно както на Клиента, така и на Изпълнителя високи изисквания: Клиентът трябва да разпредели ресурси и да е подготвен за разходи за труд за съвместно търсене на решения; Изпълнителят трябва да има достатъчна квалификация както в областта на ИТ, така и в областта на управлението на предприятието, за да може разработеният инструмент за автоматизация наистина да е от полза. Всичко по-горе по никакъв начин не изключва възможността за работа без концепция: или говорим за малък проект, чието бюджетиране е просто нерентабилно за етапа на разработване на концепцията, или самият клиент има достатъчно квалификация, за да формулира изисквания за AIS, като има "концепция в главата" и време за консултация с Разработчика.

Някои от аргументите за разделянето на визията и границите са дадени по-горе. Да се ​​направи ясна граница между тези понятия предполага, по-специално, процесът на MSF. В крайна сметка въпросът „да споделя или да не споделя“ се определя от избраната методика.

Нека разгледаме основните изисквания за разработване на концепцията, заложени в местните методики GOST, RUP и MSF.