Acasa »Arhiva pentru schemele de

Aprilie
29

Gestionarea documentelor online, gestiona oameni online

Cred că modul de a schimba obiceiurile de colegi cu privire la societatea de administrare a documentelor este unul dintre cele mai ambițioase și adesea frustrant: oameni, fie că ne place sau nu, face acest lucru într-o serie de lucruri încăpățânate și naturale, cum ar fi deschisă foaia de calcul Excel, trimite-l la e-mail la 10 colegii de revizuire, pentru a salva stick de memorie pentru ao vizualiza pe un alt PC, face 10 versiuni le 1,2,3 etc redenumirea.

Oameni, azi, dacă nu educat într-un alt mod, ei fac acest lucru. E ', prin urmare, foarte important atunci când se inaugurează un nou sistem pentru a gestiona documente online și diferite activități conexe, însoțească acest proces cu o campanie de sensibilizare serios.

Acest lucru vine în Pebbleroad îndemână un articol frumos, intitulat 10 Intranet principii de management al documentelor pentru utilizatori . În ea am Manish Nichani enumeră zece comportamente (crearea de conținut, nume de fișiere, versiunilor, drepturi de acces, co-autor, etc), că un sistem de management tinde să schimbe intranet și pe care este necesar să se dea reguli și disemina-l.

Web Content

VersiunilorCo-autor

Acest articol oferă, de asemenea, pentru a descărca PDF al principiilor și a pune în intranet. După cum puteți vedea din această documentație banal managementul de caz, problema este întotdeauna mai puțin în tehnologii și obiceiurile de creștere, motivațiile și comportamentele oamenilor.

Martie
22

(Fermecător) foaie de parcurs comunitar UBM

Trebuie să-ți spun adevărul, am fost destul de impresionat de cazul recent publicat de către Comunitate Masa rotundă despre proiectul comunitar realizat prin internă UBM pe o perioadă de timp cuprinsă 2008-2012.

Dar nu atât de mult conținutul proiectului (de fapt, începe cu un wiki și apoi înființat un blog de CEO-ul și să-l crească pentru a crea o comunitate ramificat), dar pentru reprezentarea vizuală frumoasă, care este dat în raport, și în special pentru legenda care descrie tipul de activitate care se realizează în timp:

legenda attività community

roadmap costruzione community interna

Legenda și rodmap în care operează, sunt capabili de a sintetiza foarte bine ce tipuri de activități sunt diferite în spatele construirea unui astfel de proces.

Puteți citi raportul (scurt) de aici, se bucură de lectură :-)

Ianuarie
16

Drum sinuos de personalizabil Intranet

Câteva mesaje în urmă am vorbit despre relația dintre global și local intranet, care ar putea traduce, de asemenea, în ceea ce privește relația dintre informație și non-profilate profilate, ca profil definește criteriile geografice (departamental, rol, limbaj, firma, , etc), care vă permit să "localiza" informații și servicii.

De câțiva ani, această dimensiune trebuie întotdeauna asociată cu care, așa cum am văzut în mod repetat, personalizare, alegerile la stânga la fiecare angajat pentru a construi propriul lor set de informații. De asemenea, în acest moment, așa cum am văzut în multe exemple recente, nu există nici o alegere clară, ci un spectru de posibilități, care a rezumat bine animatori Intranetizen în post lor

http://intranetizen.com/wp-content/uploads/2011/04/personalisation.png

Foarte înțelept, autorii identifică, pentru fiecare tip de alegere a argumentelor pro și contra. Chiar și în acest caz, ca și pentru relația global / local, să crească dimensiunea companiei avantajele unei diferențiere fac simțite.

Dar fii atent, deoarece, ca autorii nota, există câțiva angajați care personaliza, iar cei care nu creează de multe ori pagini similare. Ceea ce ne aduce la întrebarea, dar a fost mai bine să facă mai întâi o cercetare serioasă asupra utilizatorilor și apoi le oferi exact ceea ce au nevoie?

De fapt, cred că un bun echilibru între cele două aspecte profile și particularizările necesare astăzi, atâta timp cât lucrurile pe care le puteți personaliza pentru a fi foarte util (a se vedea pagina Instrumente a orașului intranet de la Veneția ), și ca funcționalitate este de a fi însoțit și comunicate în mod serios în toți angajații.

Decembrie
24

2.0 Adoptarea de intranet și dilemele sale

Există un aspect care se referă la software-ul social intern și, în general toate caracteristicile avansate de colaborare și comunități care, până acum, nu am avut niciodata reușit să clarifice: ce trebuie să lase oamenii liberi să adopte aceste caracteristici și cât de mult ne construi un cadru adecvat capabil de a da un sens operațional la aceste instrumente?

Bineînțeles că știu bine importanța de gestionare a comunității, și m-am bătut pe acest buton în mod repetat în ultimii ani. În companie bună, cu toate acestea: citește doar ca " Software-ul nu este suficient , "Rachel Happe sau" 6 taste pentru succes Lansarea de colaborare Intranet Grupa ", sau" care să permită participarea: mai mult arta decat stiinta ", pentru a menționa doar câteva exemple, pentru dau seama cât de răspândită credința că acesta este * intotdeauna * necesita o strategie de adoptare.

Cu toate acestea, există ceva care mă deranjează în această poziție atât de clar: de fiecare dată când un client mi-a spus despre succesul imediat al noului sistem de mesagerie instant sau tot timpul am citit despre modul în care a fost adoptat unele software-ul de microblogging probleme Seza all'inerno de o anumită realitate organizațională, sună un semnal de alarmă în capul meu.

