Příklad vize projektu. Vize společnosti. Informační složení vidění

Vidění- jedná se o popis ideálního stavu firmy do budoucna, vodítko pro pohyb firmy. Vize pohání motivaci v celé organizaci, takže její vzorec by měl inspirovat každého. Vize firmy je víc než cíle firmy či jejího managementu (vydělávat tolik a tolik) a její poslání. Ačkoli to druhé je často popisováno podobnými termíny jako vize. Strategické obchodní plánování začíná formulací vize. Vize poskytuje společnosti návod, jak jednat. Termín je zapnutý anglický jazyk: prohlášení o vizi.

Podnik může být úspěšný po dlouhou dobu, pokud se s ním zaměstnanci podniku ztotožní. Musí vědět, pro co jejich podnik pracuje, jaký je smysl jeho činnosti. A pokud znají odpověď a odpověď zní pozitivně, pak na emocionální úrovni jsou připraveni vyvinout své úsilí k dosažení cíle. Protože teď mají vizi věci. A existuje sebeidentifikace s tímto případem. Proč dnes děláme to, co děláme? Kde se vidíme za 5-10 let?

model vidění

D. Collins popisuje následující model vidění. Zahrnuje dvě důležité složky: - klíčovou ideologii (core ideology) - imaginární budoucnost (předpokládanou budoucnost). Klíčová ideologie se skládá z klíčových hodnot a klíčového účelu (poslání). K imaginární budoucnosti nutně patří cíle (viz Stanovení cílů), které obsahují výzvu pro firmu a jasný popis výsledků dosažení těchto cílů. Vize není abstraktní touha. Měl by být postaven na reálném základě a odpovídat realitě. Zdokonalování vize společnosti je usnadněno vývojem nových produktů, zaváděním nových technologií a reorganizací struktur. To vše vede k objasnění významu a společná práce zaměstnanci. Každý zaměstnanec zde hraje roli. Vize firmy, podnikání je víc než jen zobecnění hlavních cílů firmy. Cíle a poslání však mají mnoho společného. Musí se shodovat. Často jsou cíle odvozeny od vize a poslání podniku. A pokud jedno koreluje s druhým, pak vize, poslání a cíle podnikání vypadají realisticky. Důvěryhodnost je klíčový princip formulování podnikatelské vize. Zde se předpokládá, že prohlášení o vizi zohledňuje názor zaměstnanců; vize je neustále potvrzována konkrétními činy ze strany vedení; tím je dosaženo souladu s denním pracovním plánem, cíli a vizí.

Vize a poslání

Vize je naše představa budoucnosti, která přijde, i když tam nebudeme. Mise je naše místo v budoucnosti, kterou vidíme. Vize je místo, kde chcete být. Může být založen na hodnotě v ekonomickém smyslu, ale také nemusí. Konkrétním cílem je „chceme dosáhnout obratu 1 milion dolarů“. se může stát „chceme mít největší podíl trhu v našem oboru. Vize se od poslání liší tím, že se zaměřuje jak na společnost samotnou, její zaměstnance, tak na vnější svět – zákazníky. Mise téměř vždy směřuje ven, k zákazníkům společnosti. Jsou ale chvíle, kdy jsou poslání a vize společnosti formulovány ve stejné větě. Ano, na místě Sony Ericsson pod hlavičkou „Mise“ popisuje vizi: „Naší vizí je stát se TOU značkou komunikační zábavy. Inspirujeme lidi, aby dělali víc než jen komunikovali. Umožňujeme každému vytvářet a účastnit se zábavných zážitků. Zážitky, které stírají hranice mezi komunikací a zábavou. Naše vize: stát se symbolem spojení-zábavy. Inspirujeme lidi, aby dělali víc než jen komunikaci. Umožňujeme všem vytvářet a prožívat zábavu. Tato zkušenost stírá hranice mezi zábavou a komunikací.“

Příklady vidění

Toto je útržek na encyklopedický článek na toto téma. Vylepšením a doplněním textu publikace v souladu s pravidly projektu můžete přispět k rozvoji projektu. Můžete najít uživatelskou příručku

Kroky, které je třeba učinit pro vytvoření dokumentu „Vision“:

• Formulace problémů.
• Identifikace spoluvlastníků
• Stanovení hranic systému
• Identifikace omezení
• Formulace problému
• Určení schopností systému
• Vyhodnocení výsledků

Pro popis problémů je navržena šablona uvedená v tabulce. 7.1.

Identifikace spoluvlastníků zahrnuje vyhledávání a fixaci stakeholderů projektu – zástupců objednatele a zhotovitele, investorů, externích odborníků atd.

