Agile Methods

• Informazioni su questo gruppo
• Forum

• Inizio
• Gruppi
• Agile Methods
• Forum
• Basics
• "interessante" Sicht auf Agile

• 
  Helge Nowak    Utente Premium

  Il nome della società è visibile solo per gli iscritti registrati.

  "interessante" Sicht auf Agile

  Ich habe in einer Diskussion auf Techrepublic für Agile als Methode plädiert und von jemandem, der von sich sagt, in über 20 Jahren in der IT niemals der Inkompetenz überführt worden zu sein, folgende Liste von Schwächen von Agile erhalten:
  
  "
  Are it's too reactive.
  Too user centric
  Too prone to fall into monolithic architecture.
  A near guarantee of a total lack of separation of concerns.
  Promotes a false expectation with the user.
  And vastly encourages the release of prototypes
  "
  
  In einem zweiten, zugehörigen Thread hat er Partei für einen Entwickler ergriffen, der sich darüber aufgeregt hat, daß die Leute, für die er entwickelt, ständig ihre Meinung ändern und mit immer neuen Anforderungen kommen, was dazu führe, daß das System instabil werde...
  
  Ich weiß nicht, wie repräsentativ diese Meinungsäußerungen sind - aber bemerkenswert finde ich sie schon.
  
  Wie sind denn Eure Erfahrungen?
  
  Liebe Grüße
  Helge
  
  • 29/07/2011, 16:34
  Helge Nowak ha scritto: > Ich habe in einer Diskussion auf Techrepublic für Agile als Methode > plädiert und von jemandem, der von sich sagt, in über 20 Jahren in > der IT niemals der Inkompetenz überführt worden zu sein, folgende > Liste von Schwächen von Agile erhalten: > > " > Are it's too reactive. > Too user centric > Too prone to fall into monolithic architecture. > A near guarantee of a total lack of separation of concerns. > Promotes a false expectation with the user. > And vastly encourages the release of prototypes > " > > In einem zweiten, zugehörigen Thread hat er Partei für einen > Entwickler ergriffen, der sich darüber aufgeregt hat, daß die Leute, > für die er entwickelt, ständig ihre Meinung ändern und mit immer > neuen Anforderungen kommen, was dazu führe, daß das System instabil > werde... > > Ich weiß nicht, wie repräsentativ diese Meinungsäußerungen sind - > aber bemerkenswert finde ich sie schon. > > Wie sind denn Eure Erfahrungen? > > Liebe Grüße > Helge
• 
  Sascha Kürten    Utente Premium

  Il nome della società è visibile solo per gli iscritti registrati.

  Re: "interessante" Sicht auf Agile

  Na ja ist immer Ansichtssache.
  Ich sehe das so:
  
  Alles hat Stärken und Schwächen, Vor- und Nachteile, auch agile Methoden.
  Ich möchte sagen, alles hat Eigenschaften und man kann dann entscheiden, ob man es einsetzen will oder nicht, ob man die Eigenschaften in einem konkreten Fall akzeptieren kann oder nicht.
  
  Es gibt sicherlich auch Projekte, in denen agile Methoden keinen Sinn machen.
  
  Was man pro-aktiv planen kann, sollte man auch tun, auf alles andere kann man nur reaktiv behandeln. Demnach finde ich agile Methoden nicht "zu" reaktiv, sondern realistisch.
  
  "user centric" und "false expectiation with the user" scheint sich zu widersprechen. Ich denke es ist zwingen dnotwendig, sich so gut wie möglich auf den user einzustellen, Kundenerwartungen zu erfüllen, da dies erfolgskritisch für Projekte ist. Hier sehe ich einen engen Zusammenhang zu Lean Management.
  
  "release von prototypes" hat den Vorteil, ein schnelles Feedback vom user zu bekommen, ob man sich in die richtige Richtung bewegt. Desweiteren kann ein schnelles "time to market" Kosten- und Qualitätsvorteile bringen ggf. ist man sogar den Mitbewerbern eine Nasenlänge voraus. Marktführer machen es vor. Der Kollege sollte mal die "Marshmallow Challange" ausprobieren.
  
  Was soll ich zu dem Entwickler sagen?
  Herzlich Wilkommen in der Realität.
  Kunden/User/Sponsoren wissen eben nicht genau was sie wollen, was technisch möglich ist und welche Abhängigkeiten es gibt.
  NUR mit agilen Methoden kann man der Lage einigermaßen Herr werden. Ausserdem passiert das auch in "klassichen" Umgebungen, nur dass man es dort Change Management nennt.
  
  • 05/08/2011, 10:30
  Sascha Kürten ha scritto: > Na ja ist immer Ansichtssache. > Ich sehe das so: > > Alles hat Stärken und Schwächen, Vor- und Nachteile, auch agile > Methoden. > Ich möchte sagen, alles hat Eigenschaften und man kann dann > entscheiden, ob man es einsetzen will oder nicht, ob man die > Eigenschaften in einem konkreten Fall akzeptieren kann oder nicht. > > Es gibt sicherlich auch Projekte, in denen agile Methoden keinen Sinn > machen. > > Was man pro-aktiv planen kann, sollte man auch tun, auf alles andere > kann man nur reaktiv behandeln. Demnach finde ich agile Methoden > nicht "zu" reaktiv, sondern realistisch. > > "user centric" und "false expectiation with the user" scheint sich > zu widersprechen. Ich denke es ist zwingen dnotwendig, sich so gut > wie möglich auf den user einzustellen, Kundenerwartungen zu erfüllen, > da dies erfolgskritisch für Projekte ist. Hier sehe ich einen engen > Zusammenhang zu Lean Management. > > "release von prototypes" hat den Vorteil, ein schnelles Feedback vom > user zu bekommen, ob man sich in die richtige Richtung bewegt. > Desweiteren kann ein schnelles "time to market" Kosten- und > Qualitätsvorteile bringen ggf. ist man sogar den Mitbewerbern eine > Nasenlänge voraus. Marktführer machen es vor. Der Kollege sollte mal > die "Marshmallow Challange" ausprobieren. > > Was soll ich zu dem Entwickler sagen? > Herzlich Wilkommen in der Realität. > Kunden/User/Sponsoren wissen eben nicht genau was sie wollen, was > technisch möglich ist und welche Abhängigkeiten es gibt. > NUR mit agilen Methoden kann man der Lage einigermaßen Herr werden. > Ausserdem passiert das auch in "klassichen" Umgebungen, nur dass man > es dort Change Management nennt.