Pablo Fernando Sánchez en su blog escribe sobre los cambios que tendrá la guía de SWEBOK, interesante post para tomarlo en cuenta aquellos inmersos en el tema de la Ingeniería de Software.
Artículos, links y opiniones personales de CRM, Business Intelligence, Colaboración, Adminitración de Proyectos
miércoles, julio 29, 2009
domingo, julio 05, 2009
Principales Modificaciones al PMBOK 4.0
Desde líder de proyecto se presenta un video de las principales diferencias entre la versión 3 y la versión 4 del PMBOK, señalo algunas que se me hicieron importantes:
- Se elimina el concepto de la triple restricción
- Mayor énfasis en el levantamiento de requerimientos
- Énfasis en la conjunción del equipo y el manejo de conflictos
- Tabla de diferencias entre el Project Charter y el SOW (Scope of Work)
- Mayor énfasis en el código de ética
- Eliminación de diagrama de flechas
sábado, junio 06, 2009
Contratos ágiles y otros conceptos
Desde el blog de proyectos ágiles me encuentro este interesante post acerca de contratos ágiles, de allí otro link interesante hacia un artículo de Jeff Sutherland Change for free and Money for nothing
Best of Business Intelligence
Extraordinario material de BI desde el blog de TodoBI
sábado, abril 25, 2009
Project Management Tool
Desde PMHut leo este artículo sobre características que debiera tener una herramienta de administración de proyectos, de las 3 características que presentan con las 3 concuerdo.
viernes, abril 03, 2009
Entrevista a Capers Jones
Dice “El control de la calidad es la clave del éxito en los proyectos de software” y quién no ha vivido esto, el control y monitores es importantísimo para que la etapa de cierre no se hagan eternas debido a que el cliente no vio nada de su solución en las etapas de ejecución
miércoles, febrero 18, 2009
Project Management 2 Links
Hace mucho que no me paseaba por Bloglines y consultando uno de los post, me encontré con estos 2importantes links
martes, febrero 17, 2009
Plantilla para el Daily meeting
Buscando un template para el Daily meeting, me encontre este, el cual se me hace muy bueno.
sábado, febrero 14, 2009
BI, Dashboards, BalancedScorecard, etc.
Muy buen artículo desde Stratebi, donde se explican los orígenes de los dashboards y algo muy importante, los elementos necesarios para que se pueda cumplir una estrategia de BI a través de Dashboards, práctico y digerible.
viernes, febrero 13, 2009
Nuevas en Líder de Proyecto
Aquí dejos dos muy buenos links del sitio Líder de Proyecto
Tres principales ventajas de la línea base
Balanced Scorecard aplicado a la administración de proyectos
sábado, enero 17, 2009
Scrum Tools
Para los que andan en búsqueda de una herramienta para la gestión de proyectos con Scrum, aqui les dejo un post donde se mencionan varios.
viernes, enero 02, 2009
PM o Team Leader
Bues post de Lecciones aprendidas haciendo una correcta diferenciación entre lo que es un Líder de Proyecto y un Administrador de Proyecto, aunque en México no se tiene la madurez, la cultura ni el poder económico para mantener todo esos roles, desde mi óptica los skills para el mercado Mexicano que debiera tener quién vaya al frente de un equipo es:
1) Administración de Proyectos
2) Conocimiento técnico medio
3) SoftSkills (Liderazgo, disciplina, toma de decisiones, presencia etc)
domingo, diciembre 28, 2008
Felices Fiestas Decembrinas
El presente es solo para desearles lo mejor en estas fiestas decembrinas, espero que este año 2009 que se avecina este lleno de publicaciones para enriquecer el intelecto, por mi parte seguiré escribiendo de los temas que me apasionan Administración de Proyectos e Ingeniería de Software.
lunes, diciembre 01, 2008
Un poco de Humor
Líder de Proyecto lanza una nueva sección dedicada al humor, por lo menos se me hizo gracioso lo que publicaron.
jueves, noviembre 06, 2008
Entendiendo el Valor Ganado
Desde el blog de Gestión Organizacional de Proyectos me encuentro con este video donde explica paso por paso el concepto de valor ganado, de lo mejor que me he encontrado en la red.
martes, noviembre 04, 2008
ScrumDesk
Recientemente escribo mucho de SCRUM y es que esta es la metodología ágil que le veo mas aplicación, en esta ocasión presento ScrumDesk herramienta que nos ayuda en la administración de proyectos a través de SCRUM, echenle un ojo a los ScreenCast.
lunes, noviembre 03, 2008
Proyectos y BI
Sumamente interesante el artículo "Guía de éxito para El Director proyectos de Business Intelligence", ciertamente los proyectos de BI son diferentes, tienen características muy específicas y para lo cual preferentemente debe existir una infraestructura adecuada de información.
sábado, noviembre 01, 2008
Proyectos Agiles
El presente es solo para felicitar a los creadores de este nuevo sitio Proyectos Agiles, espero que posteen por un buen tiempo.
sábado, octubre 11, 2008
SCRUM a fondo
Como muchos la metodología ágil para proyectos por excelencia es SCRUM, dentro de mi bloglines tenía el sitio de Scrum Alliance solo que no me había dado cuenta la cantidad de material gratuito que tienen en su sección de Resources, sin duda un referente en el tema de SCRUM.
martes, septiembre 16, 2008
Elevando el Rol del Business Analyst
RNQG presenta en su reciente entrega lo importante del Rol del Business Analyst, dentro del artículo menciona varias veces el papel de TI y lo malo de dejar en esta área el análisis del negocio.
martes, agosto 19, 2008
Software Requirements Patterns
Ahora los patrones al servicio de los requerimientos y porque no trasladar las ideas de programación al ámbito de los requerimientos, ya en su momento hable de Well Formed requirements tomando lo que es un archivo bien formado en XML, ahora me encuentro con patrones para requerimientos de software, muy interesante, el artículo provee una guía para especificar requerimientos de software mas fácil y mas rápida, también nos brinda un link para descargar ejemplos y mas.
viernes, agosto 08, 2008
Requirements Defined
Vuelvo a hablar de mi pasión "Los requerimientos" en esta ocasión de Seilevel la cual es una empresa dedicada única y exclusivamente a la definición de Requerimientos de Software (Que interesante!!), si pensamos que los principales problemas en los proyectos de software es por el débil trabajo en la etapa de requerimientos pues llegamos a la conclusión que debiera ser un nicho de negocio que actualmente no esta explotado. El sitio de Seilevel presenta artículos interesantes así como también links.
jueves, agosto 07, 2008
Algo de SAP, metodología ASAP
Porque algo de SAP?? porque vengo trabajando con SAP desde hace unos meses. ASAP es la metodología de implementación para proyectos de SAP llamese ERP, CRM o BI, el significado es Accelerate SAP la cual consta de 5 etapas y en conjunto con ASAP-FOCUS cuenta con una serie de aceleradores muy interesantes, pero lo que me encuentro en este artículo es que en breve pasará de ser Accelerate SAP por ArchitectedSAP todavía mas interesante y aquí entra en acción BPM (Business Process Management) la cual maneja toda una serie de concepto orientados hacia el negocio y donde se fusionarán las Tecnologías de la información con los procesos de Negocio, esperemos mas de ArchitectedSAP.
lunes, agosto 04, 2008
Administración de Proyectos, Modelo de inmadurez
Project Management inmaturity model, nada que agregar.
martes, julio 15, 2008
Agile Business Analysts
Hace mucho que no visitaba el sitio de Agile Modeling y me encuentro con un buen artículo "Rethinking the role of Business Analysts", donde se mencionan las funciones que debierá tener un Business Analyst entre otras cosas.
jueves, junio 19, 2008
Método H
Interesante me ha parecido lo publicado por RNQ (Requirements Networking Group), el método H para tener una estructura o una forma de como obtener los requerimientos.
http://www.requirementsnetwork.com/node/1218
Interesantísimo!!!
viernes, junio 06, 2008
Con criterio de PM
Sin mas palabras que decir Simplemente excelente post
lunes, mayo 19, 2008
SCRUM, dos links para conocerlo
Dos links que me han parecido sencillo y fáciles de digerir SCRUM son los que se presentan en Agile Software Development:
SCRUM desarrollo ágil de software (aunque no estoy de acuerdo en el título) y
Nueva certificación del PMI
El cafe de Joe hace mención a una nueva certificación del PMI, interesante información para tomarse en cuenta en nuestro proceso de certificación. Por cierto Gracias a la mención de este blog en el Cafe de Joe.
domingo, marzo 23, 2008
Llevando un equipo a Alto rendimiento
Que se necesita para tener un equipo de alto rendimiento??? cuales deben ser las características del equipo???, pues estas y otras preguntas se responden en el post de Mejores proyectos Doce características de un equipo de alto rendimiento.
sábado, marzo 15, 2008
Que importante post de Ervin Sarkisov
Como lo menciono en el título, el tema de cotizar es muy importante y a la fecha hay muchos debates y sin duda uno de los problemas mas importantes sigue siendo que el software es un intangible. Que necesitamos para cotizar???, cuanto acompañamiento debe de haber de la parte técnica en el proceso pre-venta???. Otro problema que existe es que el cliente requiere números lo mas pronto posible y dentro de este esquema es imposible hacer un buen levantamiento. Por lo pronto en su sitio Ervin da unas sugerencias.
sábado, febrero 16, 2008
Mucho trabajo....pero...algo de administración de proyectos
Creo que nunca me había tardado tanto en hacer un post pero la verdad el trabajo ha estado muy pesado, sin embargo aqui estoy para continuar con este trabajo de divulgación de información en este caso desde el cafe de joe
miércoles, enero 09, 2008
Guía de Herramientas para Project Managers
Sin duda alguna será de mucha utilidad para quienes administramos proyectos lo que presenta el sitio Líder de Proyecto en su Guía de Herramientas. También me parecio fabuloso la siguiente página de referencia http://www.projectreference.com/#PMSoftware.
martes, enero 01, 2008
PMBOK y BPM
Me ha parecido muy interesante el artículo presentado por Club-BPM en el cual se menciona como el PMBOK puede ayudar en la implementación exitosa de proyectos BPM, hace una buena diferenciación de lo que significan los proyectos de software y las ventajas de una administración de riesgos y de el manejo de lecciones aprendidas.
e-books gratuitos
Gracias a Innova Desarrollos me entero de la posible descarga de libros gratuitos desde el sitio de MicroSoft, los temas son:
LINQ , AJAX ASP.NET, Silverlight
miércoles, diciembre 26, 2007
Requerimientos en SCRUM
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!.
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
Volviendo a mis órigenes uno de los temas que mas me sienta es el de requerimientos y en esta ocasión les presento un nuevo sitio que acabo de descubrir, la verdad es que no se como llegue a el lo mas seguro es que a través de bloglines, en fin, su nombre es Requirements networking group en el cual te puedes inscribir de manera gratuita y puedes encontrar mucha información acerca del tema de requerimientos, encontrarás autores de artículos de la talla de Karl Wiegers, muy recomendable.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.