Modèles / exigences de proposition de projet [fermé]

Lors de la rédaction d'une proposition de projet, utilisez-vous un modèle standard?

Quelles fonctionnalités / informations devraient être incluses? Qu'est-ce qui est bien d'avoir inclus? Quel type d'informations sur la plaque de la chaudière dois-je insérer?

Trouvez-vous un modèle de conception ou un concept particulièrement utile?

Avez-vous déjà consulté le modèle d'exigences Volere ?

Bien qu'il contienne un peu trop de détails à mon goût, en particulier pour une proposition (il convient mieux aux spécifications détaillées des exigences initiales), les en-têtes de section sont une excellente liste de contrôle pour vous assurer que vous avez pensé à toutes les différentes pièces mobiles avant donner un devis ou créer un document de proposition.

Les voici:

PILOTES DU PROJET

1. Le but du produit
2. Client, client et autres parties prenantes
3. Utilisateurs du produit

CONTRAINTES DU PROJET

1. Contraintes obligatoires
2. Conventions de nommage et définitions
3. Faits et hypothèses pertinents

EXIGENCES FONCTIONNELLES

1. La portée du travail
2. La portée du produit
3. Exigences fonctionnelles et de données

PRÉROGATIVES NON FONCTIONNELLES

1. Exigences relatives à l'apparence
2. Conditions d'utilisation
3. Exigences de performance
4. Exigences opérationnelles
5. Exigences de maintenabilité et de portabilité
6. Exigences de sécurité
7. Exigences culturelles et politiques
8. Exigences légales

QUESTIONS RELATIVES AU PROJET

1. Questions ouvertes
2. Solutions prêtes à l'emploi
3. De nouveaux problèmes
4. Tâches
5. Coupure
6. Des risques
7. Frais
8. Documentation utilisateur et formation
9. Salle d'attente
10. Idées de solutions

Dois-je utiliser un modèle standard? Oui

Quelles fonctionnalités / informations sont incluses, agréables à avoir:

• Feuille de couverture
• Métadonnées: coordonnées du client, coordonnées du développeur, nom du projet, date
• Profil client (facultatif, mais bon): comprend les informations sur les concurrents, les produits ou services vendus par le client, la situation actuelle et les objectifs, le marché cible, la position sur le marché. La petite entreprise moyenne ne peut pas en fournir la plupart.
• Aperçu du projet: comprend des détails sous forme de plan. C'est là que le travail du projet est défini.
• Non inclus: les éléments spécifiquement omis du projet.
• Matériaux initiaux: une liste des éléments nécessaires au client pour commencer ainsi que les dates auxquelles ils sont requis.
• Plan du site: facultatif, mais bon si vous faites un site Web ou une application complexe. Joli graphique.
• Démographie: De l'utilisateur final, généralement sous la forme d'un joli graphique.
• Dossier créatif: facultatif. Ceci est destiné aux concepteurs et comprend des éléments tels que l'historique de la communication, le message, la personnalité et le ton, le public (état d'esprit actuel) et le public (état d'esprit résultant), les sites Web des concurrents, des exemples de sites Web ou des produits préférés par le client, les couleurs de l'entreprise, le guide de style (généralement externe). Il documente les documents existants tels que les logos, les brochures, etc.
• Calendrier du projet: une ventilation du moment où les travaux doivent être effectués avec la date d'achèvement estimée finale. Mon modèle comporte une grosse clause de non-responsabilité indiquant que les délais dépendent fortement de la participation des clients.
• Ventilation des coûts: coût des différentes tâches à effectuer. Lorsque cela est possible, cette section comprend également une analyse du «retour sur investissement».
• Accord de projet: conditions de paiement, argent réel, garantie de remboursement à 100%, point de contact unique requis, les matériaux et approbations fournis par le client doivent être opportuns, une facturation supplémentaire ou du temps si le client modifie la portée des travaux, l'hébergement des informations (pour les sites Web) , droit d'utiliser l'œuvre pour l'autopromotion, les lois applicables, la déclaration de propriété du code source, la disponibilité du séquestre logiciel, les signatures.
• À propos de nous: comprend des informations sur l'entreprise avec des photos, des exemples de notre travail, des témoignages, d'autres services offerts, le profil de l'équipe avec des photos.
• Conclusion: Merci et coordonnées.

Plaque de chaudière: Autant que possible. Tout ce qui précède a quelque chose, même si c'est juste du texte de remplissage. Cet article a été influent pour moi: http://articles.sitepoint.com/article/bulletproof-web-design-contract

Mes propositions vont généralement de 14 à 20.

Il existe de nombreuses façons de procéder.

En voici un que j'ai trouvé que j'approuverais - il a l'approche indépendante, mais c'est vraiment ce que vous voulez faire:

http://tutorialblog.org/writing-a-project-proposal/

Il existe de nombreux guides en ligne. L'astuce est de savoir laquelle répondra à vos besoins. J'ai enseigné une classe dans ce genre de choses. Mon article approuvé semble vraiment être l'essence même de ce que les clients veulent et de ce qui devrait vous mettre dans la porte.

Cela ne remplace PAS un plan de projet, qui peut être entièrement un animal plus élaboré.

En ce qui concerne les modèles, je trouve que les modèles ReadySET sont assez solides. Ces modèles couvrent les principaux points du cycle de vie - planification du projet, exigences, conception, mise en œuvre, test, déploiement / installation, assistance et finalisation du projet.

Cependant, il faut garder à l'esprit que les modèles doivent être modifiés pour s'adapter au projet et aux processus. Très rarement, vous pouvez simplement extraire un modèle d'un livre ou d'Internet et l'utiliser. Je trouve les modèles les plus utiles pour déterminer quelles informations je devrais avoir quelque part à chaque phase, et je laisse le projet déterminer comment et où les informations sont capturées.

Le département américain de la Défense a mis beaucoup de travail à développer un ensemble complet de descriptions d'éléments de données (modèles) pour aller avec DOD-STD-2167A , et plus tard pour MIL-STD-498 .

Il y a un vieux dicton: "Les règlements de la marine sont écrits dans le sang." Si vous lisez attentivement les DID, vous vous rendrez probablement compte que chaque ligne d'entre elles est écrite dans le sang des directeurs de programme dont les projets sont morts d'une mort horrible parce qu'ils ont négligé l'élément de cette ligne.

Vous pourriez faire pire que de les examiner.