MokaByte
MokaByte n. 192 - Febbraio 2014
Contratti Lean Agile
contrattileanagile

Contratti Lean Agile

I parte: Una nuova frontiera per clienti e fornitori

Con questa nuova serie affrontiamo una tematica molto particolare e importante: in che modo si possono stipulare, gestire ed eseguire contratti in un contesto Lean/Agile? L’adozione di tali metodologie in aziende più o meno grandi, infatti, comporta anche un’adeguato aggiustamento per quel che riguarda i contratti.

Leggi tutto »
Guida galattica per scrummers
denominazioni-epiche

Guida galattica per scrummers

V parte: Le storie utente. Concetti fondamentali

Come si è avuto modo di vedere, la raccolta dei requisiti in Scrum viene svolta anche tramite product backlog, una lista di elementi ognuno dei quali rappresenta una funzionalità da aggiungere al prodotto, funzionalità che risponde a un preciso bisogno di business dell’utente.

Leggi tutto »
Mobile Apps
marketing-ecommerce

Mobile Apps

I parte: Applicazioni mobili, un mercato maturo e in crescita

Cominciamo in questo numero una serie in più puntate che affronterà il tema delle applicazioni per dispositivi mobile sia da un punto di vista tecnologico che da un più ampio punto di vista di strategie 'di mercato' che troppe volte vengono sottovalutate e sono invece fondamentali per la trasformazione della classica buona idea in una app di successo.

Leggi tutto »
Test Driven Development: un esempio con una web app
assertthat-page-getwebresponse-getstatuscode

Test Driven Development: un esempio con una web app

I parte: Il contesto e i primi passi

In questa miniserie affrontiamo lo “sviluppo guidato dalle verifiche” (Test Driven Development): è una pratica agile che ben si inserisce all’interno di più ampie metodologie agili. Attraverso l’esempio di un semplice gioco sotto forma di web app, vedremo alcuni aspetti portanti del TDD.

Leggi tutto »
Use Case vs. User Story
rup

Use Case vs. User Story

I parte: I requisiti funzionali

Una definizione attinta dalla letteratura RUP [2] sancisce che “un requisito descrive una condizione o un’abilità alla quale il sistema deve conformarsi; i requisiti possono derivare direttamente dalle esigenze degli utenti, o essere sanciti da un contratto, da uno standard, da una specifica o da un qualsiasi altro documento formalmente imposto”.

Leggi tutto »