www.whybasecampsux.org/ – che tradotto in lingua madre suona come: www.perchèbasecampfapena.org

Qualche ignaro frustato ha messo in fila le pecche di basecamp e ha collezionato una serie di alternative al project management via web. Alcuni motivi sono pienamente condivisibili:

• Basecamp non offre una rappresentazione visuale dei progetti: GANTT
• L’esportazione dei dati è difficoltosa, sebbene venga offerta l’esportazione nel formato XML, praticamente questa non è leggibile da microsoft project (tanto per citarne uno)
• Non ci sono template per i progetti, ogni nuovo progetto deve essere compilato a mano
• Il limite degli allegati a 10Mbite è piuttosto restrittivo (per non dire proibitivo)

Detto questo resta il fatto che quelli di 37Signal hanno saputo creare uno strumento snello ed efficace, anche se a mio parere difficilmente utilizzabile in contesti medio-grandi. Allora quali sono le alternative?
I primi a illustrarle sono proprio quelli di 37Signal, nel loro forum: onore al merito per saper convivere e competere coi concorrenti. Ma è spulciando nell’elenco di whybasecampsux che ho trovato questo Celoxis.

Celoxis è una piattaforma online per la gestione progetti, sviluppata da una società indiana, che non ha nulla ma proprio nulla da inviadare a concorrenti ben più blasonati. Quello che mi ha attratto è stata l’esportazione/importazione di progetti da microsoft project (che funziona, anche se dai test effettuati non è impeccabile), per poi scoprire che le funzionalità offerte sono di elevato livello.

• Gestione delle risorse e dei relativi costi, con una interfaccia di livellamento decisamente migliore rispetto allo standard di microsoft project (vedi screenshot sotto)
• Calendario: sembra una banalità, ma può rivelarsi di estrema utilità quando ci sono più progetti/attività/riunioni sovrapposti (vedi screenshot sotto)
• Timesheet: ogni utente indica le attività svolte durante la giornata lavorativa (vedi screenshot sotto)
• Reportistica dettagliata e personalizzabile
• Visualizzazione grafica con GANTT (vedi screenshot sotto)
• Analisi economica degli scostamenti: c’è grande attenzione sull’analisi dei dati, che sono il vero fattore determinante per una corretta gestione progetti (vedi screenshot sotto)
• Accesso per i clienti, che dispongono di una loro cartella personale e di un forum tramite i quali possono aprire un collegamento diretto con l’azienda

Insomma, non si tratta della gestione di semplici “todo-list”, per dirla all’italiana: di “liste delle cose da fare”. Si tratta di una seria ed efficiente piattaforma per la gestione dei progetti, con gli indispensabili strumenti per l’analisi dei costi e degli scostamenti rispetto alle previsioni di budget.

Sul sito ufficiale si trovano alcuni utili video esplicativi, mentre per i più curiosi è disponibile anche la demo on-line. Celoxis viene venduta sia in versione hosted (14.95$ ogni utente/mese) che installata presso i server aziendali.

Tra i clienti sono citate anche aziende italiane, ma le mie ricerche non hanno scovato nulla a riguardo. Mi piacerebbe sapere come si sono trovati coloro che hanno adottato questo sistema di project management; la prima impressione (quella che conta) è di un software solido e decisamente appetitoso. Se qualcuno avesse ulteriori notizie è il benvenuto, intanto continuerò a spulciare nei link delle alternative a microsoft project.. ops! a basecamp.

Project Management, Task Management, Project Portfolio, Knowledge Management, Product Data Management, SOA, Enterprise Application Integration e chi più ne ha più ne metta. Per chi ancora parla italiano: gestione dei progetti e del portfolio progetti, pianificazione delle attività, gestione della conoscenza, gestione documentale legata al prodotto, architetture software orientate ai servizi, integrazione delle applicazioni presenti in azienda. Sono queste le sfide di oggi, per una azienda che chiede all’infrastruttura ICT servizi fruibili e con una semplice finalità: soddisfare bisogni, più o meno estesi, all’interno dell’organizzazione. Per il cliente sono tutte attività che non creano valore aggiunto, per l’azienda sono la base operativa, a volte la prerogativa per il conseguimento dei risultati.

La gestione dei progetti va oltre la semplice pianificazione, diventa fondamentale condividere le informazioni sull’avanzamento delle attività, l’utilizzo delle risorse e i relativi costi. A maggior ragione per il reparto di Ricerca e Sviluppo: il portfolio progetti deve essere accessibile e visibile a tutti, i team di lavoro devono condividere files e documenti agevolmente, i ricercatori devono scambiarsi conoscenza agilmente. La conseguenza naturale di queste introduzioni è l’aumento della complessità delle tecnologie ICT: la gestione di tale complessità diventa un fattore critico per rendere utilizzabili i sistemi informatici.
Ecco quindi l’avvento delle SOA: Service Oriented Architecture. Il software deve fornire  alcuni precisi servizi ed essere accessibile via web: Web Services.
Le piattaforme per la condivisione di documenti e progetti sono tantissime, il compito di un ingegnere gestionale sta nell’individuare i bisogni (requisiti) fondamentali per poi scegliere e sviluppare il software correttamente.

