Management

Naviguer dans les subtilités de la politique au bureau peut parfois ressembler à marcher sur un champ de mines. Toutefois, développer un QI politique aiguisé peut non seulement vous aider à survivre, mais aussi à prospérer dans votre environnement professionnel. Voici comment affiner votre stratégie et tirer le meilleur parti de vos relations au travail. Cartographiez clairement votre chemin vers le succès Avant même de penser à manœuvrer dans le labyrinthe de la politique au bureau, vous devez avoir une idée précise de l’endroit où vous voulez aller. Quels sont vos objectifs professionnels ? Quels jalons devez-vous atteindre sur le chemin ? Comprendre vos ambitions vous donnera une carte routière pour traverser la complexité du lieu de travail. ...

Lien de téléchargement : Fiche d’évaluation des risques Fiche d’évaluation des risques Nom du projet : Code du projet : Chef de programme : Chef de projet : Processus d’ingénierie Exigences Élément Oui Non NA Remarques Stabilité Les exigences sont-elles stables ? Les interfaces externes évoluent-elles ? Complétude Y a-t-il des exigences que vous savez devoir figurer dans la spécification mais qui ne sont pas présentes ? (Si oui) Pourrez-vous intégrer ces exigences dans le système ? Le client a-t-il des exigences ou des attentes non écrites ? Les interfaces externes sont-elles entièrement définies ? Clarté Pouvez-vous comprendre les exigences telles qu’écrites ? N’existe-t-il aucune ambiguïté ou problème d’interprétation ? Validité Y a-t-il des exigences qui ne précisent pas ce que le client veut réellement ? Vous et le client comprenez-vous la même chose par les exigences ? Comment validez-vous les exigences ? Faisabilité Y a-t-il des exigences techniques difficiles à implémenter ? Précédent Les exigences spécifient-elles quelque chose d’inédit ou que votre entreprise n’a jamais fait auparavant ? Échelle La taille et la complexité du système sont-elles préoccupantes ? Page 1 sur 10 Version No.1.0 / Date : 21-01-2012 Copie de travail si imprimée ...

Lien de téléchargement : scrum-tmpl-100212

Lien de téléchargement : proposal-template.doc <Logo de l’entreprise> [Proposition] À Pour <Services proposés / Nom du projet> <Nom de l’entreprise> <Adresse de l’entreprise> <Téléphone> <Télécopie> [Table des matières] Réponse à la [APC].. 3 [Résumé exécutif].. 3 Profil de l’entreprise.. 3 Champ d’application du travail.. 3 Architecture.. 3 Hypothèses. 3 Estimation du travail.. 3 Estimation des coûts.. 3 Conditions générales. 3 Expérience de l’entreprise.. 3 <Suivi des sections spécifiques au document> Réponse à l’APC <Souligner le numéro d’identification de l’APC / appel d’offres et une brève introduction au document> ...

Lien de téléchargement : Procédure des propositions et contrats_1 Propositions et Contrats – Procédure Version 1.0 N° Description Numéro de version Demandeur Approbateur 1. Version initiale 1.0 NA Objectifs L’objectif de cette procédure est de définir et d’établir le processus de création et de soumission des propositions, ainsi que de la révision et de la finalisation des contrats. Champ d’application Le champ d’application de cette procédure s’applique à toutes les propositions soumises aux prospects et aux contrats finalisés avec les clients. ...

Lien de téléchargement : tableur de suivi des problèmes exemple

En tant que responsable de projet, j’ai vu le modèle freemium devenir de plus en plus populaire dans la communauté du développement logiciel. L’idée est simple : offrir une version basique de votre produit gratuitement, puis facturer des fonctionnalités premium ou des fonctionnalités supplémentaires. Ce modèle a bien fonctionné pour certaines entreprises, mais je pense qu’il constitue une proposition risquée pour la plupart des startups. Voici quelques raisons pour lesquelles : ...

Comme beaucoup de commodités en développement logiciel, une base de données partagée est un piège à sable attendant de fossiliser un projet. Les développeurs écrasent les modifications les uns des autres. Les modifications que je fais sur le serveur cassent le code sur votre machine de développement. Le développement à distance est lent et difficile. Évitez absolument d’utiliser une base de données partagée, car elles finissent par gaspiller du temps et contribuent à produire des bogues.

Nous parlons sans cesse de la qualité améliorée du logiciel et de la réduction des risques, mais un logiciel déployable est bien l’actif le plus concret pour les “extérieurs”, tels que les clients ou les utilisateurs. L’importance de ce point ne peut être trop soulignée.

Vous pouvez mieux gérer les délais, les coûts et la qualité en vous appuyant sur un logiciel fonctionnel avec des retours et des métriques réels, et non pas uniquement sur des tâches figurant dans un planning de projet.