Gestion du développement de projet pour un programmeur unique?

Question

Je vais commencer un nouveau travail dans quelques semaines où je serai responsable de la maintenance et du développement de deux applications web existantes et du développement de nouvelles applications web. Comme je serai le seul développeur sur le projet et que le développeur précédent était plus un amateur, aucune technique formelle de gestion de projet ou de planification n'a été suivie. De plus, aucun suivi de bogue n'a été utilisé ou si quelque chose a été enregistré, ce ne sont que des notes sur papier. Je voudrais donc introduire un meilleur système pour aider à résoudre certains des problèmes et aider à assurer que les choses fonctionnent plus facilement. J'ai l'intention de développer en utilisant un processus agile (scrum probable) et voudrais donc savoir quelles solutions tout-en-un les gens pourraient recommander pour moi de regarder plus loin. Je cherche quelque chose qui fournira au minimum:

• Planification du projet
  • Définition de nouvelles fonctionnalités
  • temps estimation
  • Capacité à organiser les tâches par priorité
• Gestion de projet
  • Suivi des tâches actives
  • rapports
• Bug Tracking

Je voudrais aussi laisser d'autres employés facilement soumettre de nouveaux bogues dans les applications qu'ils trouvent ou clients rapport. De plus, les aider à ajouter de nouvelles histoires/tâches de haut niveau serait utile afin qu'ils puissent noter d'autres nouvelles exigences/caractéristiques et je pourrais ensuite travailler avec eux pour définir des tâches et des estimations plus détaillées.

Jusqu'à présent, je l'ai regardé un certain nombre de systèmes, y compris:

• FogBugz - Semble grand pour les rapports de bogues, mais aurait besoin de quelque chose d'autre pour la planification du projet/gestion
• Agile Buddy - Ceci est probablement la meilleure solution Je l'ai trouvé à ce jour
• Trac
• Smart Sheets
• Pivotal Tracker

Cependant, comme je n'ai utilisé aucun de ces systèmes moi-même, je ne sais pas quels seraient les meilleurs ou s'il y a une meilleure solution là-bas ??? Donc, toutes les recommandations que vous pouvez fournir seraient très appréciées.

Answer 1

En fait, FogBugz gère également le projet. Il essayera même d'apprendre comment les estimations de temps pour les caractéristiques sont exactes pour chaque utilisateur, et vous donnera les temps d'achèvement des étapes estimés en conséquence, avec des probabilités de finition à diverses dates. Je l'ai utilisé pour le suivi des bogues, et je l'ai vraiment aimé, mais j'ai aussi lu assez de choses sur ses fonctionnalités de gestion de projet pour savoir qu'il les a, et ils sont plutôt bons.

FogBugz feature list

Answer 2

Quand je travaillais en tant que développeur solitaire, je pris une copie de Planning Extreme Programming et acheté un paquet de cartes 3x5 et une boîte en plastique pour eux. J'ai utilisé ceux dans le jeu de planification et collé ceux sur lesquels je travaillais sur mon mur. Mon patron pouvait marcher et voir ce sur quoi je travaillais. Cela a bien fonctionné et coûtait peu.

Nous utilisons actuellement Zen au travail - c'est une carte Web Kanban pour la planification. C'est bien quand vos parties prenantes ne sont pas co-localisées ou si les priorités/exigences changent fréquemment.

Vous pouvez entrer des bogues comme user stories avec l'un ou l'autre des systèmes, ou vous pouvez utiliser un système de suivi des défauts séparé.

Je voudrais savoir si Scrum convient à un magasin de développeur unique. Il est ciblé vers la gestion de projet. Je préférerais ne pas avoir une réunion de stand-up avec moi-même. ;) XP (programmation en paire moins) fonctionne bien pour un développeur solitaire.

Answer 3

Pour un one-man show, vous n'avez besoin d'aucun outil pour en parler.

Les outils - en général - servent à la coordination.

Si c'est juste vous, qu'est-ce que vous coordonnez précisément?

Si vous souhaitez rendre les choses visibles, une paire de pages Web simples et centrées sur le Web, construites à partir de contenu statique, suffira.

Bugs.

Burndown pour caractéristiques.

C'est à peu près tout. Utilisez les outils les plus simples que vous pouvez éventuellement utiliser. Je recommande d'utiliser docutils pour générer le code HTML à partir de texte simple et simple. Ne soyez pas satisfait de l'outil tant que vous n'avez pas une équipe suffisamment grande pour que le texte simple ne fonctionne plus.