1

Autor - Alumno
de la Universidad Peruana Unin


La comunicacin ese gran desconocido
Noe Wilber Tipo Mamani
1


RESUMEN EJECUTIVO
La comunicacin correcta en grupos
de desarrollo de software nos trae buenos
resultados. Uno de los valores de la filosofa
agil dice individuos y interacciones sobre
procesos y herramientas. Por otro lado
Scrum tiene ceremonias como: Spring
planing, daily meeting, Spring review, etc.
que son reuniones presenciales, sin
embargo acurre en desarrollo de proyectos
de software que no solo basta las
reuniones personales, se necesita
herramientas para comunicarse. Cmo va el
proyecto, necesitamos controladores de
versiones para ver el cdigo fuente,
repositorios de documentos, usar correos
de una manara correcta. La estandarizacin
de la estructura del proyecto como:
organizacin de mdulos y carpetas del
proyecto esto permite a los involucrados del
proyecto estn bien informados y
comunicados y el xito del proyecto que
trae la satisfaccin del cliente y el equipo de
desarrollo del proyecto, que todos esperan
finalizar con xito y sin frustraciones la
culminacin del proyecto.

PALABRAS CLAVES: Comunicacin,
desconocido, Metodologa, gil, Scrum.


1. ANTECEDENTES
Uno de los problemas que ocurre en un
grupo de desarrollo software es la
comunicacin donde los integrantes del
proyectos no son bien comunicados por
ende no marcha bien el proyecto, muchas
veces el proyecto fracasa, si se tiene una
comunicacin no se comunican de manera
correcta u optima, no usan bien las
herramientas de manera ptima por lo tanto
tiende a que los integrantes del grupo de
desarrollo se sientan frustrados con el
trabajo o en el rol que ocupan.



2. DESARROLLO DEL TEMA
La filosofa Agile promueve la
comunicacin constante reuniones de
planificacin, reuniones breves diarias del
equipo y al final del Sprint comunicacin con
el cliente para que el cliente pueda darnos
su opinin del producto, viendo de cmo va
el proyecto y como se siente los integrantes
del proyecto.
SCRUM tiene como uno de sus
caractersticas importantes por tener una
comunicacin personal con el equipo de
desarrollo y los clientes, con desarrollo
incremental del software con iteraciones
muy cortas (Aguilar 2003).
Por lo tanto, como desarrolladores o
arquitectos (o de cualquier otro rol) se debe
de tener en cuenta de la importancia de la
comunicacin, para esto tenemos
herramientas para cada actividad y utilizar
una mas optima para cada actividad que se
desarrolla a lo largo del desarrollo del
proyecto, dentro de esto tenemos: sistemas
de control de versiones, wikis, carpetas
compartidas, herramientas colaborativas,
foros. Es muy claro que una herramienta de
comunicacin es solo un medio de
comunicacin y se debe usar la ms
adecuada para cada caso. Lo ideal sera
tener una herramienta para el seguimiento
de tareas de cada integrante de grupo de
desarrollo, las prioridades. El cdigo fuente
debe estar en un repositorio compartido con
su control de versiones correspondiente.
Las diagramas de arquitectura, flujos,
especificaciones de requisitos validaciones
por parte del cliente, actas reuniones debe
estar en un repositorio de documentacin
este documento puede estar en una carpeta
compartida o Alfresco o Sharepoint para
poder acceder. Si un integrante de grupo de
desarrollo tenga dudas pueda consultar al
documento, para poder ver qu persona ha
modificado con el control de versiones
correspondientes o ha hecho un
documento nuevo. Todos estos documentos
deben estar en un repositorio de
documentos, no es bueno enviar por correo
los documentos o cuando el documento es
editable produce caos. El correo es bueno
cuando la comunicacin es sncrona con
nuestro interlocutor (o interlocutores). Los
chats (como Skype, gmail, Lync) tambin
son tiles para resolver dudas rpidas en el
momento. Es bueno tomar un tiempo con
algo como la tcnica de Pomodoro que
ponerse a chatear.
El cdigo fuente es como un medio de
comunicacin es como escribir un libro
entre barias personas, para esto se debe
estandarizar de cmo nombrar variables, las
clases y la estructura del cdigo, la
organizacin de las carpetas y los mdulos
del proyecto, cuando se suba al control de
versiones se debe de comentar para que
puedan entender todo el grupo de proyecto.
La comunicacin debe ser bidireccional esto
quiere decir que el integrante del equipo
puede preguntarse como va con su tarea, o
puede ser el Scrum Master invitndole para
que pueda compartir con el resto del
equipo.

3. CASOS DE XITO
Los casos de xito de la comunicacin
correcta con el framework Scrum son las
siguientes empresas: Celba Software
House, Choucair Testing, Elico, FluidSignal,
MvM Ingeniera de Software, PersonalSoft,
Perceptio, Pracma y ms empresas de la
industria del software utiliza en su entorno.
4. APORTES
La implementacin de este articulo
permitir a todos los grupos de desarrollo
tener mayor eficiencia tanto en el desarrollo
de sus productos como la entrega de los
productos que desarrolla la correcta
comunicacin en desarrollo de software
puede ser institucionalizado con el
framework Srum, UpenUP, y entre otros
para poder tener buenos resultados
basados en las metodologas agiles.
Culminando con xito el proyecto y
aportando a la comunidad agile con las
buenas prcticas de desarrollo y la
comunicacin en particular.

5. CONCLUSIONES
Se concluye que las buenas prcticas
de comunicacin con los principios agiles en
este caso con el framework Scrum permitir
buenos resultados en el clima laboral y
organizacional, en avance del proyecto y
dar mayor garanta en la calidad de los
productos que desarrolla viendo el tiempo
los costos, el alcance del proyecto, la
calidad en la entrega de los productos que
desarrolla el grupo de desarrollo y la
satisfaccin de los que trabajan
desarrollando en el grupo de desarrollo.

6. REFERENCIAS
Historias de developers (Soriano)
(Castelltort)

Cecilia C 1999 Communicacin
strategica para proyectos de
desarrollo.
http://siteresources.worldbank.org/E
XTDEVCOMMENG/Resources/spani
shtoolkit.pdf
Alberto V. L.(2013). Historias de
developers. Lulu.com (Eds.), La
Comunicacin ese gran desconocido
(pp. 71-80). United Kingdom