It is said that kanban methodology is suited for software maintenance
and support areas whereas scrum for new product development.
Penso che molte persone della comunità agile non sarebbero d'accordo. Sia Kanban che Scrum sono adatti per lo sviluppo di nuovi prodotti (ho lavorato a un progetto greenfield con Kanban).
È vero che hanno punti di forza e punti deboli diversi e che Scrum nella sua forma originale non è adatto per la manutenzione del software quando le risposte rapide sono fondamentali, ma la maggior parte dei team non usa una metodologia "pura", ma lo adatta a i loro bisogni.
Which agile approach is best suited for a project which is basically a
re-platforming from one technology to another(say from java to .net).
La risposta agile sarebbe: Non. Una riscrittura completa raramente è una buona idea e, soprattutto, va contro una delle idee fondamentali dello sviluppo agile, ovvero concentrarsi sull'offerta di valore rapidamente : Se esegui una riscrittura completa, probabilmente non fornirai un valore qualsiasi finché non hai finito (e probabilmente mai, se fallisci). Vedi ad esempio: per riscrivere o non riscrivere , e Joel on Software - Cose che non dovresti mai fare, parte I . Di solito è meglio fissare le parti che causano più dolore, eventualmente migrando a una tecnologia diversa bit per bit (ad esempio, modulo per modulo). All'inizio può sembrare più difficile, ma ti darà risultati molto più velocemente e ridurrà il rischio.
Detto questo, se ritieni di dover riscrivere, la metodologia non dipende dal fatto che sia una riscrittura. Piuttosto, dovrebbe dipendere da come il tuo team è composto, come vogliono lavorare, come comunicare con le parti interessate, ecc. Sia Kanban che Scrum saranno adatti.