Re: [Notes2-team] Notes2 =?ISO-8859-1?Q?id=E9ias_=3A=5D?=

[Anderson R. B. <no...@ig...>]

Victor Thiago Bartz H=F6her wrote:

>* Bom primeiramente ao fechar o planejamento como o=20
>anderson ja disse temos que anotar todas as id=E9ias para=20
>que todos possam consultar isso =E9 importante e=20
>preferencial.
>
=C9 isto que tenho tentado fazer. Estou tentando reunir tudo em um =FAnic=
o=20
texto,
mas estou achando dif=EDcil fazer tudo sozinho... pedi ajuda, mas ningu=E9=
m deu
id=E9ia nenhuma ainda...

>* Com a equipe crescendo desce jeito essa op=E7=E3o n=E3o pode=20
>ser descartada, n=E3o acham?=20
>
A divis=E3o da equipe por m=F3dulos n=E3o pode ser descartada n=E3o e se =
voc=EAs=20
quiserem us=E1-la
por mim tudo bem. Mas acho que ter=EDamos v=E1rios problemas para impleme=
nt=E1-la:
1) os projetos que conhe=E7o q usam esta estrutura normalmente possuem um=
=20
coordenador
para cada m=F3dulo que praticamente n=E3o programa. O seu trabalho =E9 re=
ceber=20
os patchs
(modifica=E7=F5es) dos desenvolvedores do m=F3dulo e testar, junt=E1-los =
ao=20
c=F3digo. Cada m=F3dulo
tem normalmente uns 4, 5 desenvolvedores extremamente ativos e mais=20
v=E1rios que mandam algo
de vez em quando. Note que no momento n=F3s poder=EDamos adotar este mode=
lo=20
assim apenas
quebrando a equipe em dois m=F3dulos apenas e mesmo assim faltaria gente =
:)
2) o modelo de m=F3dulos pr=E9-sup=F5e algum c=F3digo que ser=E1 usado co=
mo base.=20
Como estamos
refazendo tudo, n=E3o h=E1 c=F3digo b=E1sico.

Eu acho que mais para frente, quando o Notes 2 j=E1 tiver uma vers=E3o=20
est=E1vel e a equipe j=E1
tiver muitos programadores, o modelo de divis=E3o em m=F3dulos poder=E1 s=
er=20
uma boa. Mas acho
que para fazer o c=F3digo base ele n=E3o funfa bem. Mas =E9 a minha opini=
=E3o, =E9=20
uma discuss=E3o em
aberto, estou no aguardo de id=E9ias....

>"Eu sugeriria quebrarmos a constru=E7=E3o dos m=F3dulos em=20
>micro-tarefas que ficariam sob responsabilidade sempre de=20
>apenas uma pessoa."=20
>
>* Como seria feita a distribui=E7=E3o das micro - tarefas?
>
Me citando: "a cada 1,2 ou 3 semanas nos encontrar=EDamos (chat, irc, icq=
,=20
e-mail, etc.) e distribuir=EDamos as micro-tarefas entre os=20
programadores". Em uma reuni=E3o virtual, basicamente. A minha id=E9ia =E9=
 que=20
cada um pegue as tarefas que ter=E1 tempo e conhecimento para terminar no=
=20
prazo. Por exemplo, se voc=EA estar=E1 muito atarefado nos pr=F3ximos dia=
s, tu=20
pode pegar alguma tarefinha bem pequena. Se algu=E9m t=E1 com muito tempo=
 e=20
t=E1 louco pra fazer algo grande, pode pegar a tarefa que vai exigir mais=
.=20
Ou seja, as coisas ter=E3o que ir sendo combinadas. At=E9 por que n=E3o s=
ei=20
voc=EAs, mas eu n=E3o tenho como faaer uma previs=E3o exata do qu=E3o ata=
refado=20
estarei daqui a seis meses. Mas eu tenho uma id=E9ia de o qu=E3o atarefad=
o=20
estarei nas pr=F3ximas duas semanas... por isto que acho que um=20
planejamento que inclua um monte de pr=E9-defini=E7=F5es pra daqui h=E1 u=
m ano,=20
no nosso caso de uma equipe aberta e que trabalha sem receber, =E9=20
totalmente ilus=F3rio. A gente n=E3o tem como saber quem estar=E1 na equi=
pe=20
daqui um ano e com que id=E9ias as novas pessoas v=E3o chegar...

