Je suis étudiant en génie informatique. J'ai réfléchi à la façon dont je peux gérer un gros projet. Quel devrait être mon premier pas pour atteindre mon objectif de manière plus efficace et effective?

Quand je viens avec un projet, je ne sais pas comment je devrais commencer à travailler dessus. Plusieurs fois, je l'ignore simplement. Cependant, je ne veux plus ignorer mes idées de projets.

Maintenant, je vous demande à tous, est-ce que quelqu'un peut partager ses expériences? Comment dois-je démarrer un projet quand tout ce que j'ai est une idée?

Oubliez le codage et la mise en place d'un environnement de développement pour un moment. Si vous souhaitez vous lancer dans un grand projet, la première chose à faire est de bien comprendre l' objectif et la portée du projet.

Ce que je recommande, c'est d'ouvrir un traitement de texte et de rédiger un document contenant les objectifs du projet. Décrivez en quoi consiste l’idée et l’objectif général du logiciel que vous voulez écrire. Ensuite, énumérez les objectifs de fonctionnalité du projet. Je ne veux pas dire spécifique, mais plutôt décrire les différentes fonctionnalités que le produit fini devrait prendre en charge. Ainsi, si vous écrivez un logiciel pour gérer une école, vous pouvez répertorier la «gestion des enseignants» en tant que fonctionnalité, puis décrire ce que cette fonctionnalité inclurait (informations de suivi de piste, horaire de cours, etc.).

Ensuite, la partie la plus difficile: ce n'est pas quelque chose que vous devez faire dès le départ, mais au fur et à mesure. Tout aussi important que la liste fonctionnalités vous voulez ajouter est revue la fonctionnalité que vous avez décrit dans vos objectifs document et notez les fonctionnalités que vous pouvez vivre sans dans la première version du programme. C'est la clé pour gérer la portée.
L'une des principales raisons pour lesquelles les gens échouent dans les grands projets est qu'ils ne savent pas quand arrêter de travailler dessus. Ils ne sentent pas que c'est fait, parce que les idées continuent de paraître et que cela ne se publie jamais. Ils finissent par perdre tout intérêt et vous avez encore un autre chef-d'œuvre à moitié fini. Vous voulez donc vous assurer que vous maîtrisez bien les fonctionnalités qui sont vraiment importantes pour atteindre la partie fondamentale de votre objectif. C'est ta première cible.

C'est ainsi que je lance tous les projets non triviaux maintenant. Cela m'aide à garder le cap et à empêcher la portée et le but d'évoluer au cours du développement.

Je pense que Linus le dit mieux

Personne ne devrait commencer à entreprendre un grand projet. Vous commencez avec un petit projet trivial et vous ne devez jamais vous attendre à ce qu'il prenne de l'ampleur. Si vous le faites, vous allez simplement surdessinifier et penser que, de manière générale, il est plus important que probablement à ce stade. Ou pire, vous pourriez être effrayé par la taille du travail que vous envisagez. Commencez donc petit et réfléchissez aux détails. Ne pensez pas à une grande image et à un design sophistiqué. Si cela ne résout pas un besoin assez immédiat, il est presque certainement sur-conçu. Et ne vous attendez pas à ce que les gens interviennent et vous aident. Ce n'est pas comme ça que ça marche. Vous devez d'abord obtenir quelque chose d'utile à mi-chemin, puis les autres diront "hé, ça marche presque pour moi" et ils participeront au projet. -- Linus Torvalds

Quelle devrait être ma première étape pour atteindre mon objectif de manière plus efficace et efficiente?

Je suppose que vous avez déjà réalisé des projets et que vous êtes dans un collège / université qui n'enseigne pas le contrôle de version / source. Si vous souhaitez voir certains projets, vous pouvez toujours accéder à des référentiels open source tels que Github (utilise Git), Bitbucket (utilise Mercurial), Google Code (utilise Mercurial, Git et Subversion), CodePlex (Mercurial et Subversion / TFS), SourceForge (Many), etc. et regardez leur base de code. Ce qu'ils ont en commun, c'est qu'ils utilisent un logiciel de contrôle de source.

