[drupalday2017] - Drupal 4 Stakeholders
•
0 likes•228 views
Indaghiamo quali sono gli elementi di un processo produttivo di un progetto Drupal che devono essere condivisi con il suo Stakeholder per una strategia win-win. di Claudia Astazi
Recommended
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to [drupalday2017] - Drupal 4 Stakeholders
Similar to [drupalday2017] - Drupal 4 Stakeholders (20)
More from DrupalDay
More from DrupalDay (8)
[drupalday2017] - Drupal 4 Stakeholders
- 2. Drupal 4 Stakeholders Claudia Astazi claudia.astazi@bmeme.com CEO / Founder www.bmeme.com DRUPALDAY, ROMA - ¾ MARZO 2017
- 3. Parlare di Drupal ad un cliente Terminologia Chiarire la terminologia “Drupal” per evitare fraintendimenti e incomprensioni _ Drupal Core / Contrib _ Node, Field, Views, ... _ Users, roles and permissions Ciclo di vita Esporre le fasi principali del ciclo di vita del software proposto _ Discovery _ UX & Architecture _ Prototyping _ Functional Implementation _ Visual design and Theming _ Testing & Launch _ Maintenance Pianificazione Creare una pianificazione categorizzata e prioritizzata delle macro attività che comprenda le fasi e le suddivisioni del workflow di sviluppo di un progetto Drupal
- 4. Drupal Metodologie e strumenti Nel momento in cui si mettono in atto le metodologie e le tecniche tipiche di tutti i progetti web è auspicabile inserire le caratteristiche di Drupal per aumentare la specificità della documentazione e favorire il dialogo tra team di sviluppo e stakeholder
- 5. UX Inserire lo “user Drupal Role” all’interno delle definizioni di Personas Analisi dei Contenuti Inserire un layer di annotazioni che indichi le implementazioni specifiche di un progetto Drupal all’interno dei wireframe Wireframe Analisi funzionale “Contenuto centrica” (Content-out) UI Passare alla progettazione grafica e al look&feel solo dopo aver chiarito e validato tramite i wireframe quali sono i contenuti e le viste che ne conseguono. (Nodi, Entità, ecc.) Pianificazione Categorizzare e suddividere il progetto Drupal in 5 categorie (vedremo quali)
- 7. UX / WIREFRAME Questa è la fase della progettazione dove occorre andare a fondo per definire: ● Business Goals (Obiettivi high-level) ● Audience Profile (Personas) ● Altri requisiti (rischi, constraint)
- 8. UX / WIREFRAME definendoli in modo leggibile e comprensibile per il cliente e declinandoli nel flusso di lavoro Drupal - Personas -> Avrà anche un’associazione con un Drupal User Role - Wireframe -> Saranno strutturati in modo da avere più layer di lettura, con annotazioni riguardanti la struttura Drupal (Node reference, Views, ecc)
- 9. UX / WIREFRAME Fonte: Planning and Managing Drupal Projects by Dani Nordin Publisher: O'Reilly Media, Inc. Release Date: September 2011 Esempio di Wireframe con “annotazioni” riferite allo sviluppo Drupal (in giallo)
- 11. Fonte: www.vardot.com https://www.vardot.com/blog/project-manager%E2%80%99s-guide- breaking-down-drupal-site-incremental-delivery-636#template Drupal è un CMS basato su database che ha un approccio content-first (o contenuto-out) per costruire complesse esperienze web Stiamo progettando un CMS, non un sito web. Pertanto è necessario architettare una "soluzione CMS" e non una "soluzione sito web" ANALISI DEI CONTENUTI
- 12. ANALISI DEI CONTENUTI Separare i contenuti dalla loro presentazione e definirli in modo univoco è fondamentale per la fase di pianificazione e produzione del progetto Drupal. -> Individuare i Drupal Nodes
- 13. ANALISI DEI CONTENUTI Isolati i singoli elementi si può definire come organizzarli per poi passare alla fase di realizzazione di User Interface
- 14. PIANIFICAZIONE
- 15. PIANIFICAZIONE La suddivisione del lavoro in un progetto Drupal: 1. Wrapping components 2. Global components 3. Site-unified components 4. Full nodes and entities 5. Views, view modes, and other content 6. The annoying 20% of the site Fonte: www.vardot.com https://www.vardot.com/blog/project-manager%E2%80%99s-guide-breaking-down-drupal-site-incremental-delivery-636#template
- 16. PIANIFICAZIONE / La suddivisione del lavoro 1. Wrapping components Gli elementi CONTENITORI del sito come Header e Footer. Definiscono il perimetro di tutti gli altri elementi. -> Subito dopo aver installato Drupal è opportuno iniziare da qui. Aiuterà a visualizzare già una prima struttura attraverso semplici implementazioni
- 18. PIANIFICAZIONE / La suddivisione del lavoro 2. Global Component Page title, Breadcrumbs, Tabs (a.k.a menu local tasks), System messages ...etc. Questi sono i componenti che costituiscono l'uniformità e l’armonia di stile di un CMS
- 20. PIANIFICAZIONE / La suddivisione del lavoro 3. Site-unified components Social, Blocco Newsletter, CTA, ecc. Questi sono i componenti saranno probabilmente simili in tutto il sito, non cambieranno in base al layout.
- 22. PIANIFICAZIONE / La suddivisione del lavoro 4. Full nodes and entities “Full content” node/user/entity pages Ricordate l’approccio Content-out? Questi sono i contenuti fondamentali del sito, e vanno isolati e definiti nella loro natura Drupal (CT, Tassonomie, Commenti, ecc) e nella loro visualizzazione principale (view mode)
- 24. PIANIFICAZIONE / La suddivisione del lavoro 5. Views, view modes, and other content Views of recent content, Featured content, Node pages, Feeds integration, CRM integration, Single Sign On integration, ...etc. É La parte più importante e difficile della suddivisione. Questa analisi definisce i flussi, la logica di presentazione e la modalità di fruizione del sito. Questa
- 26. PIANIFICAZIONE / La suddivisione del lavoro 5. Views, view modes, and other content Come avete visto dallo schema precedente, le pagine che solitamente vengono “disegnate” per prime sono quelle che contengono il maggior numeri di dati organizzati. (es. View) Questo significa che se non è stata fatta una buona analisi del contentuto (content-out) PRIMA di ipotizzare queste pagine, probabilmente dovranno essere approfondite in passaggi e verifiche ulteriori.
- 27. PIANIFICAZIONE / La suddivisione del lavoro 5. The annoying 20% of the site L’ultima suddivisione riguarda i piccoli cambiamenti o miglioramenti che avvengono durante la fase di realizzazione e di test.
- 28. Fonte: www.vardot.com https://www.vardot.com/blog/proect-manager%E2%80%99s-guide-breaking- down-drupal-site-incremental-delivery-636#template Da questo si evidenzia che i punti 4 e 5 sono i più importanti e i più delicati dell’analisi. Ogni analisi e validazione dei requisiti deve avvenire PRIMA dell’inizio delle lavorazioni 1. Wrapping components 2. Global components 3. Site-unified components 4. Full nodes and entities 5. Views, view modes, and other content 6. The annoying 20% of the site
- 29. ● Linguaggio comune e comprensibile a tutti gli attori ● Introduzione di diversi livelli di lettura dei documenti di progetto comprensibili e univoci per tutti ● Approccio contenuto-centrico ● Suddivisione delle fasi di lavoro Drupal ● Dialogo continuo tra le parti in gioco
- 30. Grazie per l’attenzione Claudia Astazi claudia.astazi@bmeme.com CEO / Founder www.bmeme.com