Preámbulo de la DTE

[[Al González]]

¡Hola de nuevo!

No te preocupes por mi tiempo amigo, sentí que si no escribía eso una parte de mi alma acabaría por morir. Algún día estos textos tendrán un gran valor de orientación en la vida de otras personas, no descarto que incluso los lleguen a usar académicamente. Y que bien, mientras sirvan a otros para alcanzar los mismos objetivos que se plantean.

Has mencionado casi sin querer las dos barreras adicionales que detecto:

7. Falta de comunicación, documentación, estandarización y establecimiento de procedimientos claros y respetables.

8. Desconfianza para iniciar el emprendimiento y / o trabajar en equipo con otras personas.

Empresa de software que supere esas ocho barreras, será una empresa de software verdaderamente exitosa, integrada por individuos felices y satisfechos con lo que están haciendo. Si te das cuenta, las ocho barreras mencionadas son susceptibles de amenazar a cualquier emprendimiento de una empresa de software, no sólo cuando se intenta adoptar el paradigma DTE. Sólo que el paradigma DTE, por su propia naturaleza de orden y eficiencia, exige que las ocho circunstancias adversas estén superadas en una muy buena medida. Mientras que sin DTE, la empresa de software puede sobrevivir "más fácilmente", pero arriesgándose tremendamente a que sus desarrolladores trabajen demasiadas horas a la semana, con la moral baja, desorganizadamente, en ambientes estresantes y algo insatisfechos con su vida. Amén de los círculos viciosos que tales estados generan.

Por eso creo que un esquema similar a la DTE y la superación de esas ocho adversidades típicas es la clave final para que las empresas de software sean empresas verdaderamente sanas.

No me rindo y menos ahora que ya se ve el final del túnel a unos cuantos kilómetros.

Al González.

[[Delphius]]

Empezado por Al González

¡Hola de nuevo!

No te preocupes por mi tiempo amigo, sentí que si no escribía eso una parte de mi alma acabaría por morir. Algún día estos textos tendrán un gran valor de orientación en la vida de otras personas, no descarto que incluso los lleguen a usar académicamente. Y que bien, mientras sirvan a otros para alcanzar los mismos objetivos que se plantean.

No se si serán usados académicamente por los informáticos. Aunque si le veo uso a lo que se está tratando aquí a los altos directivos, cargos más gerenciales.
Quien sabe, a lo mejor algún psicólogo (¿porqué no karlaoax?)pueda ofrecer alguna otra perspectiva sobre el tema de organización de grupos.

Empezado por Al González

Has mencionado casi sin querer las dos barreras adicionales que detecto:

7. Falta de comunicación, documentación, estandarización y establecimiento de procedimientos claros y respetables.

8. Desconfianza para iniciar el emprendimiento y / o trabajar en equipo con otras personas.

Esas son dos de mis fallas y la de mis amigos. Por un lado la falta de comunicación entre mis amigos y el compromiso para juntarnos y sacar algo juntos, como grupo.

Y ahora que lo pienso... sería oportuno aclarar algo, pues puede que también se puede interpretar a esto:

Empezado por Yo

No es agradable ver en una cena, entre amigos en común, a una persona que le tienes mucho afecto... sentir ese silencio vacío, pero que te pide y te lleva a querer hablar de nuevo

como dicha falta de comunicación entre alguien del grupo de trabajo. Pero la triste realidad es que se trata de un intento de llevar una relación intima. Si bien dicha persona fue partícipe de la idea de la sociedad... tristes hechos de la vida la llevaron a desistir de la idea.

De cualquier manera se trata de lo que dices: falta de comunicación.

Y otro problema mio es que yo me he venido impuesto un estandar de trabajo que no es fácilmente adaptado y recibido por el resto del grupo. Más que nada por el hecho de que he estado trabajando solo un buen tiempo.

Empezado por Al González