>* Acho que se algu=E9m tivesse alguma d=FAvida sobre algo=20
>precisar de sugest=F5es ou um aux=EDlio deveria mandar pra=20
>lista..ou o f=F3rum? Como vai funcionar?
>
Tu mesmo respondeu a tua pergunta. Manda a d=FAvida pra lista. Sempre fiz=
emos
as coisas assim e no momento j=E1 conseguimos produzir um enorme planejam=
ento
e v=E1rias solu=E7=F5es usando apenas isto... mas sugest=F5es s=E3o bem-v=
indas...
Tudo que puder nos deixar mais produtivos =E9 mt bem-vindo :)

>"Cada vez que um m=F3dulo estiver "pronto" ele adicionado=20
>ao Notes e =E9 lan=E7ado ao p=FAblico. Assim v=E1rios e v=E1rios=20
>pr=E9-alphas seriam lan=E7ados [...]=20
>
>* Seria estipulado algum prazo aos usu=E1rios para o=20
>lan=E7amento dos pr=E9-alphas?
>
>* E para n=F3s como funcionaria?=20
>
Para n=F3s s=F3 existiriam prazos para as micro tarefas, pois elas garant=
em que
estamos nos esfor=E7ando o suficiente. N=E3o acho que precisamos de uma p=
ress=E3o
de um prazo que n=E3o sabemos se poderemos cumprir. Podemos at=E9
criar prazos para dizer aos usu=E1rios, mas acho que sempre acabaremos
indo ou mais lentos ou mais r=E1pidos do que o planejado. N=E3o somos
uma equipe de programadores trabalhando mais de oito horas poder dia
na mesma coisa com medo de ser descontado por n=E3o ter cumprido alguma
meta no fim do m=EAs... muito pelo contr=E1rio...

Do ponto de vista do usu=E1rio =E9 tri chato descobrir que o software che=
gar=E1
atrasado. O Mozilla 1.4 por exemplo atrasou um monte e fiquei me pergunta=
ndo
por que os caras definem datas t=E3o fechadinhas se eles nunca cumprem=20
elas :)
Isso me chatiou muito como usu=E1rio....

>"Assim, a cada 1,2 ou 3 semanas nos encontrar=EDamos (chat,=20
>irc, icq, e-mail, etc.) e distribuir=EDamos as micro-
>tarefas entre os programadores."=20
>
>* Quem ficaria respons=E1vel pela distribui=E7=E3o das micro=20
>tarefas?
>
n=F3s. E se quer q algu=E9m se responsabilize, pode at=E9 ser eu.

>* E se algum desenvolvedor n=E3o aparecece?
>
nunca todo mundo vai aparecer. Mas se o cara n=E3o puder estar no encontr=
o
j=E1 poder=E1 deixar avisado antes como ele est=E1 de tempo e o que ele g=
ostaria
de fazer...

>* O que seria feito com aquela tarefa restante?
>
As tarefas restantes poder=E3o ser designadas a algu=E9m (se ele deixou
alguma informa=E7=E3o em cima da qual possamos decidir isto) ou ent=E3o
ter=E3o que esperar por algu=E9m que se responsabilize por elas. Acho que=
 muitas
vezes elas acabariam ficando para serem distribu=EDdas no pr=F3ximo "cicl=
o"...

>"O importante =E9 que todas as micro-tarefas sejam curtas o=20
>suficiente para serem feitas pelo programador respons=E1vel=20
>dentro do prazo."=20
>
>* De quanto tempo seria o prazo? e se o desenvolvedor n=E3o=20
>cumprisse dentro do prazo?
>
Se n=E3o cumprir, matamos ele uai! heheheeheh... falando s=E9rio agora: =20
isto vai depender
muito da defini=E7=E3o das tarefas. Ao inv=E9s de pensar tarefas em que a=
=20
pessoa ter=E1 que
se matar para cumprir no prazo, teremos que definir tarefas que possam=20
ser cumpridas
com folga de tempo, para evitar esta coisa de estarmos sempre fora do=20
prazo. Os prazos
teriam tamb=E9m que ser muito curtos: no m=E1ximo dos m=E1ximos tr=EAs se=
manas.=20
Se voc=EA d=E1
seis meses para algu=E9m fazer algo, por maior que seja, a pessoa vai=20
fazer a tarefa apenas
nos =FAltimos dias. Voc=EAs todos foram a escola e sabem que se s=F3 estu=
da=20
para uma prova no dia,
turno, hora ou minuto anterior a ela. Ent=E3o o jeito =E9 encurtar o praz=
o=20
para que a pessoa n=E3o
fique 5 meses ociosa... a id=E9ia =E9 que a pessoa possa trabalhar com=20
folga, o suficiente para poder
repensar de repente a implementa=E7=E3o que acabou de fazer e ter id=E9ia=
s pra=20
algo melhor. E para
ter mais tempo, s=F3 encurtando os prazos (que afirma=E7=E3o mais paradox=
al!!!)...