Il existe de nombreuses informations sur la manière de les utiliser. Je vous suggère donc d'apprendre à les utiliser, car il s'agit d'une pratique standard dans l'industrie. Voici quelques guides visuels pour vous aider à démarrer:

• http://betterexplained.com/articles/a-visual-guide-to-version-control/
• http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/

Vous savez, lorsqu'un projet me vient à l'esprit, je ne sais pas ce que je devrais faire. Plusieurs fois, je l'ignore.

Vous ne pouvez faire que beaucoup de votre temps libre. Commencez petit : créez un projet à partir de rien, mettez-le dans un référentiel de code source. Validez les modifications apportées à votre référentiel de code source chaque fois que vous souhaitez ajouter quelque chose à votre petit projet. Avec le temps, cela deviendra important et si vous voulez revenir en arrière, vous pouvez toujours annuler ou annuler les modifications que vous avez apportées avec le système de contrôle de version.

Il est parfaitement normal d'être frappé par le syndrome du «papier blanc».

Vous avez un grand projet en tête, qui a l'air fantastique, mais lorsque vous vous assoyez au bureau pour essayer de faire quelque chose, vous bloquez et vous ne pouvez plus rien faire. Ensuite, vous ouvrez le solitaire et faites un nouveau disque.

En fait, vous devez commencer à faire quelque chose en rapport avec le projet, pour que vous ayez l'impression qu'il est né.

Vous voudrez peut-être pas écrire du code immédiatement. Vous pouvez commencer par écrire ce que votre projet doit réellement faire ou ce que vous voudriez qu'il fasse. Prenez un stylo et du papier et commencez à écrire. Vous pouvez commencer par les détails ou par une image plus grande. Essayez les deux, voyez ce qui est le mieux.

Vous pouvez essayer de définir les fonctionnalités du projet, les différentes parties, la manière dont ces parties communiquent entre elles. Je me sens à l'aise avec les post-it, ils sont amusants et vous pouvez les changer à mesure que vous progressez. Laissez-les suivre votre esprit et vos idées.

Ou peut-être pouvez-vous démarrer le prototype d'une fonction ou d'une classe. Vous pouvez utiliser la langue que vous préférez, même une langue qui n'existe pas et que vous venez d'inventer.

Après un certain temps, vous aurez quelque chose à travailler et votre projet ne sera pas seulement dans votre esprit. Vous avez réellement fait quelque chose.

Lorsque vous êtes à l'aise pour commencer le processus de développement, il est temps de planifier, documenter, prototyper, rassembler avec soin toutes les technologies et tous les logiciels requis, etc.

Mais ne commencez pas avant d' avoir le sentiment que c'est le bon moment!

Les grands projets sont formés de nombreux petits projets ou pièces. Vous pouvez avoir une grande idée ou une exigence de projet - par exemple, une application qui gère les contacts.

Décomposez-le; demandez-vous, "quels sont les plus petits morceaux dont j'ai besoin pour faire cela?"

Une fois que vous avez défini vos petites pièces, répétez l'opération. vous constaterez peut-être que certaines pièces doivent encore être décomposées. L'idée est que vous définissiez les objectifs les plus faciles à gérer pour chacun des plus petits éléments. Apprenez à utiliser des principes rigoureux de conception et de développement (tels que Agile-TDD) et réalisez les objectifs plus petits et plus faciles à gérer.

Créer un contour

Vous avez une grande idée, mais vous ne savez pas comment vous allez vous acquitter de votre tâche. Créez un aperçu de ce que vous allez faire. Notez les étapes que vous allez suivre, ce dont vous aurez besoin, les langues que vous utiliserez, etc. Assurez-vous que tout est organisé, sinon le projet sera une épave complète.

Planifiez vos pas