Empresa de software que supere esas ocho barreras, será una empresa de software verdaderamente exitosa, integrada por individuos felices y satisfechos con lo que están haciendo. Si te das cuenta, las ocho barreras mencionadas son susceptibles de amenazar a cualquier emprendimiento de una empresa de software, no sólo cuando se intenta adoptar el paradigma DTE. Sólo que el paradigma DTE, por su propia naturaleza de orden y eficiencia, exige que las ocho circunstancias adversas estén superadas en una muy buena medida. Mientras que sin DTE, la empresa de software puede sobrevivir "más fácilmente", pero arriesgándose tremendamente a que sus desarrolladores trabajen demasiadas horas a la semana, con la moral baja, desorganizadamente, en ambientes estresantes y algo insatisfechos con su vida. Amén de los círculos viciosos que tales estados generan.

Por eso creo que un esquema similar a la DTE y la superación de esas ocho adversidades típicas es la clave final para que las empresas de software sean empresas verdaderamente sanas.

No me rindo y menos ahora que ya se ve el final del túnel a unos cuantos kilómetros.

Al González.

Entonces, lo correcto sería adoptar DTE cuando la organización ha madurado lo suficiente, y se siente cierta monotonía en el trabajo... cuando se pierde ese estímulo inicial de trabajo.

Me gustaría que no sólo nosotros dos participemos de este debate. Quisiera poder contar con la experiencia de otros. Lo cual haría más enriquecedor al tema.

Saludos,

[[Al González]]

Empezado por Delphius

...Entonces, lo correcto sería adoptar DTE cuando la organización ha madurado lo suficiente, y se siente cierta monotonía en el trabajo... cuando se pierde ese estímulo inicial de trabajo...

Yo diría que cuando haya voluntad de todas las partes para adoptar el esquema y recursos suficientes de infraestructura, intelecto y económicos para superar los obstáculos mencionados. Por que, después de todo, una organización de 20 desarrolladores trabajando en el caos está lejos de ser calificada como "madura", aún cuando sus ventas sean millonarias.

Empezado por Delphius

...Me gustaría que no sólo nosotros dos participemos de este debate. Quisiera poder contar con la experiencia de otros. Lo cual haría más enriquecedor al tema...

Opino exactamente lo mismo. Confío en que se debe al domingo, y no al desinterés, el que solo nosotros dos hemos participado en las últimas horas. Seamos pacientes.

Al González.

[[Delphius]]

Empezado por Al González

Yo diría que cuando haya voluntad de todas las partes para adoptar el esquema y recursos suficientes de infraestructura, intelecto y económicos para superar los obstáculos mencionados. Por que, después de todo, una organización de 20 desarrolladores trabajando en el caos está lejos de ser calificada como "madura", aún cuando sus ventas sean millonarias.


Opino exactamente lo mismo. Confío en que se debe al domingo, y no al desinterés, el que solo nosotros dos hemos participado en las últimas horas. Seamos pacientes.

Al González.

Yo estaba incluyendo al término "madura" lo que comentas. Hubo un pequeño error ¿conceptual? producto tal vez de la subjetividad que lleva impresa dicha palabra. Debí haber usado otro término.

Me había olvidado que era domingo!Con razón me siento un tanto dormidoHa cierto... el sueño también se debe a la alta ingesta producida en un restaurant. Ese plataso de Lomo a la frontera me ha dejado sumamente lleno, creo que fue exagerado haber comido tan pesado plato a dos meses de la operación. A ver si tomo un tecito, porque ese plato va a ser una bomba mañana ¡Que hazco! Lo que acabo de decir!

Esperemos que otros se sumen al hilo.

Saludos,

[[Al González]]

Aunque debo decirte algo de lo que quizá no estés tan enterado joven Marcelo. La gran mayoría de las empresas de desarrollo de software de México y me atrevería a afirmar que de toda Hispanoamérica, presentan serias fallas de organización como las que ocurren actualmente en mi pequeña empresa. Quizá no siempre tan severas, pero es muy común encontrar informáticos que expresan su testimonio en ese sentido (saludos a mi buen amigo Héctor ).

