As organiza¸c˜oes procuram vantagem competitiva em termos de custo, qualidade e flexibilidade no desenvolvimento de software, procurando aumento da produtividade bem como a dilui¸c˜ao do risco (SENGUPTA; CHANDRA; SINHA, 2006). ´E importante estabelecer valores mais objetivos ao software durante o processo de defini¸c˜ao do mesmo, buscando compensar os custos por meio daquilo que o software poder´a oferecer `a or- ganiza¸c˜ao. As organiza¸c˜oes devem justificar custos e recursos para desenvolvimento de
Cap´ıtulo 3. PREOrg - Guia para Elicita¸c˜ao de Requisitos Orientado ao Desempenho Organizacional 41
software e sistemas e outros servi¸cos de TI. Muitas vezes, tal justificativa exige uma demonstra¸c˜ao concreta de como esse desenvolvimento contribuir´a para os objetivos globais dos neg´ocios da organiza¸c˜ao (BASILI et al., 2010).
Envolver stakeholders com vis˜ao estrat´egica sobre a organiza¸c˜ao poder´a ajudar na identifica¸c˜ao de oportunidades estrat´egicas para o software. ´E prov´avel que entrevistas individuais com esses stakeholders possam ajudar a identificar sa´ıdas que apoiem a tomada de decis˜ao ou a melhoria de processos da organiza¸c˜ao ou at´e mesmo o aumento de seus resultados financeiros, seja por meio da redu¸c˜ao de custos ou pelo aumento dos lucros. Ap´os a abordagem individualizada desses stakeholders ´e importante tentar cruzar informa¸c˜oes e refinar os requisitos.
Ap´os a fase de entrevistas com os stakeholders estrat´egicos, o analista ter´a uma lista de requisitos para valida¸c˜ao, deve-se organizar esses requisitos e identificar com clareza a maneira como a informa¸c˜ao ser´a entregue aos usu´arios. Em seguida, em uma sess˜ao de brainstorming envolvendo esses stakeholders, os requisitos elicitados poder˜ao ser refinados e validados.
Como fazer: Ser˜ao definidas a seguir trˆes etapas que buscam facilitar a identifica¸c˜ao de oportunidades estrat´egicas durante o processo de elicita¸c˜ao de requisitos e colocar a solu¸c˜ao de software proposta num ˆambito estrat´egico da organiza¸c˜ao sob o ponto de vista de seus gestores.
3.3.1
Etapa 1 - Mapeamento da rotina dos stakeholders
No contexto do levantamento de requisitos, a etnografia envolve a participa¸c˜ao ativa ou passiva do analista nas atividades normais dos usu´arios. A t´ecnica ´e especialmente ´util para endere¸car fatores contextuais e de ambientes de trabalho cooperativo (WOHLIN et al., 2005). A etnografia ´e um m´etodo contextual que permite descrever a vis˜ao dos stakeholders, suas necessidades e seus costumes organizacionais (REDDIVARI et al.,2017). A t´ecnica pode ser de dif´ıcil aplica¸c˜ao em stakeholders estrat´egicos, uma vez que nem sempre suas agendas permitir˜ao a disponibilidade de tempo necess´aria e que parte de suas atividades podem ser de conte´udo sigiloso. Todavia, entender o dia-a-dia desses stakeholders apoiar´a tanto na identifica¸c˜ao de informa¸c˜oes que precisam ser entregues, como na defini¸c˜ao da maneira em que estas ser˜ao disponibilizadas, se em sa´ıdas ativas ou passivas. As rotinas
Cap´ıtulo 3. PREOrg - Guia para Elicita¸c˜ao de Requisitos Orientado ao Desempenho Organizacional 42
das pessoas em organiza¸c˜oes est˜ao definidas em ciclos, normalmente esses ciclos s˜ao di´arios, semanais, mensais ou anuais. Pode-se utilizar um calend´ario semanal para definir a rotina semanal do stakeholder.
Em uma ou mais entrevistas a serem realizadas, deve-se buscar entender a rotina di´aria do Stakeholder. Para cada dia da semana deve-se questionar sobre quais atividades s˜ao realizadas a cada hora e quais dificuldades e desafios em sua realiza¸c˜ao. O objetivo ´e descobrir tudo aquilo que ´e, ou que precisa ser, executado diariamente ou em um dia da semana espec´ıfico. Em seguida, deve-se descobrir as rotinas mensais e anuais. Ser´a necess´ario identificar as tarefas que s˜ao executadas mensalmente ou em determinado mˆes do ano, ou eventos de periodicidade mensal ou anual, registrando-os num quadro de rotinas mensal e anual.
3.3.2
Etapa 2 - Defini¸c˜ao de argumentos estrat´egicos para os requisitos
Ao realizar a Etapa 1 com cada um dos Stakeholders estrat´egicos, uma lista de requisitos com in´umeras oportunidades ter´a sido definida. Esta dever´a se somar `a lista de requisitos identificados nos processos de elicita¸c˜ao realizados junto aos Stakeholders operacionais. De posse da lista de requisitos ´e importante definir solu¸c˜oes estrat´egicas e buscar o apoio do(s) arquiteto(s) de software da organiza¸c˜ao, para que estes possam apontar a viabilidade t´ecnica da implementa¸c˜ao desses requisitos e a identificar poss´ıveis custos operacionais que esses requisitos podem acabar exigindo ao serem codificados em software.Os requisitos estrat´egicos devem vir acompanhados de uma justificativa, de um estudo sobre poss´ıveis custos operacionais e de uma descri¸c˜ao clara de como cada requisito ir´a melhorar o desempenho da organiza¸c˜ao. A descri¸c˜ao dever´a deixar claro se o requisito ir´a melhorar um processo, apoiar a tomada de decis˜oes estrat´egicas ou at´e mesmo melhorar o resultado financeiro da organiza¸c˜ao, definindo assim, um plano estrat´egico para o software a partir da lista de requisitos. ´E importante observar que inova¸c˜ao e tecnologia n˜ao melhoram processos ou resultados se n˜ao estiverem alinhados com os objetivos organizacionais, por isso, de nada adiantar´a criar solu¸c˜oes que tenham fundamenta¸c˜ao meramente tecnol´ogicas.
Cap´ıtulo 3. PREOrg - Guia para Elicita¸c˜ao de Requisitos Orientado ao Desempenho Organizacional 43
3.3.3
Etapa 3 - Apresenta¸c˜ao da proposta de solu¸c˜ao de software
Brainstorming tornou-se sinˆonimo de gera¸c˜ao e troca de ideias. Na ES, a t´ecnica ´e frequentemente usada nas primeiras fases de design de software (SHIH, 2011), e foi incorporada na ER e no desenvolvimento ´agil de software como t´ecnica comum de gera¸c˜ao de ideias (NUSEIBEH; EASTERBROOK, 2000).
Numa sess˜ao brainstorming envolvendo os stakeholders estrat´egicos, uma proposta de solu¸c˜ao dever´a ser apresentada. Esse ser´a o momento em que os analistas dever˜ao defender sua proposta, e para que tenham sucesso, dever˜ao reunir argumentos amparados pelas justificativas e descri¸c˜oes dos requisitos estrat´egicos, al´em de apresentar os custos operacionais de maneira clara e objetiva.
A apresenta¸c˜ao de uma solu¸c˜ao ´e t˜ao importante quanto a constru¸c˜ao de sua ideia. Deixar claro seus objetivos, a maneira como o software mudar´a a rotina das pessoas e o desempenho da organiza¸c˜ao ´e fundamental para que todos os envolvidos enxerguem o que ser´a proposto como algo que ir´a revolucionar a organiza¸c˜ao, afinal de contas quem mudar´a sua rotina dever´a sentir confian¸ca de que est´a tomando a decis˜ao certa ao apostar na constru¸c˜ao do software. Para defender uma proposta de solu¸c˜ao ´e necess´ario que seus propositores acreditem nela, por isso, cen´arios podem ser criados e a partir deles exemplos podem ajudar a validar cada propositura. Ao validar as propostas a certeza de que a solu¸c˜ao ser´a realmente eficaz ser´a alcan¸cada.
Durante a defesa da solu¸c˜ao os stakeholders poder˜ao apontar suas d´uvidas ou at´e mesmo quest˜oes que ainda n˜ao haviam sido identificadas. Apresentar como esses requisitos ser˜ao tratados na solu¸c˜ao proposta em cen´arios de seus stakeholders far´a com que estes se enxerguem naquele momento dentro de suas rotinas, isso facilitar´a a identifica¸c˜ao de oportunidades de ajustes ou at´e mesmo de novas estrat´egias para a solu¸c˜ao. O resultado ser´a uma proposta de solu¸c˜ao alinhada com os objetivos organizacionais.