Où je travaille, nous avons de petites équipes de 2 à 5 personnes. En tant que chef de dev, quelles sont les choses que vous avez mises en œuvre qui distinguent votre équipe des autres? Ce qui veut dire que les autres équipes disent «c'est cool» ou «pourquoi n'y avons-nous pas pensé». Juste un peu de réflexion hors de la boîte qui a rendu votre équipe extrêmement efficace.Que fait votre équipe pour se démarquer?
tests unitaires automatisés et un système automatisé de construction (comme CruiseControl)
abord et avant tout - nous obtenons les choses à temps qui répondent aux critères faits. C'est la meilleure chose à faire, à mon avis :)
La plupart des équipes ici font les choses à temps donc je suis à la recherche d'un avantage. – 4thSpace
Nous effectuons actuellement des tests unitaires et fonctionnels automatisés avec CC.NET. QA nous aime pour cela. Mais, je cherche des choses comme ça.
jours chemise hawaïenne
Si c'est le point de vente de votre maire, vous êtes probablement dans la mauvaise entreprise: P –
Ce n'était pas une réponse sérieuse - la langue est plantée fermement dans la joue. Veuillez regarder Office Space et revenez lorsque votre sens de l'humour a été ajusté en conséquence.:) –
Personnellement, je dirais que mon sens de l'humour devrait être ajusté en conséquence * avant * Je pourrais regarder Office Space (États-Unis). :) –
faire des présentations en entreprise sur des sujets généraux que les autres équipes pourraient être intéressées, mais ne sont pas directement liés à leur travail (sinon ils sont censés savoir plus que vous sur ces questions) . Faire du bénévolat dans le cadre de projets qui profitent à tout le monde.
(par exemple, l'introduction de Stylecop dans la base de code, le déjeuner de geek chaque semaine, et similaire)
Pour les autres membres de l'équipe, cela a un effet dissuasif: la pression constante des pairs pour faire une présentation quand vous êtes un développeur d'as, mais se mettre en face des gens pour parler n'est pas vraiment votre truc. J'accepte, mais je ne le demande pas – dacracot
Pourquoi rivaliser avec d'autres équipes, l'objectif de l'entreprise devrait être un commun.
Nous avons à peu près deux équipes (une travaillant sur le produit «sur étagère» et une autre travaillant pour des solutions sur mesure). Mais nous sommes habitués à nous aider beaucoup. Et à mon avis, c'est comme ça que ça devrait être.
Je suis d'accord, les équipes devraient chercher des moyens de réduire l'animosité entre elles plutôt que de l'augmenter, mais un peu de compétition peut être une bonne motivation. tion de produire un produit de qualité, s'il est utilisé judicieusement. –
Dans les grandes organisations, il existe une concurrence pour le talent. Si vous ignorez cela, vous vous retrouvez régressant à la moyenne. – dacracot
Écrire un bon code?
Ecrire mauvais code.
Vous pouvez écrire du bon code sur une mauvaise équipe. – dacracot
Oui, mais ça devient un peu brouillon s'ils bougent. –
Nous standardisons uniquement le processus de construction. Nous ne faisons pas en sorte que nos développeurs expérimentés utilisent les compétences qui leur sont dictées. Nous les laissons coder comme ils le souhaitent, avec un éditeur et une ligne de commande, avec un IDE, avec un marteau et un burin s'ils le veulent. Ils sont seulement contraints par le processus de construction. Tout le monde est soumis à la même construction, dans notre cas, un script ant.
Les développeurs aiment et jouent dans notre groupe en raison de la liberté. Les autres groupes qui contraignent leurs développeurs ne peuvent pas comprendre comment nous le faisons.
Je ne suis pas d'accord que c'est un objectif de l'entreprise. Parce que finalement chaque personne cherche son propre soi. Il est important pour une équipe de se démarquer. La raison étant multiple. Pour se démarquer, l'équipe doit être capable de se présenter et le chef d'équipe doit en assumer la responsabilité. Il ne suffit pas de développer un bon code ces jours-ci mais aussi de pouvoir le présenter
Cela devrait être Community wiki. –