Vamos em ordem
O que essa imagem significa um pouco mais tarde, e agora deixe-me começar com uma introdução.
Em um dia frio de fevereiro, nada deu errado. O grupo de estudantes inocentes veio pela primeira vez para um casal no assunto, que eles decidiram chamar de "Metodologia para a organização do design e desenvolvimento de sistemas de informação". Havia uma palestra regular, o professor falava sobre métodos de desenvolvimento flexíveis, como scrum, nada com problemas. E no final, o professor anuncia:
Quero que você experimente todas as dificuldades do trabalho em equipe, divida em grupos, elabore um projeto, indique um líder e passe por todas as etapas de design juntos. No final, espero de você um produto acabado e um artigo sobre Habr.
É aqui que a nossa história começa.
Como bolas de bilhar, ricocheteamos até que a energia do golpe se dissipasse e um grupo de 7 pessoas se reunisse. Talvez isso seja demais para um projeto de treinamento, mas para distribuir melhor as funções, é isso. A discussão de idéias para o projeto começou, de “Vamos dar o projeto final” ao “Emulador para a formação de objetos espaciais”. Mas, no final, uma ideia foi aprovada, cujo nome você leu na primeira foto.
Interrompa a procrastinação - o que é, o que é consumido e como a desenvolvemos e o que veio dela
A história será conduzida em nome do gerente de projeto, que feliz ou infelizmente me nomeou. Então, qual é a ideia que veio à nossa mente? Inspirado no popular despertador "Shake Alarm Clock" da SupperCommon, a saber, a função de bloquear completamente a operação do smartphone até que o usuário execute uma determinada ação, o que provavelmente o fará acordar, decidimos criar um aplicativo semelhante que ajudará a se livrar da dependência telefônica, pelo mesmo princípio que "Aperte o despertador"
Princípio de funcionamento
Usuário define temporizadores
- Tempo que você pode gastar em um smartphone
-Tempo sem smartphone (período de bloqueio)
Após o tempo expirar, uma sobreposição é exibida na tela que não pode ser minimizada.
-Para fechar a sobreposição, você precisa passar por um pequeno teste (digite a senha em um teclado confuso, resolva um problema de matemática, agite o telefone por alguns minutos)
Depois de desbloquear dessa maneira, o tempo que pode ser gasto no smartphone é reduzido pela metade, e assim por diante até um minuto.
Construindo uma equipe
Para começar, foi necessário determinar quem fará o quê e em que idioma tudo isso será escrito. Eu acho que isso tem pouco a ver com gerenciamento de projetos, porque quando você monta uma equipe para um projeto real, você imediatamente reúne aqueles de que precisa. Como resultado, eu também assumi a responsabilidade do designer, escolhi um líder de equipe com boa experiência no desenvolvimento de aplicativos, três programadores foram designados a ele e dois se tornaram testadores. Obviamente, a linguagem de programação foi escolhida por habilidade. Como resultado, foi decidido usar o Java, pois todos os programadores estavam familiarizados com ele.
Nós definimos tarefas
Por recomendação do professor, um quadro de tarefas foi criado no serviço gratuito do
Trello . Foi planejado trabalhar no sistema Scrum, onde cada fluxo será um tipo de aplicativo completo.
No entanto, de fato, um fluxo grande e longo saiu de tudo isso, no qual edições, adições e correções eram feitas constantemente.
Escrever especificações
Sob a influência do livro Testing.com de Savin, eu tinha em mente minha idéia de como tudo deveria ser organizado. Tudo começou com especificações de redação, que eu acho que sem uma descrição clara do que esperamos, do que vai funcionar e de como nada vai funcionar. Os programadores programam tudo o que vêem, os testadores testam coisas diferentes, a cabeça estava esperando pela terceira e, como sempre, a quarta.
Escrever especificações não é fácil, você precisa pensar em todos os detalhes, todas as nuances. Claro, nada aconteceu da primeira vez. Como resultado, as especificações foram complementadas, refeitas 4 vezes. Você pode encontrar a última opção no final do artigo, na seção de links.
Desenho de desenho
O design em um aplicativo móvel é a coisa mais importante. No entanto, nem todo mundo entende isso, inclusive da minha equipe, muitos argumentaram vigorosamente comigo que o design não é necessário, que essa é a parte mais importante do aplicativo etc. Não seja tão ingênuo. Primeiro, o design final é um alívio para o trabalho do programador, ele não precisa pensar sobre onde e onde empinar, ele apenas pega e digita o que é desenhado. Juntamente com as especificações, o design libera quase completamente a mente do programador de coisas desnecessárias e oferece a ele a oportunidade de se concentrar na lógica. Em geral, um protótipo (terrível) foi desenhado primeiro:
Mas então o design foi penteado e trazido de volta ao normal.
(Link para todos os elementos de design no final do artigo).
Programável
A programação é difícil, mas possível. Omitirei esse momento, pois pessoalmente não o fiz. Os programadores fizeram um ótimo trabalho, sem o qual tudo seria inútil. Obviamente, eu consegui perceber algumas das idéias. E o programa ainda precisa de aprimoramento. Muitos bugs e recursos que precisam ser removidos. Se tivéssemos mais tempo, sairíamos do alfa profundo, mas por enquanto você pode testar o aplicativo no final do artigo.
Bem, sobre testes
Qual é a principal coisa na programação? Na minha opinião, o principal é que tudo funcione e tenha a aparência que deveria. Como sai, nem sempre é e nem imediatamente. Isso requer teste. Para meus testadores, propus um modelo de teste usando casos de teste. Primeiro, os casos de teste são escritos de acordo com as especificações e depois são testados. O que veio disso pode ser visto abaixo nos links.
Obrigado pela leitura. Espero que você encontre pelo menos algo útil aqui, talvez uma idéia para sua inicialização, ou talvez um bom conselho ou uma ferramenta.
Referências:
Últimas
especificações .
Design de
Figma .
Casos de teste e
relatórios de erros .
O próprio aplicativo no
HokeyApp . - O aplicativo foi criado com o nome HandsOff, nem pergunte o porquê (porque a interrupção da procrastinação é muito longa).
Bem, no final
Você acha que tudo isso fazia sentido?