Otro buen post de Navegapolis es este en el cual se describe una rutina para la obtención de requerimientos con SCRUM, esto caera de perlas a los agilistas. !Muy bién Navegapolis!.
Artículos, links y opiniones personales de CRM, Business Intelligence, Colaboración, Adminitración de Proyectos
miércoles, diciembre 26, 2007
Documentación de Proyectos
Ervin Sarkisov propone un índice para el orden de almacenamiento de documentos de un proyecto, pareciera una cosa tan trivial pero tan importante en la administración del conocimiento.
domingo, diciembre 23, 2007
Evaluando herramientas de requerimientos
Forrester Research a través de Methods and Tools pública un estudio de varias herramientas de requerimientos muy interesante para aquellas áreas o empresas que están convencidas de que el principal problema de los desarrollos de software son debido a un mal trabajo de requerimientos.
miércoles, diciembre 12, 2007
Dedicado a Navegapolis
Observatorios de innovación, recuerden que pronto vendrán los capitales intelectuales y uno de ellos es la innovación.
Dilbert, programación ágil, simplemente genial.
Herramientas Case para determinar cuando acabará un proyecto.
Enfrentarse a cambios
El viaje de 1000 millas comienza con un simple paso
martes, diciembre 11, 2007
Business Intelligence - SAP
Algo de MS SQL Server 2008
Negocios o Empresas?
viernes, diciembre 07, 2007
Humor en la Administración de proyectos
lunes, diciembre 03, 2007
y como andamos en sueldos?
Los arquitectos de software ya ganan mas que los Project Manager
Ya gana mas un experto en .NET que el especialista en JAVA (el año pasado era al reves)
Me llama la atención que no este el rol de Developer o de Ingeniero de Requerimientos (por que lo habran omitido?)
Sin duda un estudio para analizar y para ver como van las tendencias.
Estudio de Salarios
martes, noviembre 13, 2007
¿Por que es tan importante la fase de requerimientos? Requirement Engineering: A Roadmap
Si no convencen las estadísticas de por que los proyectos de desarrollo de software fallan, pues vayamos a los números que es donde mas duele, y para eso este post nos servira mucho.
Ojala las empresas Mexicanas se convenzan de la importancia de prepararnos para afrontar esta fase, invertir en tiempo en software para controlar esta etapa, en la contratación de gente preparada en el área de requerimientos cuando suceda esto y en conjunto con el dominio de las tecnologias de desarrollo (entiendase arquitectura y programación) pasaremos a otro nivel en el ámbito mundial de desarrollo de software.
Estimando Proyectos
Desdel el blog de Ervin Sarkisov encuentro esta entrada la cual puede ser de mucha utilidad para empresas de desarrollo y en especial para aquellas áreas que hacen la estimación de un proyecto, ya que esta es una de las partes mas dificiles dentro de la ingeniería de software ya que a diferencia de otras industrias donde los productos o servicios son mas tangibles el desarrollo de software se torna dificultoso la estimacion dadas las características de este tipo de proyectos.
lunes, noviembre 12, 2007
La ambigüedad, durmiendo con el enemigo
Falta de análisis, obviar las cosas, subestimar ciertas etapas del proyecto son grandes razones por las que los proyectos fallan, en mi experiencia puedo decir que estos factores me dieron muchos dolores de cabeza en algunos proyectos, para solucionarlo pueden haber muchos tips desde la redacción del documento de requerimientos pero sin lugar a dudas la experiencia cuenta mucho, el saber tratar al cliente, el obtener del cliente lo que se busca sin desesperarlo y tener una visión de lo que puede suceder son grandes armas para evitar dormir con el enemigo.
miércoles, noviembre 07, 2007
SEI - ITESM
Apenas me entero de esta noticia de colaboración entre el SEI y el ITESM (una de las escuelas mas prestigiadas en México) donde el objetivo es la adopción de PSP (Personal Software Process) y TSP (Team Software Process) metodologías creadas por Watts Humphrey, me da mucho gusto la noticia ya que he visto los beneficios en específico de PSP, espero esto detone mas la industria de software en mi querido país México así como en el estado que radico.
martes, noviembre 06, 2007
Defining IT Projects
En RNQ se pública un estudio de Scott Ambler acerca de lo que es el éxito del proyecto el cual resulta interesante porque a decir del autor no coincide con lo que Standish Group da como definición, y en este aspecto dare mi opinión considero que el éxito del proyecto se puede ver desde varios enfoques en específico 2 desde el punto de vista del cliente y desde el punto de vista de la empresa que desarrolla el proyecto (hablando de proyectos de TI). Hay clientes que por ejemplo el tiempo no es tanto problema (claro esta con un margen razonable de desvío) con tal de que se entregue lo pactado en funcionalidades y costo, esto quiere decir que los retrasos los absorverá la empresa que desarrolla pero para esta es vital que el proyecto se termine en el tiempo establecido por que sino se corre el riesgo de perder rentabilidad en el proyecto.
jueves, octubre 25, 2007
Comentarios de JAVA
Había escuchado hablar y constatado en mi poca experiencia de que JAVA es muy pesado y que es su talón de aquiles, mas alla de eso todo lo demas eran buenos comentarios, pero me encuentro en este post algunos otros inconvenientes de JAVA. Cabe resaltar que ese mismo problema lo encuentro en Microsoft software por aqui, software por aca, bajar esto, bajar esto otro, creo que las complicaciones serían menos si todo se pudiera integrar o clasificar de una manera mas sencilla, alguna vez escuche a alguién decir Lo que no es facil o práctico esta mal hecho, sera cierto??? creo que algo hay de eso.
martes, octubre 23, 2007
Inventing Requirements
Como me hizo recordar experiencias con clientes este artículo, se comenta en el artículo lo siguiente 'The system does not sort the list alphabetically' when nothing in any requirement specified any particular sort order' Que opinan? hasta que punto es problema de una empresa de desarrollo el que se omitan este tipo de funcionalidades y hasta que punto es culpa del cliente que no nos dijo que se debe ordenar una lista alfabeticamente?, desde mi punto de vista el Ingeniero de requerimientos debe ahondar mas en estos puntos porque dificilmente un cliente te los dira, es por eso que ahora esta tomando fuerza el Analista de Negocios quien debe saber aplicar la tecnología en beneficio del negocio pero que sobre todo sepa de procesos de negocio.
lunes, octubre 22, 2007
Free on line Books, desde Navegapolis
Hace mucho que no resaltaba algo de Navegapolis sera porque ando enfrascado mucho en el tema de administración de proyectos, por vasta echarle un ojo cada tercer dia a Navegapolis para ver los valiosos post que presenta Juan Palacio, en este caso Free on line Books.
viernes, octubre 12, 2007
In Defense of UML, RUP, and Application Design
Antes que nada perdón por poner el mismo título de la fuente de informacion en muchos de mis posts, pero es para darle todo el crédito al autor.
Me ha parecido controversial lo que comenta Frank Teti acerca de UML y RUP en algunas cosas comulgo con ellas pero en otras no, desde mi punto de vista en este mundo hay cabida para las metodologías ágiles y las formales creo que estan orientadas a diversos mercados o mas bien tipos de proyectos, el criticar una u otra metodología se me hace perder el tiempo y no ayuda nada a la industria y mas alla de eso puede confundir a los clientes, es como la pelea entre .NET y Java cual es mejor??? pues yo creo que los dos tienen sus pro y sus contras. Soy un amplio defensor de RUP y UML pero no quiere decir que no deje de ver las virtudes del mundo Agil de SCRUM o de FDD etc. En fin es un artículo para disfrutar.
Clínicas de Microsoft
Es bien sabido que Microsoft proporciona una basta infromación de sus productos, esta serie de clínicas me han parecido excelentes, por lo cual hay que aprovecharlas.
BPM y SOA
Que mejor combinación que procesos y tecnología siendo la tecnología quién debe entender y soportar los procesos de negocio. Asi es la filosofía de estos 2 componentes BPM y SOA, mas información en este artículo desde ClubBPM.
viernes, octubre 05, 2007
Ruby on Rails free book
Sin mas que decir de esta muy buena aportación de uno de los lenguajes que esta de moda (por algo será), aqui esta el link.
Ahora BPMM (Bussiness Process Maturity Model)
Despues de Modelos como ISO, CMM y CMMI viene BPMM (Business Process Maturity Model) dentro del cual existen los siguientes niveles
- Level 1: Initial
- Level 2: Managed
- Level 3: Standardized
- Level 4: Predictable
- Level 5: Innovating
Todo el mundo del Bussiness Process esta tomando mucha fuerza y la verdad me da gusto ya que hay 2 claros agujeros por un lado las mismas empresas no conocen su negocio y no maduran (desde mi punto de vista una de las causas por las cuales muchas empresas desaparecen) y por otro lado la clara brecha entre los negocios y las TI todo esto de BPMM sin duda alguna ayudara a los proyectos de desarrollo e implementación de sistemas.
Mas información en
http://www.dfw-asee.org/archive/0501meet.pdf
http://www.capabilitymeasurement.com/downloads/02-07-COL-BPMMWhatWhyHow-CurtisAlden-Final.pdf
jueves, septiembre 27, 2007
Comunidad MoproSoft
Me da gusto saber que se ha abierto un espacio para MoproSoft en lo personal tengo mucha fe que este modelo de proceso hecho en México tome fuerza tanto nacional como internacional, después de la noticia del cierre de AMCIS, Comunidad MoproSoft es un buen paso para retomar el camino.
miércoles, septiembre 26, 2007
Los problemas de la estimación
Sin duda alguna basandome en la experiencia una de las actividades mas dificiles es la estimación, esto por muchos factores, sin embargo nombrare los mas importantes recalcando que es en base a mi experiencia:
Estimar en base al desarrollador estrella, muchas veces se obvia que si una funcionalidad de ciertas características las realiza el mejor desarrollador en cierto tiempo todos los desarrolladores tambien la desarrollarían en el mismo tiempo.
No tener un registro de tiempos, Si se tuviera un registro de tiempos se estimaría con mayor exactitud el PSP (Personal Software Process)no miente en ese aspecto y yo lo he constatado.
Siempre inventar el hilo negro, Hay que reusar, si en un proyecto se presenta una situación que previamente se soluciono en otro proyecto lo ideal sería reutilizar clases, componentes etc. pero sino al menos tener una BD de lecciones aprendidas para saber como se soluciono y no se pierda el tiempo en investigacion.
Estimar sin tener bien definidos los requerimientos, se que esto es imposible pero hay que tener lo mas completo posibles los requerimientos.
No tener una metodologia para medir, sugiero puntos de función
Encontrarán mas información en el siguiente post.
martes, septiembre 18, 2007
SAP y .NET
Desde hace tiempo vengo siguiendo la página de Innova Desarrollos informáticos la cual presenta muchos artículos de interes, es de alabar que una empresa de desarrollo de software publique esta clase de artículos ya que de alguna manera es darle armas a la competencia al menos ese es el pensamiento aquí en México nos olvidamos de la sinergia que debe haber entre empresas de desarrollo y el posible intercambio de tecnología o de conocimientos con el fin de establecer relaciones de negocio, en pocas palabras nos hace falta madurar. Pero volviendo al tema Innova presenta un interesante artículo SAP .NET connector.
viernes, septiembre 14, 2007
Fuga de cerebros
Extraordinario post desde PM Alocado, a veces las empresas en especifico los dueños no se preocupan por retener a la gente valiosa y al perder de vista esto provoca mucha rotación de personal y por consecuencia impacta en los proyectos, como dice el artículo que es parte de nuestra función hacerles ver a los Jefes las consecuencias de perder gente valiosa.
Oficina de Proyectos, Portafolio de proyectos
Oficina de proyectos y portafolio de proyectos van mas alla del tema de administración de proyectos, he conocido pocas páginas especializadas en esos temas y una de ellas es Chief Project Officer con una sección muy valiosa de artículos y como siempre lo mejor es que son gratis.
miércoles, septiembre 12, 2007
SQL Scheduler Tool for administrators
Esta descripción lo dice todo SQLScheduler is a fully functional client/server application written in C# that allows administrators to schedule various SQL jobs for SQL Server Express and other versions of SQL Server.
J2EE training Online
Desconozco mucho de JAVA y sobre todo de J2EE pero si se que es una plataforma muy robusta de igual modo se que las aplicaciones en JAVA son muy pesadas, pues aqui un curso muy completo de J2EE.
PM Solutions Articles
No recuerdo como llegue a el seguramente a través de BlogLines, pero eso no le quita lo valioso.
PM Solutions Articles, una gran variedad de artículos de Administración de proyectos. Muy recomendable.
martes, septiembre 11, 2007
Organizandose con Thinking Rock
miércoles, septiembre 05, 2007
Mas blogs a la lista
El Cafe de Joe
Blog de Ervin Sarkisov
Los cuales agrego a la barra lateral
martes, septiembre 04, 2007
NHibernate vs LINQ
Información adicional al tema
IT Managers Journal
PDU's Motivación para crecer como PMP
Innovación en TI
lunes, agosto 20, 2007
Lecciones aprendidas en Administración de proyecto
SOA en el mundo real / SOA in the Real World
miércoles, agosto 01, 2007
Simulación de requerimientos / Requirements simulation
realmente sea el reflejo del modelo, validación y refinamiento de requerimientos.
Fuente de información
Requirements Simulation - Analyst’s Perspective
Rapid Web Prototyping
template en Microsoft Visio para elaborar prototipos rapidamente en Visio, aunque aun creo
que esta en desventaja contra el uso directo en prototipos de tecnología web, es decir usar por ejemplo dreamweaver o alguna otra herramienta de ese tipo donde la ventaja rádica es que ese prototipo se usará para el producto final a diferencia del prototipo en Visio que es inservible.
Ruby-IronRuby
Mas información en la página de John Lam
UML vs BPMN
entre UML y BPMN, en este artículo se menciona de las ventajas de usar BPMN sobre UML claro esta en el tema de modelado, debo de señalar que soy un defensor de UML y lo uso mucho como herramienta de trabajo pero en los últimos meses que he trabajado con BPMN debo decir que al menos en el modelado de procesos su notación es mas rica y entendible sobre la notación de diagrama de actividades o diagrama de casos de uso de negocio de UML y no solo eso BPMN es el principio y continua con simulación de procesos hasta llegar a una arquitectura SOA.
Fuente de información "BPMN and Business Process Management"
martes, julio 03, 2007
Analizando:Business Analyst:”El eslabón perdido”
Ultimamente habremos escuchado o visto en Internet el término Business Analyst o Analista de negocios, pero que es el Analista de Negocio? Que skills debe tener? Que funciones debe desempeñar?.
Bien aquí podemos empezar por algunos significados el de mayor importancia el del BABOK (Business Analysis Body of knowledge) el cual dice que Business Analysis es el conjunto de tareas, conocimiento y técnicas requeridas para identificar necesidades de negocio y determinar soluciones a los problemas de negocio, también podemos citar el que nos brinda la Wikipedia: Es el responsable de analizar las necesidades del negocio, de sus clientes y de sus stakeholders con el objetivo de identificar problemas y proponer soluciones. Mas de uno estará pensando en que es un rol similar al del Ingeniero de requerimientos pero la diferencia radica en la experiencia que debe tener en ámbitos de negocio el Business Analyst.
Ahora que skills debe tener para esto voy a comentar 2 cosas que son importantes, una desde el punto de vista del BABOK y otra desde el punto de vista de BPM la cual se hace muy importante.
BABOK nos dice que las áreas de conocimiento que deberá dominar un Business Analyst es
- Enterprise Analysis
- Requirements Planning and Management
- Requirements Elicitation
- Requirements Communication
- Requirements Analysis and Documentation
- Solution Assessment and Validation
Que tal! Siguen las similitudes con el Ingeniero de Requerimientos con las diferencias muy marcadas del punto 1 y del último punto.
Desde el punto de vista de BPM (Business Process Management) en el cual existe el ciclo de la administración de procesos, y el cual deberá dominar el Business Analyst es:
- Process identification
- Process Modeling (as is)
- Process Analysis
- Process Improvement (To be)
- Process Implementation
- Process Execution (ES Enabled)
- Process monitoring and controlling
Concluyendo
El Business Analysis es una labor importante que poco a poco va tomando fuerza y con mucha razón ya que las empresas antes que soluciones tecnológicas necesitan soluciones de negocio las cuales una vez implementadas sean proyectadas a un sistema de información.
lunes, julio 02, 2007
Project Manager + Business Analyst ...la fórmula perfecta
Tips on facilitating Reporting Requirements
1) Identify categories of information on your first pass.
2) Dive deeper in the categories on your second pass.
3) Dive deeper into each categories on your third pass.
Todo esto a través de usar hojas de papel las cuales deberán ser llenadas por cada participante.
viernes, junio 29, 2007
Revista de Business Intelligence
domingo, junio 24, 2007
Innovación, Como innovar?
martes, junio 19, 2007
Where architects become ARCHITECTS
Creative People Designing Extraordinary Software
IIS 7.0
Microsoft eSCRUM
jueves, junio 14, 2007
Comparando metodologías Cascada(Waterfall) vs Métodos ágiles (Agil)
martes, junio 12, 2007
Project Magazine
Recuerdo los anteriores sitios que he mencionado
Líder de Proyecto
Project Management Wisdom
Los cuales pongo en el panel lateral en la sección de administración de proyectos.
domingo, junio 10, 2007
jueves, junio 07, 2007
Que es el PMBOK y como usarlo
viernes, junio 01, 2007
Project Management Wisdom
miércoles, mayo 30, 2007
Requirements Networking Group
lunes, mayo 28, 2007
Object Relational Mapping
miércoles, mayo 16, 2007
Migrando de Oracle a SQL Server
Link para descargar
The Architecture Journal
martes, mayo 15, 2007
Un nuevo sitio de Administración de Proyectos
Software Guru Mayo-Junio en circulación
Hace mucho que no escribía por que realmente he estado muy ocupado, aprovecho este poco tiempo para recomendarles la edición Mayo-Junio de 2006 de Software Guru la cual como siempre presenta artículos interesantes y la cual ha publicado (gracias) un artículo que les envié de reglas de negocio. Por cierto gracias a los comentarios que he recibido. Espero no ausentarme tanto tiempo.
lunes, abril 30, 2007
White Papers de Arquitectura de Software
Proceso de Pruebas
martes, abril 24, 2007
Use cases vs. User scenarios
sábado, abril 21, 2007
Software Project Management -- A Mapping between RUP and the PMBOK
miércoles, abril 18, 2007
Nuevos blogs en Ingenieria de Software / Software Engineering
martes, abril 17, 2007
Guidelines and Checklist for Website Testing
lunes, abril 09, 2007
Business Analysis Body of knowledge
viernes, abril 06, 2007
Las vistas de la Arquitectura de software
sábado, marzo 31, 2007
Levantamiento de Requerimientos, la entrevista
Preguntas contextuales
Preguntas abiertas
Preguntas cerradas
Preguntas de pasado, presente o futuro, entre otras.
Pero serà mejor que lean el artìculo.
viernes, marzo 30, 2007
UML : Estados y Superestados
Muy bien explicado en el blog de Tyner Blain el uso de estados y superestados el cual es explicado a travès de un ejemplo de ordenes de compra. Aqui el artìculo.
jueves, marzo 29, 2007
Análisis del valor ganado / Earned Value
domingo, marzo 25, 2007
Cociente computo cientifico y tecnico
Me da gusto saber de esta nueva revista Cociente en la cual se exponen temas de computo cientifico y tecnico (como asi lo hacen saber en su logo), a diferencia de Software Guru que esta totalmente especializada en Software precisamente, en Cociente ofrecen como contenido un panorama de software y hardware para las ciencias y las tecnologias, en fin sean bienvenidas todas las revistas como estas.
miércoles, marzo 21, 2007
Coordinador de la base de conocimiento
jueves, marzo 15, 2007
Mantis - Solución OpenSource de gestión de tareas y errores
lunes, marzo 12, 2007
Planix - Estimar el esfuerzo necesario para un proyecto
miércoles, marzo 07, 2007
Formas efectivas de comunicación
martes, marzo 06, 2007
Magic Quadrant for Business Intelligence
Aqui la noticia
viernes, marzo 02, 2007
Acerca de la presentación de Delphi
Nueva versión de Delphi
Ventajas
- El IDE te señala las líneas modificadas
- Tiene una herramienta de auditoría (esta me parecio genial)
- Herramienta para desarrollar artefactos de UML que se sincroniza automaticamente con el
código
- Para crear variables ya no es necesario irte has la sección var (también genial)
Delphi para PHP
-Buen precio 250 dls
-El VCL solo es para la versión 5 de PHP
No planear es Planear para fallar
viernes, febrero 23, 2007
Project Connections
Project oriented
Career & Project skills
Implementing PM
Methodology and best practices y
Portfolio Management
Delphi for PHP
La presentación será en Cinepolis de la Gran Plaza el día 27 de Febrero de 9 a 12:00 hrs.
miércoles, febrero 21, 2007
Diagramando y Codificando a través de Windows Workflow Foundation
La noticia aqui
viernes, febrero 16, 2007
Use Case point...la historia continua...
miércoles, febrero 14, 2007
Introducción a la estimación de software con Use Case Point
lunes, febrero 12, 2007
Mas Links de Administración de Proyectos \ Project Management
domingo, febrero 11, 2007
Fórmula de la productividad
Un simple !Bien hecho!
Un voto de confianza cuando se comete un error
Algún incenivo económico o de tiempo
El otorgar capacitación
La participación en decisiones importantes
Son algunas de las formas de motivar a la gente.
jueves, febrero 08, 2007
Camino a la Certificación PMP
-La herramiena FreeMind para crear mapas mentales
-El sitio IIL que ofrece capacitación para que te certifiques como Orange, Blue y Black Belt en MicroSoft Project
-El sitio de 4 pm
-La herramienta bubbl.us herramienta del tipo Web 2 para crear mapas mentales
En breve compartire mas sitios y hrramientas que he descubierto.
jueves, febrero 01, 2007
Entre lo técnico y lo comercial
lunes, enero 29, 2007
El año del Analista de Negocios
Minería de Datos / Data Mining
viernes, enero 26, 2007
jueves, enero 25, 2007
ASP.NET AJAX 1.0 Shipped
martes, enero 23, 2007
Blog Instituto Argentino de Administración de Proyectos
Herramientas Libres para la IS
lunes, enero 22, 2007
I + D = innovación
martes, enero 16, 2007
SoftwareGuru Ene-Feb 2007
COCOMO y PMBOOK
La guía práctica del PMBook y
20th International Forum on COCOMO
viernes, enero 12, 2007
Capital a Software
jueves, enero 11, 2007
Extensiones para Visual Studio 2005
miércoles, enero 10, 2007
Writing Software Requirements Specifications
An SRS document typically includes four ingredients, as discussed in the following sections:
- A template
- A method for identifying requirements and linking sources
- Business operation rules
- A traceability matrix
lunes, enero 08, 2007
Como llevar a cabo una entrevista para obtener requerimientos
miércoles, enero 03, 2007
Mapas Mentales para definir el alcance del proyecto
Proyectis
AllPM
lunes, enero 01, 2007
The complete book of project-related terms and definitions
powered by performancing firefox