Acesta pentru proprietar de afaceri pe care trebuie să știți despre descrierea arhitecturii companiei
Cine și de ce arhitectura de întreprindere
Aș îndrăzni să spun că, odată cu apariția problemelor calculatorului proprietarii de afaceri nu s-au schimbat în mod fundamental. Tehnologiile de calculator au devenit pur și simplu, noi instrumente pentru rezolvarea problemelor. Pe parcursul istoriei sale lungi de afaceri am văzut o mulțime de noi instrumente și tehnologii, și le-a folosit cu succes pentru propriile lor scopuri: scris, matematică, contabilitate dublă intrare, diviziune a muncii și mai mult.
Confruntându-se cu progresele tehnologice, proprietarul afacerii decide să se confrunte cu două probleme:
- Acest lucru poate da de afaceri de inovare tehnologică?
- Cum și când (în ce condiții) ar trebui să-l folosească?
În practică, aceste sarcini sunt legate de activitățile inovatoare ale companiei, iar soluția lor este distribuit între proprietarii de afaceri, manageri și specialiști din diferite direcții pe inovații tehnologice relevante. În cazul nostru este vorba despre IT-departamentul întreprinderii.
Conceptul de arhitectura de sistem este simplu. Arhitectura - este modelele de relații care descriu obiectul. Structura, la rândul său - este relația dintre elementele omogene care alcătuiesc obiectul. Deci, arhitectura este prezentă în fiecare întreprindere. Cu alte cuvinte, AP - este scris și regulile nescrise ale aspectului, modificarea, ștergerea și interacțiunea dintre elementele constitutive ale întreprinderii. Se pare că descrierea AP au practic fiecare întreprindere. Cu excepția, desigur, „reguli nescrise“. Ceea ce, atunci, de interes special pentru utilizarea IT pentru a descrie PA acum? Care sunt cele trei caracteristici:
1) Tehnologii de calculator au devenit ei înșiși elemente AP. O mulțime de ei, și relațiile dintre ele o mulțime;
2) Tehnologia de calculator este asociat cu multe alte elemente ale AP;
3) se modifică tehnologia de calculator foarte rapid, prin urmare, - se schimbă rapid și AP.
Descriere AP este doar informația despre modul în care organizate și modul în care funcționează afacerea. În timp ce nimeni nu folosește informațiile - nu da nimic nimănui. Acest fapt nu ar trebui să descurajeze pe nimeni. Chiar dacă sistemele de software sunt nume atractive puternic ca „Project Management“ și „resurse umane“ - orice proiectele pe care nu le controlați și, de altfel, nimeni nu le va permite să gestioneze personal. Toate că astfel de sisteme dau experților, este vorba de subiectul ocupării forței de muncă și automatizarea anumitor operațiuni pentru prepararea și prelucrarea informațiilor.
Deoarece AP descrie situația este exact la fel. Informațiile face doar imposibilă. Dar că acestea au fost puse în aplicare în beneficiul, este necesar să existe astfel de profesioniști, a căror calificare vă permite să vedeți posibilitățile și puterea - de a realiza capabilități de detecție. Descriere AP - solide, dar imaginea statică a întreprinderii. Ea nu are nevoie de angajați care sunt implicați în activități operaționale, operațiunile zilnice obișnuite. O astfel de descriere este necesară pentru acei angajați ale căror responsabilități includ dezvoltarea unei sarcini de reorganizare sau de afaceri. AP Descriere este necesar să se asigure că deciziile luate într-unul dintre domeniile de activitate ale întreprinderii nu este de a crea mai multe probleme în alte domenii și nu devin un obstacol pentru dezvoltarea sa ulterioară.
Deoarece complexitatea managerilor de afaceri sunt din ce în ce se încadrează în definiția membrilor AP și deciziile lor și erorile devin mai scumpe.
Cum pentru a forma descrierea unei arhitecturi de întreprindere
Răspunsul scurt este treptat și continuu. Descriere AP - este un proces. Automatizați complet imposibilă, pentru că AP este în continuă schimbare, nu numai cantitativ (creșterea numărului angajaților, există un hardware nou), dar, de asemenea, în calitate (există noi obiective, tehnologii, produse, linii de business).
Simplist, procesul de a descrie arhitectura de întreprindere poate fi împărțit în cinci etape:
- Inițierea de lucru privind descrierea AP: numește un ofițer responsabil sau să stabilească o entitate. Deschideți proiectul, stabilirea unor termene, alocarea de resurse, selectați instrumentul (software).
- Determina elementele, caracteristicile și relațiile lor să fie incluse în descrierea AP.
- Definiți surse de date pentru a descrie elementele arhitecturii și regulile de furnizare a acestora.
- Unload, curat și agregarea datelor selectate în depozit.
- Vizualizati arhitectura.
№2-5 etape se repetă în mod regulat.
Cicluri de formare care descriu arhitectura de întreprindere
Cheia acestui proces este un pas №1, care este creat și revizuit un model general care descrie AP. Acest lucru este evidențiat elemente de performanță și de comunicare a acestora, pentru care datele vor fi colectate si regulile prin care se pot identifica ceea ce se spune, în „viața reală.“
Toate elementele AP pentru a descrie imposibilă și nu este necesar. În fiecare ciclu, ar trebui să alegeți mai întâi elementele AP, informațiile despre care simt nepotrivit. Un mare ajutor in alegerea elementelor pot avea o familiarizare cu numeroase modele și metodologii pentru construirea arhitectura de întreprindere: TOGAF, modelul Zachman, DoDAF și altele.
2) Se separă descrierea AP de la design-ul (dezvoltare). Descriere AP - o documentare a tuturor modificărilor implementate în cadrul companiei în conformitate cu deciziile, reflectate în model. Proiectare AP - pregătirea oricăror modificări ale întreprinderii. Aceste două activități folosind diferite metode. Ei au în comun doar documentația. Punct de vedere tehnic, vă puteți alătura AP și descrierea în descrierea generală „, așa cum este» (așa cum este) și descrierea „cum să fie» (să fie). Dar să fie conștienți de faptul că acestea sunt sarcini diferite, competențe diferite, proiecte diferite.
3) Nu atribuiți responsabilitatea pentru descrierea AP „arhitect-șef.“ Și, în general, nu caută arhitect-șef. Mulți arhitecți: procese de afaceri, arhitect de date arhitect, arhitect, securitate și altele. Orice persoană care este autorizată să ia decizii cu privire la formarea sau modificarea oricăror structuri sau procese din întreprindere sunt arhitecții. Și toate acestea - sunt responsabile pentru elementele AP corespunzătoare. Ierarhia de arhitecți, desigur, este condus de un proprietar de afaceri. Obiectivul este de a descrie pregătirea consolidării datelor. Responsabil pentru descrierea AP nu ar trebui să proiecteze efectueze orice modificări în afaceri sau IT. Singura cerință a abilităților sale profesionale - este dezvoltarea modelului AP și organizarea de lucru pentru umplerea acestuia.
4) Nu va grabiti pentru a automatiza noi tehnologii. Soluție IT nu automatiza întreaga tehnologie. Deci, nu înlocuiți procesul de solutii IT complet automatizate. Automatizarea nu este un proces automat, și numai automatizarea tranzacțiilor individuale cu datele din proces. Sunt personalul capabil să pregătească în timp util datele și să le utilizeze în beneficiul companiei - este responsabilitatea de afaceri. De aceea, vă recomandăm să implementați în întreprindere este un proces necesar în fondurile disponibile. Apoi, atunci când sunteți sigur că este o tehnologie eficientă și adecvată, poate problema utilizarea pe scară largă a IT în ea. În acest caz, ne putem aștepta ca specialiști IT se vor stabili exact unde și exact cum să folosească bine.
5) din informațiile celulei AP ar trebui să ofere angajaților care sunt responsabili pentru aceste elemente. Prin elemente responsabile de managementul AP are dreptul să se aștepte ca acestea sunt competente în specializarea lor și gata să demonstreze cunoștințele necesare în orice moment. Aceasta este de a prezenta un raport cu privire la statutul domeniile lor de responsabilitate „în scris“. Și nu este nici o povară suplimentară și responsabilitățile directe ale persoanelor responsabile. Mai ales dacă nu impun cerințe speciale sub forma unor astfel de informații. Să informațiile furnizate în forma în care factorii de decizie sunt managementul lor de înregistrări. Cu toate acestea, această formă de ar trebui să fie înregistrate în regulamentele interne. Toate transformarea necesară a datelor la un format comun al descrierii AP este destul de posibil pentru a efectua, și după colectarea datelor.
Din propusă mai sus principiu presupune un corolar importantă: dacă pentru orice AP răspunsuri element de nimeni, ar trebui să nu-l includă în descrierea AP înainte de un anumit angajat urmează să fie stabilit, responsabil pentru elementul crearea, modificarea și distrugerea (excepție).
6) Nu încercați să colecteze toate descrierea AP într-un singur sistem de informații. Face cele mai multe dintre datele pe care pe elementele AP care sunt deja în curs de desfășurare în sistemele existente la nivelul întreprinderii.
7) Începe să se gândească la descrierea AP atunci când vă simțiți lipsa de încredere în prioritizarea corespunzătoare a sarcinilor sale.
De fapt, descrierea AP este o carte de vizită. Deoarece activitatea de exploatare - în viață, se schimbă, crește, respectiv, și schimbarea arhitecturii sale. Încă o dată, descrierea AP nu este inclus în numărul de sarcini pe care le puteți efectua și închide. Acest mod regulat, de fapt - un proces sistematic. Cu cât reacționați la actualizarea periodică a descrierii AP, cu atât mai precisă hartă și mai multe beneficii le va aduce. Inclusiv în ceea ce privește definirea IT-politicii. Dar aceasta este doar un caz special. Arhitectura descrie toate activitățile de afaceri și a domeniului său de aplicare limitate doar de obiectivele stabilite de către proprietar.
Noi folosim software-ul care descrie arhitectura companiei - scrie instrucțiuni pentru utilizatori - automatizează procesul. Totul este clar și accesibil pentru utilizatori diferiți, începând cu managerii de top de a pune capăt programatori.
1C programator de lucru pentru o mare companie de constructii. Pentru o descriere a arhitecturii companiei și în continuare automatiza folosind „IP Dragon“. Pe lângă descrierea arhitecturii companiei permite, de asemenea, să scrie instrucțiuni pentru utilizatorii finali și de programare în 1C (pentru a automatiza procesul).
În cazul în care proprietarul nu va ști elementele de bază, se execută riscul de a deveni o victimă a experților implicați. Angajarea unui avocat ar tu chiar știi că există terenuri și știu despre modul în care acestea funcționează. Acesta este fundamentul.
Sunt mai preocupat de incertitudinea obiectului de arhitectura in articol este „“ Enterprise „“ în titlul „“ Compania „“, uneori, contextul este foarte posibil „“ afaceri „“.
P.S. „“ Forma o descriere a arhitecturii de întreprindere „“ - În cazul în care descrierea acestui proces, rezultatul acestui proces?
Alexander Araptanov scrie: În cazul în care proprietarul nu va ști elementele de bază, se execută riscul de a deveni o victimă a experților implicați. Angajarea unui avocat ar tu chiar știi că există terenuri și știu despre modul în care acestea funcționează. Acesta este fundamentul. De fapt, aceste cunoștințe sunt competențele necesare general sau director executiv (companii mici nu fac).
Acestea trebuie să fie competente și să aibă, în realitatea noastră nu este același lucru. aceiași angajați Te, gestiona banii altor oameni și de afaceri.
Mici nu se poate angaja.) Prea implicat. Fiecare afacere ar trebui să aibă un sistem de livrare și de contabilitate de bani. De obicei, încercați să automatizeze aceste două sisteme, în primul rând. (Din nou, sunt pe cale de automatizare - profesional, probabil). Dimensiunea companiei nu contează. Dacă nu face descrierile lor vor automatiza haos. Dacă automatizarea haos - vom obține un dezastru automatizat. Face un pic de haos este mic în mare mare.