¿El rol del arquitecto se ajusta a la metodología Agile Samurai de desarrollo de software?

Descargo de responsabilidad : no he leído El ágil samurai (supongo que el nombre de la metodología proviene de ese libro)

En primer lugar, deja de usar samurai , ninja , rockstar y todo eso cuando hables de desarrollo. De Verdad.

Sobre la pregunta original, como dije, no he leído el libro, pero desde el resumen que he encontrado parece que solo es una reescritura de métodos ágiles probados (¿SCRUM tal vez?) Agregando algo de humor, historias de guerra y un título pegadizo. Entonces supongo que la pregunta puede reformularse como ¿El papel del arquitecto se ajusta a los métodos ágiles ?

Existe este mito sobre el diseño emergente en el desarrollo de software ágil. Básicamente dice que si se adhiere estrictamente a los principios ágiles (probar primero, desarrollar, refactorizar) puede comenzar desde una pequeña base de código y dejar que el diseño emerja de los puntos en común encontrados entre las diferentes funcionalidades mientras las implementa. No creo en esto, ya que siempre hay decisiones arquitectónicas que pueden ahorrar mucho tiempo si se toman por adelantado. Por ejemplo, piense en implementar una aplicación que necesitará una API REST. ¿Tiene sentido comenzar a codificar desde cero sin utilizar bibliotecas de terceros para terminar extrayendo los elementos comunes encontrados en los marcos REST ya existentes? ¿No tiene sentido estudiar los casos de uso esperados de la aplicación para establecer una arquitectura inicial, o incluso seleccionar una plataforma adecuada, marcos, bibliotecas para facilitar el trabajo? Por supuesto, un defensor emergente del diseño le dirá que realmente no sabe que la aplicación seguirá los principios REST hasta que comience a codificar …

Teniendo esto en cuenta, un fundamentalista de diseño emergente le dirá que tomar esas decisiones es un desperdicio, ya que no sabe de antemano la forma en que evolucionará el sistema y eso debe evitarse. Desde mi punto de vista, el desperdicio es perder tiempo en reescribir cosas que otras personas ya han escrito, incluso de una manera brillante. Entonces, para mí, el papel del arquitecto encaja dentro de los métodos ágiles, y como dije antes, debería estudiar los casos de uso esperados de la aplicación o sistema que se está desarrollando, redactar una versión inicial de los componentes principales del sistema y seleccionar una plataforma inicial y conjunto de bibliotecas y marcos que se utilizarán en cada uno de esos componentes para que el trabajo sea lo más rápido y productivo posible.