Habilidades y caractersticas de un RA EfectivaEste captulo
describe las habilidades y caractersticas de un RA efectiva
deseados. Como se destaca en el captulo anterior, la RA cumple
varias funciones crticas del proyecto. En muchos proyectos, la AR
es una persona a tiempo parcial que se ocupa de otra manera como
PM, gerente de pro- ducto, ingeniero de sistemas, desarrollador, o
en alguna otra capacidad. En otros proyectos, puede haber un RA
tiempo completo o incluso varias RAs y un gestor de requisitos. El
tamao del proyecto y la complejidad percibida de las actividades
relacionadas con los requisitos necesarios, as como la financiacin
disponible, son los principales determinantes de la cantidad de los
RA y sus niveles de habilidad necesarios. Las funciones de la RA
pueden dividirse entre los disponibles para hacer el trabajo
necesario, considerando tambin las habilidades actuales, los
intereses y las necesidades de desarrollo deseados. Cualquiera que
sea la situacin, los RA debe considerarse recursos clave, capaces
de contribuir al proyecto en los roles que se describen en el
captulo anterior. La RA requiere una mezcla nica de habilidades que
refleja el conocimiento y la orientacin en el mundo real, as como
la capacidad de interpretar y satisfacer a los clientes ', los
usuarios', y la intencin de la administracin. Algunas de las
habilidades son intrin- sic en el camino un individuo trabaja (como
habilidades analticas e interpersonales) y otros se aprenden (por
ejemplo, las habilidades de facilitacin)Habilidades de la RA1. Con
gracias a la alta RA Michael Davis, de Northrop Grumman de TI para
la prestacin de este artefacto. La responsabilidad de las
modificaciones a la versin original es ma.
Entrada / analista de nivel secundaria; analista de nivel medio;
analista de alto nivel.A "K" se utiliza en esta tabla para sugerir
que se necesita que el conocimiento de la habilidad en un nivel de
especializacin analista. Una "X" indica que es necesaria la
experiencia en el uso de la habilidad en un nivel particular. Un
mapeo se proporciona para.secciones de este libro o a otras fuentes
donde se dirige cada habilidad. Referencias adicionales se
proporcionan en esos lugares.Como con cualquier marco o modelo,
utilice esta matriz como gua, no como una especificacin. Le ayudar
a evaluar su idoneidad para un papel de proyectos y proporcionar
una gua para y recurso para fortalecer y mejorar sus
habilidades.
Obviamente, se podra aadir otras habilidades. Sin embargo, la
matriz sirve como gua y sugiere que hay mucho que aprender para ser
un RA eficaz. Una cosa es leer sobre (tener conocimiento de)
habilidades y otra muy distinta es reunir la experiencia en la
aplicacin de las habilidades en un entorno de proyectoque involucra
a los clientes actuales y los usuarios.Un analista junior o de
nivel de entrada (los que tienen menos de dos aos de experiencia)
debe estar familiarizado con lo siguiente: Los tipos de requisitos
(descrito en detalle en el siguiente captulo); Los criterios de un
buen requisito (siempre en el captulo 1);Herramientas de
automatizacin de oficina [por ejemplo, Microsoft (MS) de Office o
Corel WordPer- Suite fect]; El concepto de usar un proceso de
requisitos; Algunas de las referencias relativas a las actividades
relacionadas con los requisitos; El propsito de la verificacin de
los requisitos, y as sucesivamente.Ella debe comprender que una
justificacin debe ser proporcionada para cada necesidad (por qu es
necesario el requisito en el sistema o software).Un analista de
nivel medio (los que tienen dos a cuatro aos de experiencia) debe
tener conocimiento de varios de los aspectos y actividades de
ingeniera de requisitos, junto con ms experiencia en la aplicacin
de este conocimiento. En lo alto de esta lista son actividades que
involucran requisitos clientes y usuarios (por ejemplo, el concepto
de un equipo conjunto), utilizando un proceso de requisitos, y la
familiaridad con una herramienta requisitos industria resistencia.
El lyst analgica de nivel medio debe ser competente con revisiones
por pares e inspecciones y debe asegurarse de que todos sus propios
productos de trabajo son revisadas por pares. Ella debe comprender
el valor de la trazabilidad bidireccional de los requisitos y ser
aprender a desarrollar una matriz de requisitos de trazabilidad
(RTM).Un analista de alto nivel (los que tienen cinco o ms aos de
experiencia en la formacin de per- actividades requisitos
relacionados) debe tener tanto el conocimiento y la experiencia con
el uso de todas las habilidades en la matriz. Ella debe estar
familiarizado con todas las funciones descritas en el captulo
anterior y tienen habilidades y caractersticas interpersonales bien
desarrolladas como se describe ms adelante en este captulo. Ella
debe comprender el valor y la importancia del control de calidad
posible independientemente y tener un conocimiento profundo de las
actividades de CM. Ella debe ser capaz de recomendar y utilizar
mtricas requisitos y
ser capaz de aplicar parmetros de medicin a los procesos de
requisitos. Ella debe ser capaz de proporcionar sesiones de
capacitacin para ms RAs jnior y para otros miembros del equipo del
proyecto. Ella debe tener una buena familiaridad con la ingeniera
de sistemas y de la vida del sistema ciclo y una comprensin de los
muchos requisitos relacionados con las actividades que deban
llevarse a cabo durante todo el ciclo de vida del sistema.Figura
3.1 resume la progresin de la AR.Otro documento importante es la
posicin o la descripcin del trabajo de la AR, siempre en la Tabla
3.2.2Este es un resumen conciso y til de la funcin de la RA. En l
se describe la posicin, resume las habilidades que se necesitan
(aunque no con tanto detalle y precisin que la Figura 3.1), indica
el conocimiento que se necesita, sugiere varias responsabilidades,
indica algunas medidas de rendimiento, y ofrece tres referencias
tiles sobre la que este artefacto es basado. Le sugiero que utilice
este artefacto para aclarar su papel y desarrollar las
requisiciones de posicin de prospectiva RA. Viajes a medida para
reflejar sus responsabilidades. Utilizar en sus evaluaciones de
desempeo para discutir las actividades de desarrollo profesional
que mejorarn sus habilidades con su gerente.Analista junior o de
nivel de entradaAnalista de alto nivel Analista de nivel medio Est
familiarizado con los requisitos de un proceso y un RTM; Est
familiarizado con las herramientas de requisitos automatizados; Es
capaz de facilitar las actividades de los requisitos de definicin
entre los desarrolladores y los clientes / usuarios; Aplica
opiniones y / o inspecciones de pares a los esfuerzos de desarrollo
requisitos; Comprende el valor de los requisitos de trazabilidad
bidireccional.
Tiene una buena comprensin de las funciones de la RA; Est
familiarizado con todas las funciones descritas en el captulo 2;
Experiencia en actividades completo del ciclo de vida;-desarrollado
Bueno habilidades y caractersticas interpersonales; Tiene un medio
de la comprensin de las actividades de CM; Entiende el valor y la
importancia de la garanta de la calidad independiente; Capaz de
proporcionar capacitacin requisitos relacionados a un mayor nmero
RA junior y otros miembros del proyecto. Conoce los tipos de
requisitos Conoce a los criterios de un buen requisito Entiende cmo
proporcionar justificacin de un requisito; Ha estudiado referencias
relacionadas; Conoce los fines de verificacin requisitos Est
familiarizado con las herramientas ofimticas
2. Con agradecimiento a Karl Wiegers para permitirme participar
en el desarrollo de versiones de este artefacto.
Descripcin El ingeniero AR o es la persona que tiene la
responsabilidad primaria para obtener, analizar, validar,
especificar, verificar y gestionar las necesidades reales del
proyecto las partes interesadas, incluidos los clientes y usuarios
finales. La RA / ingeniero tambin se conoce como un gestor de
requisitos, analista de negocios, analista de sistemas, o,
simplemente, analista. La RA sirve como el conducto entre la
comunidad de clientes y el equipo de desarrollo de software a travs
del cual fluyen los requisitos. Un RA est involucrado en algn nivel
en todo el sistema o software ciclo de vida del desarrollo. Tras el
establecimiento de la lnea base requisitos, la foco se desplaza
hacia la gestin de la especificacin de requisitos y verificar el
cumplimiento de todos los requisitos. La funcin de la ingeniera de
requisitos es una funcin de proyectos, no necesariamente un trabajo
ttulo. El papel puede ser realizada por un RA dedicado o dividida
entre varios miembros del equipo que tienen otras funciones de
trabajo primaria, como un PM o producto desarrollador. La AR es
responsable de garantizar que las tareas se llevan a cabo
correctamente.Habilidades necesarias Entrevistar habilidades para
hablar con las personas y grupos sobre sus necesidades y hacer las
preguntas correctas a la superficie informacin esencial
requisitos.Escuchar habilidades para entender lo que la gente dice
y detectar lo que podran ser reacios a decir.Capacidad de anlisis
para evaluar crticamente la informacin obtenida de diversas
fuentes, conciliar los conflictos, se descomponen informacin de
alto nivel en detalles,abstracta a partir de informacin de bajo
nivel a una comprensin ms general, distinguir las peticiones del
usuario presentados desde las necesidades reales subyacentes, y
distinguir las ideas de solucin de los requisitos.Habilidades de
facilitacin para dirigir talleres requisitos de
obtencin.Habilidades de observacin para validar los datos obtenidos
a travs de otras tcnicas y exponer nuevas reas para la
obtencin.Escribir habilidades para comunicar informacin de manera
eficaz a los clientes, marketing, gerentes y personal
tcnico.Capacidad de organizacin para trabajar con la amplia gama de
informacin recopilada durante la licitacin y anlisis y para hacer
frente a la informacin que cambia rpidamente.Las habilidades
interpersonales para ayudar a negociar prioridades y resolver
conflictos entre interesados en el proyecto (tales como clientes,
gestin de productos e ingeniera).Modelar habilidades para
representar los requisitos de informacin en formas grficas que
aumentan representaciones textuales en lenguaje natural, incluyendo
el uso de lenguajes de modelado ya establecidos en la organizacin
de desarrollo.El conocimiento necesario conocer la obtencin de
requisitos contempornea, anlisis,Especificacin, verificacin y
prcticas de gestin y la capacidad de aplicarlos en la prctica.La
familiaridad con las herramientas de requisitos de ingeniera y
otros recursos.
La comprensin de cmo practicar la ingeniera de requisitos segn
varios ciclos de vida de desarrollo de software en un ambiente de
equipo.El conocimiento de los conceptos de gestin de productos y
cmo los productos de software de la empresa se posicionan y
desarrollados.Conocimiento del dominio de aplicacin es un plus para
tener credibilidad ante los representantes de los usuarios y ser
capaz de trabajar eficazmente con ellos.Responsabilidades laborales
con la PM, gerente de producto, o patrocinador del proyecto para
documentar la visin y el alcance del producto.Identificar
interesados en el proyecto y las clases de usuario, clase de
documento de usuario caractersticas e identificar representantes
apropiados para cada clase de usuario y negocian sus
responsabilidades.Caractersticas de un RA EfectivaAdems de
eruditos, o "duras", las habilidades, hay un conjunto de
caractersticas personales que le servir bien la RA. Usted puede
sentir que algunas de estas caractersticas son en s mismos
realmente habilidades. No voy a discutir esto con usted, vamos de
acuerdo en que todas las habilidades y caractersticas sealadas son
tiles y til. Tabla 3.3 resume las caractersticas deseadas descritas
a continuacin como las contramedidas que se pueden aplicar para
superar las barreras que es probable que encuentre.Tabla 3.4 ofrece
sugerencias sobre cmo fortalecer estas caractersticas.Tenga en
cuenta las siguientes caractersticas, que puede optar por continuar
perfeccionando, as como las sugerencias y recursos facilitados a
ayudar.1. Participar en la formacin permanente para adquirir el
conocimiento experto de las prcticas de los requisitos de ingeniera
y requisitos. Captulo 1 describe los muchos componentes del proceso
de requisitos, un conjunto de actividades que se realizan durante
todo el ciclo de vida del sistema de un proyecto. Mi libro anterior
[1] proporciona un amplio conjunto de referencias en la literatura
requisitos a partir de 2001 (muchas referencias ms recientes se
proporcionan en este libro). Para cada una de las 10 prcticas
daciones reparado descritos en el libro anterior, algunas
referencias clave se encuentran al final de cada captulo, junto con
un breve resumen de la informacin proporcionada por la referencia.
Estudio en curso, tales como asistir a seminarios de capacitacin en
reas relacionadas con la experiencia, misiones y actividades, es
til. Revistas como IEEE Software, diafona, Revista de desarrollo de
software, y INSIGHT proporcionan informacin nativas artculos y
reseas de libros relacionados que usted puede comprar y estudio.
Estos son a la vez informativo y motivaciones ellos.
Tabla 3.3 Caractersticas deseado RA como Contramedidas a
barreras probables
[A] A falta de un conocimiento profundo de la ingeniera de
requisitos, procesos de requisitos y errores requisitos metodologas
pueden causar la RA a ser menos eficaz que la que se necesita.[B]
El producto final no cumple con las necesidades del cliente. Hay
diferentesIdeas y opiniones en cuanto a lo que son las necesidades
reales.[C] La administracin no siempre entiende lo que se est
construyendo ySe necesitan qu recursos para lograr el producto
final.[D] El proceso de requisitos no soporta las necesidades del
proyecto.[E] personalidades fuertes y fuertes opiniones pueden
descarrilar la eficacia del desarrollo y la gestin de buenos
requisitos.[F] La gente a menudo tratan de hacer ms de lo que pidi
y hacer cambios ad hoc durante el desarrollo de productos de
trabajo.Personal [G] de proyecto pueden llegar a ser demasiado
personal en la solucin de producto de trabajo para analizar y
descomponer requisitos eficacia.[1] Participar en la formacin
permanente para adquirir experto el conocimiento de las prcticas de
los requisitos de ingeniera y requisitos.[7] Iniciar el
aprendizaje, la aplicacin y el uso de prcticas efectivas; buscar el
patrocinio de los requisitos relacionados con las actividades de la
PM; estar comprometido con el xito del proyecto.[13] Mantener un
buen conocimiento de la evolucin de la tecnologa y la forma en que
se pueden aplicar para satisfacer las necesidades del cliente.[2]
Se un buen oyente, comunicador y escritor. Documentar
cuidadosamente las decisiones y puntos de accin.[3] Tener buenas
facilitacin y negociacin. [4] Sea persistente y perseverante.[5]
Sea proactivo en la participacin de los clientes y usuarios,
compaeros de trabajo y gestin de proyectos.[15] El deseo de hacer
una diferencia en su trabajo profesional. [6] Desarrollar la
capacidad de comunicarse eficazmente con gestin.[10] Desarrollar la
capacidad para estimar el tiempo y otros recursos necesarios para
llevar a cabo el trabajo tcnico.[8] Desarrollar y mantener una
actitud de mejora continua.[14] Establezca metas alcanzables y
satisfacerlas. definir y describir los mtodos para alcanzar los
objetivos del proyecto en un plan de necesidades.[16] Desarrolle su
capacidad de contribuir al proceso de riesgo del proyecto.[2] Se un
buen oyente, comunicador y escritor. Documentar cuidadosamente las
decisiones y puntos de accin.[9] Asumir la responsabilidad de sus
puntos de vista, actitudes,relaciones y acciones, y mantener el
respeto por los dems.[11] Mantener el foco en mantener lo principal
lo principal. Instalar un mecanismo para controlar los nuevos
requisitosy cambios. No invente requisitos de forma independiente y
evitar chapado en oro. Evite requisitos fluencia.[12] Desarrollar
la capacidad de pensar fuera de la caja para proporcionar enfoques
creativos que pueden no cumplirse con las personas que se acercan
del problema y el sistema heredado.
Tabla 3.4 Caractersticas de un RA eficaz y Actividades sugeridas
para fortalecerlos
1. Participar en la educacin continua.2. buen oyente,
comunicador y escritor.3. Buenas facilitacin y negociacin.4.
persistente y perseverante.5. proactiva en la participacin de los
dems.6. Capacidad para comunicarseeficacia de la gestin.7.
Aprender, aplicar y utilizar prcticas efectivas.8. Desarrollar y
mantener una actitud de continua mejora.9. Asumir la
responsabilidad de sus puntos de vista, actitudes, relaciones y
acciones.10. Desarrollar la capacidad para estimar los requisitos
de trabajo.Leer literatura ingeniera de requisitos, asistir a
reuniones y conferencias profesionales, visite los sitios Web,
ocupar cargos en asociaciones profesionales.Asistir a seminarios de
habilidades, las comunicaciones y la escritura de escuchar; la
prctica de hacer presentaciones y escribir.Prctica facilitar
reuniones, coordinando talleres, sesiones de diseo y gestin de
procesos.Practique evolucin necesidades reales de los requisitos
establecidos.En el desempeo de las tareas diarias, piensa
deliberadamente sobre (1) sugerencias para hacer mejor las cosas, y
(2) lugares apropiados y enfoques para hacerlos. Prctica. Pida
retroalimentacin, y actuar en consecuencia.Practique mirar sus
responsabilidades desde la perspectiva de su gerente y la alta
direccin. Anote su perspectiva yla perspectiva de la gestin.
Trabajar para comprender las diferencias y modificar sus
comunicaciones en consecuencia.Seleccione una prctica que usted
cree que va a mejorar una situacin de trabajo. Reunirapoyo a
probarlo ("pilotaje" ella). Considere pasos que usted y el proyecto
u organizacin
puede tomar para dar al piloto la mejor oportunidad de
xito.Implementar la prctica. Siga a travs de asegurar que se
necesita. Evaluar el valor de la aplicacin de la prctica despus de
un mes. Practique el ciclo Planificar-Hacer-Verificar-Actuar (PDCA)
al trmino de las reuniones. Documentar las sugerencias que se
ofrecen. Dar seguimiento a sugerencias en la medida viables y
posibles. Si esto funciona, explorar otras oportunidades para
inculcar una actitud de mejora continua, como por ejemplo mediante
la documentacin de los procesos y mejorarlos. Dar a conocer a los
compaeros de trabajo de un error que ha presentado, en el espritu
de contribuyendo a hacer las cosas mejor. Transmitir que sus
intenciones eran buenas y que han trabajado hacia el aprendizaje
del error. Adems, trabajar para reconocer el valor proporcionado
por todos los compaeros de trabajo.Estimar el tiempo que usted
piensa que va a necesitar para llevar a cabo las tareas de trabajo
asignadas. Realizar el seguimiento del tiempo real consumido,
sealando distracciones.Considere cambios que usted podra hacer en
sus hbitos de trabajo para ser ms productivos. Con el tiempo, trate
de tener estimaciones de estar ms cerca de los datos reales.11.
Mantener el foco. Abrazo el concepto de necesidades reales.
Comprender cmo estos son diferentes de los requisitos establecidos.
Sugerir requisitos priorizar en su proyecto, y evolucionar un
acercamiento a priorizar en colaboracin una serie de requisitos.
Evaluar el impacto de este enfoque.12. Fortalecer la capacidad de
pensar fuera de la caja.13. Fortalecer el conocimiento de la
tecnologa disponible.14. Establezca metas alcanzables y reunirse
con ellos.15. Esforzarse por hacer una diferencia en sus
situaciones laborales.Cumplir con las partes interesadas a
considerar el potencial previamente un considerado Soluciones a los
problemas del disgusto. Utilice la tcnica de lluvia de ideas para
conseguir tres ideas de cada participante. Multi vote en las ideas
sugiri. Considere el valor potencial en perseguir seriamente una o
ms ideas. Programar una bolsa marrn de considerar posibilidades
tecnolgicas. Invite a un arquitecto de sistemas y otros
"tecnlogos". Discuta posibles maneras de lograr algunos de los
objetivos del sistema mediante la incorporacin de nuevas
tecnologas. Planifique su trabajo para el prximo mes. Establecer
unos objetivos especficos para algunas cosas que usted cree que son
realmente importantes para llevar a cabo. Tenga esto objetivos
especficos ms importantes en la mente durante el prximo mes.
Administrar a los objetivos especficos (es decir, asegrese de
llevarlos a cabo).Explora con tu gestor de cmo las tareas para las
cuales usted es responsable en el trabajo pueden hacer una
diferencia en el proyecto u organizacin. Identificar algunos logros
especficos, y luego perseguirlos en serio. Solicite sus compaeros
de trabajo y el apoyo de su gerente en la consecucin de los
mismos.
16. Contribuir a tu voluntario para servir en el equipo de
gestin de riesgos del proyecto. Si el proceso de riesgo de su
proyecto no tiene uno, sugieren que el proyecto considere iniciar
un proceso de riesgo. Identificar los principales riesgos,
priorizarlos, y desarrollar planes de mitigacin de riesgos para los
que se consideran los riesgos ms graves. Monitorear los
riesgos.Continua el texto Proporcionar el estmulo para fortalecer
propia comprensin de uno. Adems, hay varios sitios web que ofrecen
reseas de libros relacionados REQUISITOS (vase, por ejemplo, el
sitio web de Ian Alexander [2]) y "buenos" (reutilizables
requisitos relacionados con artefactos) disponibles en el sitio Web
Karl Wiegers "[3]. Conferencias Asistir como el Instituto anual de
Ingenieros Elctricos y Electrnicos (IEEE) Conferencia sobre
Ingeniera de Requisitos [4] o la conferencia anual del Consejo
Internacional de Ingeniera de Sistemas (INCOSE) [5] es otra manera
de fortalecer el conocimiento, aprender acerca de las tcnicas
antiguas y nuevas, conocer a otras personas que trabajan en esta
rea, y obtener informacin sobre las ofertas ms recientes
disponibles de los vendedores. Considere la posibilidad de
convertirse en un miembro y participante activo en las asociaciones
profesionales y sociedades como INCOSE, IEEE, la American Society
for Quality (ASQ), la Sociedad para la Calidad del Software (SSQ),
la Asociacin Internacional de Facilitadores (o las organizaciones
locales asociadas), y el Ingeniera de Requisitos Grupo de
Especialistas (RESG) en Europa [6]. A menudo, las organizaciones
profesionales ofrecen reuniones nocturnas, sesiones de la hora del
almuerzo, o tutoriales Sbado que proporcionan oportunidades para
aprender y para cumplir con los colegas. Por ejemplo, el de
Washington, DC, en el captulo de INCOSE ofrece excelentes
oportunidades para compartir experiencias, recoger las lecciones
aprendidas, y encontrar fuentes de informacin, al igual que muchos
otros captulos locales y regionales [7]. Buscar activamente
oportunidades para escribir artculos y hacer presentaciones. El
viejo adagio de que nadie aprende ms que el autor, profesor, o
presentador es cierto.2. Sea un buen oyente, comunicador y
escritor. Buenas habilidades de comunicacin son importantes. Es
importante comprender las necesidades y expectativas de los
diferentes grupos de inters. Aprenda a escuchar con atencin a fin
de escuchar lo que los usuarios y los clientes estn tratando de
decir, incluso si no son muy buenos para expresarlo. Tienes que ser
capaz de verificar la comprensin mediante la repeticin de nuevo su
interpretacin de declaraciones. Tienes que ser capaz de escribir de
forma clara y concisa para que los requisitos estn documentados de
acuerdo a los criterios de una buena requisito proporcionados en el
sitio Web del Captulo 1. Steven Gaffney y sus seminarios han sido
recursos valiosos para m ver los talleres y los materiales
disponibles en su sitio Web [8].3. Tener buenas facilitacin y
negociacin. Entre los requisitos ms efectivas tcnicas de recoleccin
es el taller requisitos. Consulte Requisitos de Ellen Gottesdiener
de Colaboracin [9] para un tratamiento completo de esta importante
tcnica. La RA menudo puede encontrar a s mismo facilitando grupos
de personas en esos lugares. Es importante ser capaz de animar a la
identificacin de las ideas, mientras que no permite una o unas
pocas personas a dominar la discusin. A menudo, usted se encontrar
necesidad de negociar para llegar a un consensoentre las personas
con puntos de vista divergentes. Hay talleres se puede asistir para
aprender y perfeccionar estas habilidades. Como se seal
anteriormente, existen recursos profesionales disponibles para
fortalecer las habilidades de facilitacin. Consulte el sitio Web de
la Asociacin Internacional de Facilitadores de ideas [10].4. Sea
persistente y perseverante. Puesto que los clientes y usuarios nos
proporcionan sus requisitos declarados, es vital que los RA sea
verificable persistente y perseverante para que se desarrollaron
las necesidades reales. No es suficiente que depender de ser capaz
de proferir la excusa de que "construimos el sistema que usted
solicit." Si los requisitos establecidos no son aceptables, no
espere hasta que haya completado el sistema y los usuarios
rechazarla. Cortar los riesgos para su proyecto mediante la mejora
de los requisitos lo antes posible. Los riesgos incluyen hacer
desperdician trabajo tcnico, y por supuesto que el sistema
rechazado (con todos los riesgos legales y oficiales ciales que
resultan). La identificacin de las necesidades reales es la cosa ms
importante que la AR puede hacer para contribuir al mximo a los
clientes.5. Sea proactivo en la participacin de los clientes y
usuarios, compaeros de trabajo, y el proyecto de gestin. Pronto
aprecia que no es suficiente con ir con la corriente. El desempeo
de las funciones de la RA exige que usted sea proactivo. Los
clientes y los usuarios necesitan su iniciativa y persistencia para
ayudarles a evolucionar las necesidades reales. Sus compaeros de
trabajo necesitan su apoyo proactivo para ayudar a seleccionar y
utilizar procesos eficaces, prcticas, mtodos, tcnicas y
herramientas. Proyecto de gestin que tiene que hablar de enfoques
que mejor servir el proyecto, por ejemplo, invertir ms en el
proceso de los requisitos, la identificacin de las necesidades
reales, y proporcionar un mecanismo para controlar los nuevos
requisitos y cambios en los requisitos.6. Desarrollar la capacidad
de comunicarse de manera efectiva con la direccin. Con demasiada
frecuencia, las diferencias en la perspectiva impiden una buena
comunicacin. La Direccin considera tecnologa de la informacin (TI)
como un medio para alcanzar los objetivos de negocio. Sistemas e
ingenieros de software ven su trabajo en trminos de productos de
trabajo que deben cumplir con los requisitos especificados. Como se
seal anteriormente, se fomenta ni su carrera ni el proyecto u
organizacin que decir s, cuando los compromisos imposibles slo
garantizan el fracaso en el futuro. Dorothy McKinney ofrece
sugerencias en su artculo "Seis Traducciones entre SOFTWARE-Speak y
Gestin-Speak" [11]. Otra idea es que a veces los RA debe
preocuparse no slo con su propia gestin, sino tambin con la gestin
del cliente.7. Iniciado el aprendizaje y la aplicacin de prcticas
eficaces, y se comprometi al xito del proyecto. Uno tiene que estar
dispuesto a aprender y utilizar prcticas efectivas. El aprendizaje
viene de la experiencia y el estudio. La aplicacin de las prcticas
en los proyectos requiere una formacin para familiarizar a la gente
con ellos; tutora personas en su uso; el seguimiento de su
eficacia; y asegurar que su despliegue y uso es eficaz. Un
serio
problema es que, ms a menudo, no se dan las prcticas nuevas y
mejoradas una oportunidad real, ya que es la naturaleza humana para
volver a utilizar las prcticas que ya estn en place.3 Uno tiene que
estar comprometido con el xito del proyecto y para asesorar cuando
las cosas necesitar ser hecho de manera diferente o mejor.8.
Desarrollar y mantener una actitud de mejora continua. En relacin
con el compromiso descrito anteriormente es la idea de mantener una
actitud de mejora continua. La RA debe fomentar el proyecto de
abrazar mecanismos para inculcar la actitud de ". Consiguiendo cada
vez mejor" En mi empresa, terminamos cada reunin con una evaluacin
de la forma en que la reunin fue: lo que funcion y lo que se podra
haber hecho mejor. A esto lo llamamos "hacer PDCA" en honor del Dr.
Deming y contribuciones de Walter Shewhart a mejora continua de
procesos y nuestra adopcin de sus enseanzas. Del mismo modo, al
final de cada ciclo de actividades, considerar la posibilidad de un
taller para el intercambio de ideas con respecto a cmo fueron las
cosas. Use las ideas y sugerencias generadas para mejorar cmo se
realiza el trabajo (es decir, para mejorar el proceso que se
utiliza). Estos mecanismos (adems de proporcionar buenas ideas)
sirven para ayudar a todos a comprar a los procedimientos
utilizados, porque los participantes ayudan forma ellos- "Ayud a
mejorar ese proceso!"9. Asumir la responsabilidad de sus puntos de
vista, actitudes, relaciones y acciones. Al asumir la
responsabilidad, uno establece un sentido de rendicin de cuentas.
Usted tiende a exhibir orgullo en su trabajo. No dejars
personalidades y caractersticas individuales te impida tener buenas
relaciones con todos. Sus acciones har una valiosa contribucin.
Usted va a establecer un ejemplo para los dems. Sers un lder.10.
Desarrollar la capacidad para estimar el tiempo y otros recursos
necesarios para llevar a cabo el trabajo tcnico. Una de las
dificultades para hacer estimaciones de trabajo tcnico es que estas
estimaciones se necesitan principios para desarrollar proyecciones
de la cantidad de personal necesario para completar el proyecto.
(Se requiere el nmero de funcionarios, su antigedad y su papel para
desarrollar una estimacin del costo del proyecto.) La dificultad se
agrava por el hecho de que las necesidades reales no se conocen an.
As, nos encontramos a menudo la realizacin de estimaciones, SIN una
base precisa para ellos. Esto puede llevar a una gran cantidad de
trabajo que no es productivo y tambin a la confusin causada por la
corriente de la incapacidad abajo para satisfacer las
estimaciones.La AR puede contribuir al proceso de estimacin por (1)
trabajar con los usuarios en el entorno de equipo conjunto para
identificar el verdadero3. Vase Watts Humphrey de "Por qu no
practicamos lo que predicamos" de ideas con respecto a este
problema y sugerencias para saber cmo tratar con l. Ver preach.html
www.sei.cmu.edu/publications/articles/practice-preach/practice-.Requisitos,
y (2) trabajar con los PM y el personal de desarrollo para hacer
estimaciones del tiempo y otros recursos necesarios para llevar a
cabo el trabajo tcnico. El uso de los datos basados en las
experiencias anteriores ("gestin por hecho") es lo mejor.
Compaero de trabajo John E. Moore en las soluciones de defensa
de la empresa (DES) unidad de negocio de Northrop Grumman en TI es
un recurso valioso. Como la gestin de proyectos (planificacin,
seguimiento de proyectos, y la gestin integrada de producto) "dueo
del proceso", el Dr. Moore ha desarrollado una capacidad de
"Brickchart" dentro de MS Project que facultados seguimiento de
progreso para tasks.4 Otro compaero de trabajo, Rich Raphael,
desarrollado Asistente del Gerente de Riesgo (RMA), una herramienta
de base de datos sencillo que soporta los procesos de gestin de
riesgo estndar y programs.5 Ambos son fcilmente aprendidas y
herramientas Gestin De Proyectos tiles. Vase la discusin en el
captulo 5 en relacin con la gestin de riesgos. Como un RA se vuelve
ms experimentado la realizacin de anlisis los requisitos, la RA
tambin debe ser la evaluacin de cada requisito nuevo o modificado
por cualquier riesgo que puede agregar al proyecto. Dado que los
proyectos se vuelven ms complejos y ya que los clientes se vuelven
ms maduros en la especificacin de sus necesidades, cada requisito
nuevo o cambiar los riesgos de impacto negativo en el proyecto.
Tenga en cuenta que la CMMI, como parte de la introduccin a la
gestin de requisitos (REQM) rea de proceso (PA), se especifica que
uno debe "se refieren a la gestin de riesgos (RI) rea de proceso
para obtener ms informacin sobre cmo identificar y limitar la
manejabilidad riesgos asociados con los requisitos ".11. Mantener
el foco en mantener lo principal lo principal. Una de las
dificultades en el desarrollo de sistemas y software es que
tratamos de hacer demasiado; otra es que tratamos de incorporar los
cambios a medida que trabajamos. Los clientes y usuarios preguntar,
Puedes hacer esto? El nuevo sistema de hacer eso? No nos gusta
decir que no. Participamos en la creacin de una percepcin de que el
nuevo sistema ser todo para todos los interesados. Al hacer esto,
ponemos en peligro nuestra capacidad para cumplir con estos
compromisos y el xito del esfuerzo.La AR puede servir un papel
fundamental aqu. Muy temprano, la RA debe facilitar el
establecimiento del concepto de que todos los requisitos no son
igualmente importantes y que es responsabilidad de todas las partes
interesadas para dar prioridad a las necesidades de colaboracin y
para enfocar la intencin del pro-yecto (para mantener lo principal
lo principal). Segn lo sugerido por Neal Whitten en "Requisitos
mnimos conocer: Algo ms es demasiado" [12], el RA debe trabajar
para identificar el conjunto mnimo de requisitos necesarios para
cumplir los objetivos de negocio. Este objetivo se puede facilitar
haciendo lo siguiente:4. Contacto Dr. Moore en
[email protected]. contacto Mr. Raphael en [email protected].
Establecer y tras un proceso de priorizacin de todos los
requisitos; Establecer el concepto de seguimiento sobre las
emisiones o versiones que aborden las necesidades y requerimientos
que son identificados durante el desarrollo de los incrementos de
funcionalidad ms adelante en el proceso de desarrollo de menor
prioridad; Velar por que un mecanismo se pone en marcha y se
utiliza para controlar los nuevos requisitos y cambios en los
requisitos.
Estas actividades pueden tener un enorme impacto positivo en
mantener- ing el tren en las vas. Una de las principales causas de
la reanudacin es cambios introducidos despus del trabajo tcnico se
ha completado o est en marcha.Otro aspecto de esta caracterstica
deseada es que la RA no debe inventar requisitos de forma
independiente y debe evitar el "bao de oro", es decir, la adicin de
caractersticas y capacidades de los sistemas y el software cuando
no son requeridos por las necesidades reales. La RA o desarrollador
podra pensar que l sabe algo que ser "manera fresca" para los
usuarios que podran llegar a ser no deseado o muy perjudicial para
el proyecto (por ejemplo, si se incurre en mayores costos de
proporcionarla).12. Desarrollar la capacidad de pensar fuera de la
caja para proporcionar enfoques creativos que pueden no cumplirse
con las personas que se acercan del problema y el sistema legado.
Una de las ventajas de una RA aporta a una nueva asignacin es que l
no tiene el mismo inters que un usuario o cliente ha y, por tanto,
pueden actuar como un agente imparcial ni objetiva. La RA llega sin
expectativas, sin necesaria- mente tener mucho conocimiento del
dominio, y sin estar conectado a ningn resultado concreto. Sin
trabas por aos de asociacin con un dominio del problema y no
confinado por las limitaciones del sistema heredado, usted es libre
de pensar ms libremente acerca de lo que hay que hacer y cmo se
puede abordar mejor. Aproveche estas oportunidades para pensar en
nuevas y diferentes maneras los objetivos del sistema podran ser
abordados.13. Mantener un buen conocimiento de la evolucin de la
tecnologa y cmo se puede aplicar para satisfacer las necesidades
del cliente. Algunas asociaciones regionales experimentados creen
que una slida formacin tcnica es muy til para un RA. Como se
mencion anteriormente, la comprensin de las tecnologas actuales no
es responsabilidad exclusiva de la RA, pero podemos contribuir al
diseo del sistema mediante la participacin de arquitectos en las
revisiones de los requisitos y por ASSIST-ing en el desarrollo de
soluciones tcnicas. Otra razn por la que esto es importante es que
la incorporacin de algunas nuevas tecnologas crean nuevas
necesidades que deben ser considerados. Otros RA experimentados
creen que una slida formacin tcnica no es tan importante para la AR
como las otras caractersticas, sobre todo cuando la obtencin de los
requisitos y la comprensin de las necesidades y expectativas de los
clientes y usuarios reales. Estas personas creen que una fuerte
tcnicaperspectiva realmente puede inhibir la RA y que la utilizacin
de una persona con un fondo ms general es un mejor enfoque.14.
Establezca metas alcanzables y reunirse con ellos. Esto se
relaciona con el tic caracterstico de mantener el enfoque. La RA
debe establecer metas alcanzables y satisfacerlas. Tener un plan
documentado requisitos y el proceso y despus de ellos te
ayudarn.15. El deseo de hacer una diferencia en su trabajo
profesional. No debemos contentarnos con slo ir a trabajar o para
poner en un nmero determinado de horas en nuestros puestos de
trabajo. Ms bien, debe ser uno de nuestros valores a querer hacer
una diferencia en nuestro trabajo profesional. Es vital que se
mantenga el control del proyecto. Tener este valor afecta a los
dems y nos inspira a ser cada vez ms eficaces en nuestros propios
roles.
De vez en cuando, nos encontramos en una situacin en la que no
tenemos poder para hacer una diferencia. Por ejemplo, he
participado en un pro- yecto para un perodo de varios meses en los
que sent que hice un importante, necesario y valioso aporte. De
repente, el PM pareca a retirar su apoyo a mi papel. Discut la
situacin con l y era incapaz de cambiarlo. Era el momento para m de
seguir adelante con un proyecto diferente. A veces tenemos que
tomar la responsabilidad del cambio y actuar en consecuencia.16.
Desarrollar su capacidad de contribuir al proceso de riesgo del
proyecto. Cada proyecto debe tener un proceso de riesgo para
identificar, evaluar, priorizar y mitigar los riesgos existentes o
potenciales. Considere la posibilidad de participar en el equipo de
gestin de riesgos de su proyecto y proceso. Requisitos sobre los
riesgos relacionados son importantes para el proyecto. Usted puede
contribuir al dilogo que ayudar a su oferta de proyectos con sus
riesgos con xito.RESUMEN:Habilidades sugeridas de la RA se enumeran
y clasifican en la matriz de las habilidades de un RA (cuadro 3.1)
de acuerdo con las necesarias por un nivel menor, de nivel medio, o
analista de alto nivel. Esta matriz le ayudar a evaluar su
idoneidad para un papel determinado proyecto. Usted puede usarlo
como una gua para fortalecer y mejorar sus habilidades o como una
referencia a las fuentes de informacin relativas a cada habilidad.
Tabla 3.2 proporciona un trabajo de la AR o descripcin de la
posicin que debera ayudar a aclarar las muchas maneras en las que
el papel de la RA se puede aprovechar para beneficiar tanto a su
proyecto y su organizacin. Haciendo el papel de la RA explcita
ayuda a un proyecto se ejecute sin problemas. El papel de la RA
necesita ser entendida y valorada en la mente de los PM y la
descripcin de la comunidad-este trabajo tcnico debera ayudar!
Diecisis caractersticas de un RA efectiva fueron presentadas y
descritas. Sugerencias se proporcionan en relacin con la forma de
fortalecer estas caractersticas. Considere esto en el contexto de
su propio desarrollo personal y profesional, as como de sus tareas
y responsabilidades actuales, y seleccione una o unas pocas
caractersticas para fortalecer cada ao. S, es un RA efectiva
implica aprender manyskills y tener muchas caractersticas
personales deseados. En este captulo, acoplado con la introspeccin
reflexiva, debe proporcionar una hoja de ruta tilCaso De EstudioUn
consultor de ingeniera de requisitos fue invitado a asistir a un
lugar determinado de una gran organizacin gobierno de Estados
Unidos. La alta direccin en ese lugar indicado, "millones de dlares
haba sido en vano", en los repetidos esfuerzos para desarrollar
sistemas y soluciones de software internamente. El consultor se
reuni con los altos directivos, administradores, usuarios y
desarrolladores para reunir informacin y obtener una comprensin de
la situacin. Tras el anlisis y el desarrollo de un curso de
requisitos a medida, que present la capacitacin formal para todas
las partes interesadas que abordaron los problemas existentes en la
organizacin desde la perspectiva de experiencia en el sector
pertinente. En la superficie, pareca que haba un deseo sincero por
parte de todas las partes interesadas para mejorar la situacin,
aunque existan muchas cuestiones. La formacin dirigida cmo estos
problemas se podran resolver. Al trmino de la capacitacin, el alto
directivo concluy que la situacin no podra ser mejor. Muchos de los
otros participantes en la formacin estaban perplejos por esta
conclusin: se sentan a un comienzo fresco.Anlisis: El gerente
senior mismo era el tema clave que impidi que la situacin mejora.
Aunque hubo cuestiones relacionadas con todas las partes, la gestin
estaba dispuesto a permitir que los intereses parroquiales de los
usuarios, un proceso de desarrollo excesivamente burocrtico, y las
luchas de poder de algunos actores clave para paralizar los
esfuerzos y hacer una mejora de la situacin imposible. En el marco
del Dr. Deming, haba "demasiadas cuentas rojas." 6 usuarios y la
organizacin de desarrollo eran impotentes para mejorar la situacin
sin el apoyo de la gestin y la expectativa de la gerencia para
obtener mejores resultados. La gerencia debe habilitar y capacitar
a sus trabajadores (Todo el resto de nosotros) para que el trabajo
sea productivo y eficaz. Industria estudios reportan que la falta
de apoyo de la alta direccin adecuada es un factor en la mayora de
los fallos de TI. Esta vieta tiene mucho que ofrecer a los gerentes
de alto nivel. Experiencia en el sector es que la alta direccin
debe patrocinar y apoyo de TI y desarrollo de los sistemas /
software de iniciativas para que puedan tener xito. Vase la
discusin en el captulo 8 y un artculo de Harvard Business Review
reciente, "Seis Decisiones su gente de TI no deben hacer", [13]
para las penetraciones ther fur- y sugerencias especficas. La AR
puede ser til aqu, ofreciendo estas ideas, sugerencias y
experiencia en la industria a su equipo de gestin y ayudando a
aclarar las funciones especficas que la alta direccin debe
proporcionar
