Automation

In questo post andiamo ad esaminare le novità che sono presenti in JIRA Service Desk 2.4. Vi rimando ai precedenti post, dove potete esaminare le potenzialità del prodotto già descritte

Novità

Iniziamo con il dettagliare questa importante novità: Automation . Vediamo di che cosa si tratta.

Fondamentalmente sono stati introdotti dei meccanismi che automatizzano diverse operazioni, che possono essere abbastanza pensanti da ripetere manualmente, e che aiutano a ridurre gli errori ed ad aumentare la produttività.

In aggiunta, è stato aggiunto in indicatore numerico che consente di poter valutare l’importanza della segnalazione, migliorando la produttività ed indirizzando le azioni dove effettivamente serve.

Migliorie minori…

Oltre a quanto già indicato, sono state rilasciate le seguenti migliorie, minori come intervento, ma non meno importanti 🙂

E’ stata migliorata la possibilità di poter impostare il logo della propria azienda.

E’ stato esteso l’uso del Rich Text Editor anche nei commenti, evitando agli agenti di dover ricorrere sempre al wiki markup per poter impostare le risposte

Conclusioni

Abbiamo delle novità molto accattivanti. La possibilità, di poter automatizzare determinate operazioni, è sicuramente importante. Nei prossimi post andremo a saggiare queste novità e cercheremo di capire come si comportano e che limiti presentano.

Reference

Si rimanda al seguente video della Atlassian, per maggiori dettagli.

http://www.youtube.com/watch?v=ryoVNiHt8F8

Maggiori informazioni sulla versione 2.4 sono reperibili qui.

Domande & Risposte

Proseguiamo quanto iniziato in questo post, dove abbiamo iniziato a fornire delle risposte ad alcune domande che mi sono state poste nel corso della mia esperienza.

JIRA Cloud o Server?

Il suggerimento è il medesimo di Confluence. Se abbiamo una organizzazione piccola, cloud è sicuramente la nostra risposta. Nessuna preoccupazione, un prezzo accettabilissimo e tutte le funzioni pressoché disponibili 🙂

La versione Cloud risponde in pieno alle esigenze anche di gruppi di lavoro abbastanza ampi, anche remoti. Se invece l’organizzazione dispone di un numero molto alto di persone, la versione Server è sicuramente la migliore soluzione.

Conviene usare JIRA Service Desk?

La risposta è sicuramente SI :-). JIRA Service Desk combina le caratteristiche di un ottimo service desk e trouble ticket manager, con la potenza di JIRA e della organizzazione. La semplicità di uso, descritta nei post, è sicuramente un grande vantaggio, allo stesso modo della licenza che la Atlassian fornisce per utilizzare questi prodotti.

Aggiungendo che tutti i prodotti Atlassian sono fruibili anche da tablet, con la stessa facilità di uso, ne fa un prodotto irrinunciabile.

AGILE o non AGILE con JIRA?

Dipende. In questo caso, l’unico consiglio che posso dare è il seguente. Seguite la strada più semplice in assoluto per voi. Non usate le metodologie Agile solo perché l’azienda concorrente le usa e si trova bene o per semplice moda.

Questo è un errore. Piuttosto scavate a fondo nelle metodologie in uso, analizzatele e, solo dopo attenta analisi, usate altra metodologia o una sottoparte della Agile, quella che effettivamente calza a pennello con le persone in azienda, con i clienti, con quello che siete.

Se volete fare uso di AGILE, JIRA mette a disposizione addon molto belli e pratici, che nella vita lavorativa di tutti i giorni aiutano gli sviluppatori e i project manager.

Asset manager? possibile con JIRA?

La risposta è SI :-D. Con JIRA è possibile gestire degli ASSET manager, in maniera molto semplice. Già in questo post, ho dimostrato che, partendo da un esempio che la Atlassian stessa pubblicava, riuscivo a dimostrare che era possibilissimo gestire delle risorse riusabili. Nei prossimi post vedremo anche degli esempi reali che mostrano come poter fare. Riporto qui quello che la Atlassian ha creato per gestire il proprio Asset 🙂