În acest caz, nu există o "strategie de gestionare a comunității", ci doar o Software-ul logic ca serviciu ( SaaS ), în care un nou sistem este pus on-line pentru a face unele lucruri de făcut pentru a angajaților (de obicei comunica), după care sunt examinate evaluat rezultatele și comportamentele.

Ce facem atunci, SaaS sau de gestionare a comunității? Rețineți că consecințele răspuns afecta organizarea internă, greutatea se va presupune că tehnologiile, strategii de comunicare și de analiză preliminară.

Și răspunsul este că aceste două alternative nu se exclud reciproc, și dilema între "lansa un software și a vedea cum se simte" și "a crea un context de ce oamenii folosesc" este de fapt fals. Este vorba despre înțelegerea faptului că cele două alternative sunt de fapt două extreme ale aceluiași spectru, în care se introduc diferite instrumente.

Sper că diagrama următoare să mă ajute să mă facă să înțeleagă:

Diagrama arată:

  • în grupuri de instrumente superioare, în scopul de a adoptability SaaS;
  • în partea de jos a strategiilor lor de adopție.

La capătul din stânga al spectrului avem instrumentele care pot fi livrate în mod SaaS, și așa cum am muta spre dreapta gasim instrumente și caracteristici care necesită întotdeauna modul de gestionare mult mai complexe.

După cum puteți vedea, la extrema stângă sunt instrumente legate în mare parte de comunicare, în timp ce capătul din dreapta sunt inițiative legate în mare parte de participarea activă și producția de conținut. După cum puteți vedea, instrumente de SaaS, cum ar fi web mail sau mesagerie instant necesita de obicei numai politică și tutoriale, în timp ce pe măsură ce avansăm în partea dreaptă a strategiilor de adopție devin tot mai complexe.

Adoptarea unui sistem SaaS IM este, prin urmare, relativ "ușor" decât să adopte RSS, care sunt mai ușor de umplere în profilul personal îmbogățit, care este la rândul său, mai adoptabil ușor la conținutul comentarii și așa mai departe, până când ajunge la wiki sau forum.

Eu cred că această soluție, care vede SaaS și management comunitatea de-a lungul unei linii de continuitate, poate soluționa unele " anomaile Kuhn ", în care, uneori, se întâmplă să vină peste (cel puțin pentru mine).

Ce crezi? Între timp, Craciun Fericit tuturor.

Iunie
9

Și "intranet sau" meu "intranet? Probleme de identitate mici

Se întâmplă, uneori trebuie să faci cu intranet care "nu funcționează". Un intranet care nu funcționează este un intranet, care nu este utilizat, și un intranet, care nu este folosit este, în general, un intranet în care angajații nu recunosc. Întrebarea care azi voi încerca să răspundă este: de ce nu te recunosc?

Această întrebare presupune programul de publicare a intranet, nu în ultimul rând că întrebările referitoare la identitatea profesională a angajaților. Permiteți-mi să explic: daca sunteti un mare grup industrial de zeci de mii de oameni și intranet te limitezi de a publica mesaje video de Big Boss, acordurile comerciale cu Japonia și vizita ministrului la Stockholm office're face un intranet care recunoaște manager de super-puțini (care nu este de a fi pe Intranet, după cum știm), în timp ce majoritatea angajaților va continua rutina sa liniștit de problemele de zi cu zi, succese mici, fără importanță, inovații locale, care sunt dincolo de organizare radar, relații informale.

Oamenii vor să se vadă în lucrurile pe care le folosesc, angajații doresc să vadă ei înșiși reprezentate de artefacte tehnologice care le oferă. Și această auto-reprezentare, în organizații, este mult mai complicat decât am crede: întâi de toate sunt eu, cu aptitudinile mele, interesele mele profesionale și activitățile mele, atunci există colegii mei, cei cu care în fiecare zi Am încerca să rezolve problemele de funcționare, atunci nu este clădirea în care lucrez, care este locația fizică care rochia de dimineata pana seara, iar apoi va fi zona ne aparțin, societatea căreia îi aparțin, și în cele din urmă, dacă este necesar grupul industrial de care acestea sunt o roată simplă.

Identitatea pe scurt, este prezentată într-o stratificat și, în general, pentru fiecare strat sunt în conținut și servicii tipic intranet:

Schema di identità in intranet e relativi contenuti

Acest model general valabil pentru orice organizație de conținut, și este motivul pentru care planurile editoriale calibrat la Summit-ul de a produce lung marțian intranet care oamenii percep drept corpuri străine în viața lor profesională. Straturile interioare sunt cele în care trăiesc oamenii, sunt cei care văd în fiecare zi și ceea ce ei sunt, în general, ar dori să vadă pe intranet.

Suntem capabili să facă acest lucru, cel puțin un pic "?

Septembrie
29

Vremuri grele pentru știri de pe intranet

Este evident pentru toți că metamorfoza lentă a spațiului intranet, care îi conduce treptat spre o colaborare axată pe utilizator, aceasta implică multe aspecte și apoi parte la aceste proiecte, de a restructura rol de comunicare internă și instrumentele sale tradiționale .