Oggi ho messo in fila le idee, e ho stilato una lista di argomenti sulla quale costruire la tesi di laurea specialistica. Si, la tesi: finalmente si esce.. anche se di certo non prima di Dicembre. Probabilmente diventerà l’indice, 12 capitoli e troppe parole inglesi. Che dite?

1. Introduzione
2. Project Management in R&D
   1. Importanza della gestione progetti e Open Innovation
   2. Intranet: condivisione e architettura Service Oriented
   3. Gestione documentale abbinata ai progetti
3. Ai confini del Knowledge Management
4. Enterprise 2.0: i bisogni emergenti e le SOA
5. Governance dell’ICT: complessità crescente e bisogno di integrazione
   1. La logica dell’architettura a piccoli moduli
   2. Accoppiamento dei software: bene o male?
6. Microsoft SharePoint e la Social Era: tra wiki, blog e team di lavoro
7. Project Web Access: Microsoft Project on-line
8. Il caso della intranet nel reparto R&D di LandiRenzo S.p.A.
   1. SharePoint e PWA: personalizzazioni della piattaforma e Web Parts
   2. Monitorare il Workflow dello sviluppo software: una soluzione con gli strumenti di SharePoint
   3. Workflow dei documenti: interfacciamento con SAP
   4. Product Data Management col software Model Manager e il CAD
   5. Forza e debolezza di piattaforma e infrastruttura
9. Il ruolo del CED
10. Qualche cenno sul mondo Open Source
11. Evoluzione
12. Conclusioni

Lo pubblico perchè come sempre mi piace condividere ciò che faccio, soprattutto da studente, e magari qualcuno può darmi spunti interessanti o viceversa questo elenco potrebbe stimolare qualche altro “collega”. Per chi se la fosse persa: la laurea della triennale è disponibile per la consultazione.

Ho deciso di focalizzare l’attenzione sulla intranet e sulle piattaforme collaborative, lo trovo un proseguimento del lavoro dei tre anni precedenti; è comunque un tema che mi sta a cuore. E chissà che l’inizio di questo post non diventi l’introduzione..

Quando poi un annuncio del genere ti arriva da AlmaLaurea, sito di riferimento per neolaureati, la faccenda si fa più intrigante.. e proprio non resisti senza pubblicarla:

KEYENCE ITALIA SPA, branch commerciale dell’omonima multinazionale giapponese leader mondiale nel settore dei prodotti High-Tech per l’automazione industriale, ha selezionato il tuo curriculum vitae presente in AlmaLaurea per segnalarti l’offerta di lavoro relativa a: Sales Engineer per l’Area Emilia

Descrizione posizione:
Il ruolo prevede la gestione della commercializzazione diretta dei prodotti con approccio tecnico-consulenziale presso aziende situate nella zona di riferimento (province di Piacenza, Parma, Reggio Emilia e Modena). Il continuo potenziamento della rete commerciale consente concrete possibilità di crescita professionale in un’azienda dinamica caratterizzata da un’espansione continua.

Esperienze lavorative precedenti:
E’ gradita esperienza, approssimativamente di due anni, nella vendita diretta e nello sviluppo commerciale di prodotti industriali tramite accurate metodologie sia di sales action, sia di consulenza tecnica.

Pubblico su queste pagine l’ultima fatica. Si tratta di un modello Extend che simula un sistema per chiamate di emergenza attraverso un satellite. Non è altro che un modellino accademico svilupato su un software concepito per effettuare simulazioni. Niente di trascendentale, il modello ha tanti limiti ma nel complesso funziona. Simula connessioni a commutazione di circuito verso una destinazione sempre raggiungibile (centro di raccolta chiamate). Magari a qualcuno potrebbe tornare utile.

La versione demo di Extend è scaricabile dal sito ufficiale. L’unica limitazione della demo è che permette di modificare e salvare files con alpiù 75 blocchi, ma tutti i files (anche con un numero maggiore di blocchi) sono consultabili e utilizzabili.
Extend è uno dei migliori software per la simulazione al calcolatore, dispone di diverse librerie con blocchi utilizzabili per gli scopi più comuni (logici, routing, operazionali, ecc..). Nell’ultima versione è possibile effettuare anche simulazioni 3D.

Scarica lo zip con il Modello Extend e la presentazione-analisi dei risultati.

Queste le slides di presentazione del modello:

| View | Upload your own

Ma la simulazione cos’è?

Volendo fare i teorici, la simulazione è utile per modellare la realtà e riprodurre al calcolatore il comportamento di sistemi più o meno complessi. Essa riveste un ruolo di fondamentale importanza sopratutto in ambito produttivo o logistico. E’ buona norma sottoporre i processi produttivi e logistici a prove simulative, per fare previsioni sull’andamento delle variabili stocastiche che li governano e ne regolano l’evolversi nel tempo.

