Allons dans l'ordre
Que signifie cette image un peu plus tard, et permettez-moi maintenant de commencer par une introduction.
Par une froide journée de février, rien n'était de mauvais augure. Le groupe d'étudiants innocents est venu pour la première fois pour un couple sur le sujet, qu'ils ont décidé d'appeler "Méthodologie pour l'organisation de la conception et du développement des systèmes d'information". Il y avait une conférence régulière, le professeur a parlé de méthodes de développement flexibles, telles que la mêlée, rien de grave. Et à la fin, l'enseignant annonce:
Je veux que vous viviez toutes les difficultés du travail d'équipe, que vous vous divisiez en groupes, que vous proposiez un projet, que vous nommiez un leader et que vous passiez toutes les étapes de la conception ensemble. Au final, j'attends de vous un produit fini et un article sur Habr.
C'est là que commence notre histoire.
Comme des balles de billard, nous nous sommes rebondis jusqu'à ce que l'énergie du coup soit dissipée et qu'un groupe de 7 personnes se soit réuni. C'est peut-être trop pour un projet de formation, mais c'est pour mieux répartir les rôles. La discussion des idées pour le projet a commencé, de «Prenons le projet fini» à «Émulateur pour la formation d'objets spatiaux». Mais au final, une idée est passée, dont vous lisez le nom dans la première photo.
Arrêtez la procrastination - ce que c'est, ce avec quoi il est mangé et comment nous l'avons développé et ce qui en est sorti
L'histoire sera menée au nom du chef de projet, qui m'a heureusement ou malheureusement nommé. Alors, quelle est l'idée qui nous est venue à l'esprit? Inspiré par le populaire réveil "Shake Alarm Clock" de SupperCommon, à savoir la fonction pour bloquer complètement le fonctionnement du smartphone jusqu'à ce que l'utilisateur effectue une certaine action, ce qui est le plus susceptible de le réveiller, nous avons décidé de créer une application similaire qui aidera à se débarrasser de la dépendance téléphonique, selon le même principe que "Secouer le réveil"
Principe de fonctionnement
L'utilisateur définit des minuteries
- Temps que vous pouvez passer sur un smartphone
-Temps sans smartphone (période de verrouillage)
Une fois le délai expiré, une superposition apparaît à l'écran qui ne peut pas être minimisée.
-Pour fermer la superposition, vous devez passer un petit test (entrez le mot de passe sur un clavier confus, résolvez un problème mathématique, secouez le téléphone pendant quelques minutes)
Après avoir déverrouillé de cette manière, le temps qui peut être passé sur le smartphone est réduit de moitié, et ainsi de suite jusqu'à une minute.
Construire une équipe
Pour commencer, il fallait déterminer qui fera quoi et dans quelle langue tout cela sera écrit. Je pense que cela n'a pas grand-chose à voir avec la gestion de projet, car lorsque vous rassemblez une équipe pour un vrai projet, vous rassemblez immédiatement ceux dont vous avez besoin. En conséquence, j'ai également pris la responsabilité du concepteur, choisi un chef d'équipe qui avait une bonne expérience dans le développement d'applications, trois programmeurs lui ont été affectés et deux autres sont devenus testeurs. Bien sûr, le langage de programmation a été choisi par compétence. En conséquence, il a été décidé d'utiliser Java, car tous les programmeurs le connaissaient.
Nous fixons des tâches
Sur recommandation de l'enseignant, un tableau des tâches a été créé sur le service gratuit
Trello . Il était prévu de travailler sur le système Scrum, où chaque flux sera une sorte d'application complète.
Cependant, en fait, un gros et long flux est sorti de tout cela, dans lequel des modifications, des ajouts et des corrections étaient constamment effectués.
Spécifications d'écriture
Sous l’influence du livre de Savin Testing.com, j’avais en tête mon idée de la façon dont tout devait être arrangé. Tout a commencé par la rédaction de spécifications, qui je pense sans une description claire de ce que nous attendons, de ce qui fonctionnera et de la façon dont rien ne fonctionnera. Les programmeurs programmeront tout comme ils le verront, les testeurs en testeront un autre, la tête attendait le troisième, et il en résultera comme toujours le quatrième.
Écrire des spécifications n'est pas facile, il faut réfléchir à tous les détails, à toutes les nuances. Bien sûr, rien ne s'est passé la première fois. En conséquence, les spécifications ont été complétées, refaites 4 fois. Vous pouvez trouver la dernière option à la fin de l'article, dans la section des liens.
Dessiner la conception
La conception dans une application mobile est la chose la plus importante. Cependant, tout le monde ne comprend pas cela, y compris de mon équipe, beaucoup ont vigoureusement soutenu avec moi que la conception n'était pas nécessaire, que c'était la partie la plus importante de l'application, etc. Ne sois pas si naïf. Premièrement, la conception finale est un soulagement pour le travail du programmeur, il n'a pas besoin de penser où et où entasser, il prend simplement et compose ce qui est dessiné. Avec les spécifications, la conception libère presque complètement l'esprit du programmeur des choses inutiles et lui donne la possibilité de se concentrer sur la logique. En général, un prototype (terrible) a d'abord été dessiné:
Mais ensuite, le design a été peigné et ramené à la normale.
(Lien vers tous les éléments de conception à la fin de l'article).
Programmable
La programmation est difficile, mais possible. Je vais omettre ce moment, car personnellement je ne l'ai pas fait. Les programmeurs ont fait un excellent travail, sans lequel tout serait inutile. Bien sûr, j'ai réussi à réaliser certaines des idées. Et le programme doit encore être affiné. De nombreux bugs et fonctionnalités qui doivent être supprimés. Si nous avions plus de temps, nous sortirions de l'alpha profond, mais pour l'instant, vous pouvez tester l'application à la fin de l'article.
Eh bien, à propos des tests
Quelle est la principale chose en programmation? À mon avis, l'essentiel est que tout fonctionne et ressemble comme il se doit. À sa sortie, ce n'est pas toujours et pas immédiatement. Cela nécessite des tests. Pour mes testeurs, j'ai proposé un modèle de test utilisant des cas de test. Tout d'abord, les cas de test sont rédigés en totale conformité avec les spécifications, puis ils sont testés. Ce qui est arrivé de cela peut être vu ci-dessous dans les liens.
Merci d'avoir lu. J'espère que vous trouverez au moins quelque chose d'utile ici, peut-être une idée pour votre startup, ou peut-être un bon conseil ou un outil.
Références:
Dernières
spécifications .
Conception par
Figma .
Cas de test et
rapports de bogues .
L'application elle-même sur
HokeyApp . - L'application a été construite sous le nom HandsOff, ne demandez même pas pourquoi (car Stop Procrastination est trop long).
Eh bien, à la fin
Pensez-vous que tout cela avait un sens?