atsi 2007 projecto feedback à 1ª entrega. o processo segundo steven h. spewak

Download ATSI 2007 Projecto Feedback à 1ª Entrega. O processo segundo Steven H. Spewak

Post on 22-Apr-2015

105 views

Category:

Documents

0 download

Embed Size (px)

TRANSCRIPT

  • Slide 1
  • ATSI 2007 Projecto Feedback 1 Entrega
  • Slide 2
  • O processo segundo Steven H. Spewak
  • Slide 3
  • Etapas do Processo segundo Steven H. Spewak 1.Iniciao: Clarificar o mbito do projecto, a metodologia, as ferramentas a utilizar, a estrutura da organizao e a equipa de projecto... 2.Levantamento dos Processos de Negcio: Fazer um levantamento dos processos de negcio da Organizao compreendidas no mbito do projecto. 3.Alinhamento Estratgico: Antever outras necessidades futuras das unidades organizacionais consequentes da viso estratgia preconizada pela Gesto de Topo da Organizao... 4.Tecnologias e Sistemas Correntes: Recensear os principais sistemas informticos da Organizao e as respectivas tecnologias de informao que os suportam... 5.Arquitectura de Informao: Identificar e estruturar a informao que necessria concretizao do negcio da Organizao... 6.Arquitectura de Aplicaes: Definir o conjunto de sistemas que permite suportar de uma forma optimizada os processos de negcio, bem como promover uma gesto eficaz da informao, evitando-se assim a sua replicao e a incoerncia... 7.Arquitectura Tecnolgica: Definir as plataforma tecnolgicas necessrias para suportar os sistemas propostos na Arquitectura de Sistema... 8.Plano de Migrao e Implementao: Identificar as iniciativas necessrias implementao do projecto, do mbito tecnolgico, do mbito organizacional e humano e do mbito da gesto e qualidade do projecto...
  • Slide 4
  • O processo e o projecto de ATSI 1.Iniciao 2.Levantamento dos Processos de Negcio 3.Alinhamento Estratgico 4.Tecnologias e Sistemas Correntes 5.Arquitectura de Informao 6.Arquitectura de Aplicaes 7.Arquitectura Tecnolgica 8.Plano de Migrao e Implementao O processo O relatrio de projecto
  • Slide 5
  • O que deveria ter sido feito para a 1 entrega... Arquitectura Organizacional Orgnica dos sPOSI, distribuio territorial, contexto (com stakeholders),... Representar como Diagramas UML (Use Cases, Classes, Objectos,...), ou de outra forma qualquer equivalente... Arquitectura de Processos (1 verso) Descrio dos processos, em texto de contexto... Descrio estruturada dos processos segundo template uniforme Descrio em diagrama BPMN ou diagramas de actividade UML
  • Slide 6
  • Recomendaes para o resto do projecto
  • Slide 7
  • Formato do Relatrio Usar um formato claro, independente do enunciado (sim, foi sugerido inicialmente usar-se fielmente o enunciado, mas parece que h quem siga isso demasiado risca e nem sempre acaba por funcionar bem, criando resultados confusos...) Cada grupo pode escolher o formato que achar melhor se adapta ao seu relatrio... MUITO IMPORTANTE: O relatrio final no deve ser no entanto apenas um complemento ao enunciado, mas sim um deliverable de projecto completo. Isto , devem figurar no relatrio TODOS os elementos importantes de descrio do problema e seu contexto, especialmente os objectivos e requisitos que j estejam no enunciado!!! O que no interessa ter no relatrio final so as explicaes complementares do enunciado sobre a metodologia, prazos de entrega, etc. O relatrio deve ser escrito j pensando no momento final (altura em que o trabalho est terminado e entregue ao cliente) e no como documento intermdio com vrias fases de entrega ao cliente (nesse caso seria importante ter ento uma histria do documento, uma descrio do planeamento do trabalho, etc.). Vejam assim as entregas intermdias como entregas internas dentro da empresa do consultor (entregas ao chefe...), e no como entregas ao cliente!
  • Slide 8
  • Proposta de Formato do Relatrio Uma possvel estrutura recomendada pode ser: 1.Resumo Executivo 2.Metodologia 3.Descrio do problema 4.Objectivos de Negcio e Requisitos 5.Arquitectura Organizacional 6.Arquitectura de Processos 7.Arquitectura de Informao 8.Arquitectura de Aplicaes 9.Arquitectura Tecnolgica 10.Arquitectura de Servios (perspectiva SOA) 11.Plano de implementao 12.Glossrio
  • Slide 9
  • Proposta de Formato do Relatrio Uma possvel estrutura recomendada pode ser: 1.Resumo Executivo 2.Metodologia 3.Descrio do problema 4.Objectivos de Negcio e Requisitos 5.Arquitectura Organizacional 6.Arquitectura de Processos 7.Arquitectura de Informao 8.Arquitectura de Aplicaes 9.Arquitectura Tecnolgica 10.Arquitectura de Servios (perspectiva SOA) 11.Plano de implementao 12.Glossrio 1 a 2 pginas de resumo... Descrio RESUMIDA em 3 a 4 pginas (mais ou menos como est no enunciado), com uma seco final descrevendo a restante estrutura do documento
  • Slide 10
  • Proposta de Formato do Relatrio Uma possvel estrutura recomendada pode ser: 1.Resumo Executivo 2.Metodologia 3.Descrio do problema 4.Objectivos de Negcio e Requisitos 5.Arquitectura Organizacional 6.Arquitectura de Processos 7.Arquitectura de Informao 8.Arquitectura de Aplicaes 9.Arquitectura Tecnolgica 10.Arquitectura de Servios (perspectiva SOA) 11.Plano de implementao 12.Glossrio Introduo textual descritiva caracterizando os sPOSI, o seu contexto, objectivos gerais de negcio, etc. Copiar o que interessar do enunciado! No formalizar ou detalhar demais os requisitos, pois isso deve ser feito de forma estruturada em local prprio (neste caso j a seguir)!
  • Slide 11
  • Uma possvel estrutura recomendada pode ser: 1.Resumo Executivo 2.Metodologia 3.Descrio do problema 4.Objectivos de Negcio e Requisitos 5.Arquitectura Organizacional 6.Arquitectura de Processos 7.Arquitectura de Informao 8.Arquitectura de Aplicaes 9.Arquitectura Tecnolgica 10.Arquitectura de Servios (perspectiva SOA) 11.Plano de implementao 12.Glossrio Proposta de Formato do Relatrio Apresentar de forma estruturada objectivos de negcio e requisitos, apresentados em pontos prprios, com identificadores para cada elemento relevante,... Termos ou expresses que necessitem de uma descrio clara para qualquer leitor do documento.
  • Slide 12
  • Uma possvel estrutura recomendada pode ser: 1.Resumo Executivo 2.Metodologia 3.Descrio do problema 4.Objectivos de Negcio e Requisitos 5.Arquitectura Organizacional 6.Arquitectura de Processos 7.Arquitectura de Informao 8.Arquitectura de Aplicaes 9.Arquitectura Tecnolgica 10.Arquitectura de Servios (perspectiva SOA) 11.Plano de implementao 12.Glossrio Proposta de Formato do Relatrio 2 Entrega (rever tudo o que foi feito anterior) 1 Entrega! 3 Entrega (rever tudo o que foi feito anterior) Ir fazendo e revendo em cada entrega...
  • Slide 13
  • Formato do Relatrio MUITO IMPORTANTE: O RELATRIO TEM DE TER UM NDICE DETALHADO!!! impossvel ler-se um documento destes sem um ndice RELEVANTE... Com pontos (ttulos, sub-ttulos, etc..) numerados......
  • Slide 14
  • Sobre Identificadores MUITO IMPORTANTE: Tudo o que seja um elemento relevante de informao no relatrio, condicionante ou resultado de deciso (requisito, objectivo de negcio, unidade orgnica, entidade de informao, processo, sistema, etc.) DEVE TER UM IDENTIFICADOR prprio. por isso importante definir um espao de identificao para cada classe de elemento! Sempre que relevante, devem-se organizar ndices desses elementos. No deve ser prtico organizar ndices de requisitos, pois estes pela sua natureza so j de contedo/descrio curta (o que faria com que um ndice fosse quase do mesmo tamanho do que a prpria seco de descrio), mas j pode fazer sentido criar ndices de: processos eventos de entrada e de sada entidades de informao aplicaes servios ...
  • Slide 15
  • Sobre rastreabilidade muito importante para a rastreabilidade que se faam no relatrio referncias cruzadas entre elementos, atravs dos seus identificadores. Concretamente, em cada ponto do relatrio incluir sempre que relevante matrizes de relao: Arquitectura de Processos: objectivos/requisitos x processos (WHY) actores/unidades orgnicas x processos (WHERE, WHO) Arquitectura de Informao entidades x processos (WHAT) objectivos/requisitos x entidades Arquitectura de Aplicaes processos x aplicaes (HOW / WHO) entidades x aplicaes Arquitectura de Servios processos x servios (HOW / WHO) entidades x servios servios x aplicaes Arquitectura Tecnolgica aplicaes x tecnologia requisitos no funcionais x tecnologia
  • Slide 16
  • Sobre descrio dos processos Utilizar templates simples!!! Uma tabela basta! No utilizar templates em que a descrio do processo se reparte por vrias tabelas. muito pouco prtico (sim, verdade que h trabalhos recomendados de anos anteriores com templates dessas, mas o resultado disso mesmo pouco prtico!!!)
  • Slide 17
  • Sobre descrio dos processos No basta despejar as coisas para o papel. preciso ter mtodo tambm na sua apresentao, de modo a criar uma forma fcil, objectiva e agradvel de apreenso pelo leitor. Formas ideais de apresentar um processo (de qualquer nvel): Opo 1: Tudo em 1 pgina, com descrio em texto (curta), 1 quadro em cima descrevendo o processo e 1 o respectivo diagrama BPMN abaixo Opo 2: Tudo em 2 pginas, com descrio em texto (curta), com quadro descrevendo o processo em 1 pgina, e mais 1 pgina com o respectivo diagrama BPMN. Nota geral: Para alm disto, criar diagramas gerais com processos de alto nvel...
  • Slide 18
  • A eterna questo: Com que detalhe se devem representar os processos/actividades? Resposta: no preciso detalhar uma actividade se a execuo INTERNA da mesma no contiver nenhuma regra de negcio relevante ou pontos relevantes... sobre pontos relevantes
  • Slide 19
  • Pontos relevantes Control Point (Ponto de controlo): um ponto de um processo em que se pretende medir indicadores de negcio. importante para permitir aferir do alinhamento do processo com obj

Recommended

View more >