Stanovení hranic systému je netriviální proces. Pro toto použití kontextové diagramy(Viz materiály "Pokročilá analýza požadavků. Modelování"). RUP při hledání hranic navrhuje vycházet z faktorů a případů použití.

Mezi zdroje omezení se obvykle rozlišují:

• politický,
• hospodářský,
• středy
• Technický,
• provedení,
• Systémový.

Popis schopností systému je vyjádřením požadavků na vysoké úrovni.

Šablona dokumentu RUP "Vision" obsahuje následující hlavní části:

1. Úvod
2. Polohování
3. Popisy spoluvlastníků a uživatelů
4. Přehled produktů
5. Vlastnosti produktu
6. Omezení
7. Indikátory kvality
8. Seniorita a priority
9. Další požadavky na produkt
10. Požadavky na dokumentaci
11. Aplikace.

V úvodu je popsán účel dokumentu, jeho kontext (vztah a interakce s různými projekty), definice, akronymy a zkratky, odkazy na další dokumenty, shrnutí.

V kapitole" polohování„Umístí se definice problému (problémů), který je třeba vyřešit, označí se cílový zákazník a prozkoumají se obchodní výhody produktu oproti podobným produktům na trhu.

V popisu spoluvlastníků a uživatelů je kromě vlastního popisu těchto dvou skupin zkoumána demografie trhu: cílové segmenty trhu, velikost a tempa růstu trhu, existující konkurenční nabídky na trhu, pověst vývojáře na trhu.

Stručný popis produktu obsahuje shrnutí produktu, popis jeho vyhlídek a klíčových vlastností, předpokladů a závislostí, uvádí cenu a její kalkulaci, probírá licenční a instalační problémy.

V části o vlastnostech produktu jsou popsány podrobněji, každá v samostatném odstavci.

Část „Omezení“ by měla obsahovat stávající technické, technologické a jiné okolnosti, které je v této fázi nutné zohlednit.

kapitola" Indikátory kvality“ obsahuje popis nejvýznamnějších nefunkčních požadavků na systém (účinnost, spolehlivost, odolnost proti poruchám atd.).

Sekce „Seniorita a priority“ řadí dříve formulované požadavky a schopnosti systému z hlediska důležitosti, priority implementace atd.

Část "Další požadavky na produkt" popisuje příslušné normy, Požadavky na systém, provozní požadavky, požadavky na životní prostředí.

Požadavky na dokumentaci poskytují klíčové funkce uživatelské příručky, online nápovědy, instalační a konfigurační příručky, souboru Přečtěte si mě.

Atributy schopností jsou přeneseny do aplikace. RUP doporučuje následující sadu atributů: stav, přínos, rozsah, riziko, stabilita, cílové uvolnění, účel, příčina.

Vision / Framework ve společnosti Lékaři bez hranic

Podle bílé knihy Lékařů bez hranic představuje fáze představování jeden ze základních základů úspěchu projektu – vytvoření a upevnění projektového týmu na základě vypracování společné vize. Projektová skupina musí představ si jasně co chce pro zákazníka udělat a svůj cíl formulovat tak, aby co nejvíce motivovala jak zákazníka, tak projektový tým. Vytváření přehledu na vysoké úrovni o cílech a podmínkách projektu lze považovat za ranou formu plánování; připravuje půdu pro procesy stvoření podrobné plány které budou realizovány přímo ve fázi plánování.

Hlavní úkoly fázemi vývoje koncepce jsou vytvoření hlavního projektového týmu (viz níže) a příprava dokument obecného popisu a rozsahu projektu(dokument o vizi/rozsahu). Vytvoření vize projektu a upřesnění jeho rozsahu není totéž, i když obojí je pro úspěch projektu nezbytné. Vize je neomezená představa o tom, jaké by mělo být řešení. Rámce ( rozsah ) také poskytují jasné hranice pro to, co je navrženo touto vizí, bude implementováno v rámci stávajících omezení návrhu.

Řízení rizik je iterativní proces prováděný po celou dobu životní cyklus projekt. Během fáze konceptu projektová skupina připraví dokument hodnocení rizik a spolu s ním představí hlavní rizika projektu obecný popis a rozsah projektu. Další informace o řízení rizik naleznete v Bílé knize Disciplína řízení rizik.

Zákazník:
DABCC.COM

Vykonavatel:
Douglas Brown, majitel

Projekt:
Nasazení Citrix® MetaFrame® Access Suite

