How to Sharpen Your Political IQ for a Smoother Career Path

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.

Risk Assessment Checklist

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émentOuiNonNARemarques
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

Project Proposal Template

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]

  1. Réponse à la [APC].. 3
  2. [Résumé exécutif].. 3
  3. Profil de l’entreprise.. 3
  4. Champ d’application du travail.. 3
  5. Architecture.. 3
  6. Hypothèses. 3
  7. Estimation du travail.. 3
  8. Estimation des coûts.. 3
  9. Conditions générales. 3
  10. Expérience de l’entreprise.. 3

<Suivi des sections spécifiques au document>#

  1. Réponse à l’APC

<Souligner le numéro d’identification de l’APC / appel d’offres et une brève introduction au document>

Proposals and Contracts [Sample]

Lien de téléchargement : Procédure des propositions et contrats_1

Propositions et Contrats – Procédure#

Version 1.0

DescriptionNuméro de versionDemandeurApprobateur
1.Version initiale1.0NA
  1. 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.

  2. 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.

Make it free or fail

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 :

Never use a shared database server for development work.

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.