No ha sido un cuatrimestre (contando como tal el período de temporada, no el cuatrimestre natural) sencillo en lo que a los estudios se refiere. Uno parece tener dos vidas, la privada y la pública, y quizá, por qué no, una tercera “vida”, la virtual. Aunque no queramos, se solapan; lo que vivimos en una interfiere en lo que queremos expresar en otra. Puesto que no estoy en mis peores momentos personales, en mi vida pública (que se reduce a mis relaciones con los demás y a mis estudios) no me puedo permitir desfallecer. Y menos aún en la recta final del cuatrimestre.
A 19 de diciembre de 2008 aún no se puede dar por concluido el proyecto tuiter.com del grupo RCP4, pero sí que se pude afirmar que se encuentra dando sus últimos coletazos y es hora de extraer conclusiones acerca del desarrollo. Para ello se ha desarrollado el documento histórico del proyecto, así que no entraré en detalles acerca del contenido del mismo, sino que me limitaré a hacer una valoración personal sobre el proyecto desarrollado:
Es 23 de diciembre...
y sigo yendo a la universidad a hacer prácticas que no he podido hacer durante el cuatrimestre por falta de tiempo.
y, después de cursar IS1, IS2 (ITIG), IS1 e IS2 (II) donde parecía que nada tenía sentido y era todo invención, apareció IS3 donde por fin las cosas estaban relacionadas y no escribías las cosas sólo para "rellenar" documentos.
y las adversidades no han podido con nosotros.
y después de horas infinitas delante del ordenador, parece que casi hemos conseguido terminar el proyecto.
y mi gente no me odia por tenerlos abandonados todo el cuatrimestre.
y por fin obtuvimos un pequeño reconocimiento por el esfuerzo realizado.
El esfuerzo solo proporciona plenamente su recompensa, despues de que una persona se niega a darse por vencida (Napoleon Hill).
Ana.
Escrito por salendais3 el 23/12/2008 09:28 | Comentarios (0)
Parece que Twitter me persigue allá donde vaya...estaba buscando nuevos capítulos de series (ahora que se acaban las entregas de is3, parece que podré ver alguno...) y, en mi página favorita de descargas directas, me encuentro, casi sin querer, con una entrada de algo que parece tener relación con Twitter, su nombre: twittmad.
Investigo un poco más allá y me doy cuenta de que es un encuentro mensual de usuarios de Twitter en Madrid, y que además existe en otras 3 ciudades más: Sevilla, Tokio y Barcelona (http://twittday.com/). Tienen un grupo en Facebook, desde donde se puede estar informado permanentemente de sus actividades. También disponen de un apartado de encuestas, con preguntas tales como ¿Twitter es bueno o malo para las empresas?
Ana.
Escrito por salendais3 el 15/12/2008 10:30 | Comentarios (0)
Todos los que hayamos metido un poco la cabeza en el mundo laboral habremos oido a nuestro jefe preguntarnos esto unas cuantas veces al mes (a veces más).
Y es que es necesario reportar sobre el trabajo realizado cada cierto tiempo por varias razones: saber el grado de avance del proyecto en el que te encuentras asignado, poder evaluar si tu trabajo es el esperado (o rindes por encima o por debajo), detectar problemas en el desarrollo del proyecto (retrasos, falta de recursos, etc.) y cómo no, para poder reclamar aumentos (tanto de categoría como de sueldo) con datos en la mano, ya que no vale decir a tu jefe "yo creo que me lo merezco" sino que hay que avalarlo con datos objetivos y reales sobre tu trabajo, y no con datos subjetivos.
Nadie es más grande que quien está dispuesto a que le señalen sus errores. (Dave Barry).
Ana.
Escrito por salendais3 el 09/12/2008 09:21 | Comentarios (0)
Buceando por Internet y digo buceando, porque navegar es mirar la página del Marca, Gmail, Facebook, 20minutos o otras tantas que hacer que pasemos al menos una hora al día sin hacer nada. Ahora en vez de "perder" esa hora al día la ocupo en buscar cosillas acerca de la Ingeniería del Software que, para preocupación de mis amigos y allegados, cada día me ocupa más tiempo y me interesa más.
Bueno, que me desvio, buscando una frase acorde a la nueva entrada que prentendía escribir hoy (acerca del seguimiento, que ya será escrita mañana...), me he topado con otra acerca de los programadores, recordando así que había pasado por alto la entrada sobre el diseño del sistema en el blog.
Como nunca es tarde estoy con ella:
"... It would have required more thoght in the programming, andprogrammers are known not always to be in the mood for heavy-dutythinking." (Michael Kofler. Definitive guide to excel VBA, 2nd edition) En español sería: "... esto habría necesitado pensar más la programación, y ya se sabe quelos programadores no están siempre por la labor de darle duro a lamollera."
Entonces caes en la cuenta de para qué tantos patrones, diseño de casos de uso, diseños de clases y de datos... porque los programadores lejos de ser los considerados eruditos (por la gente ajena a la informática, claro) son las personas que se dedican a traducir lo que definen los arquitectos de sistemas a lenguajes de programación, lo cual no es complicado si se define de manera correcta la arquitectura del sistema.
Ana.
Escrito por salendais3 el 09/12/2008 01:38 | Comentarios (0)
Le pregunto a un futuro informático (en segundo de carrera) para qué cree él que se hacen las pruebas de software, a lo que responde: "para comprobar que desde el que se ha leido el codigo hasta el usuario mas inútil es incapaz de hallar un fallo en el programa"
Según esta definición parece que sólo sirven para detectar errores en el software, pero yendo más allá, podemos afirmar que permiten verificar y revelar la calidad del un producto software.
Obviamente también proporcionan un ahorro de dinero a la empresa que proporciona los servicios de mantenimiento, ¿de qué forma? pues evitando posibles llamadas del cliente (o en su defecto de usuarios) pidiendo ayuda técnica sobre los errores que el sistema presenta debido a la falta de pruebas realizadas sobre el mismo.
De esta manera si un usuario pide explicaciones acerca de un mal funcionamiento sobre algo que se había realizado pruebas de manera satisfactoria podremos "echarle la culpa a él", afirmando que no es poblema de nuestro programa, sino algo que no está haciendo de manera correcta.
prueba
1. f. Acción y efecto de probar.
2. f. Razón, argumento, instrumento u otro medio con que se pretende mostrar y hacer patente la verdad o falsedad de algo.
3. f. Indicio, señal o muestra que se da de algo.
4. f. Ensayo o experimento que se hace de algo, para saber cómo resultará en su forma definitiva.
7. f. Examen que se hace para demostrar o comprobar los conocimientos o aptitudes de alguien.
13. f. Mat. Operación que se ejecuta para comprobar que otra ya hecha es correcta.
La ausencia de prueba no es prueba de ausencia. (Carl Sagan)
Ana.
Escrito por salendais3 el 05/12/2008 01:52 | Comentarios (0)
Al comienzo del proyecto nos enfrentamos con el descubrimiento de algo desconocido para todos los miembros del grupo: Twitter.
Hasta el día en que nos expusieron el tema del proyecto nuestro conocimiento no iba mucho más allá de saber que Facebook había una aplicación que permitía escribir tu estado en no más de 140 caracteres. Visto lo cual, descubres que pueda existir una aplicación que sólo haga eso: escribir tu estado en sólo 140 caracteres y te planteas el hecho de que sirva para algo...
Según va avanzando el proyecto te das cuenta de que la aplicación en sí sirve para bastante poco... hasta que ves que hay gente que le da más vueltas de lo que lo has hecho tú descubriendo 5 nuevas formas de utilizar TWITTER (cuanto menos curiosas):
1.Salir de la cárcel. El estudiante de periodismo James Earl Buck fue arrestrado en Egipto por fotografiar una manifestación antigubernamental. Antes de su arresto le dió tiempo a twittear con su móvil la palabra “Arrestado”, con lo que consiguió avisar a su red mundial de amigos, quienes pusieron el caso en manos de la embajada americana, su universidad (Berkeley) y la prensa. Los abogados, la presión diplomática internacional y de los medios hicieron posible que estuviera libre en menos de un día. 2. Escribir un libro. Ya hay gente que predice la muerte de la literatura convencional, quizá de manera exagerada. Pero el hecho es que la literatura en fragmentos de 140 caracteres existe: The Good Captain y 140novel (en inglés). 3. Crear un asistente digital: twitter-secretari@. Con ello se puede seguir lo que está diciendo la gente sobre uno y dónde. 4. Hablar a las plantas. Con un sensor de agua y una conexión a Internet, nuestras plantas pueden avisarnos de cuando necesitan alimentarse. E, incluso, si lo programamos, nos pueden dar las gracias a distancia cuando estén satisfechas. 5. Perder la fe en la humanidad. Twittervision es una increíble aplicación que muestra una tierra tridimensional rotando y los mensajes en vivo que escribe la gente. Incluso tiene mapas con los usuarios de Twitter. Pero cuidadito... que el acoso es un delito...
Increíble, creo que nunca se me hubieran ocurrido estas formas de utilizar Twitter... creo que me quedo con la última... por aquello del cotilla que todos llevamos dentro xD.
No despreciamos la curiosidad. Es un impulso humano de latitud infinita que, como todos, oscila entre lo grosero y lo sublime. Por un lado, lleva a escuchar detrás de las puertas; por otro, a descubrir América (Eca de Queiroz).
Ana.
Escrito por salendais3 el 02/12/2008 09:35 | Comentarios (0)
No es un artículo muy extenso, pero en el podemos leer la supuesta oferta que haría Facebook por adquirir la compañia de Jack Dorsey asciende a 500 millones de dolares (390 millones de euros).
Es en este momento cuando decido revisar el presupuesto de la oferta de prestación de servicios presentada a nuestro cliente para el proyecto tuiter que estamos desarrollando: 46.632 €
Con lo que queda demostrado que podíamos haberle apretado más las tuercas a nuestro cliente, nos estamos vendiendo barato.... claro que, siempre podemos mandarle nuestro documento de oferta con un par de ceros más al bueno de Mark Zuckerberg
Escrito por salendais3 el 25/11/2008 13:34 | Comentarios (0)
1. m. Distinción y separación de las partes de un todo hasta llegar a conocer sus principios o elementos.
2. m. Examen que se hace de una obra, de un escrito o de cualquier realidad susceptible de estudio intelectual.
3. m. Tratamiento psicoanalítico.
4. m.Gram. Examen de los componentes del discurso y de sus respectivas propiedades y funciones.
5. m.Inform.Estudio, mediante técnicas informáticas, de los límites,características y posibles soluciones de un problema al que se aplicaun tratamiento por ordenador.
6. m.Mat.Parte de las matemáticas basada en los conceptos de límite,convergencia y continuidad, que dan origen a diversas ramas: cálculodiferencial e integral, teoría de funciones, etc.
Se puede ir más allá de esta definición descomponiéndo el análisis en tareas:
Conceptualización: obtener unavisión de muy alto nivel del sistema, identificando sus elementosbásicos y las relaciones de éstos entre sí y con el entorno.
Análisis funcional: describirlas acciones o transformaciones que tienen lugar en el sistema, que se especificarán en forma de procesos quereciben unas entradas y producen unas salidas.
Análisis de condiciones: reflejar todas aquellas limitaciones impuestas al sistema querestringen el margen de las soluciones posibles. Éstas se derivan aveces de los propios objetivos del sistem, pero en otras ocasiones vienen impuestas por limitaciones en los diferentes recursos utilizables:
Construcción de modelos: unade las formas más habituales y convenientes de analizar un sistemaconsiste en construir un prototipo (un modelo en definitiva) del mismo.
Validación del análisis: con el fin decomprobar que el análisis efectuado es correcto y evitar, en su caso,la posible propagación de errores a la fase de diseño, esimprescindible proceder a la validación del mismo. Para ello hay quecomprobar los extremos siguientes:
El análisis debe ser consistente y completo
Siel análisis se plantea como un paso previo para realizar un diseño,habrá que comprobar además que los objetivos propuestos son correctos yrealizables
Una ventaja fundamental que presenta laconstrucción de prototipos desde el punto de vista de la validaciónradica en que estos modelos, una vez construidos, pueden ser evaluadosdirectamente por los usuarios o expertos en el dominio del sistema paravalidar sobre ellos el análisis.
Cabe destacar que este análisis del sistema no es definitivo ya que está sujeto a cambios por parte de cliente y de los desarrolladores.
Uno nunca sabe lo que tiene, hasta que se hace el análisis (Anónimo).
Ana.
Escrito por salendais3 el 20/11/2008 11:08 | Comentarios (0)
Esta huelga viene provocada por la exclusión de las titulaciones deIngeniería en Informática e Ingeniería Técnica en Informática de laspropuestas de la orden ministerial y acuerdo de Consejo de Ministrosreferidas a títulos que habilitan para el ejercicio de las diferentesprofesiones de ingenieros.
En otras palabras, los ingenieros informáticos no tenemos competencias, "casi cualquiera" puede trabajar como "ingeniero informático" y el resto de ingenierías se atribuyen competencias, de informática, que ni si quiera les pertenecen, total ¿por qué? porque saben un poquito de Java o de C; "casi cualquiera" puede hacer un programilla, pero sólo los ingenieros informáticos sabemos desarrollarlo de la manera correcta, esto es, analizar el problema, establecer unos requisitos que el sistema a construir debe cumplir, definir las pruebas, definir el entorno de ejecución y un largo etc de documentos necesarios antes y después de ponerse a picar ni una sola línea de código.
Esos principios fueron pilar para el desarrollo de la calidad y permitió a países como Japón y a los tigres y tigrillos de Asia posicionarse sobre países destacados por su competitividad, originada principalmente por la calidad de sus productos de exportación.
Asimismo Estados Unidos cuando se autodescubrió volvió a ocupar el sitial que como potencia económica lo obliga a tener. El famoso documental de "Porqué Japón puede y nosotros no", los hizo despertar de un letargo de varias décadas, redescubriendo a sus propios "gurus".
Y los principios :
1.- Constancia en el propósito de mejorar productos y servicios:
"El Dr. Deming sugiere una nueva y radical definición de la función de una empresa: Más que hacer dinero, es mantenerse en el negocio y brindar empleo por medio de la innovación, la investigación, la mejora constante y el mantenimiento".
2.- Adoptar la nueva filosofía:
"Hoy día se tolera demasiado la mano de obra deficiente y el servicio antipático. Necesitamos una nueva religión en la cual los errores y el negativismo sean inaceptables".
3.- No depender más de la inspección masiva:
"Las empresas típicamente inspeccionan un producto cuando éste sale de la línea de produccióno en etapas importantes del camino, y los productos defectuosos sedesechan o se reelaboran. Una y otra práctica son innecesariamente costosas. En realidad la empresa le está pagando a los trabajadores para que hagan defectos y luego los corrijan. La calidad NO proviene de la inspección sino de la mejora del proceso"
4.- Acabar con la práctica de adjudicar contratos de compra basándose exclusivamente en el precio:
"Los departamentos de compra suelen funcionar siguiendo la orden de buscar al proveedor de menor precio.Esto frecuentemente conduce a provisiones de mala calidad. En lugar de ello, los compradores deben buscar la mejor calidad en una relación de largo plazo con un solo proveedor para determinado artículo".
5.- Mejorar continuamente y por siempre los sistemas de producción y servicio
"La mejora no es un esfuerzo de una sola vez. La administración está obligada a buscar constantemente maneras de reducir el desperdicio y mejorar la calidad".
6.- Instituir la capacitación en el trabajo:
"Con mucha frecuencia, a los trabajadores les enseñan su trabajo otros trabajadores que nunca recibieron una buena capacitación. Están obligados a seguir instrucciones ininteligibles. No pueden cumplir bien su trabajo porque nadie les dice cómo hacerlo".
7.- Instituir el liderazgo:
"La tarea del supervisor no es decirle a la gente qué hacer, ni es castigarla, sino dirigirla. Dirigir consiste en ayudar al personal a hacer un mejor trabajo y en aprender por métodos objetivos quién necesita ayuda individual".
8.- Desterrar el temor:
"Muchos empleados temen hacer preguntas o asumir una posición, aún cuando no comprendan cuál es su trabajo, ni qué está saliendo bien o mal. Seguirán haciendo las cosas mal o sencillamente no las harán. Las pérdidas económicas a causadel temor son terribles. Para garantizar mejor calidad y más productividad es necesario que la gente se sienta segura"
9.- Derribar las barreras que hay entre áreas de staff
"Muchas veces los departamentos o las unidades de la empresa compiten entre sí o tienen metas que chocan. No laboran como equipo para resolver o prever los problemas, y peor todavía, las metas de un departamento pueden causarle problemas a otro."
10.- Eliminar los lemas, las exhortaciones y las metas de producción para la fuerzalaboral:
"Estas cosas nunca le ayudaron a nadie a desempeñar bien su trabajo. Es mejor dejar que los trabajadores formulen sus propios emas".
11.- Eliminas las cuotas numéricas:
"Las cuotas solamente tienen en cuenta los números, no lacalidad ni los métodos. Generalmente son una garantía de ineficiencia y alto costo. La persona, por conservar el empleo, cumple la cuota a cualquier costo, sin tener en cuenta el perjuicio para su empresa"
12.- Derribar las barreras que impiden el sentimiento de orgullo que produce un trabajo bien hecho.
"La gente desea hacer un buen trabajo y le mortifica no poder hacerlo. Con mucha frecuencia, los supervisores mal orientados, los equipos defectuosos y los materiales imperfectos obstaculizan un buen desempeño. Es preciso remover esas barreras"
13.- Establecer un vigoroso programa de educación y entrenamiento:
"Tanto la administración como la fuerzalaboral tendrán que instruirse en los nuevos métodos, entre ellos el trabajo en equipo y las técnicasestadísticas".
14.- Tomar medidas para lograr la transformación
"Para llevar a cabo la misión de la calidad, se necesitará un grupo especial de la alta administración con un plan de acción. Los trabajadores no pueden hacerlo solos, y los administradores tampoco. La empresa debe contar con una masa crítica de personas que entiendan los Catorce puntos, las 7 enfermedades mortales y los obstáculos".
¿Y por qué nos da la chapa este tipo con esto? Podéis preguntaros. Pues allá va la conclusión:
Nueve de los catorce puntos tratan sobre la importancia de las relaciones interpersonales en el ambiente de trabajo.
La comunicación es un área que debería quedar tan bien definida como la gestión de la configuración o de la calidad. Porque en la capacida de comunicación es donde radica la fuerza de un equipo, sea del ámbito que sea.
Escrito por salendais3 el 16/11/2008 22:29 | Comentarios (22)
Requisito: (Dellat.requīsitus). Circunstancia o condición necesaria para algo. Los requisitos no son nada tangible, por tanto, en una primera de tomade contacto con éstos resulta difícil comprender su valor y su papel en el desarrollo de software.
Aún no aparece el verbo derivado del nombre en el diccionario de la Real Academia de la Lengua, pero para los que hemos dedicado horas a la obteneción de requisitos es un verbo sobradamente conocido, ligado a arduas horas de entendimiento del sistema y acotación del alcance del mismo. Además, es una tarea que parece no acabar nunca: cuando piensas que ya no quedan más requisitos...mentira! siempre puedes añadir más y más.
En esas estamos. Avanzando el proyecto... viendo su fin desde la lejanía.
El trabajo del pensamiento se parece a la perforación de un pozo. El agua es turbia al principio pero luego se clarifica (Proverbio).
Ana.
Escrito por salendais3 el 14/11/2008 17:53 | Comentarios (0)
El pasado día 4 de Noviembre cumplimos un mes trabajando en el proyecto tuiter.com.
¿Y qué recuerdas?
compañeros del turno de mañana, momentos, demasiados momentos, menos gente en el equipo de trabajo, más aprendizaje, menos amigos, UC3M, Ricardo Colomo, documentación, reuniones, tareas, análisis, desarrollo, informes, mucha incertidumbre, cambios de clase y horas infinitas delante del ordenador.
¿Y qué extraes?
Más experiencia, mucho trabajo, ningún dinero, horas sin dormir y poco reconocimiento.
¿Y con qué / quién te quedas?
Carol, Ana Belén, Mamen, David, Nacho, Marcos y mis dos inseparables ordenadores
¿Y qué vaticinas?
Más entrega, más trabajo, menos reconocimiento y un futuro incierto.
El desaliento ha hecho mucho más que cualquier otroagente para malograr los esfuerzos de la raza humana, estropear muchasvidas y truncar muchas carreras. (Orison Sweet Marden).
Ana.
Escrito por salendais3 el 08/11/2008 16:42 | Comentarios (0)
Hoy comentaremos la necesidad de entender realmente lo que quiere el cliente y nuestra capacidad de poder proporcionárselo.
Para enteder un poco de qué va esto vamos a profundizar en el objetivo del documento de Estudio de Viabilidad del Sistema, que no es más que analizar un conjunto de necesidades que tiene una organización y proponer una solución a corto plazo, teniendo en cuenta restricciones económicas, técnicas, legales y operativas.
Antes de ponernos a diseñar un sistema, se ha de entender lo que quiere el cliente y averiguar si lo que ha pedido es factible, es decir, si se puede realizar teniendo en cuenta las limitaciones económicas impuestas por el cliente, si se puede realizar sin violar ninguna ley de copyright por ejemplo y si es posible construir el sistema con las herramientas de las que dispone la empresa.
Nadie mejor que la persona o empresa encargas del desarrollo del software para determinar si es posible o no un proyecto, ya que éstas conocen con todo tipo de detalle el proceso de desarrollo y las necesidades del cliente.
Para llevar a cabo esta tarea es necesario plasmar las necesidades del cliente en forma de requisitos del sistema, de forma que el cliente pueda observar si falta algo que necesita o bien sobran otras funcionalidades.
Además de los requisitos, es necesario realizar un estudio de mercado con lo que ya hay diseñado y el historial de proyectos de la empresa, de forma que nos puedan guiar a la hora de planificar el desarrollo del proyecto y las posibles consecuencias de la implantación de la aplicación.
Con todo ello se definirá una forma de trabajo, que deberá mantenerse hasta el final del proyecto para que éste concluya con éxito.
La necesidad es un gigante en perpetuo crecimiento, a la que siempre le viene corta la casada de la posesión (Orison Sweet Marden).
Ana.
Escrito por salendais3 el 06/11/2008 09:26 | Comentarios (0)
-Calidad: propiedad inherente de cualquier cosa que permite que esta sea comparada con cualquier otra de su misma especie.
-Cantidad: resultado de una medición. Expresada con números.
Efectivamente la pregunta que viene después de estas dos definiciones es: ¿Cómo se mide la calidad? ¿Acaso se puede medir?
En el caso que nos ocupa, en los proyectos de desarrollo de software, de nada sirve que el sistema que se está desarrollando abarque demasiadas funcionalidades y no cubra ninguna de ellas totalmente, es decir, una gran cantidad de funcionalidad pero sin atisbo aparente de calidad sobre ellas.
En estos casos, el cliente no queda para nada satisfecho y tendremos que pagar las consecuencias de ello: recibiendo continuas incidencias sobre el software desarrollado, lo cual implica que emplearemos tiempo en resolverlas y no veremos ni un céntimo. Además, el cliente no volverá a confiar sus desarrollos a nuestra empresa.
Por tanto, las dos preguntas lanzadas al inicio del post quedan contestada: la calidad de nuestro software queda determinada por el número de incidencias que recibamos del cliente después de la implantación del software.
"La calidad es mejor que la cantidad pero siempre, sucede que la mayor parte vence a la mejor".
Ana.
Escrito por salendais3 el 01/11/2008 20:05 | Comentarios (0)
¿Para qué hacer una plantilla que guarde los formatos requeridos? ¿Para que elaborar un documento del plan de gestión de la configuración? ¿Para que poner todas las tablas del documento con el mismo formato? ¿Para qué poner títulos a las tablas si ya se ve los datos que contiene? ¿Para qué hacer documentos de actas de reunión si ya hemos estado en ellas? ¿Para qué poner versiones a los documentos pudiéndose nombrar siempre igual?
Todas estas son preguntas a las que la respuesta parece ser la misma: PARA NADA, PORQUE SE PIERDE TIEMPO Y SON TONTERÍAS.
Realizando el desarrollo de un proyecto software te das cuenta de que estas cosas no son precisamente tonterías y que más vale "perder" un poco de tiempo al inicio del desarrollo haciendo todas estas cosas. Sino será demasiado tarde y habrá que hacer las mismas cosas hasta 5 ó 6 veces debido a la falta de estos "pequeños" detalles, porque el desarrollo del software no lo realiza una sola persona, sino un equipo de trabajo, cuyos componentes tienen cada uno una forma de trabajar diferente.
Por todo ello resulta IMPRESCINDIBLE la elaboración del Plan de Gestión de la Configuración, lo cual facilitará mucho las cosas en las próximas fases del desarrollo del software y evitará largas horas frente al Word intentando que todos documentos tengan el mismo formato (tablas, tabulaciones, encabezados y un largo etc.).
Ana.
Escrito por salendais3 el 30/10/2008 21:55 | Comentarios (0)
A día de hoy hemos generado una nueva versión de la oferta, ya que la primera no era de muy buena calidad y el cliente nos solicitó una nueva versión.
Las consecuencias de que dicho documento no sea de calidad son principalmente dos: - La primera y más evidente es que ello nos puede llevar a suspender la asignatura. - Yendo al objetivo del documento y desde el punto de vista profesional, el hecho de que un documento de oferta de prestaciones no esté bien realizado tiene una única consecuencia: el cliente no comprará nuestro producto, porque no hemos desarrollado una presentación del mismo que le convenza y eso supone una pérdida de tiempo y, por supuesto de dinero, puesto que el tiempo empleado en la realización de la oferta no sirve de nada ya que no cobraremos por ello ni ahora ni nunca.
Así que la conclusión es clara: más vale invertir un poco más de tiempo y sacar provecho de ello, que no invertir el tiempo justo y que no sirva de nada.
En forma de refrán se podría decir: Cien años de guerra y no un día de batalla.
Ana.
Escrito por salendais3 el 24/10/2008 19:55 | Comentarios (0)
Acabo de darme cuenta de que no hemos elegido el mejor servicio de blogs, lo cual llevaba pensando desde que creamos este blog, y lo pienso así por las siguientes razones: -No se pueden crear etiquetas de las entradas que se van publicando (permitiendo así filtrarlas según convenga). - No se pueden personalizar las noticias publicadas, es decir, siempre lo escribe el administrador, de lo único que sirven aquí los referidos con el nombre de Autores es para poder identificar los comentarios a las noticias.
Mi corta experiencia en blogs no me permite añadir ninguna razón más, pero las dadas me parecen más que suficientes para no volver a elegir este servicio de alojamiento de blogs en un futuro.
Ana.
Escrito por salendais3 el 24/10/2008 18:01 | Comentarios (0)
Desde hoy sólo quedamos tres supervivientes en el equipo de desarrollo: Marcos, Nacho y yo, que soy Ana. Se nos complica la próxima entrega del documento de Estudio de Viabilidad del Sistema, pero, lejos de venirnos a menos, nos lo planteamos como un reto que podemos superar.
Escrito por salendais3 el 21/10/2008 22:14 | Comentarios (0)
A pesar de que el equipo se ha planteado postponer el desarrollo del proyecto, a partir de hoy mismo este equipo se compromete a llevarlo a cabo con la mayor de las ilusiones. Lejos de eludir el enorme trabajo que ello conlleva todo el grupo se ha unido y, cual ave fénix que resurje de sus cenizas, afronta esta nueva etapa con otra mentalidad.
Este compromiso no se queda sólo en palabras, sino que hemos acordado fijar un día para poder trabajar el grupo al completo (con las ventajas que ello conlleva), así como ampliar el tiempo de trabajo individual, lo cual supone un gran esfuerzo por parte de todos los componentes.
Escrito por salendais3 el 17/10/2008 00:31 | Comentarios (1)