Fáze proof-of-concept je určena k určení schopností navrhovaného nasazení MetaFrame Access Suite z hlediska dosažení vize návrhu. Proces proof-of-concept vytvořil prototyp sady MetaFrame Access Suite spolu se všemi potřebnými aplikacemi, tiskárnami a tak dále. Aplikace byly důkladně testovány za účelem ověření jejich funkčnosti v prostředí terminálu MetaFrame XP/Terminal Server. U každé položky jsou zdokumentovány výsledky a provedeny potřebné úpravy. Tento dokument je závěrečnou zprávou o postupech proof of concept.

Tento dokument je rozdělen do následujících částí:

• Specifikace prostředí
• Postup při vytváření prostředí
• Testy
• Testovací úpravy
• Závěr

1. Specifikace prostředí

1.2. Hardware

Název: DB2KCTX1 Model: Compaq ML 530 Role: Citrix MetaFrame XP Server

48x CDROM, druhý - pro Compaq Internal DLT 20/40 Diskový řadič – Smart Array 4200 4kanálový RAID 5 řadič

Název: DB2KWEB1 Model: Compaq ML 530 Role: Webové rozhraní Web Server

Form Factor - Rack Mount Procesor - 2 x 933 MHz, Pentium III Xeon, 256 KB level 2-Advanced Transfer Cache. Paměť – 1 GB 133 MHz ECC SDRAM, rozšiřitelná až na 4 GB pomocí 512 MB modulů Síťový adaptér - řadič NC3123 Fast Ethernet NIC PCI 10/100 Pozice pro jednotky – 4 pozice pro vyměnitelné jednotky 5,25" a jedna 1,44 MB disketová jednotka. Jedna se používá pro jednotku 48x CDROM, druhý pro Compaq DLT 20/40 Diskové jednotky – pouze 218,4 GB Maximální interní hot Plug Storage Ultra2. Jsou nainstalovány tři 18,2 GB jednotky Hot Plug Ultra 3 Diskový řadič – Smart Array 5300 RAID ADG nakonfigurovaný pro RAID 5 Rozhraní - jeden ethernetový port RJ-45, dva sériové, jedno paralelní, klávesnice, myš, video, externí SCSI

1.3. Prostředí operačního systému

Konfigurace domény
Active Directory nebo NT doména?	Aktivní adresář
(NT domény) Model domény (Jedna doména, Master doména, Multiple-master atd.):	-
(Aktivní adresář) Režim (nativní / smíšený)?	rodák
(Aktivní adresář) jméno stromu:	DABCC.COM
(Aktivní adresář) Doménové jméno:	DABCC.COM
(Aktivní adresář) DNS jmenný prostor:	DABCC.COM
(Aktivní adresář) Interní jmenný prostor:	DABCC
Názvy serverů DNS:	DB2KAD1, DB2KAD2
Názvy serverů WINS:	DB2KAD2
Název serveru DHCP:	DB2KAD2

TCP/IP adresy
Zadejte informace o IP adrese vaší sítě
síťová adresa:	192.168.1.0
maska ​​podsítě:	255.255.255.0
brána:	192.168.1.254
Primární VÝHRY:	192.168.1.1
Sekundární VÝHRY:	Ne
Primární DNS:	192.168.1.1
Sekundární DNS:	192.168.1.2
Zadejte adresy serverů uvedených v části „Hardwarové prostředí“:
DB2KAD1	192.168.1.5
DB2KAD2	192.168.1.6
DB2KFS1	192.168.1.71
DB2KWEB1	192.168.1.8
Zadejte adresy IP síťových tiskáren
HP 4M	192.168.1.15
4000 HP	192.168.1.16
4000 HP	192.168.1.17
Barevná tiskárna HP LaserJet 4050	192.168.1.18
HP OfficeJet 720	192.168.1.19
Zadejte rozsah DHCP:
Rozsah DHCP:	od 192.168.1.100 do 92.168.1.200
Seznam OU
název	Popis
vestavěný	Výchozí OU
počítače	OU pro koncové uživatele
Uživatelé DABCC	OU pro uživatele a skupiny DABCC.COM
Ovladače domén	OU pro řadiče domény Windows 2000 Active Directory. Zahrnuje DB2KAD1 a DB2KAD2.
Zahraniční bezpečnost/Principy	Výchozí OU
servery	OU pro servery Windows NT/2000. Obsahuje: DB2KFS1 a DB2KWEB1
Uživatelé	Výchozí organizační jednotka pro uživatele a skupiny služby Active Directory
Informace o zásadách skupiny (pokud existují)
Používáte zásady WinNT nebo Win2000?	Win2000
Umístění souboru zásad	-
Uživatelé a skupiny ovlivněné zásadami	správci, uživatelé