Conclusioni

Ho cercato di riassumere alcune domande che mi sono state poste nel corso della mia esperienza lavorativa. Spero che possano essere utili. Nei prossimi post cercherò di aggiungere altre domande/risposte.

Domande & Risposte

In questo post, sperimentiamo un nuovo modo di affrontare alcuni problemi o quesiti che mi sono stati posti in diversi ambiti. Spero che questo possa aiutare i visitatori del blog in modo da migliorare l’utilizzo di Confluence e che possa aiutarli nel loro lavoro

Conviene uno space unico per team di sviluppo o tanti Space per progetto?

La risposta è molto semplice. Dipende 🙂

Se si vuole operare una soluzione molto ordinata, conviene la seconda. Attraverso l’uso di template di space, dove si configura la struttura in modo tale da avere una organizzazione molto precisa e semplice, possiamo replicare gli space all’inverosimile e senza alcuna limitazione. In questo modo, i progetti sono ben ordinati, ogniuno al loro posto, con le connessioni ai relativi progetti su JIRA, e con la struttura comune che li contraddistingue. Inoltre, l’utilizzo dell’addon Yoikee Creator Templates, già descritto in questo post ed in questo post, aiuta a semplificare il lavoro di configurazione dello space.

L’unico svantaggio che abbiamo è nella configurazione dei privilegi, relativi all’accesso ai vari space. Dato che non si dispone di una gestione centralizzata delle permission, dobbiamo cercare di ovviare gestendo bene i gruppi.

Se il gruppo di lavoro è molto ridotto o se il gruppo di lavoro è composto da un esercito di un …. uomo solo, allora la soluzione di unico space va benissimo. In questo caso, non vedo la necessità di complicare l’organizzazione del lavoro con multispace. In questo caso, un solo space aiuta a mantenere l’ordine che serve. Teniamoci sempre il più semplice possibile 🙂

Conviene incentivare l’uso dei Personal Space?

Come indicato in questo mio post, l’obbiettivo di questi space è quello di creare lo spazio personale e riservato degli utenti, dedicato esclusivamente a loro e …. dove è possibile tenere i propri appunti sempre a disposizione o per condividere informazioni riservate solo ad alcune persone.

Possiamo usarlo come una sorta di repository interno e personale. Possiamo usarlo anche per sperimentare: Confluence, proprio per la sua natura, coinvolge gli utenti in modo da poter sfruttare tutte le funzionalità offerte e metterle a disposizione di tutti gli utenti. Quindi la risposta alla domanda è SI :-D.

Confluence Cloud o Server?

La scelta in questo caso è abbastanza semplice. Confluence Cloud va benissimo per professionisti, privati e piccole organizzazioni, per cui non si supera il numero di 25 persone.

Il Cloud è la soluzione ideale in questo caso. Nessun server da tenere acceso, niente corrente da pagare, sistemisti di turno, controlli, upgrade, etc. Tutto viene garantito da Atlassian ed il servizio, ve lo garantisco, merita molta attenzione.

Di contro, non tutti gli addon sono disponibili sul cloud, ma senza essere troppo arrogante, direi che almeno un buon 90% delle funzionalità sono garantite anche sul cloud.

L’installazione Server conviene per le organizzazioni più grandi, con un numero di utenti maggiore, per cui non è un problema disporre di server dove installare Confluence, dove le necessità sono maggiori e dove anche personalizzare è una necessità non indifferente 🙂

Conclusioni

Abbiamo esaminato tre domande relative a Confluence. Spero che le risposte possano essere utili. Nei prossimi post esamineremo altre domande e problematiche.

Code Review

In questo post, vedremo un esempio di utilizzo di FishEye e di Crucible, per realizzare una Code Review.

Definizioni

Partiamo, come sempre, dalle definizioni. La prima definizione che segnalo è quella di wikipedia, che ritengo abbastanza completa (in inglese).  Una Code Review fondamentalmente è una analisi critica del codice, il cui obbiettivo è quello di determinare eventuali problemi o errori o possibili punti in cui si può migliorare il codice.