Actualmente, el programador promedio que tiene que trabajar para vivir siente algún grado de frustración en su vida relacionado con las circunstancias tan especiales de su profesión. El gremio suele pasarlo mal Marcelo, la mayoría de las aplicaciones de software medianas y grandes hechas bajo pedido en los últimos años conllevaron una buena carga de sufrimiento, debido a todos estos vicios de los que por mucho tiempo nos hemos quejado y actuado poco. Mi iniciativa no sólo busca proponer un esquema de orden salubre, sino además dignificar y reconocer al informático desarrollador, como ocurrió hace más de un siglo con los médicos. Nuestras obras también son críticas para el bienestar del hombre y no cualquiera puede hacerlas, merecemos algo más de respeto y calidad de vida.

Un abrazo cambiando el mundo.

Al González.

P.D. Buen provecho Marcelo.

[[Delphius]]

De que hay que mejorar las condiciones laborales del desarrollador lo tengo presente... ¡No se cómo hacen esas 4 personas de cierta empresa que me gustaría poder decir su nombre para seguir soportando tanto tormento!
Recuerdo lo que pasé allí... si bien mi carga no fue tanto como la de ellos... el testimonio que me dió el encargado fue escalofriante.
¡Cuando terminé mi trabajo allí me ofrecieron una paga media... pero la carga horaria no lo valía! Les dije que NO...

Y pensar que luego casi intenté volver ¡Por Dios! ¡En que había estado pensando en ese entonces!

En Salta no tenemos colegio o gremio informático que nos apoye. Lo más cercano es el COPAIPA (Consejo Profesional de Agrimensores, Ingenieros y Profesiones Afines) pero sus aportes a la comunidad informática son nulos. Nos exigen matricularnos pero no nos defienden nada

En Salta todavía no hay la sufienciente cantidad de informáticos como para formar nuestro propio colegio o gremio ¡Deberíamos tenerlo!

CESSI dice que estos años para Argentina son muy buenos para ventas... Me gustaría poder hablar con alguno de alli adentro, y/o que el precidente vuelva para mi universidad y preguntarle como avanzó el tema en condiciones laborales. Las ventas suben... pero no veo avances en condiciones laborales (según relatos de aquellas pocas charlas que he tenido con mis amigos). ¿Federico, si lees esto... que nos puedes decir al respecto?

Pronto estaré hablando con mi amigo que se fue a Buenos Aires para saber como le va allí... a ver si es como dicen que se puede trabajar bien...

Al igual que tu Al siento que DTE puede traer buenas esperanzas... y como tu dices, hace falta más conciencia por parte de muchas personas que se involucren a conseguir esto. Muchos sabemos que una de las principales barrera es la de enfrentarse a lo desconocido al cambio... Ese cambio es bueno. DTE, o algún sistema similar puede mejorar las condiciones de salud (en lo emocional, en lo espiritual, y no sólo en lo físico) y no sólo las laborales.

Parte de ese cambio debe empezar en casa, hablo por mi.

Este nuevo milenio y siglo está trayendo cambios, ¿porque no uno de la mirada empresarial y del negocio?

¿Se pográ lograr armar algo como un foro global o una campaña en donde se pida, se concientice y se eduque a la comunidad informática sobre un cambio. Un cambio para mejor? Y si existe esa campaña.... ¿porqué no ofrecerles dar a conocer DTE?

No hace falta saber lo que se sabe... los desarrolladores no la pasamos tan bien... ya muchos lo han comentado incluso en este foro. No hay que irnos tan lejos... He leído muchos blogs de varios desarrolladores, tanto en inglés como en castellano... y sus comentarios no son del todo gratificantes.

No quisiera decirlo pero... ¿No estaremos viviendo una nueva "crisis"?

Saludos,

[[Al González]]

Hace poco un amigo de Guatemala me comentó que estaba por iniciar un proyecto con otros colegas bajo este esquema. Ojalá pronto nos comparta sus experiencias y su incursión en este terreno sea menos accidentada que la mía.

Saludos.

Al.

[[ArdiIIa]]

Creo que hay hilos que sientan cátedra y considero que este es uno de ellos, del que por cierto no tenía conocimiento...
Esto dicho sin ánimo de ser zalamero.

Un saludo