1.4. Přihlašovací skripty

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. Tiskové prostředí

Název tiskárny	Název tiskového serveru	Řidič
HP4M	DB2KFS1	HP 4M
HP4000West	DB2KFS1	4000 HP
HP4000East	DB2KFS1	4000 HP
Barva HP	DB2KFS1	Barevná tiskárna HP LaserJet 4050
HPOfficeJet	DB2KFS1	HP OfficeJet 720

1.6. Klientské prostředí

2. Postup při vytváření prostředí

Server Citrix MetaFrame Access Suite Server a všechny ostatní servery používané ve fázi ověřování konceptu jsou konfigurovány podle metodiky D&D Consulting, včetně zabezpečení a optimalizace serverů. To se provádí v případě úspěšného ověření konceptu, pak serverové prostředí bude základem pro produkční nasazení MetaFrame Access Suite v produkčním prostředí.

Podrobnosti o návrhu MetaFrame XP, MetaFrame Secure Access Manager, webového rozhraní nebo zabezpečené brány najdete v dokumentaci poskytnuté společností D&D Consulting.

Níže je uveden základní seznam kroků k vytvoření serveru MetaFrame XP:

• Instalace operační systém server, nejnovější aktualizace service pack a opravy hotfix
• Nainstalujte požadované služby a odstraňte nepotřebné služby
• Nastavení síťové a doménové identifikace serveru
• Změna služby SNMP tak, aby „veřejná“ komunita měla oprávnění „číst a zapisovat“.
• Konfigurace všech síťových adaptérů na serveru na 100 Mbps a Full Duplex
• Konfigurace místního zabezpečení na serveru Citrix
• Aktivace licenčního serveru Terminálové služby a licencí TS CAL
• Instalace nejnovější verze funkcí na Citrix MetaFrame XP a nejnovější aktualizace service pack
• Konfigurace licencování Citrix na serveru
• Nainstalujte Citrix Installation Manager (v případě potřeby)
• Instalace Citrix Resource Manager (v případě potřeby)
• Nastavení na serveru SpeedScreen
• Nastavení připojení
• Konfigurace aktualizace klienta ICA
• Nastavení na optimalizačním serveru
• Izolace serveru pomocí oprávnění NTFS a systémových zásad
• Nastavení tisku na serveru
• Instalace a konfigurace aplikací
• Přizpůsobení SpeedScreen pro jednotlivé aplikace
• Publikování aplikací
• Vytvořte záchranný disk
• Instalace dalších komponent (MetaFrame Conferencing Manager, Web Interface, Secure Gateway atd.)
• Kontrola serveru a aplikací

2.2. Postup instalace aplikace
Napsat podrobné pokyny instalace každé aplikace, která bude testována během fáze Proof of Concept.

3.0. Testy

4.0 Úprava testů

5.0 Závěr

Po přezkoumání výsledků testů a provedení všech nezbytných úprav D&D Consulting a DABCC.COM usoudily, že existují dostatečné důvody pro pokračování v původně plánovaném projektu.

Tvarování vidění

prototypování

Prototypování je klíčovou strategií pro vyvolání požadavků ve většině moderních metodologií (další podrobnosti viz kapitola 10). Prototyp softwaru je „zrcadlo“, ve kterém je viditelný odraz toho, jak Zhotovitel porozuměl požadavkům Zákazníka. Proces identifikace požadavků pomocí prototypování je o to intenzivnější, čím je toto zrcadlo pokřivenější. Dokumentární způsob identifikace požadavků je vždy nižší než živá komunikace. Analýza toho, co se dělá ve formě uživatelských rozhraní, dává ještě větší efekt. Je propojen pravý hemisférický kanál vnímání, který, jak víte, funguje u většiny lidí mnohem efektivněji než ten verbální.

Metoda RAD je jedním z nejznámějších způsobů rychlého prototypování 1) .

RAD je založen na následujících základních principech:

• Evoluční prototypování;
• CASE-tools jako hlavní nástroj, včetně možnosti dopředného a zpětného inženýrství a automatického generování kódu;
• Vysoce kvalifikovaní odborníci, kteří se dobře vyznají ve vývoji nástroje;
• Interaktivní metoda JAD, která kombinuje komunikaci s online vývojem;
• Pevné časové rámce jsou jako lék na „rozšíření hranic“ projektu: pokud tým nedodrží termín, funkčnost se zúží.