Attraverso le prove di simulazione è possibile fare un’analisi delle prestazioni di un sistema (produttivo o di servizio), fare confronti o ottimizzare il modello variando i parametri, individuare i punti critici e fare previsioni.Tutto ciò a costi sicuramente minori rispetto a quelli da sostenere nella realtà.
Simulare sul computer un impianto con un carrello AVG in più è sicuramente meno dispendioso che aggiungere un carrello in uno stabilimento già realizzato.

Al fine di poter procedere correttamente per avere un modello di simulazione utile e funzionante è opportuno procedere con una serie di passi:

• Definizione degli obiettivi e delle problematiche da esaminare: un’ attenta analisi del problema consente di circoscriverne l’esame riducendo il successivo tempo di analisi;
• Stesura di un modello concettuale: consiste nella comprensione e modellazione del sistema produttivo che si intende simulare; questa fase è particolarmente importante in quanto definirà il comportamento dei diversi flussi di materiale e di informazioni che attraverseranno il modello.
• Validazione del modello concettuale: si tratta di un confronto con la direzione dell’impresa e con gli operatori per assicurarsi della capacità del modello di offrire un immagine consistente della realtà.
• Analisi dei dati in ingresso: la raccolta e l’analisi dei dati che diverranno la base per la definizione dei parametri di funzionamento del sistema (ad esempio: i diversi tempi di lavoro di una singola macchina). Attraverso le tecniche del calcolo delle probabilità diviene possibile definire una distribuzione di probabilità per ogni parametro, da inserire all’interno del modello.
• Scrittura del modello in termini matematici
• Calibrazione e valutazione
• Definizione di un piano degli esperimenti: una singola iterazione (“run”) di simulazione non ha alcun significato; rappresenta solo una delle possibili evoluzioni del sistema. È quindi opportuno effetture diversi “run” per poi analizzare i parametri in uscita. La lunghezza della singola iterazione e il numero delle iterazioni vengono determinate in questa fase.
• Analisi dei dati in uscita: dopo aver raccolto i dati relativi ai parametri, depurati da eventuali transitori è possibile creare degli intervalli di confidenza ovvero stimare il “range” di valori in cui i parametri che analizzano il problema proposto al primo passaggio possono oscillare.

[fonte: Wikipedia]

Il problema è riuscire a dimostrare o confutare il fatto che non esistono problemi NP o detto con termini diversi dimostrare che tutti i problemi NP possono essere resi di tipo P. Questa è una domanda molto importante per l’informatica teorica. Vedi teoria della complessità algoritmica per una discussione più completa.

Essenzialmente, la domanda P = NP si può riformulare così: se le soluzioni positive a problemi di tipo SI/NO possono essere verificate velocemente, ne segue che le risposte possono essere anche calcolate velocemente? Un esempio per avere un’idea di cosa ciò vuole dire. Dati due numeri grandi X e Y, potremmo chiederci se Y sia multiplo di un intero tra 1 e X, estremi esclusi. Per esempio potremmo chiederci se 69799 sia multiplo di un qualche intero tra 1 e 250. La risposta è SI, sebbene sia necessaria una discreta quantità di lavoro per scoprirlo a mano. D’altra parte, se qualcuno ci dicesse che la risposta è “SI, perché 223 è un divisore di 69799″, allora potremo velocemente verificare questo fatto con un’unica divisione. Verificare che un numero è un divisore di un altro è molto più semplice che trovare il divisore stesso partendo da zero. L’informazione necessaria a verificare una risposta positiva è anche chiamata certificato. Concludiamo così che dati i certificati giusti, le risposte positive ai nostri problemi possono essere verificate velocemente (cioè in tempo polinomiale) e questo è il motivo per cui il problema è in NP. Non è noto se questo problema è in P. Il caso particolare in cui X=Y è stato dimostrato essere in P nel 2002.

Ed ero curioso di vedere gli altri.. Se non avete niente da fare e la tv non offre altro che calcio, potete buttare via il vostro tempo leggendoli tutti. Ho tremendi ricordi di un esame passato pochi mesi fa.

Tanto per concludere (colpa dell’orario):

A Bologna organizzano un congresso per ingegneri e matematici. Vengono invitati gli ingegneri ed i matematici di Pisa. Arrivati alla stazione i matematici, comprano un biglietto a testa. Gli ingegneri invece ne comprano uno per tutti. Quando sul treno arriva il controllore gli ingegneri corrono a chiudersi in bagno. Il controllore, esaminati i biglietti dei matematici, bussa alla porta del bagno. Dall’interno un ingegnere risponde:
- Occupato!
E il controllore:
- Biglietti, prego.
Da sotto la porta, gli ingegneri mostrano il loro unico biglietto, il controllore lo vidima e glielo restituisce. Al ritorno a Pisa i matematici, vista la scena dell’andata, comprano un solo biglietto per tutti. Gli ingegneri, invece, nessuno. All’arrivo del controllore i matematici corrono nel bagno e gli ingegneri (tutti tranne uno) in un altro bagno. L’ingegnere rimasto fuori bussa alla porta del bagno dei matematici. Uno dei matematici risponde:
- Occupato!
E l’ingegnere:
- Biglietto, prego…