Je l'ai déjà mentionné, mais c'est vraiment important. Si votre temps est calculé, vous pouvez avoir une date de fin estimée du moment où votre projet sera terminé et combien de temps durera toute étape du projet. Ceci est, encore une fois, organisation et vous tiendrons au courant.

Trouver les outils pour le travail

Si vous voulez démarrer un grand projet, vous aurez besoin d'aide. Pour l'organisation du code et un bon système de contrôle de version, Git est très utile car il conserve l'intégralité de votre code dans un seul référentiel. Pour plus d'informations sur Git, voir le lien que je vous ai donné.

Vous devrez également vous assurer que vous utilisez des langues qui vous aideront à faire ce que vous essayez de faire. Assurez-vous de pouvoir créer votre projet avant de commencer. Je ne dis pas que n'apprends rien de nouveau, mais apprend avant de commencer.

Obtenir de l'aide

Les grands projets ne se font généralement pas seuls. Contactez d'autres étudiants, des personnes de votre communauté pouvant programmer et toute autre personne susceptible de vous aider avant de commencer. N'ayez pas peur de demander.

Commencer!

Ne perdez pas votre temps, attendez que quelqu'un d'autre commence votre projet, puis dites "J'ai eu cette idée!". Cela vous hantera pour toujours ...

Peut-être qu'il est plein de clichés mais ... je vais soumettre.

Pour pouvoir gérer un grand projet, vous avez besoin principalement d'une chose: de l'expérience. L'expérience vous donne tout ce dont vous avez besoin:

• Connaissance: plus vous passez de temps sur des projets, plus vous acquérez des connaissances générales et spécifiques.
• Confiance: la gestion de grands projets nécessite de la confiance. La confiance vient de la connaissance et généralement du fait que chaque élément du travail est quelque chose que vous avez déjà fait ou que vous avez vu des gens le faire.
• Réseau professionnel: si le projet est vraiment important, vous devrez réaliser que vous ne pouvez pas le réaliser vous-même. Soyez donc prêt à savoir à qui vous pouvez demander ou où vous pouvez trouver les informations clés que vous recherchez.

Vous pouvez donc faire deux choses:

• Plongez et voyez comment ça se passe. Vous ferez probablement beaucoup d’erreurs, mais l’essentiel est d’en tirer des leçons.
• Trouvez un travail où vous pouvez spécifiquement observer les personnes qui gèrent de gros projets

J'espère que ça aide.