Am încercat să reprezinte totalitatea schimbare, care este zdrobitoare aceste spații în acest tabel (poate un pic mai "dur)

Schema: le tre fasi storiche della intranet

În acest set de modificări face ca costul de unul din obiectele tipic intranet, cel puțin până ceva timp în urmă, care a fost vestea că spune știri de la compania. Desigur, vestea nu sunt încă dispărut din intranet, dar sunt suferă de un fel de criză de identitate, care îi obligă să se confrunte tot timpul cu întrebări despre utilitatea lor, statutul lor, rolul lor eficient în noua comunicare internă.

La un moment dat planta editorial pragul de sus a acestor proiecte, se dau treptat să se pună în slujba noul peisaj din fire, servicii, aplicații, spații de colaborare și așa mai departe. Această schimbare se reflectă, de exemplu, în acest articol, care explică un motiv secret, de ce vestea nu sunt citite de către angajați .

Am folosit pentru a evita conflictele în acest domeniu foarte clar: Eu cred că vestea va supraviețui pentru o lungă perioadă de timp în modul în care le știm, dar pur și simplu vor sa alăturat treptat cu alte moduri de comunicare (unul dintre ele sunt notificări, sau alerte utilizator, blogurile sunt un alt proiect intern sau de specialitate, și așa mai departe). Cu toate acestea va exista întotdeauna o parte din poveștile intranet o știre mai mult sau mai puțin oficial de companie: doar această parte nu va mai fi în centrul de activități.

Într-adevăr, pentru a satisface pe cei care sunt încă bat la scriere a știrilor marcăm această listă de verificare pentru a masura eficacitatea de știri pe intranet .

Bună lectură.

Februarie
22

În căutare de modelul perfect pentru intranet și întreprinderea 2.0

Trebuie să spun că dezbaterea intensă - permanent - de Enterprise 2.0 și inovatoare intranet, o dezbatere a trecut prin momente de euforie, ganduri, perspective mari și studii de caz prozaice, ne confruntăm cu un potop reală a modelelor interpretative și încearcă să înțeleagă în abstract un întreg set de dinamici ca aceste noi tendințe și tehnologii care set de competențe.

Lucru este destul de amuzant, iar rezultatul arată ca un colaj de viziuni care, atunci când sunt legitimate (pentru că fiecare trebuie să fie favorizat de o mulțime "de dovezi empirice) ajuta pentru a picta o imagine a fenomenului încă foarte imatur. Suntem cu toții în căutarea pentru modelul nostru final și narațiunea noastră unificatoare, deși acest lucru lasă încă vă înțelegem pe deplin.

Între timp, fie mulțumit cu fragmente ale sistemului: primul, deja foarte cunoscut și, cu siguranță, un mare potențial înainte de aceasta, este de Andrew McCafe, care încearcă să împartă teritoriul relațiilor corporative (Amintiți-vă Rapoarte, punctele slabe, potential, absent? ).

Enterprise 2.0 Inele

Andrew recent a subliniat că, în opinia sa, instrumente dell'enterpse 2.0 oferă cele mai mari beneficii lor în inelele exterioare ale acestui "obiectiv" .

Un alt model interesant este cel propus de Bryan Menell, de Thoughtfarmer ; Bryan spune cum în definirea proceselor de proiectare centrată pe utilizator pentru intranet lor a folosit un model care invocă proxemică de Edward T. Hall . Rezultatul este o definiție intranet mediu, care merge de la omul de afaceri a ecosistemului.

thoughtfarmer_proxemics

Acest articol este interesant pentru un alt motiv, și anume pentru că propune o abordare a personalizare de medii care ocolește alternativa intre personalizare totală de utilizator (strategia pe care mai mult de un specialist are unele îndoieli ) și controlul centralizat al pagina de pornire (un subiect pe care mulți, desigur, cu care se confruntă în felul lor, de sfaturi înțelepte de Jane McConnell tuturor " abordare darwinist Stephan Schillerwein ).

Aș încerca să dea, în acest sens o contribuție la această luptă intensă a luptat în schemele de fotografii, diagrame, și țintele Freccioni: schema mea pornește de la faptul că fiecare nou mediu intranet generație sprijină activitatea de indivizi, dar susține ea îl urmează în toate situațiile sociale în care sunt implicați în afaceri:

- Suport mine ca un angajat
- Suport mine ca aparținând unui departament
- Suport mine ca un membru al unei echipe de proiect
- Suport mine ca apartenența la o comunitate (de practică sau interes)
- Suport mine ca aparținând unui ecosistem de informații de afaceri

În situații diferite, desigur, schimba conținutul, serviciile, caracteristici, dar, de asemenea, efortul necesar în medie (cu privire la problema de angajament diversificate recomand acest post de B. Duperrin , foarte edificator) tipul de contribuția pe care oamenii dau (de lucru este diferit de la locul de muncă, care este diferit de la care cota este diferit de a contribui). Chiar și utilizarea de e-mail, întotdeauna un test de turnesol a activităților desfășurate în cadrul companiei, acesta tinde să scadă pe măsură ce trece de la individ la "sociale".

Modelli dei diversi usi della intranet

Este importantă, în opinia mea, vorbești mai mult în ceea ce privește utilizează predominante în ceea ce ne gândim și contextul de utilizare (mai mult individuală sau mai multe sociale) potrivi aplicatiilor noastre. De ce am presupune ca schimba obiectivele, care rulează ori, dar mai presus de toate angajamentul că situația (situația, nu de tehnologie) cere.

Ce crezi?

Ianuarie
21

De la echipa de comunitate. Și înapoi

Articolele de Oscar Berg sunt întotdeauna foarte interesant (Oscar este un suedez care se ocupă de Enterprise 2.0 și, de asemenea, a lucrat pentru IKEA), și ca scheme de obicei, de asemenea, face o diferenta.

În două post-Oscar încearcă să analizeze nuante de colaborare organizațională: în cadrul companiei sunt obișnuiți să ne gândim în echipe și grupuri de lucru, cu atât mai puțin în grupuri informale sau comunități - reale sau potențiale - de practici și de interese.

De fapt, multe tehnologii și proiecte se concentrează pe ideea de echipe, și anume:

- Un grup select de oameni
- Un grup de oameni, cu un obiectiv precis și ieșire vizibile
- Un grup de persoane cu roluri bine definite
- Un grup de oameni cu termene și sarcini specifice

Ok, aceasta este echipa, și multe software-ul și tehnologia sunt capabili, în medie, pentru a sprijini acest tip de situație. Dar ce se întâmplă în cazul în care grupul nu este limitat, nu există obiective clare, oamenii nu au roluri bine definite și nu au termene-limită precise și sarcinile?

Tot ce se întâmplă în această situație nu mai este, strict vorbind, colaborare, ci cooperare, mai degrabă colectiv. Berg test în acest post pentru a urmări granițele sale .

Dar cel mai important lucru este că, chiar și în acest caz nu este corect să ne gândim în termeni de distincții și opoziții. Orice echipă care funcționează se bazează pe rețele de cooperare colectivă, și cooperarea în cadrul rețelelor de fenomene colective loc pentru organizarea și definirea roluri care conduc spre o mai mare instituționalizare.

Berg încearcă să reprezinte lucruri de genul acesta:

Pasul 1: Echipa creează din diverse surse organizaționale

Pasul 2: Echipa dezvoltă un gând comun

Etapa 3: membrii sunt în contact cu alte surse externe

Pasul 4: surse devin explicite și intră în joc

Pasul 5: dezvoltarea hub

Pasul 6: dezvoltarea și susținerea de tehnologie pentru a filtra informațiile produse în rețeaua

Bine, poate că nu este corect să se vorbească de "faze", pentru că, în realitate, multe lucruri se întâmplă în același timp, sau nu poate, în aceeași ordine. Dar ceea ce este important nu este atât de mult încât, în secția mea, ci faptul că echipa și comunitate, colaborare și cooperare colectivă sunt două elemente care merg adesea mână în mână.

Putem crea tehnologii pentru echipe, dar va trebui să se extindă le-a primit pentru a da "seva" a echipei, precum și orice rețea socială internă care respectă nevoile, mai devreme sau mai târziu, de instrumente de productivitate pentru atunci când lucrurile devin "serie ".

Ianuarie
21

La locul de muncă: cele trei modele de Jane

Ca întotdeauna, atunci când un model sau cadru sunt bine făcute și de aur în valoare îmbogăți orice contribuție. Și "în cazul acestor scheme trase de la ultimul raport de Jane McConnel pe trend 2010 pentru intranet . Jane își dă seama cel mai mare studiu anual privind starea de arta intranet și datele care apar sunt întotdeauna interesante.

În acest caz, oferă trei modele pentru a reprezenta integrarea de medii și aplicații în intranet (numit acum locul de muncă web). Întrebarea este, intranet este orasul poarta de acces la web intern sau există alte uși laterale la medii specifice? Diagramele vorbesc de la sine, cred:

Model 1: fragmentată (prezente în 30% din cazuri)

Workplace-a

Doua modele: hibrid (55% din cazuri)

Workplace-b

Modelul Trei: Unified (15% din cazuri) Workplace-c

Trebuie să spun că, dincolo de calitatea datelor, ca de obicei, totul e destul de deprimant.

Iulie
28

Nu tot conținutul este egal

Aproximativ zece zile în urmă Mark Morrell (directorul intranet al BT, care este o societate de 110.000 de persoane), a publicat un post foarte interesant , în opinia mea, mai clare și mai adânc decât autorul însuși poate fi imaginat (nu Spun acest lucru pentru a ofensa Mark, desigur, dar pentru a dovedi încă o dată că textul are întotdeauna propria autonomie în raport cu autorul , în bună concordanță cu Paul Ricoeur).

Pe scurt, testul post pentru a clasifica tipul de conținut care poate fi plasat pe un intranet "evoluat", văzându-le din punct de vedere al "statutul" lor că modurile lor de producție. Marcheaza Această clasificare se referă în mod special la situația internă din BT, dar cred că modelul are propriul fond și universalitatea într-o foarte plastic se pretează la o serie de argumente parte din punctul meu de vedere foarte interesant (apropo, eu cred că acest lucru versatilitate imaginativ este un semn, în general, clasificarea foarte de succes).

Mark împarte conținut:

- Ofițerii, sau produse de o echipă, sau chiar reprezentanți de la un desen extinsă ipotetic

- Ca o echipa, sau produse în cadrul grupurilor de lucru mai mult sau mai puțin închisă și, în orice caz, cu un perimetru de vizibilitate și cu scopuri bine definite legate de producție "în fluxul de operațiuni"

- Crowd, sau produs în cadrul comunității de afaceri mai larg, în spații publice și platforme de partajare, cum ar fi un forum tehnic, un buletin de bord, un spațiu de social networking

- Personal, companie sau de produse pentru persoane fizice, cum ar fi prin intermediul unui blog personal.

Am încercat pentru a lista acest tip de conținut în diagrama de mai jos:

Schema tipi di contenuti intranet

După cum puteți vedea clasificarea vă permite pentru a se potrivi cu ușurință o mare parte din conținutul tipic și proiecte intranet. Valoarea sa, de asemenea, constă în a nu limitându un instrument de un singur tip de classificaizone: Un wiki poate fi o temă sau de mulțime în funcție de scopul și de "pact" care instrumentul rezumă organizației.

În acest context, putem distra, de asemenea, să elaboreze scenarii diferite pentru diferite proporții care astfel de set de conținut poate avea pe un intranet

De exemplu, un intranet dominat în totalitate de conținutul oficiale (acestea sunt intranet pentru care de obicei se cere astazi discursul meu):

Intranet dominata dai contenuti ufficiali

Acum, un intranet cu primele semne de deschidere a altor tipuri de conținut, deși încă timid. În acest caz, am presupus că conținutul prima echipă care va prelua un arc, deoarece acestea sunt mult mai controlabile și cele mai vândute pe plan intern pentru a justifica cheltuiala

contenuti2b

Și aici a fost un intranet în care conținutul echipa sunt de masterat, cu o deschidere la conținut mulțimii și conținutul personal. Acestea sunt cele mai intranet construit în jurul unui număr de procese care sunt susținute cu spatii on-line (Sugestie: aceasta este adesea folosit în MOSS).

contenuti3

În cele din urmă, aici este o mulțime intranet dominat de conținut, cum ar fi proiectele de gestionare a cunoștințelor sau aplicații de rețele sociale extinse etc.

Schema intranet dominata da contenuti crowd

Desigur, ca toate clasificările, aceasta prezintă un pic intersectii ciudate empiric "paradoxale, dar paradoxul care, paradoxal, îi ajută să înțeleagă mai bine natura elementelor pe care le avem la dispoziție.

Câteva exemple:

- Blogul CEO-ul este personal sau oficial?

- În cazul în care o echipă se extinde in mod constant legata profesional de alți participanți, spațiul este încă o echipă sau devine mulțime?

- În cazul în care rețelele sociale sunt informații intern al companiei preluate din sistemele oficiale, sistemul este mulțimea sau oficial?

Pe scurt, cele ciudate se suprapune posibile sunt multe, dar acesta - repet - nu este neapărat un defect.

Încheie cu o întrebare: puteți trage intranet a companiei dvs. pe baza acestei clasificări?

Iulie
26

Interioarele rețele sociale în conformitate cu Ross Dawson

Continuă să fie publicate în rate în cartea de Ross Dawson dedicat Enterprise 2.0. Cu câteva zile în urmă este disponibil un gust de la capitolul 11 , dedicat rețelelor sociale în cadrul organizațiilor. Ca întotdeauna scheme de Ross sunt foarte frumoase și clare:

Intranet_social_network_schema

Textul este publicat pe Scribd

IE2 Exemplu Capitolul 11

_______________

Din păcate, întregul volum costa 195 dolari, dar eu sunt foarte tentat să cumpere (și, în orice caz, dacă o faci singur, sau vrei sa faci pentru afacerea dvs., am foarte recomandăm să să-mi spuneți, eu recomand ... :-)

Iulie
25

O reprezentare a meta-mediu

Citez acest articol de Patrick Vettelapesca (un fel eu nu sunt foarte frumos de a spune adevărul, iar acum lucreaza ca un arhitect informații de la BBC), pentru că încearcă să ofere o reprezentare de complexitatea sistemelor, silozuri și tipul de cunoștințe și informatii cu care intranet sunt având de a face cu:

Ideea lui de "intranet lean" este că de un sistem capabil să comunice pe termen lung, cu toate aceste subsisteme

Articol de calitate nu este atât de mult să ne spună cum intranet ar trebui să facă pentru a atinge acest obiectiv, ca și de a încerca să noteze o listă a ceea ce aceste subsisteme, și anume:

  • E-mail
  • Tranzacții
  • site-uri web
  • Aplicații manageriale
  • Sisteme ERP
  • Aplicații colaborative)
  • Proiectele de comunicare interna
  • Informații externe
  • Sisteme suport de hârtie
  • Aplicații și sisteme informale
  • Cunoștințele tacite

Evident, există întotdeauna mai multe niveluri posibile de integrare: fuzioneze baze de date de diverse aplicații nu este același lucru pentru a unifica interfața și navigarea principală, care, la rândul său, este diferit de a pune doar link-uri disponibile pe intranet.

Noi spunem că este o cale, care va evaluat progresiv din timp în timp, prin importul de "piese" mai strategice. Pentru a continua în timp cu restul.

Iunie
26

RSS în societate: o schemă

Foarte drăguț acest sistem Ross Dawson : doar cred că lipsește o piesă, sau documentația. Nu întotdeauna uita totuși este o piesă foarte importantă.

Dacă ați pus RSS, ei bine, va trebui să le-a pus pentru documente (dosare, categorii, tag-uri și documente), în cazul în care nu o componentă lipsește. Din diagrama de asemenea, nu înțeleg unde se duc la acest RSS. La mine acasă, într-o bucată de acasă sau într-o "pagina mea"? Ar înclina pentru a treia ipoteză.

RSS_diagram.jpg

Aprilie
23

În plus organizației. Note pentru arhitectura informațiilor de intranet

Am participa la un concurs pentru reproiectarea unui mare Intranet publice, iar această ocazie mi-a dat ocazia de a reflecta mai multe informații în profunzime cu privire la arhitectura de mare intranet, în special legate de administrațiile publice, dar nu numai.

Ne referim în special la construcția arhitecturii primul nivel, care este, desigur, doar o parte a arhitecturii informații mai general. Cu toate acestea, cum era de așteptat, este o alegere fundamentală, care va orienta dezvoltarea întregului spațiu în timp și care necesită o atenție deosebită pentru a proiecta.

De multe ori, cu toate acestea, în acest domeniu va face o mulțime de frivolitate, care se transformă rapid în greșelile decisive. Motivele acestor erori sunt legate de mai mulți factori:

  1. realizarea rapidă (în timp ce vom merge on-line, apoi modificați poate work in progress)
  2. prezumția de organizare (eu cunosc bine compania, conținutul sunt organizate în jurul proceselor de marketing)
  3. obiceiurile stabilite (am gasit de obicei în fișierele de hârtie pentru a organiza lucrurile din Codul student în anul întâi)
  4. subestimare strategic (arhitectura de informații? Și ce să facă cu web? schimb, am trimis proiectul de grafica?)
  5. Metodologia apropierea (am vorbit cu managerul de la bar și a spus că părerea mea este bine)
  6. Atenție slabă a utilizatorilor (nu-l găsiți? Dar dacă ești acolo, în conformitate cu sub-secțiunea "Funcții de operare!)
  7. Instinctele megaloman (nu cum doriți, dar misiunea companiei este să apară înainte de toate)

Și mulți, mulți alții nu ușor de clasificat. Rezultatul acestui design ușor este de obicei o mizerie în creștere rapidă, care provoaca frustrare, dureri de cap, depresie efecte subiective cosmice care devin, în cel mai bun caz, conștientizarea dureros că trebuie, mai devreme sau mai târziu, "amesteca" la ceva care, la prima vedere uitat funcțional, iar acum a devenit un monstru inabordabil.

Încă arhitectura primul nivel al unui intranet, oricât de complexă, nu este un obiect, astfel enigmatic. Într-adevăr, este posibil să se identifice cu ușurință unele tipic în construcții, fiecare dintre care prezintă o serie de avantaje și dezavantaje.

Voi încerca să le enumăr, identificarea caracteristicilor distinctive. După cum veți vedea unele sunt foarte naiv, și improprii pentru aproape toate situatiile tipice care pot apărea. Dar este în valoare, cu toate acestea, să treacă în revistă.

Model 1: Arhitectura pentru sectorul corporatist

Metaforă: organizarea

Architettura informativa per settori

Beneficii

- Ușurința în identificarea proprietarul a secțiunii. În unele cazuri, ar putea coincide cu reprezentanții grupului de lucru.
- Viteza relativă în construcție arhitecturală. "E destul deja definite pe baza afaceri de organizare, continuând în profunzime cu sub-structuri și subsecțiuni de asociere.

Dezavantaje

Există foarte mare. Am lista unele, dar există cu siguranță alte

- Managementul dificil de transversalitate. Foarte conținutul nu aparțin într-un sector de afaceri specifice, și devine dificil de a le plasa în această arhitectură.
- Flux. Sectoarele, precum si companiei, sunt în continuă schimbare, iar arhitectura este probabil să crească vechi foarte repede.
- Findability săraci. Multe subiecte, servicii și conținut de intranet sunt percepute de către angajați, astfel disociat cu privire la sectoare, și, prin urmare, nu poate fi găsit cu ușurință.
- Scalabilitate săraci. Este foarte usor pentru secțiunile de la primul nivel devin prea multe, și greu de stăpânit
- Aplatizare de conținut. Pentru a echivala HR și, să zicem, juridice, înseamnă, în general, nu ia în considerare nevoile utilizatorilor, în medie, mai mult interesat în primul și al doilea
- Vizibilitate slabă a serviciilor. Toate elementele de sarcinile de serviciu și operaționale legate de utilizatori specifice sunt luni în al doilea etaj

Când se utilizează

Singura modalitate de bun-simț de a folosi o arhitectura de acest gen este atunci când suntem în prezența atât de multe intranet separat, una pentru fiecare sector și trebuie să oferim încă un singur punct de acces la diferitele secțiuni., În acest caz, "portal" nimic, de fapt, că o ușă la alta introductivă sector intranet, cu arhitectura sa.

Modelul 2: Arhitectura pentru arii tematice

Metaforă: Biblioteca

Architettura informativa per aree tematiche

Beneficii

- Identificarea precisă a temelor. Este destul de ușor pentru a identifica diferite teme și conținut și de grup în conformitate cu un sistem rațional.
- Proprietar de conținut. Chiar și în acest caz, este destul de ușor de a identifica proprietarii de conținut și manageri de secțiuni.

Dezavantaje

- Preaplin. Aceasta arhitectura este mai probabil sa esueze foarte repede la o aglomerare de subiecte, ceea ce face inutil pe termen lung.
- Etichetare. În cazuri lacuni, etichetarea devine dificil și amintesc de arhitectura intelegibilità asssbassare din partea utilizatorilor. În unele cazuri, informațiile devine dificil să se găsească la primul clic.
- Aplatizare a conținutului. În această arhitectură a diverselor teme sunt susceptibile de a ascunde utilizatorii sarcină reală: în unele cazuri, devine dificil pentru a arăta că, în unele zone există servicii interactive sau de conținut generat de utilizator.

Când se utilizează

Și "arhitectura bun pentru foarte legate de informații și cu un conținut rată de creștere. În medii cu multe servicii interactive și cu o rată mare de creștere informație este probabil să se transforme într-un bumerang.

Modelul 3: Arhitectura pentru formatele

Metafora: FNAC (?)

Architettura informativa per formati

Beneficii

- Lerneability. Este o arhitectură cu o curbă de învățare destul de scăzut, ceea ce facilitează medie de viață a utilizatorilor în mediul înconjurător.
- Stabilitate. Este o arhitectură care este rezistent la schimbări organizaționale.

Dezavantaje

- Adâncime. Arhitectura E "care este probabil să fie foarte adâncă, din cauza subnivele că este adesea necesar să se creeze.
- Sectoare de invizibilitate. Spre deosebire de prima, este arhitectura care face zone invizibile ale societății și nu oferă spații speciale pentru ei de la primul nivel. In unele cazuri, acest lucru poate fi o problemă.

Când se utilizează

Personal arhitectura este una din preferatele mele, de bun compromis între oferind scalabilitate, inteligibilitate, complet. Este foarte bun pentru conținutul intranet bogat cu conținut divers în ceea ce privește dimensiunea, și este capabil de a găzdui extinderea conținutului și a serviciilor de sprijin destul de ușor de fundal eleganta. Deși, în unele cazuri, va trebui să navigatie paralel cu aspecte legate de proiecte sau de sectoare.

Modelul 4: Arhitectura pentru evenimente

Metafora: contoare publice

Architettura informativa per eventi

Beneficii

- Arhitectura îngust. Este o arhitectură care nu este de natură de a exploda, cel puțin la primul nivel
- Concentra asupra afacerii dumneavoastră. Referirea la câteva sarcini care utilizatorii pot realiza este cu siguranță atractiv.

Dezavantaje

- Cuprins multiappartenenza. Unele conținuturi nu fac parte într-un anumit eveniment din viața companiei și devine dificil de a le plasa în această arhitectură. Servicii ca un forum pentru birou de ajutor tehnic aparțin "întreba", "munca" sau "muncă"?
- Findability săraci. Multe subiecte, servicii și conținut de intranet sunt percepute de către angajați, astfel disociat de evenimente și, prin urmare, nu poate fi găsit cu ușurință.
- Integrarea de formate diferite. Într-un container poate ajunge foarte diferit în format de conținut (știri, documente, servicii interactive, aplicații) și de tipul de activitate necesar (citit, scris, colaborare, etc).

Când se utilizează

Desigur, este un pas înainte în comparație cu o arhitectură de organizație sau de teme simple, dar utilizarea acestei arhitecturi este un risc în cazul în care acesta nu este asociat cu cercetarea de utilizator și lor "harta mentală" de informații corporative. După o muncă serioasă de cercetare poate fi o alternativa viabila la modelele anterioare.

Model 5: Arhitectura pentru membri

Metafora: știri locale - Bufet

Architettura informativa per appartenenza

Beneficii

- Concentrați-vă asupra individului. Informația este mult mai concentrat pe nevoile individuale.
- Personalizare. Este mult mai ușor de a construi propriul program.

Dezavantaje

- Dificil Content Management extraprofilo. Ea devine dificil de a gestiona conținutul și serviciile care nu sunt direct asociate cu profilul persoanei.
- Riscul de depășire, în partea generală. Partea generală este probabil să fie supraîncărcat cu conținut și servicii eterogene

Când se utilizează

Aproape toate mare intranet poate beneficia de acest tip de arhitectură, pentru că vă permite pentru a se potrivi cu ușurință conținutul general și conținut specific sau informații personale. Este nevoie de unele curba de învățare și de cuplare a unei arhitecturi al doilea nivel mai "convențional" (domenii Poer sau formate).

Modelul 6: Arhitectura pentru servicii

Metaforă: Unelte

Architettura informativa per servizi

Beneficii

- Distinguishability de servicii. Fiecare serviciu este ușor de distins și ușor accesibile.
- Viteza relativă în construcție arhitecturală. Și "suficient să se bazeze pe un set de servicii disponibile
- Relativa usurinta de coordonare. Nu este necesar de a identifica anumite persoane de gestionare a secțiunilor individuale, dar de lucru cu bazinul extins al contribuitorilor

Dezavantaje

- Pierderea controlului editorial. Acest tip de arhitectură lasă mult de autonomie a utilizatorilor în ocupația de spațiu spațiu, a pierdut capacitatea de a face "împingerea" cu privire la anumite aspecte / servicii
- Disocierea de conținut. Fiind legat la sectiunea servicii pot conține conținut de multe diferite (blog-ul proiectului, împreună cu care a AD, formele, împreună cu prezentările, forum prosti împreună cu birou)

Când se utilizează

Acest tip de arhitectură este suficient de flexibil pentru a contenre tot praticametne cu ușurință și permite identificarea serviciilor disponibile. Și "bun aproape exclusiv pentru intranet, care apar ca un serviciu de" poarta de acces ", sau ca platforme de" neutru ", pe care utilizatorii pot folosi apoi ca doresc în mai multe moduri diferite. Și "de fapt, o arhitectură de intranet ca un serviciu (IaaS), în care pregătirea, sau grupul de lucru, este responsabil doar pentru a anima spatiul și să ofere servicii, care sunt apoi alocate de către grupuri de utilizatori.

Modelul 7: Arhitectura pentru sarcină

Metafora: Panou de control - camere din casa

Architettura informativa per task

Beneficii

- Elegance. Acest tip de arhitectură are avantajul de eleganța și armonia unui anumit fond.
- Concizia. De obicei acest tip de prim nivel arhitectura tinde să fie scurt, cu câteva sarcini bine identificate, la avantajul de ușurința de utilizare.
- Concentreaza-te pe actiunile de oameni. Prin definiție, această arhitectură este bine axat pe acțiunile pe care utilizatorii le pot efectua, evitând ambiguitatea și orientarea ferso mediu un scenariu activ și participativ.

Dezavantaje

- Un pic de "parfum informații." Această arhitectură, excelent pentru sarcini simple de utilizator, acestea își pierd valoarea ca acestea cresc conținut, pierde "parfum informații."
- Conținut "greu de rezolvat". Cu acest tip de metaforă parte a conținutului vor fi dificil de tratat, în imposibilitatea de a le exprima cu un verb adecvat
- Amestecare. O parte a conținutului sanse de a ajunge într-un singur recipient, care degenerează treptat.

Când se utilizează

Ca toate arhitectura tipică a serviciilor "2.0", această abordare reflectă puternic o logică de "acțiune" pe care utilizatorul trebuie să efectueze o aplicație. Prin urmare, și este contraindicat în mare intranet, care oferă o varietate de servicii și cât mai multe "situații", în care este necesar să se prezinte informații. Este un mare fel de arhitectură pentru aplicații individuale, Intranet pentru întreprinderile mici și foarte concentrat pe sarcini specifice sau pentru anumite sub-secțiuni, dar nu poate fi capabil de a captura toate reale "sarcinile de utilizator" de mare intranet.

Concluzii

Uita de puritate. Cele mai multe dintre arhitecturi concrete care îndeplinesc în realitate ele nu pot, nici nu ar trebui construite în conformitate cu un model P "uro", ales din rândul 7 am enumerat. Mai degrabă, ceea ce funcționează cu adevărat este un echilibru abil, care este raspandita de o arhitectură capabil de a adăuga elemente din alte arhitecturi capabile să se integreze cu obiceiurile predominante și hărțile mentale ale utilizatorilor. Uneori este necesar de a intra într-o arhitectură pentru ariile tematice "HR, alte ori este necesar să se includă" Bloguri "arhitectură pentru membri. nu va fi elegant, dar funcționează.

Asocia cele mai multe arhitecturi. În mare intranet este întotdeauna o regulă bună de arhitecturi multiple asociate, în scopul de a oferi o viziune alternativă a aceluiași tip de informație. In unele cazuri, poate fi două arhitecturi paralele, în alte arhitecturi secundare deschid sub arhitectura de bază. Aproape e-mail, în cazul proiectelor mari, o singură metaforă este capabil să înțeleagă tot conținutul. În majoritatea cazurilor, de arhitecturi sunt alternate în funcție de nivelul de adâncime. De exemplu:

- Suprafața formate arhitecturi sau de membru
- Arhitecturi profund pentru sarcini sau zone

Acestea sunt doar câteva exemple: în realitate, lucrurile sunt evaluate de la caz la caz.

Ascultați utilizatorilor. Nici arhitectura poate funcționa fără o ascultare constantă și atentă a utilizatorilor, cum ar fi colegii. Dacă aveți dubii, puteți fi siguri că ia-le acolo. Utilizați instrumentele disponibile (sortare carte, interviete etc), și să-l comoara înainte de a construi arhitectura.

Iulie
28

Comunitatea de clienți în funcție de Dion

Scheme Dion Hinchcliffe sunt întotdeauna atât de drăguț ...

tipuri de comunități on-line

În acest caz vorbim de comunități clienților, iar postul este foarte bogat în sfaturi. Pentru a fi comparat cu recenta și, trebuie să spun cu părere de rău, de pionierat și curajos Vodafonelab (care rămâne în continuare o companie care este extrem de mine pe bile. Uite Mo-am spus-o).

Iulie
28

Cum de a schimba obiectele din intranet 2.0

OK, din nou, de la Toby Am transporta o diagramă frumos, care prezintă unele dintre diferențele între 1,0 și 2,0 intranet .

Diferențele model intranet 1.0 și 2.0

Mi-ar modifica unele elemente (de exemplu, opusul RSS aș spune că este mai degrabă newsletter-ul intern) și vom adăuga ceva:

Rețea Pager / sociale
Sisteme de Document / Slideshare
Secțiuni ale grupurilor de departament / discuții

Și așa mai departe.

Iulie
16

Copac leagănă

Sunt foarte fericit, pentru că am continua să fie difuzate în posturi care se ocupă cu probleme legate de intranet pe care reflectă o lungă perioadă de timp. Oricine urmează acest blog știe că eu sunt un mare suporter al pager (sau "Corporate Directory"), ca o aplicație criminal de intranet și, de asemenea, știe că această problemă este, în opinia mea, frontiera reală și podul cognitive, care permite o intranet mutat de la 1 0.0-2.0 abordarea problemei cap criuciale: pune oamenii în centrul.

În special, așa cum am scris de multe ori, pager ar trebui să evolueze cât mai curând posibil, într-o rețea socială de jocuri care să reunească, prin sistemul de profile, datele organizaționale, informații personale, documente spații comune, filtre și particularizările, abilități, servicii personale și profile de acces.

Numai în acest fel se poate dezvolta intranet care combina conținut, relatii, și de identitate și de a dezvolta dinamica de rețea într-adevăr alternative la logica gerachico-fordistă (vad doar managerul meu, care văd numai piamidaleggiando lor și așa mai departe).

Trebuie să fie capabil de a vedea, contactati, intra în contact, schimbul de conținut într-un mod orizontal și profilul personal într-un netwok socială și cărămidă din nou clădirea principală.

Și se pare că acest lucru este, de asemenea, ideea de Elizabeth Marsh, a " Forumului benchmarking internațional , care a scris un mesaj frumos doar vorbesc despre această nouă generație de Directoriul de afaceri să devină adevăratul centru de trai intranet 2.0 (Elizabeth le definește "Wave trei").

Aici e post , și aici este imaginea care reprezintă un rezumat al diferitelor funcții pe care trebuie să le îndeplinească acest obiectiv în cadrul intranet.

funzioni_profilo_personale-intranet

Mai
25

Pentru un wiki eco-

Prezentarea este un pic "datat (2005), dar conține unele reprezentări valoroase pentru mine: aceasta este o lucrare de Elton Billings (un consultant ca mine), care pe lui Cluebox oferă un model bun pentru utilizarea de wiki-urile în intranet.

Notă I-am spus în intranet și nu la fel de intranet: Cred că prezentarea este ușor de înțeles de ce această alegere eco-friendly. Iată câteva diagrame trase de prezentare:

wiki_e_intranet_schema01

wiki_e_intranet_schema02

wiki_e_intranet_schema03

wiki_e_intranet_schema04

Și aici este prezentarea în ppt d descărcare (570 kb) .

Alo