>"De qualquer forma, seria importante que no min=EDmo uma=20
>vez por semana o desenvolvedor atualizasse o CVS com as=20
>mudan=E7as que ele fez e baixasse as modifica=E7=F5es feitas=20
>por outros (poder=EDamos combinar um dia da semana em que=20
>todos teriam que atualizar o CVS, se n=E3o o tiverem feito=20
>ainda). "
>
>* Uma vez a cada 48 horas, uma vez por semana, uma vez=20
>por mes, uma ves por ano? :-) O que seria melhor?
>
Eu pensei em apenas uma vez por semana por v=E1rios motivos. O maior dele=
s =E9
que eu sinceramente acho que as pessoas v=E3o querer fazer isto no fim de=
=20
semana, que
=E9 quando se tem tempo pra coisas asssim, certo? A cada 48Hs seria ruim,=
=20
por que algumas
pessoas (talvez at=E9 mesmo eu) n=E3o conseguiriam acompanhar o ritmo... =
Eu=20
acho que temos
que criar boas condi=E7=F5es de trabalho, j=E1 que estamos fazendo isto p=
ara=20
n=F3s mesmos :)

>* Qual seria o melhor dia para atualiza=E7=E3o?
>
Penso no s=E1bado. Pois ae todo mundo poderia baixar no domingo,
na segunda ou no dia que come=E7ar a trabalhar na pr=F3xima tarefa...
Mas sei l=E1. E tu o que acha?

>"ao t=E9rmino da tarefa, enviar para a lista um micro-
>relat=F3rio sobre o que ele implementou e que testes fez=20
>para verificar se o c=F3digo funciona como deveria.=20
>
>* Isso seria obrigat=F3rio? teria algum prazo? O que vcs=20
>acham?
>
A id=E9ia do relat=F3rio era s=F3 pra ter algum controle de que as pessoa=
s fizeram
testes no c=F3digo antes de mand=E1-lo para o servidor. Eu j=E1 tive MUIT=
AS
experi=EAncias de algu=E9m me mandar algum c=F3digo e eu fazer alguns tes=
tes
simples e notar que o c=F3digo =E9 cheio de bugs. =C9 esta situa=E7=E3o c=
hata que=20
quero
evitar...

Outra fun=E7=E3o do relat=F3rio =E9 compartilhar o que est=E1 sendo feito=
 com a equipe
toda..

No caso de implementarmos o notesdoc poderemos trocar estes relat=F3rios
por coment=E1rios no c=F3digo... bastaria dar ent=E3o um "notesdoc arquiv=
o.pas"
pra pegar o relat=F3rio :)

Eu acho que ficar=E1 de responsabilidade do Andr=E9, nosso bug tester ofi=
cial,
ir testando as vers=F5es "compil=E1veis" do c=F3digo e ver quem andou faz=
endo=20
cagada...
Mas o melhor seria n=E3o precisar de algo assim...

>* A equipe continuaria aceintando novos membros, quando=20
>come=E7asse a serem realizadas as tarefas?
>
Acho que sim. Mas mandar=EDamos o cara ir ler o planejamento inteiro e to=
da
a documenta=E7=E3o existente do c=F3digo antes para que ele n=E3o destrua=
 com o
que j=E1 fizemos e para que n=E3o implemente algo n=E3o esteja planejado =
:)

Quem sabe a gente faz at=E9 uma prova "oral" pra ver se o cara entendeu.
hahahahahahhaahahah

>* E se todas as tarefas j=E1 tiverem sido distribuidas, que=20
>tarefa seria dada ao novo membro?
>
Ler os manuais e entender o c=F3digo que est=E1 ae. No pr=F3ximo "ciclo" =
de=20
tarefas ele j=E1
poderia entrar se estiver capacitado... :)

P=F4 Vitor, tu s=F3 fez perguntas. E as id=E9ias? hehehheheheh
Bom, mas j=E1 fez mais q o resto do pessoar :)
Anderson