Muito bem pessoal.
Concordo plenamente com todos voc�s nas argumenta��es, por�m, vamos aprofundar um
pouco mais o tema.
Discuss�o 1)
Todos sabemos que v�rias oportunidades (modifica��es / atualiza��es / melhorias / etc)
s�o requisitadas pelos clientes da �rea de IT diariamente. Muito bem, no meu
entendimento temos duas maneiras de tratar estas oportunidades :
Importante.: Minha concep��o de oportunidade n�o engloba erros ou problemas que
acontecem no running das aplica��es e que tamb�m podem vir a se tornar changes. Estas
oportunidades se referem apenas a novas solicita��es feitas pelos clientes da �rea de
IT .
A) Gerenciar o portifolio de oportunidades, avaliando riscos, prazos, custos,
stakeholder, etc, baseado em alguns crit�rios e definir quais oportunidades ir�o
realmente se tornar changes j� aprovadas.
B) Gerar change request para toda e qualquer oportunidade, e a partir da�
analisar qual deve ser aprovada ou n�o.
Perguntas :
a) Caso algu�m j� tenha implementado este processo, qual das duas op��es utilizou
e porque ? Qualquer outra op��o tamb�m � valida !
b) Sabemos que hoje em dia n�o conseguimos ter equipes dedicadas s� para suporte
ou s� para projetos, ou seja, temos um pool de recursos com capacidade limitada e os
alocamos conforme as necessidades que temos (minha realidade). Sendo assim, voc�s
entendem que fica mais f�cil o gerenciamento da capacidade dispon�vel para execu��o
das changes se trabalharmos baseados na op��o (A), (B) ou outra qualquer ?
Discuss�o 2)
Fa�amos a seguinte suposi��o. O crit�rio para identificar um projeto (com utiliza��o
de t�cnicas de PM) e de uma �melhoria� (sem utiliza��o de t�cnicas de PM) � a previs�o
de horas para estudo, desenvolvimento e implanta��o do mesmo. Caso seja maior que 160
hs, � um projeto, caso seja menor, � uma melhoria.
Simples OK!
A uma relativa concord�ncia de todos que se utilizarmos ou n�o as t�cnicas do PM
teremos incondicionalmente que executar atividades que supram de informa��es os
processos de change ou release do ITIL. Se fizermos um projeto (conforme o crit�rio
citado acima) utilizaremos as t�cnicas de planejamento e execu��o do PM que trazem
consigo respostas a quest�es como :
- Quando a change ser� implementada
- Quais atividades ser�o realizadas e quando (Analise / Constru��o / Testes /
Homologa��o /etc)
- Poss�veis CI�s a serem adquiridos
- Etc.
Perguntas :
a) Na vis�o de voc�s, teremos que pegar todas estas informa��es e de alguma forma
registrar em �algum� banco de dados de �alguma� ferramenta que contemple os processos
ITIL?
b) Faremos isso de forma detalhada nestes casos, ou de forma mais macro ?
c) Haver� desperd�cio de tempo em fun��o de poss�veis atividades redundantes ?
d) Como fica o acompanhamento da Change, pelos relat�rios da ferramenta de ITIL ou
de PM
---------------------------------
Yahoo! Messenger - Fale com seus amigos online. Instale agora!
[Non-text portions of this message have been removed]
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!
http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/67folB/TM
---------------------------------------------------------------------~->
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Lista ITSM_BR - Gest�o de TI - Mantida por Gilberto Biasoto - Network Designers -
http://www.networkdesigners.com.br -
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Para de descadastrar envie email para: [EMAIL PROTECTED] ---
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/itsm_br/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