Mi permetto di evidenziare la parola eventuali , in quanto non è detto che quanto rilevato in una Code Review sia effettivamente un errore. Infatti (faccio appello alla mia esperienza), la soluzione adottata potrebbe essere dovuta alla situazione del momento o ad un particolare workaround adottato per poter risolvere il problema in una determinata emergenza. L’analisi deve essere critica ma deve essere fatta con giudizio e sopratutto con la …. testa :-D.

 Iniziamo

Già nei precedenti post dedicati a FishEye, abbiamo visto come è possibile poter navigare il codice direttamente da interfaccia Web.

I primi passi per poter iniziare una code Review sono i seguenti. Primo passo in assoluto è quello di creare un progetto all’interno di Crucible. Premessa: Occorre disporre dei privilegi di amministratore 🙂

Dal Cog menù, come indicato in figura:

selezionare Administration. Quindi, nella sezione Project Settings, selezionare Projects. Quindi Dare New Project.

Se si conosce come definire i progetti sotto JIRA, allora risulterà molto semplice gestire i progetti sotto Crucible. La logica è la medesima. Si definisce una KEY, utilizzata per numerare le segnalazioni di Code Review.

Una volta definito il progetto, possiamo andare ad iniziare la Code Review. Come? Semplicemente andando a spulciarci il codice e andando a controllarlo.

Semplicemente andiamo alla riga di codice che … attira la nostra curiosità 🙂 e con un semplice click del mouse, andiamo ad inserire il nostro commento. Il codice non sarà modificato: tutte queste informazioni saranno inserite nel db di FishEye. In questo modo possiamo iniziare una discussione che può terminare con una richiesta di intervento, esattamente come viene fatto per JIRA.

Da queste richieste è possibile andare a generare la richiesta di intervento sotto JIRA. Se abbiamo eseguito le operazioni di Application Link tra JIRA e FishEye, allora possiamo anche eseguire questa operazione, assegnando la modifica del codice.

Tutte le attività sotto Crucible sono comunque tracciate:

Ogni singolo commento viene tracciato e, in caso di necessità, è possibile risalire all’iter che ha portato alla modifica oppure alla mancata modifica del sorgente.

Tramite apposite Dashboard, abbiamo la possibilità di avere sempre la situazione completa delle Reviews in corso, quali chiuse, quali sono sfociate in segnalazioni JIRA, etc. 🙂

Conclusioni

Abbiamo visto come lavorare sotto Crucible, come gestire una Code Review e come poter sfruttare al meglio FishEye e come intergrarlo con i vari applicativi della Atlassian. Nei prossimi post andremo a visionare altre funzionalità.

Riferimenti

Manualistica:

• Crucible Home Documentation
• Crucible overview

Chiamate REST

In questo post, iniziamo ad affrontare un tema molto importante, che riguarda come poter utilizzare le chiamate REST per poter programmare i vari prodotti della Atlassian. Si tratta del primo di tanti post che saranno dedicati all’argomento.

Un pò di definizioni

Partiamo fornendo alcune definizioni, che saranno utili per chiarire un pò di cose. La definizione di REST può essere reperita a questo link, da fonte WIKIPEDIA. Un altro esempio che consiglio è anche questo link, dove trovare alcuni esempi e definizioni. Altra definizione importante è quella di JSON, ovvero di un sistema di interscambio dei dati molto adatto per queste architetture.

Fondamentalmente, REST indica una architettura utilizzata per lo scambio di informazioni, per andare direttamente al dunque :-).

I vari prodotti della Atlassian, quali Confluence e JIRA, mettono a disposizione un insieme di API, già preconfezionate, attraverso il quale scambiare/reperire informazioni dai vari prodotti.

Iniziamo …

Vediamo adesso come partire per sfruttare queste informazioni. Iniziamo subito con un esempio pratico, che utilizza Confluence, per meglio chiarire il tutto. Per richiamare le API occorre sfruttare una URL come il seguente esempio:

http://192.168.114.140:8090/confluence/rest/api/XXXXXXXXX

dove XXXXXXXXX rappresenta la api che si vuole richiamare.

