La planification et le Bungie-Boss
Dilbert a de nombreuses bandes sur le bungie-boss. Nos défis et nos attentes en matière de planification peuvent être à la fois la cause et l'effet de la chute du leadership. D'après mon expérience dans une entreprise du Fortune 100, en un an, tous ceux qui ont commencé l'année en tant que chef de projet ont quitté. C'était peut-être dû au problème de planification. Je ne sais pas si votre ancien responsable est parti pour cette raison, mais lorsque votre rôle vous oblige à faire un plan avec un engagement, si cela ne se réalise pas, souvent, une sortie liée à la date limite est le résultat.
Contexte organisationnel de la planification
Si vous n'êtes pas à l'aise avec la planification, vous n'êtes peut-être pas à l'aise avec la responsabilité des engagements pris envers le marketing ou d'autres parties prenantes avant que les problèmes à résoudre soient documentés ou compris. C'est un bon instinct.
La planification est un outil important. Ne le néglige pas. Ne vous méprenez pas.
La planification est intimement liée aux engagements, à la responsabilité et au pouvoir de négociation. La planification agile a de nombreux avantages. Vous devez connaître ses techniques, ainsi que les techniques des méthodologies prévues. Votre organisation peut avoir sa propre approche et obtenir des conseils et travailler avec quelqu'un qui a survécu au leadership de nombreux projets peut être étonnamment utile.
Un exemple de planification simple - ne doit pas concerner un logiciel ...
Si une entreprise de toiture venait chez moi pour enchérir sur un remplaçant, si elle offrait trop bas, elle pourrait perdre de l'argent sur le chantier, mais si elle soumissionnait trop, elle n'obtiendrait pas du tout le travail. De toute façon, ils sont en faillite. Dans votre nouveau rôle, si vous mordez trop bas, vous exécuterez le projet jusqu'à ce que la responsabilité entre en jeu, puis vous aurez des problèmes. Si vous estimez un projet avec suffisamment de rembourrage pour assurer le succès dans les délais, ils choisissent simplement quelqu'un d'autre pour diriger. Le truc, c'est que vous n'êtes pas comme le couvreur. Il peut voir la taille du toit et dispose de données historiques sur la durée de la taille du toit.
Devenir un meilleur planificateur
Vous voudrez peut-être envisager une sorte de formation. Dans les méthodologies agiles et les méthodologies planifiées les plus récentes, l'estimation est une activité à l'échelle de l'équipe. Par conséquent, vous devriez également envisager de vous former pour votre équipe.
Par expérience, je peux vous dire qu'il peut être frustrant d'obtenir des estimations des membres de l'équipe qui la retarderont, de vous donner des estimations qu'ils font en deux minutes en fonction du nom de la tâche sans référence à une description d'exigence ou de fonctionnalité ou au code existant, ou qui insistent sur le fait que plusieurs des tâches que vous énumérez peuvent être effectuées en une fraction de journée, même si les projets antérieurs ont passé des semaines sur des questions similaires.
Il existe divers cours de formation et certifications de chef de projet, mais je surveillerais celui qui a été accrédité de manière indépendante. Il peut être utile de réfléchir avant de choisir de certifier avec des approches basées sur des méthodologies planifiées si vous prévoyez de travailler avec des équipes Agiles (ou l'inverse).
SLIM est une méthode inventée par Putnam après avoir travaillé chez GE et d'autres sociétés sur des projets DoD dans les années 1970. SLIM est influent, et son entreprise QSM propose une certification qui semble découler d'un outil qu'ils fabriquent. Selon que votre entreprise a adopté son outil, celui-ci peut n'avoir aucune valeur ou une valeur élevée.
Steve McConnell (auteur de Code Complete) a également écrit un livre sur l'estimation de logiciels, et sa société Construx enseigne deux classes de crédits PDU accréditées par le Project Management Institute. J'ai son livre, et si je voulais en apprendre davantage sur le sujet via une formation en classe, je choisirais probablement Construx. Ils font également de la formation Scrum et administrent diverses évaluations Scrum accréditées via Scrum.org.
Une autre source qui pourrait fournir une excellente formation académique sur l'estimation de projets logiciels, serait le groupe de Barry Boehm à l'USC , basé sur leurs travaux approfondis sur la modélisation des coûts constructifs COCOMO et COSYSMO qui a été utilisé à la NASA et d'autres grands entrepreneurs pour estimer de très grands projets. Je ne suis pas sûr de vraiment croire en COCOMO, mais j'aime le travail empirique qu'ils ont fait pour corréler les effets des facteurs d'échelle et des coûts sur la durée du calendrier.
J'ai également trouvé un chapitre d'un manuel publié par O'Reilly qui traite brièvement des principales méthodes d'estimation logicielle, notamment Watts Humphreys PROBE et le jeu de planification de Kent Beck. SONDE inclut une notion selon laquelle les ingénieurs suivent les mesures de leur propre productivité, puis les appliquent à leur partie affectée à de nouveaux projets. Planning Game est une collaboration très étroite entre les développeurs et les autres parties prenantes.