37 votes

Que faites-vous lorsque votre entreprise est manquant somethings dans "Test de Joël Score"?

Je suis vraiment, vraiment impressionné par le Joel Test du score.

Il a défini une liste de tout logiciel, ordinateur devrait suivre. C'est génial si votre entreprise scores 12/12, mais il est plus fréquent que votre entreprise est manquant somethings dans cette liste (en fait, mon entreprise semble score 0/12 ...).

Que faites-vous si votre entreprise est en manque de quelque chose? Je sais que certains tests sont plus importantes que d'autres, et certains tests peuvent être fixés par un programmeur (pas complètement). Qu'allez-vous faire pour réduire le manque de touche et d'améliorer votre environnement de travail, par exemple, lorsque vous avez à travailler dans un environnement bruyant, que feriez-vous de l'ignorer et se concentrer sur votre travail?

25voto

Pavel Shved Points 34706

Si vous regardez de plus près à Joël blog, vous remarquerez peut-être un autre article, à Faire des Choses, Quand Vous êtes Seulement un Grognement, ce qui peut vous aider.

18voto

NinjaCat Points 3809

La réalité est que vous pouvez très bien ne pas être en mesure de changer l'un d'eux. Et en essayant de le faire pourrait vous laisser avec peu d'amis, ou vous dans votre bureau de frapper votre tête contre le mur.

Pour ces derniers, vous pouvez prendre l'initiative et de mettre en œuvre sur votre propre. Peut-être qu'il va attraper sur.


  • Pouvez-vous faire un build en une seule étape?
    • Si vous êtes à la construction guy, ou avoir accès à des outils de création, vous n'avez pas besoin d'acheter pour obtenir ce fait.

  • Faites-vous quotidiennement?
    • Même que ci-dessus.

  • Avez-vous une base de données de bogues?
    • Eh bien, si vous n'installez pas un. Vous pouvez créer un Linux, VM gratuitement et installez l'un des nombreux open source outils de suivi des bogues. Commencer à l'utiliser. Si vous avez des demandes et bug les avis, les saisir vous-même, et quand les gens demandent ce que votre statut, ou de ce que l'état a une certaine demande, vous pouvez envoyer l'URL du tracker de bug. Vous pouvez l'utiliser pour montrer à votre patron de votre travail, etc.

  • Avez-vous de corriger les bugs avant d'écrire du nouveau code?
    • Évidemment, vous pouvez vous adresser à vous-même. Obtenir everyoen d'autre à faire, c'est une toute autre question et nécessiterait par en de vos supérieurs.

Je pense que ce sont les plus difficiles à changer:

  • Avez-vous un calendrier à jour?
  • Avez-vous un spec?
    • Vous pourriez ne jamais être en mesure de l'obtenir. Horaires de glissement, les entreprises veulent obtenir de codage plus rapide que de la planification, etc. Semble de plus en plus comme une entreprise de culture de problème qu'autre chose. Pouvez-vous changer? Peut-être, mais vous avez besoin de buy-in.

  • Les programmeurs ont des conditions de travail tranquilles?
    • Cela suppose que vous avez l'espace pour donner aux programmeurs. À une compagnie pour laquelle je travaillais, nous avons tous eu nos propres bureaux/zones. Mais nous avons embauché 5x la population et qui ne marchait plus. YMMV.

  • Pensez-vous utiliser les meilleurs outils de l'argent peut acheter?
    • Peut-être que vous n'avez pas besoin de la non-outils Open Source. Peut-être que vous n'avez même pas besoin d'eux. Je pense que Joel est point ici est que vous avez besoin d'avoir les outils pour faire votre travail. Si vous ne les avez pas, vous devez rédiger une proposition sur les coûts et les avantages et les présenter que, jusqu'à la chaîne.

14voto

Abel Points 24335

La première leçon dans le Joel test devrait être: Faites-vous régulièrement de façon critique revoir le logiciel de l'équipe de tests de qualité?

Alors que j'aime Joel et la liste est une bonne liste, c'est un point de départ et sans une bonne connaissance de la façon d'appliquer quelque partie que ce test vous indique candidature, vous n'irez pas loin par la simple introduction à votre équipe. Pire, il peut faire plus de mal que de bien.

Avec un client actuel, beaucoup de ce test est raté quand j'ai commencé là-bas. Expliquant les gestionnaires que la qualité est quelque chose de mesurable dans moins de bugs, une meilleure compréhension des processus et une meilleure compréhension de retard (!) et moins cher sur très court préavis, m'a aidé à introduire de nombreux de ces concepts.

Il est et a toujours été difficile de présenter tous les outils qui coûtent de l'argent (faites le calcul: un programmeur peut coûter une société de 6000 $un mois, tous les dans les, que les outil supplémentaire de 300 $par an et par siège qui permet de gagner 1 heure par jour, en quelque sorte, les gestionnaires ne peuvent tout simplement pas à calculer, ils considèrent encore trop cher). C'est un drôle de la vérité et à la fin, l'entreprise ne sera pas seulement de perdre du temps, mais aussi de la part des programmeurs.

Mais vous devez commencer quelque part. Ne nuisent pas à l'équipe, mais lentement introduire de nouveaux concepts. Contrôle à la Source (un bon un, ne pas, je le répète, NE PAS utiliser Visual Source Safe), fonction/debug de suivi et de conditions de travail tranquilles, vous obtiendrez plus de la moitié, sont gratuits ou peu coûteux et sont faciles à mettre en place. Vous pouvez (ab)utiliser la fonctionnalité du système de suivi de la documentation, des spécifications, suivi des bogues et de la planification. Avec la restauration des installations de contrôle de la source ainsi, vous obtenez une grande partie de l'x/12 score.

N'est pas (encore) de tenter quoi que ce soit qui retarde le processus ou "se sent comme" beaucoup de travail avant que tout résultat se voit. Ce sont des choses comme un calendrier de libération, spécifications, comme la FD et TD et (très) cher des outils qui nécessitent des connaissances que vous n'avez pas (l'interprétation de la sortie à partir d'une bonne mémoire profiler est un art à lui-même, par exemple). Introduire de nouveaux concepts lentement et vous devriez être bien.

10voto

StudiousJoseph Points 3578

C'est une bonne question!!!

Personnellement, j'ai travaillé sur l'amélioration de notre logiciel existant politiques de développement, l'intégration de nouveaux outils et de meilleures pratiques.

Le meilleur conseil que j'ai pour vous est la suivante: "L'Exemple".

En montrant d'autres, comme les membres de votre équipe et vous, dirigeants, comment bien vous faire ce que vous faites, comment gérez-vous votre base de code, votre productivité, etc, ils seront inévitablement souhaitez répliquer que.

Être patient et rappelez-vous que faire la bonne chose, c'est toujours mieux, même lorsque d'autres montrent la résistance au changement.

5voto

ZXX Points 3216

Si votre entreprise vous oblige dans de mauvaises conditions de travail, ce qui est un signe de profond mépris pour un développeur de logiciel, la seule chose que vous pouvez réellement faire est de commencer à chercher une autre entreprise le plus tôt possible. Parfois, vous serez en mesure de le faire, parfois, vous n'aurez pas, du moins pas assez vite, mais il est important de lui donner votre meilleur coup, de ne pas s'asseoir et espère que quelqu'un va se spontanée QI amélioration de la semaine prochaine, si vous savez ce que je veux dire :-)

Un peu de Joe éléments ne sont pas essentielles pour tous les types de dev-ing, mais des conditions de travail.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X