Ovviamente, si tratta di un esempio di URL che ho ricavato dalla mia installazione di test. Se andiamo ad usare una api molto semplice, quale CONTENT, che restituisce il contenuto del nostro Confluence, questo è il risultato:

Lanciando la API, senza fornire alcun parametro, quello che otteniamo è un JSON, che rappresenta il contenuto del nostro Confluence. Se iniziamo a raffinare la chiamata, passando uno dei parametri quale l’ID:

http://192.168.114.140:8090/confluence/rest/api/content/884738?status

Quello che otteniamo è il contenuto della seguente pagina:

che avevo creato per mostrare un esempio di page properties :-).

Quindi?

Quello che otteniamo è un grande risultato. A questo punto si apre un ventaglio di opportunità. Possiamo a questo punto leggere/scrivere tutta una serie di informazioni sul nostro Confluence, semplicemente sfruttando queste API. In questo modo si possono realizzare nuove funzionalità per tutti gli strumenti della Atlassian.

Conclusioni

Abbiamo visto, in questo post, in primo esempio di come poter accedere a queste api, di quali cose sono necessarie conoscere per poterle utilizzare e che risultati forniscono. Nei prossimi post Esamineremo degli esempi di utilizzo e di come poter utilizzare e chiamate REST per realizzare delle nuove funzionalità.

JIRA Service Desk 2.3 – Ultime novità

In questo post proseguiamo quanto riportato qui, cercando di approfondire le ultime novità su questo prodotto della Atlassian.

Quali ulteriori novità?

Neanche un mese dalla uscita della versione 2.2, cerchiamo di elencare le novità introdotte 🙂

• Gli utenti possono invitare altri utenti per farli partecipare alle discussioni sulle richieste. Prima era consentito ai soli agenti poter eseguire queste operazioni. In questo modo, gli agenti hanno la possibilità di poter comunicare la risoluzione del problema ad un numero di utenti maggiore, ridurre il numero delle segnalazioni e concentrarsi solo sui veri problemi;
• Rimane invariata, per quanto riguarda le licenze, il discorso che, nell’ambito del JIRA Service Desk, la questione che solo gli utenti Agenti vengono contati per determinare le licenze;
• Gli Agenti possono aprire delle segnalazioni a nome di utenti specifici Gli agenti hanno quindi la possibilità di poter creare delle segnalazioni per nome e conto di utenti, continuano a poter invitare altri utenti nella segnalazione, consentendo di ridurre il numero di segnalazioni e concentrando il lavoro solo dove è necessario. Un bel passo avanti 🙂
• Supporto per le email di solo testo. Con questa nuova versione di JIRA Service Desk, viene data la possibilità di poter gestire delle email senza HTML. Questo per venire incontro agli utenti che utilizzano dei sistemi di lettura automatica di email o che sono …. affezionati alle email di solo testo 
• Migliorata la console di amministrazione. Viene data agli amministratori la possibilità di gestire meglio le email semplificando la console stessa e aumentandone la chiarezza. Viene data la possibilità di poter visualizzare maggiori informazioni, LOG e dettagli delle email utilizzate.
• Sono stati risolti un discreto numero di …. bug 🙂

Conclusioni

Viene confermato che la Atlassian non smetterà mai di sorprenderci con nuove features, nuove funzionalità e nuove caratteristiche non indifferenti. Sono sicuro che, tra non molto tempo, torneremo a parlare di nuove sorprese 🙂

Riferimenti

Maggiori informazioni possono essere rintracciate qui. Altre informazioni sono reperibili a questa pagina

Altro esempio di uso

Mostreremo, in questo post, come realizzare una semplice gestione della contabilità, sfruttando Confluence e JIRA. L’obbiettivo è di combinare le funzionalità offerte dai due sistemi e di metterli a disposizione di tutti coloro che intendono gestire una semplice contabilità. Si va da piccolo professionista, alla azienda strutturata.

Di cosa abbiamo bisogno

Elenchiamo quello di cui abbiamo bisogno 🙂

