Commençons par le commencement
Nous expliquerons bientôt ce que signifie cette image, mais permettez-moi de commencer par une introduction.
En cette froide journée de février, rien ne laissait présager un drame. Un groupe d'étudiants innocents assistait à son premier cours sur un sujet qu'ils ont décidé d'appeler « Méthodologie de l'organisation, de la conception et du développement des systèmes d'information ». C'était un cours ordinaire, le professeur parlait des méthodes de développement agiles, comme Scrum, rien ne laissait présager un drame. Et puis, à la fin, le professeur annonce :
Je veux que vous fassiez l'expérience des difficultés du travail d'équipe, divisez-vous en groupes, proposez un projet, désignez un chef de projet et passez ensemble par toutes les étapes de la conception. À la fin, j'attends de vous un produit fini et un article sur le blog.
C'est ici que commence notre histoire. Comme des billes au billard, nous avons rebondi les uns sur les autres jusqu'à ce que l'énergie du choc se dissipe et qu'un groupe de 7 personnes se forme. Peut-être que c'est trop pour un projet scolaire, mais c'est parfait pour mieux répartir les rôles. La discussion sur des idées de projet a débuté, allant de « Prenons un projet déjà fait » à « Émulateur de formation d'objets spatiaux ». En fin de compte, l'idée qui a émergé est celle dont vous avez lu le titre dans la première image.
Stop Procrastination - qu'est-ce que c'est, à quoi ça sert et comment l'avons-nous développé et qu'en est-il sorti
Le récit sera fait du point de vue du chef de projet, que j'ai eu la chance ou le malheur d'être. Alors, quelle idée nous est venue à l'esprit ? Inspirés par le populaire réveil « Shake Alarm » de SupperCommon, en particulier la fonction qui bloque complètement le smartphone jusqu'à ce que l'utilisateur accomplisse une certaine action qui, très probablement, le réveillera, nous avons décidé de créer une application similaire pour aider à se débarrasser de la dépendance au téléphone, sur le même principe que le « Shake Alarm ».
Principe de fonctionnement
L'utilisateur règle des minuteurs
- Temps autorisé sur le smartphone
- Temps sans smartphone (période de blocage)
Lorsque le minuteur expire, un overlay apparaît à l'écran qui ne peut pas être minimisé
- Pour fermer l'overlay, il faut passer une petite épreuve (entrer un mot de passe sur un clavier embrouillé, résoudre un problème mathématique, secouer le téléphone pendant quelques minutes)
Après cette déblocage, le temps passé sur le smartphone est réduit de moitié, jusqu'à une minute.
Construisons une équipe
Au départ, il fallait définir qui ferait quoi et dans quel langage tout cela serait écrit. Je pense que cela a peu à voir avec la gestion de projet, car lorsque vous formez une équipe pour un projet réel, vous rassemblez immédiatement ceux dont vous avez besoin. J'ai donc également pris sur moi le rôle de designer, et choisi un lead qui avait une bonne expérience en développement d'applications, à qui j'ai affecté trois programmeurs, et deux autres sont devenus testeurs. Bien sûr, le langage de programmation était choisi en fonction des compétences. Il a finalement été décidé d'utiliser Java, car tous les programmeurs en avaient une connaissance.
Définissons les tâches
Sur les recommandations du professeur, un tableau de tâches a été créé sur un service gratuit. Il était prévu de travailler selon la méthode Scrum, où chaque sprint représenterait une application complète.
Cependant, en réalité, cela s'est transformé en un grand sprint long, dans lequel des modifications, des ajouts et des corrections étaient constamment apportés.
Rédigeons des spécifications
Sous l'influence du livre de Savin «Testирование.com», j'avais une idée de la façon dont tout devait être agencé. Tout a commencé par la rédaction de spécifications, car je considère que sans une description claire de ce que nous attendons, comment et ce qui doit fonctionner, rien ne fonctionnera. Les programmeurs programmeront tout comme ils le voient, les testeurs testeront autre chose, le responsable attendra quelque chose de différent, et le résultat sera, comme toujours, quelque chose de complètement différent.
Écrire des spécifications n'est pas facile, il faut penser à tous les détails, à toutes les nuances. Bien sûr, rien n'a fonctionné du premier coup. En fin de compte, les spécifications ont été complétées et retravaillées 4 fois. La dernière version peut être trouvée à la fin de l'article, dans la section des liens.
Concevoir le design
Le design dans une application mobile est essentiel. Cependant, tout le monde ne le comprend pas, y compris certains membres de mon équipe qui ont ardemment débattu avec moi, affirmant que le design n'était pas nécessaire, que c'était la partie la moins importante de l'application, etc. Ne soyez pas si naïf. Tout d'abord, un design prêt à l'emploi facilite le travail des développeurs; ils n'ont pas à réfléchir à ce qui doit être placé où, ils prennent simplement le design et le codent. Avec les spécifications, le design libère presque entièrement l'esprit du programmeur des détails inutiles, lui permettant de se concentrer sur la logique. Au début, un design prototype (horrible) a été esquissé :
Mais ensuite, le design a été peaufiné et amené à un aspect acceptable.
(Lien vers tous les éléments de design à la fin de l'article).
Programmation
Programmer est difficile, mais c’est faisable. Je vais passer ce point, car je ne m'en suis personnellement pas occupé. Les programmeurs ont réalisé un travail colossal, sans lequel tout serait inutile. Bien sûr, nous avons réussi à réaliser une partie de nos idées. Le programme a encore besoin de développement. Il y a beaucoup de bugs et de fonctionnalités à corriger. Si nous avions eu plus de temps, nous aurions quitté une alpha profonde, mais pour l’instant, vous pouvez tester l’application à la fin de l’article.
Et concernant les tests
Quel est le principal en programmation ? À mon avis, l'essentiel est que tout fonctionne et ait l’air tel qu'il devrait. Cela ne se produit pas toujours et pas immédiatement. Pour cela, des tests sont nécessaires. À mes testeurs, j'ai proposé un modèle de test en utilisant des cas de test. D'abord, les cas sont écrits en conformité avec les spécifications, puis des tests sont effectués. Vous pouvez voir ce qui en est sorti ci-dessous dans les liens.
Merci d'avoir lu. J'espère que vous avez trouvé ici quelque chose d'utile, peut-être une idée pour votre start-up, ou peut-être un bon conseil ou un outil.
Liens :
Derniers .
Design sur .
et .
L'application elle-même sur . — L'application a été créée sous le nom de HandsOff, ne demandez pas pourquoi (parce que Stop Procrastination est trop long).
Et enfin
Pensez-vous que tout cela avait un sens ?
Seuls les utilisateurs enregistrés peuvent participer au sondage. , s'il vous plaît.
Une telle pratique est-elle nécessaire dans les établissements d'enseignement et dans quelle mesure est-elle utile et applicable dans la vie réelle ?
Oui, c'est une expérience inestimable
Oui, même si l'expérience est limitée
Presque inutile, au maximum vous comprendrez les grandes lignes du travail en équipe
Une perte de temps et d'efforts
2 utilisateurs ont voté. Aucun abstention.
Source : habr.com
