25-01-2009, Sunday-17:38:56
wie ich im englischen Forum schon geschrieben habe:
Wäre es nicht einfach sinvoller, die Entwicklung dahingehend zu managen, dass wir s.g. Meilensteine setzen, also feste Definitionen von Zielen die bis zu einer bestimmten Version eingebaut werden müssen. Dann hat prissi keine Probleme mehr, dass er sich überlegen muss ob er einen Path testet bzw. einbaut, da wir sowieso nur festgelegte Ziele verfolgen. Die Ziele müssten natürlich vorher abgesprochen werden, aber ich denke, das würde sicherlich viel besser funktionieren; immerhin machen das praktisch alle Open Source oder auch Closed Source Projekte so.
Ich wäre also für einen klar definierten Ablauf von Releases:
Wäre es nicht einfach sinvoller, die Entwicklung dahingehend zu managen, dass wir s.g. Meilensteine setzen, also feste Definitionen von Zielen die bis zu einer bestimmten Version eingebaut werden müssen. Dann hat prissi keine Probleme mehr, dass er sich überlegen muss ob er einen Path testet bzw. einbaut, da wir sowieso nur festgelegte Ziele verfolgen. Die Ziele müssten natürlich vorher abgesprochen werden, aber ich denke, das würde sicherlich viel besser funktionieren; immerhin machen das praktisch alle Open Source oder auch Closed Source Projekte so.
Ich wäre also für einen klar definierten Ablauf von Releases:
- Sammlung von Features
- Die Features werden programmiert
- Feature Freeze: Keine neuen Features werden mehr hinzugefügt, nur mehr Bugs ausgebessert
- Release
[/list=1]