Ma définition du "grand projet" est "un projet où le problème majeur est la coordination des participants et la communication entre eux" (un projet de taille moyenne correspond à une gestion aussi difficile que les problèmes techniques, une petite à une solution technique. sont plus importants que ceux de gestion; notez qu’un projet à une personne à long terme peut être un grand projet - coordonner et communiquer avec votre avenir ne sont pas très différents de ce que vous faites de même avec quelqu'un d’autre).

La première étape pour pouvoir gérer (avec "un rôle principal") un grand projet consiste à participer à un grand projet sans jouer le rôle principal. La deuxième étape consiste à atteindre le niveau du rôle principal tout en étant encadré par une personne expérimentée.

Une autre approche consiste à augmenter progressivement la taille des projets et à tirer des enseignements de votre expérience ...

Certaines idées sont mûres pour un ingénieur juste pour se lancer et commencer à écrire du code. Ces projets peuvent être grands ou petits, mais ils ont tous un point commun: un problème bien défini à résoudre. J'ai commencé des projets comme celui-ci d'innombrables fois, et il ne s'agit que de bâtir une discipline qui consiste à rédiger de bons documents dès le départ et à suivre les meilleures pratiques en matière de contrôle du code source, de communication et de collaboration.

Les gros projets pour lesquels je n'ai qu'un germe d'idée prend un peu plus de préparation dans mon expérience. La première chose que je fais est de commencer à parler de mon idée avec les autres pour voir si quelqu'un partage ma compréhension du problème que je résous et pour valider mon approche planifiée pour résoudre le problème. Emmenez donc un ou deux amis boire une bière ou invitez-les dans votre dortoir pour des Cheetos. Mais amusez-vous avec ce processus, car c’est grâce à lui que vous pourrez mieux comprendre le problème que vous résolvez, trouver d’autres idées intéressantes que vous pouvez utiliser pour résoudre le problème, vous entraîner à vendre votre idée à d’autres, et peut-être même commencer à équipe de personnes pour vous aider à le résoudre.

Diviser les grandes choses en petites choses.

Vous ne pouvez pas travailler à "atteindre la paix mondiale". Au lieu de cela, vous travaillez à interdire les armes de destruction massive, vous encouragez la démocratie, vous apportez une aide au développement, vous encouragez les échanges culturels et scientifiques, etc.

Je pense que beaucoup de ces réponses ne traitent pas de quelque chose de concret et de vous forcer à le faire.

Parfois, vous êtes coincé dans une «terre pensante» où vous sentez que tout ce qu'il vous reste à faire est de taper des choses à la dactylographie, mais commencez en réalité avec une petite parcelle de votre projet et la mise en œuvre est à la fois amusante et stimulante.

Je connais beaucoup de gens qui sont comme ça, y compris moi, tant que je n'y vais pas, je ne fais rien, je ne peux pas, je pense, je pense et je planifie de démarrer un projet. Je dois choisir un élément que je peux facilement mettre en œuvre et y aller, puis le flux commence.

il n'y a aucune raison de faire quelque chose sans but. Vous avez besoin de user stories qui montrent la nécessité du code que vous voulez écrire. Vous devez encadrer ces user stories dans le format suivant:

En tant que [X],
je veux [Y]
pour que [Z]

Cela peut sembler simpliste, mais cela vous donne le cadre pour non seulement définir l'utilisateur, mais aussi pour spécifier le besoin et le résultat final dans une phrase unique. Vous en aurez beaucoup. Vous en découvrirez plus avec le temps. Une fois que vous en avez, vous pouvez commencer à développer votre code. Lorsque vous avez plus d'idées ou que vous découvrez d'autres choses. Vous retournez et écrivez plus de user stories pour ne pas les oublier. C'est le meilleur endroit pour commencer.

Comportement axé sur le développement utilise cette approche et le site sur le lien contient plusieurs exemples d'utilisation de ce format pour exprimer des user stories.

Je pense que ce sera le moyen le plus rapide et le plus organisé de passer de l’idée au code.

Je prenais une pile de collants jaunes et un marqueur magique et m'installais dans une pièce où se trouve un grand tableau blanc pour que je puisse faire un brainstorming.

Je voudrais simplement commencer à écrire des phrases simples qui me viennent à l’esprit, telles que Menu principal, Rapports, Base de données, Authentification, etc. :

Fichier Ouvrir, Fichier Enregistrer, Fichier Enregistrer sous, Imprimer, etc. et collez-les sur le tableau blanc sous le menu principal.

Lorsque des idées surgissent dans votre tête, écrivez-les ... bon, mauvais, stupide, peu importe ce que vous voulez devenir ceative. Collez-les sur le tableau. Au fur et à mesure que vous regardez le tableau, plus d’idées surgissent et des modèles se dégagent. À un moment donné, vous commencerez à avoir une idée de ce que vous envisagez de développer.

Les collants jaunes sont excellents, ils peuvent être déplacés assez rapidement.

Une fois que les choses commencent à se mettre en place, vous divisez cette pensée en groupes. Ensuite, vous pouvez faire un brainstorming au niveau d'un seul groupe. Je prendrais des photos du tableau blanc à différentes étapes au cas où vous voudriez voir à quoi ça ressemblait il y a vingt minutes avant que les choses ne se déplacent.

En fin de compte, vous aurez une assez bonne idée des principaux éléments à traiter. Vous pouvez obtenir un seul dossier pour chacun de ces morceaux et continuer à y jeter des idées au fur et à mesure qu'ils vous parviennent.

Puisque vous êtes étudiant, je vais supposer que vous voulez dire étudiant-grand et non professionnel-grand. Cette dernière nécessite des considérations commerciales et de collaboration supplémentaires. Je viens juste de commencer un nouveau projet la semaine dernière, alors le processus est frais dans mon esprit.

La première chose que je fais est de rechercher des solutions et des bibliothèques existantes . Je n'aime pas réinventer la roue chaque fois que possible. Cette recherche est également un facteur important dans le choix d’une langue pour le projet. Certaines langues ont un meilleur code existant pour certaines tâches.

La prochaine chose que je fais est de créer un dossier et de le placer sous contrôle de source . C'est aussi simple que de git init .nos jours.

Ensuite, je travaille sur "Hello World" . Cela me permet de savoir que mon environnement de développement est correctement configuré.

Ensuite, j'obtiens "hello world" pour les bibliothèques tierces qui fonctionnent . C'est le strict minimum nécessaire pour montrer que je fais un lien vers la bibliothèque et que je l'utilise correctement. Pour une bibliothèque de base de données, il se connecte et exécute une requête simple, par exemple. Pour un toolkit graphique, il affiche une fenêtre.

Ensuite, je configure des scripts de construction et des frameworks de test . C'est ant, makefiles ou autre, et il est beaucoup plus facile à configurer lorsque votre projet est encore petit.

Ensuite, je crée des structures de données . Aussi appelé couche "modèle". C'est la partie qui stocke tout ce dont votre programme a besoin pour pouvoir faire son travail. Je fais beaucoup de dessins sur papier, puis j'ajoute simplement des talons. Cette partie du dessin est généralement la plus simple. Par exemple, un programme d'échecs va avoir besoin d'objets pour stocker la grille de jeu, les joueurs, les pièces, les séquences de coups, etc.

À ce stade, j'ai une assez bonne base pour un programme et il est généralement assez évident de déterminer la prochaine étape pour ce projet particulier. Ensuite, je fais juste un petit pas à la fois, avec un code qui fonctionne dans une certaine mesure tout au long du processus.

Si tout ce que vous avez est une "grande idée", vous aurez besoin de beaucoup de choses (qui sont très bien décrites dans d'autres réponses), et en particulier ces 2: temps et motivation .

La plus grande difficulté lorsque vous travaillez seul sur un projet personnel est que, généralement, vous n'avez pas beaucoup de temps à y consacrer chaque semaine, vous ne voyez donc pas beaucoup de progrès et commencez à perdre rapidement votre motivation.

Donc, comme cela a déjà été dit, faites de petits pas , c'est la clé.

Mais ce n'est pas tout, vous devez faire de petits pas gratifiants ! C'est-à-dire des étapes qui vous apporteront la plus grande valeur et démontreront les concepts clés de votre grande idée.

Par exemple, si vous travaillez sur un nouveau logiciel de super liste de tâches avec de bonnes interactions avec les utilisateurs . Ne commencez pas par le stockage et la base de données tant que vous n'en avez pas vraiment besoin. Commencez par l'interface utilisateur innovante: c'est amusant et utile. Cela vous rendra fier, vous tiendra motivé et vous permettra de vérifier très vite si votre idée est vraiment bonne.

La première chose que vous devez faire est de vous asseoir et de décrire cette idée par écrit. Cela ne deviendra pas un projet avant cette date, et même dans ce cas, vous avez encore du travail à faire pour que ce projet soit aussi éphémère que l’idée.

Une fois que vous en êtes arrivé là, vous pouvez commencer à transformer le projet en projet, en identifiant comment vous pouvez le scinder en étapes distinctes pouvant être mises en œuvre de manière logique.

Ensuite, tracez un calendrier pour la mise en œuvre de ces étapes. Revenez sur les progrès à des intervalles donnés afin de garder un certain contrôle sur ce processus, plutôt que d'avoir des idées insidieuses auxquelles vous n'aviez jamais pensé et de les ajouter au mélange.

Identifiez une première ligne d'arrivée et visez cela. Moins vous adhérez à cela, plus le projet risque de sombrer sous le poids d'idées supplémentaires et plus vous serez découragé de le mener à bien, car il semble vivre éternellement.

L'effort de code représente généralement environ 20% (+ -10%) du budget d'un projet. Se concentrer sur l’obtention du code correct n’est pas utile, 80% de l’effort que vous n’avez pas encore traité ne vous le permettent pas. Par conséquent, obtenir une gestion parfaite du code ne vous laisse toujours que 20% du travail effectué.

Et si votre projet n'a pas d'utilisateurs? Et si c'est parfait, mais publié une semaine après "Acme Patent Trolls", un brevet sur l'idée, et il s'avère que ce sera le prochain Facebook?

Examinez les problèmes de cycle de vie de projet standard suivants: Exigences, Conception, Code, Test, Intégration, Déploiement, Suivi et correction des défauts, Gestion des modifications d’exigences (demandes d’amélioration). Plans de lancement, affectation des ressources (combien d’heures par jour envisagez-vous d’effectuer et réaliserez-vous réellement dans le cadre du projet), juridique (Freedon à exploiter), etc.

Si tous les éléments ci-dessus sont en place, même un très mauvais code réussira. Si aucun des éléments ci-dessus n'est en place, le meilleur code échouera.

Je ne suis pas un homme de paris, mais j'y mettrais de l'argent, votre premier "grand" projet échouera, de nombreuses manières que vous ne pouvez imaginer. Ne vous inquiétez pas, allez-y et échouez, apprenez-en et passez à la suivante. Ne pas commencer serait le vrai crime. Si vous réussissez du premier coup, vous avez une solide carrière en gestion d’entreprise, pas en programmation.

Donc, pour répondre à votre question, rangez les outils logiciels et sortez vos outils de "planification d'entreprise". Entraînez-vous POURQUOI vous le faites, pour QUI alors POURQUOI et QUAND ils le veulent. (Vous pouvez être votre propre client, mais faites l'exercice quand même). Ecrivez ceci dans un "Business Plan" et construisez à partir de leur.

1. à quoi ressemble le succès?
2. Quelles sont les inconnues du projet?
3. quels sont les connus dans le projet?
4. que pouvez-vous faire pour éliminer / découvrir les inconnus, pour les convertir en connus?
5. que pouvez-vous faire pour assembler les éléments connus pour réussir?
6. Quelle est la prochaine étape concrète à prendre pour faire avancer le projet?

répéter la dernière étape jusqu'à ce que le projet soit terminé; accepter que cela peut prendre des années et continuer à avancer

Toutes les réponses ici sont bonnes et toutes, mais en toute honnêteté, peu importe le contrôle de version, le gitting, l'organigramme et les balises que vous faites, tout ce qui compte est que vous ayez une application fonctionnelle, une application fonctionnelle. est défini comme celui qui résout le problème pour lequel il a été conçu, toutes les autres choses sont à peu près sans importance.

Commencez à coder, codez-le en phase fonctionnelle, exécutez des tests, déboguez, lancez et relancez avec de nouvelles fonctionnalités (si vous le jugez nécessaire), à ​​la manière d'un démarrage allégé - une méthode de gestion agile et le développement pour créer moins de déchets (ou comme quelqu'un le définit: chefs-d'œuvre à moitié finis).

Liste des choses à faire lors du démarrage d'un nouveau projet:

1. créer un nouveau répertoire
2. créer un makefile en copiant un modèle de makefile existant
3. créer des fichiers d'en-tête et d'implémentation
4. assurez-vous qu'il compile
5. commencer à utiliser le contrôle de version
6. décider de la convention de nommage pour les classes, fonctions, membres de données, variables
7. écris ton premier cours
8. assurez-vous que votre classe est indépendante et que chaque fonction membre est indépendante des autres fonctions membres
9. créer plusieurs objets en créant des fonctions comme main ()
10. répétez les étapes 7 à 10 jusqu'à ce que votre programme soit prêt
11. le compiler
12. expédier aux utilisateurs finaux