La gran mayoría de nosotros estamos muy familiarizados con las metodologías de desarrollo flexible, leemos el manifiesto ágil, trabajamos en scrum o kanban. Algunos de ellos - implementan con éxito ciertas prácticas ágiles en sus departamentos, otros - abogan por abandonarlos en favor de otras metodologías. En general, el tema no es nuevo, familiar y bastante trillado.
Sin embargo, la mayoría de las publicaciones se dedican solo al lado externo de la pregunta, donde se dan exactamente esas respuestas que motivan psicológicamente a los artistas a aceptar "ágil", pero se proporciona muy poca información sobre por qué la empresa lo necesita (o, peor aún, intentan deducir los beneficios comerciales de destinado a empleados de consignas).
Siendo yo un gran admirador del uso de metodologías de desarrollo flexibles (y, más bien, de prácticas individuales adecuadas para un negocio en particular), todavía me gustaría sugerir que las mire desde un ángulo inusual. Es poco probable que los gerentes experimentados encuentren algo nuevo en esta serie de artículos, pero para todos los demás, bienvenidos a Cat.
El ciclo no está dedicado a una sola metodología específica, sino que trata sobre la resolución de problemas de negocios usando metodologías flexibles en general, por lo tanto, los postulados del manifiesto ágil, los artefactos de scrum y la práctica de kanban sin pretender ser completos serán mixtos. Todo lo demás se discutirá exclusivamente en el contexto del desarrollo de software. La secuencia en la que se analizarán ciertos elementos depende, en primer lugar, de la escala del problema que resuelven las prácticas descritas. Por supuesto, cada uno de ellos está diseñado para resolver no un problema que surge antes del negocio, sino una amplia gama de tareas, pero por simplicidad cada uno se relacionará en el artículo con un problema principal. Vamos a empezar.
- Las personas y la interacción son más importantes que los procesos y las herramientas.
- Trabaja en iteraciones cortas
- La preparación para el cambio es más importante que seguir el plan original.
Las personas y la interacción son más importantes que los procesos y las herramientas.
agile-, . , — «».
, , , , , , , , — «» . , .
, «» , . «» . «» , « » (, ) .
«» , «» . - , , , . , .
, , «» , .
, .
, « », , . , , . , , . , , . , .
, . . , , . , , , . , , , , . — .
, . 10-20 «» , , , - vue.js , .net core. «» , «» , , .
— , . , — . « » ( -, - ), (« 2 , wiki»). — , .
, , , . .
— - . , , , . .
, , , , . «agile», .
. 20 1.5, . , , .
. , , , . , , , , , .
: , .
, , , . (, , ), . « » , , , . .
. , , «». . .
« », , . , .
, . , , : .
, , « ».
(), , . « » , .
agile-, .
. , «» (pivots), . , , , , «» , .
— , , , .
, , — .
, «» «» .
«» .
.
-, , — . , , , .
-, . ( ) , , , . , , . « », .
«» .
«» , «» . «» — , .
P.S. , .