• Confluence (Cloud o Server)
• Team Calendar
• JIRA

Vediamo nel dettaglio come sfruttare questi strumenti.

Confluence

Useremo Confluence come repository dei nostri documenti. Come mostrato nei diversi esempi di uso, nei precedenti posts di questo blog, Confluence si presta molto bene nella gestione di documenti. Le pagine possono essere utilizzati per creare delle agevoli Dashboard, da usare per aggregare tutte le informazioni.

Allo stesso modo con cui abbiamo creato una scheda cliente, possiamo creare un repository per le fatture. A tale scopo, dedichiamo uno space alle fatture, dove la pagina principale sarà la Dashboard riassuntiva di tutte le fatture emesse, mentre le singole fatture saranno memorizzate su singola pagina. Sfruttando il meccanismo delle Page Properties, avremo sempre a disposizione un report riassuntivo con il quale potremo sempre visualizzare lo stato delle fatture, e capire se e quando sono state pagate, se sono da pagare, il cliente, etc.

La seguente immagine mostra un esempio di Dashboard che può essere realizzata.

In questo esempio si può vedere come io ho organizzato la mia gestione delle fatture. Opportune Page Properties mi consentono di poter definire tutte le informazioni di cui abbisogno. Si va dal nome del cliente (che a questo punto, può essere una pagina a se stante di un altro Space Confluence, con tutte le indicazioni del cliente), alla data di emissione, anno riferimento, se il cliente è di buona o pessima qualità (ahimè occorrono anche queste informazioni) e, come conseguenza, se si è dovuti ricorrere ad un avvocato per il recupero crediti.

Ovviamente questo è un esempio abbastanza completo, ma non è il solo. Qui ci si può sbizzarrire con la propria fantasia o applicare le proprie conoscenze per poter avere a disposizione un quadro completo della situazione.

Team Calendar

Come per altri esempi, il Team Calendar è sicuramente utile per gestire gli appuntamenti aziendali, le scadenze fiscali o altre scadenze di vario genere.

Abbiamo anche la possibilità di poter generare più Calendari distinti, a seconda delle necessità. Si potrebbe avere a disposizione un calendario per le scadenze fiscali, un calendario per le scadenze di una divisione o di un ufficio, un calendario per gli eventi ed un calendario per le ferie del personale, etc etc etc :-). Lasciate correre la fantasia.

JIRA

JIRA viene usato per tracciare le varie attività. Ovviamente, JIRA può anche essere utilizzato per gestire progetti NON IT, non di sviluppo software. 🙂

Impostando i vari task, abbiamo la tracciatura completa delle varie attività. In aggiunta, inserendo le ore dedicate, abbiamo il controllo completo delle varie attività.

Quindi??

Semplicemente eseguendo una estrazione delle attività, attraverso JQL, possiamo ricavare il totale delle ore e determinare le fatture da emettere ai vari clienti.

Conclusioni

Confluence e JIRA si dimostrano dei software poliedrici, che consentono anche a persone non IT di poter essere validi strumenti per lo svolgimento delle operazioni di tutti i giorni, aiutando gli utenti nel loro lavoro e fungendo da supporto non indifferente per loro. Quanto riportato in questo post, può essere implementato sia nella versione Cloud, che nella versione Server.

Nei prossimi post, cercheremo di fornire ulteriori esempi di utilizzo di questi software.

Un piccolo aiuto

Continuiamo le recenzioni di addon per JIRA. In questo post andremo ad esaminare in piccolo addon che può aiutare nella gestione di progetti AGILE.

Andiamo in dettaglio

Si tratta di un semplice addon che mette a disposizione un orologio per cronometrare le riunioni.

Dalle immagini, vediamo che si tratta di un semplice orologio, facilmente configurabile, che consente di poter impostare le durate delle varie riunioni. In questo modo, si evita di discutere oltre un certo tempo, si forza le persone a arrivare subito al dunque e a evidenziare solo ciò che serve, senza dilungarsi in inutili giri.

Una volta installato, l’orologio è subito fruibile e consente di monitorare sempre il tempo 🙂

Conclusioni

