Convention de dénomination pour les nouveaux projets
J'ai essayé plusieurs fois de venir avec une réponse à cette question. Je ne suis pas heureux avec la façon dont les projets sont nommés dans ma boutique, ils sont généralement aléatoire nommé d'après certains de ces éléments:
- le client
- une partie de la technologie/ou prévus pour être utilisés à l'intérieur du projet
- certains acronymes pour l'entreprise le cas où le projet serait liée à la
- certains noms de domaine, le projet serait en
J'ai trouver plusieurs inconvénients avec ces approches:
- le mot de la piscine se dessèche vite lorsque vous avez de nombreux projets similaires
- avoir le nom du client à l'intérieur du projet, il est plus difficile de l'avoir donné à un produit générique
- les acronymes généralement son horrible
- il y a beaucoup de projets qui ne seraient pas passer à la phase de prototype, et de ce fait ils n'obtiennent pas un nom propre
- il est difficile de nommer un projet avant que vous savez exactement ce qu'il fait, donc la plupart du temps le nom choisi pour le svn et le numéro de suivi de projet sont mauvaises.
S'il vous plaît dites-moi:
Qu'est-ce que votre convention de nommage dans votre boutique, êtes-vous heureux avec elle, et qu'aimeriez-vous choisir si c'était à vous?
Merci!
source d'informationauteur Mercer Traieste
Vous devez vous connecter pour publier un commentaire.
Quoi le nom? TOUT.
Assurez-vous que le nom est unique et intéressant et montre la valeur du produit à fabriquer. Les noms en fonction de leur fonctionnalité est le chemin à parcourir, mais il ne devrait pas définir ce que vous faites plutôt un seul mot, terme qui a en quelque sorte a une relation avec ce que vous êtes en développement.
J'ai souvent chercher mon projet de noms dans la langue locale (en ourdou dans mon cas).
Même si vous devez insérer le nom du client, généralement, le produit est appelé en ignorant le nom du client, de sorte qu'il n'importe pas beaucoup si vous choisissez un nom fort pour votre produit.
Juste pour donner un exemple, j'ai nommé le moteur d'échecs, j'ai écrit "Shaatir". En ourdou cela signifie
Chacun des sens quelque rapporte à mon programme.
Edit: Vous pouvez également ajouter un slogan pour votre produit. Je ne sais pas pourquoi l'idée n'est pas si populaire dans l'industrie du logiciel. Il existe peu d'exemples. Comme "UBUNTU - Linux pour les êtres humains". Ajoute du piment à votre produit.
Nous le nom des projets de cette façon:
De sorte que le projet devrait ressembler à ceci: 2012-TBC-0001
Je trouve que c'est un excellent moyen pour s'assurer que tout dans notre bureau reste droit. Le numéro de projet est facile à disséquer et suit ce projet jusqu'à l'achèvement et à la facturation. Il est facile de référence et de catalogue.
Je trouve que la nomenclature des projets après "fonctionnalités" à la place de certains clients ou de la technologie, etc, est d'une grande aide à cet égard. Dans l' .NET monde, c'est presque de coutume de commencer le nom de chaque projet une fois que le propriétaire du code, par exemple MyCompanyName."some_functionality".exe
En tant que développeur, je trouve que j'ai souvent du mal à choisir un terme approprié pour un ensemble de fonctions, mais lorsque l'on tente dès le début pour le nom de quelque chose d'aussi près à la fonction que possible, alors il n'est pas si difficile. Il fait partie de la "clean code" processus de développement.
Il y a des moments où il ne sens pour le nom des projets après une technologie en particulier, si un nom de projet serait de créer une certaine limite de la compréhension de ce ou où le projet est utilisé. Par exemple, l'idéal ne serait pas de groupe de matériel liés à des fonctionnalités d'un vendeur à un projet spécifique, mais plutôt peut-être par "fonction", qui pourrait être imprimantesscanners etc.
Vraiment, nous devrions utiliser le principe de base de cohérente. Si nous faisons preuve de cohérence dans la façon dont nous groupe et le nom des projets, la barrior entre les clients sont nos produits ont plus bas des courbes d'apprentissage et de meilleurs taux d'adoption.
Notre serveur SVN a un dossier plat de projets. Ils font comme si:
Il fonctionne très bien, de l'OMI. Structure de répertoire sur les serveurs est tout simplement le nom de domaine. Pour mon ordinateur de développement, j'ai suivi la convention de nommage de du serveur SVN. N'essayez pas de bourrer le tout dans des dossiers différents - un simple, cohérente, préfixe peut faire des merveilles pour l'organisation. Pour les pièces internes, il n'y a rien de mauvais dans le générique des noms de projet ("Time Manager" Gestionnaire de Finances"), et (de sorte que les dossiers seraient "interne-temps-manager" et "interne-finance-manager" et ainsi de suite).
Nous allouons un projet nombre (P et ensuite de cinq chiffres) qui est la façon dont le SVN, numéro de suivi, et les référentiels de documents sont nommés; puis le projet a informel nom qui est normalement certains humoristique anagramme ou une phrase est arrivé à l'association de mots à partir du nom du client, ce que le projet est pour l', etc.
Cela signifie que les noms sont cachés par le client (nous venons de consulter le numéro de projet), mais nous avons un moyen plus facile de se référer à l'interne, qui n'implique pas de tout le monde sans oublier le projet a laquelle nombre de!
Il y a habituellement un e-mail ronde de l'équipe de projet pour obtenir des noms suggérés à proximité du début, et la meilleure suggestion est choisi.
Certains de mes favoris inclus deux de la Station de Base des projets qui ont été nommés "Taoïste Haricots" et "Bonsaï Tétines".
Une approche vaut considérer est le "nom de code" approche - donner à vos projets internes des noms de code qui ont moins à voir avec ce que le projet est sur, mais son mieux. Cela rendra votre travail plus facile. Lorsque vous relâchez est à venir près de, ont le service marketing d'un "vrai" nom.
Bien sûr, cela signifie que le "vrai" nom doit être configurable dans le projet depuis le premier jour, de sorte qu'à la fin il vous suffit de modifier une ligne et de le recompiler.
Ceci est similaire à Vicky approche de l'. Beaucoup de grandes entreprises semblent suivre cette trop (comme Microsoft).
J'ai beaucoup réfléchi moi-même pour le passé quelques nuits pour mon dépôt Subversion de l'installation. Que dire de ce. Je l'ai aidé à lancer un petit magasin d'informatique qui m'a conduit à le codage, donc c'est davantage basé sur l'expérience que de la logique. Vous tous devriez déjà avoir un ID unique pour vos clients pour les enregistrements de toute façon, de sorte que l'effet de levier. Consacrer 000000 ou l'équivalent en interne logiciel ou les versions officielles pour la vente. Tous les autres numéros seront pour une tâche personnalisée du client correspondant, comme des sites web. Je me dois de préciser... ci-dessous est la structure de répertoire. Espérons que cette aide. 🙂
Je n'ai pas de convention, généralement projet de nom est une contraction de customername et de contrats description du projet comme "matforming" ou "bottlemeasurer". Parfois, si nous travaillons dans plusieurs départements ou groupes de projet au client de nous en supplémentaires qualifier département.
Qui mène un peu le même problème (premier projet est souvent le "client" à son nom, sans ministère de qualification), mais à mon humble avis qui ne peuvent pas être évités. Tripoter la structure de l'entreprise d'un nouveau client alors que seulement faire un prospect est un pont trop loin.
Parfois les descriptions sont aussi un problème, lorsque vous commencez à développer des variantes sur un produit existant, ou à la deuxième génération. Mais c'est aussi assez difficile à prévoir.
j'ai l'habitude de diviser mes projets par client puisque nous avons de multiples projets par client, parfois, mais jamais ne nous utiliser le nom du client à l'intérieur de la dénomination du projet.
donc avec votre liste de mots, vous n'fonctionner à sec par client. et vous avez besoin d'un tas de projets pour 1 client afin de fonctionner à sec que rapide.
ainsi le client x peut avoir un businesscardgenerator outil, comme un client y
et généralement, pour la clientèle y nous partons de l'outil utilisé par le client x et de le jeter dans un tout nouveau modèle. ajouter quelques champs personnalisés et les propriétés
si pas possible, alors nous, nous avoir à recommencer.
donc, en général, nous avons un folderstructure pour les noms que vous mentionnez
et puis le nom du projet est en fait une très brève description de ce que le projet ne
OU, le nom du projet est le nom du projet que le client a l'intention de donner au site/outil/...
si nous sommes actuellement en utilisant la première pour de nouveaux projets, nous avons encore à gauche sur des projets d'avant nous avons mis en œuvre cette utilisation.
Je suis en faveur de la "nom de code-approche", mais avec plus d'emphase sur l', y compris la fonctionnalité et wittyness. À la fois pour le rendre facile de se rappeler ce que le projet est sur.
Et ensuite créer d'autres structures hiérarchiques qui sorte par la logique des relations "client", "année", et ces. Vous pouvez introduire certaines procédures standard pour la création d'un projet ou d' (en considérant que vous êtes dans l'automatisation d'entreprise) une certaine automatisation.
(Peut-être qu'il existe déjà des systèmes existants pour ce faire, je me souviens d'une présentation relative à certains envisagées système de fichiers dans Longhorn que j'ai assisté il y a des années.)