Agile

Making Wrong Code Look Wrong, Hungarian Notation and C++ Exceptions

• http://www.joelonsoftware.com/articles/Wrong.html

Automated Tests and Continuous Integration in Game Projects

• http://www.gamasutra.com/features/20050329/roken_01.shtml

23% of project failed, 49% challenged, and only 28% succeeded in 2000

• http://www.standishgroup.com/sample_research/PDFpages/extreme_chaos.pdf

Why french university don't teach Software Project Management like in USA or Canada?

• http://www.csd.uwo.ca/faculty/beau/CS377/CS377-Outline.html

2 links about project management, how to make a good quality project and why it is bad to do too much overtime:

• http://www.fastcompany.com/online/06/writestuff.html
• http://www.gamasutra.com/features/20050131/howie_01.shtml (you need a gamasutra account)

It's not really a project but I spend lot of spare time reading things about Agile Method, especially eXtreme Programming.

Classic Methods

• Merise
• SDMS
• V method / cascade (don't know the real name)

Approche totalement systémique, "par la structure"

Inconvénients (liés à la validation en cascade) : rigidité, manque d'adaptation, éloignement des besoins détaillés des utilisateurs, « effet tunnel ».

Agile Methods

• RUP (Rational Unified Process)
• RAD (Rapid Application Development)
• DSDM (Dynamic Software Development Method)

Approche par la structure avec validation en cascade (pour maintenir la cohérence systémique) lors du premier tiers du projet. Puis, approche par les besoins avec construction-validation de type itératif-incrémentiel (pour assurer la conformité de l'application au détail des exigences de l'utilisateur).

Inconvénients : pas d’inconvénient "structurel", mais implique d’adapter le processus à la typologie du projet.

• XP (eXtreme Programming)
• FDD (Feature-Driven Development)
• Crystal

Approche "par les besoins" se voulant totalement incrémentielle et itérative mais finalement débutant par une phase exploratoire comme RAD, RUP ou DSDM.

Inconvénients : risques d'incohérences, de redondances et de déstructuration des programmes par de trop fréquentes modifications.

• TDD (Test-Driven Design)
• SCRUM
• ASD (Adaptive Software Development)
• Pragmatic Programming