Si tratta di un semplice addon che fornisce un grande aiuto. Può essere utilizzato nelle prime fasi di implementazione AGILE dei progetti, come supporto per determinate il tempo massimo da dedicare alle riunioni e aiutare il team a trovare il suo tempo.

Riferimenti

Maggiori informazioni al seguente link

Continuiamo il viaggio

Proseguiamo, in questo post, l’esempio di uso di JIRA Service Desk, mostrando come eseguire la configurazione del Customer Portal.

Customer Portal

Il Customer Portal è la porta di accesso degli utenti verso il Service Desk. Da esso, i vari customer possono veicolare le richieste o andare a visionare le richieste che hanno inviato ai vari agenti.

La configurazione viene eseguita dalla dashboard principale del Service Desk. Solo gli amministratori possono eseguire questa operazione.

Selezionando Settings -> Channel: Portal Settings, si accede alla sezione di gestione dello stesso, come mostrato nella figura successiva. Da qui, possiamo impostare tutte le modifiche di cui necessitiamo.

Possiamo impostare il nome del Portale (ArtigianoDelSoftware Support e trasformarlo come meglio crediamo), inserire un testo introduttivo ad hoc, inserire un logo.

Altra cosa, possiamo anche modificare lo schema di colori, andando a selezionare (come indicato in figura soprastante) JIRA Service Desk Configuration Page. Questo ci reindirizzerà alla pagina di configurazione

dove possiamo … giocare con la grafica del nostro Customer Portal, rendendolo anche più piacevole per gli utenti.

Come ulteriore configurazione, possiamo inserire anche un link al Knowledge Base, semplicemente andando a inserire l’opzione presene sul menù

In questo caso, saranno considerate le Application Link configurate su JIRA. In questo esempio abbiamo il link a Confluence, e di conseguenza sarà più agevole impostare il tutto. Infatti, se selezioniamo Confluence, sarà richiesto quale space dello stesso sarà usato per le ricerche di KB:

Prossimi Passi

Nel prossimo post, andremo ad impostare le caratteristiche del Service Desk, quali le SLA che deve avere, quali metriche leggere, etc.

Ulteriore esempio di uso

Proseguiamo la serie di post in cui mostriamo, in maniera molto semplice, come poter utilizzare Confluence e JIRA, in situazioni non attinenti alla IT o all’informatica in generale. L’obbiettivo è di mostrare come poter utilizzare degli strumenti per poter migliorare il proprio lavoro e la propria produttività.

In questo caso mostreremo come poter utilizzare utilizzare Confluence e JIRA per la gestione di una classe di stutendi, al fine di poter migliorare l’interazionetra insegnante e studenti e avere dei riferimenti per lo studio.

Di cosa abbiamo bisogno

In questo esempio, quello di cui abbiamo bisogno è:

• Confluence;
• Team Calendar, per Confluence;
• Questions, per Confluence;
• JIRA;

Andiamo nel dettaglio e vediamo come andremo ad utilizzare questi strumenti.

Confluence

Confluence è il repository dove saranno memorizzate le seguenti informazioni:

• Le schede degli studenti. Su di un apposito space, visibile solo agli insegnanti, saranno riportate le schede personali degli studenti. Sulle schede personali saranno riportate tutte le indicazioni che ogni singolo insegnante vuole apporre sullo studente. Caratteristiche, risultati di compiti, difficoltà riscontrate ed azioni intraprese dal docente per aiutare lo studente a superare tali difficoltà. In questo modo, si coordina il lavoro degli insegnanti e si ha una maggiore cura degli studenti.

• Lezioni, tesine, articoli, riferimenti, documenti etc etc, possono trovare posto su determinati space. Una possibile soluzione potrebbe essere quella di destinare le informazioni di ogni singola materia su appositi Space (Es. Matematica, Fisica, Informatica, Storia, Inglese, o lingue straniere etc), dove gli insegnanti inseriscono il materiale didattico. Vista la flessibilità di Confluence, è possibile anche allegare documenti (Word, Pdf, etc), immagini e link su internet, che possono fungere da ulteriori risorse per gli studenti. Questo materiale può anche essere utilizzato per creare delle pagine che fungeranno da lezioni vere e proprie, sfruttando la flessibilità che Confluence stesso mette a disposizione.