Práce na vizi produktu a rozsahu projektu obvykle začínají v nejranější fázi projektu, před rozsáhlými konzultacemi k identifikaci podrobných požadavků, ačkoli obecně existence a pořadí těchto kroků závisí na zvolené metodice. V praxi se tyto činnosti často kombinují. Pravidla pro extrakci požadavků, diskutovaná v kapitole 6, lze také použít při vytváření vize.

Při analýze literatury k uvažovanému tématu můžeme rozlišit následující široce používané klíčová slova: na jedné straně - koncept, vize, obraz, na druhé - rámec, hranice, kontext.

V prvním případě se bavíme o vizi, jaký by měl systém být. Jsou diskutovány požadavky na vysokou úroveň (schopnosti, vlastnosti) produktu a nejvýznamnější omezení. Řada autorů naopak trvá na tom, že vize by měla být „neomezená“.

Koncept vize je široce používán v obchodní analýze. Pokud má vrcholový management společnosti představu o tom, jakých klíčových cílů, tržních segmentů, produktových pozic, zisků by mělo být dosaženo řekněme za 5 let, pak má společnost dlouhodobou vizi o sobě na trhu. Způsob, jak odstranit omezení při vývoji vize, vám umožňuje rozvíjet se Nový vzhled na věci, „povznést se nad situaci“, plánovat budoucnost, vycházet nikoli ze současných zdrojů a omezení, ale ze strategických cílů, uplatňování inovací, know-how atd.

Tato zkušenost s formováním vize je do značné míry přenositelná do procesu vývoje. informační systémy: musíte v horizontu střednědobého a (nebo) dlouhodobého plánování „vidět“, jak AIS zapadne do organizačních procesů podniku, jaké klíčové přínosy poskytne, jaké problémy umožní řešit. Při hledání nových metod a prostředků řízení podniku na základě informační technologiečasto je nutné „přetvořit“ stávající podnikové procesy; ve skutečnosti zavedení AIS, ovlivňující významné procento procesů podniku, nevyhnutelně vede k restrukturalizaci těchto procesů za účelem optimalizace činností podniku, dosažení klíčových faktorů efektivity atd.

Ve druhém případě (rámec, hranice, kontext) se probírají takové otázky, jako je hranice systému a prostředí, požadované zdroje k vytvoření systému a načasování. Po vybudování „neomezené vize“ se dříve nebo později musíte vrátit k tak prozaickým věcem, jako je rozpočet, plánování, nábor, milníky projektu.

Je vždy nutné vytvořit koncepční dokument? Měly by být vize a hranice odděleny?

Zákazník si často uvědomuje potřebu automatizace jako způsobu řešení nahromaděných problémů. Zákazník po zformulování problému často vidí jeho řešení, se kterým přijde za zhotovitelem („Potřebuji web“, „Potřebuji CRM systém“ atd.). Kvalifikovaný Dodavatel by neměl bezhlavě spěchat s řešením problému ve formulaci Zákazníka. Podle obrazného vyjádření G. Kaljanova 1) automatizace procesů „tak jak jsou“ je stejná jako asfaltování cest, po kterých chodí krávy.

V zápisu RUP je důležitá metafora: „Vidět problém za problémem“. Koncept slouží pouze k tomu, aby pomohl zákazníkovi identifikovat přesně ty požadavky na systém, které mu pomohou optimalizovat práci jeho podniku v dlouhodobém horizontu.

Důležitá je proto fáze tvorby konceptu, která však poskytuje jak objednateli, tak dodavateli dostatek vysoké požadavky: Zákazník musí alokovat zdroje a být připraven na mzdové náklady pro společné hledání řešení; Aby byl vyvíjený automatizační nástroj skutečně přínosný, musí mít dodavatel dostatečnou kvalifikaci jak v oblasti IT, tak v oblasti podnikového řízení. Vše výše uvedené ani v nejmenším nevylučuje možnost pracovat bez konceptu: buď mluvíme o malém projektu, jehož rozpočtování je pro fázi vývoje konceptu jednoduše nerentabilní, nebo má zákazník sám dostatečnou kvalifikaci pro formulování požadavků pro AIS, mít „koncept v hlavě“ a čas na konzultace s Developerem.

Některé z argumentů pro oddělení vize a hranic byly uvedeny výše. Nakreslit jasnou hranici mezi těmito pojmy navrhuje zejména proces Lékařů bez hranic. V konečném důsledku je otázka „sdílet či nesdílet“ určena zvolenou metodikou.

Podívejme se na základní požadavky na vývoj koncepce stanovené v domácích metodikách GOST, RUP a Lékařů bez hranic.