• Personal Space per insegnanti e studenti. La funzionalità di Personal Space, che Confluence mette a disposizione, può risultare utile per studenti ed insegnanti per memorizzare i propri appunti, idee, tesine, materiale vario, etc. Lo spazio è riservato e la privacy è garantita per entrambi i soggetti.

• Social e Collaboration. Sono le due caratteristiche che Confluence mette a disposizione, consentendo una maggiore interazione tra le parti. In aggiunta, si ha uno strumento per reperire le informazioni quando lo studente non può presentarsi alle lezioni (malattia, neve, etc). Non è più necessario telefonate per avere i compiti o recuperi straordinari. Tutte le informazioni sono contenute in un unico punto. Questa è la vera forza di Confluence. 🙂

• Comunicazioni. Essendo un sistema unico, dove confluiscono tutti gli studenti, è possibile utilizzarlo anche per le comunicazioni, come portale interno della scuola, dove sono raccolte tutte le informazioni, modulistiche, circolari, regolamenti, e tutto ciò che necessita per la vita scolastica.
• Esperienza. Può anche essere utilizzato, per le classi di informatica, per poter fare esperienza sul campo ed iniziare a toccare con mano una situazione di lavoro.

Team Calendar

Team Calendar. E’ uno strumento molto importante. Può essere usato come calendario comune, sia da insegnanti per segnare le verifiche, gli incontri con gli studenti o con i genitori, le lezioni, etc. Può anche essere utilizzato per le attività collaterali degli studenti o della scuola stessa, per indicare eventi, riunioni, incontri con associazioni studentesche, etc. La fantasia è l’unico limite 🙂

Questions

Le domande sono importanti. Servono allo studente a capire. A maggior ragione può essere utile Questions per tenerne traccia e per aumentare la conoscenza. Per le caratteristiche che possiede, Questions consente di poter creare un repository di domande che possono essere facilmente reperite dagli studenti. Non solo. L’insegnante può anche fornire risposte diverse per aiutare studenti diversi a comprendere meglio il dubbio. In questo modo si dispone di un sistema di risoluzione dei dubbi. Anche gli studenti possono rispondere alla domanda. In questo modo, l’insegnante può usare lo strumento per valutare il grado di conoscenza dello studente su di un aspetto della materia 🙂

Ma non è finita. Lo strumento può anche essere utilizzato dagli insegnanti anche per porre delle domande ai propri studenti ed essere quindi usato come strumento di verifica. La possibilità di dare un ranking alla risposta aiuta a elogiare i più meritevoli ed ad incoraggiare gli altri studenti a migliorarsi.

In aggiunta, ma non di minore importanza, essendo Confluence centrale a tutta la scuola, Questions può essere anche utilizzato da studenti che non seguono direttamente la materia della domanda. Uno studente di Fisica può leggere le risposte fornite dall’insegnante di Matematica, in quanto la risposta fornita può aiutarlo nello studio di un determinato argomento. Ma questo è solo un esempio. Ripeto: La fantasia è l’unico limite 🙂

Come si può vedere lo strumento è, più che mai, utile.

 JIRA

Gia con Confluence riusciamo ad avere un insieme di strumenti che da soli svolgono un ruolo molto importante. JIRA può essere utilizzato come ulteriore strumento per i compiti assegnati.

Sfruttando la potenza delle ISSUE JIRA è possibile che l’insegnante può creare dei TASK, che costituiscono i compiti veri e propri, e assegnargli agli studenti. Si può avere una assegnazione a singolo studente o ad un gruppo di studenti. In questo modo, l’insegnante può monitorare l’andamento dei compiti ed intervenire .

Conclusioni

In questo post è stato descritto come Confluence e JIRA possono essere utilizzati come validi strumenti di supporto nella didattica di una scuola. Ovviamente questo è solo un esempio e di possibili variazioni ce ne possono essere tantissime :-).