2009-10-27 7 views
2

J'ai passé quelques heures à trouver des chiffres à jour concernant la part des méthodologies de développement logiciel telles que Waterfall, RUP ou Scrum mais je n'ai trouvé aucune information utile. Y a-t-il quelqu'un qui connaît ces enquêtes? Le document correspondant n'a pas besoin d'être librement disponible, mais, bien sûr, je l'apprécierais.Développement de logiciels Études méthodologiques

Merci beaucoup! Seb

+0

Est-ce pour une recherche ouverte? – csl

+0

Oui, c'est pour la recherche ouverte. – Seb

Répondre

1

Puisque vous êtes prêt à dépenser de l'argent, vous pouvez vous adresser à un analyste professionnel comme Gartner Research. Ils génèrent des tonnes de rapports et vous pourriez trouver quelque chose dans leurs archives. Les grandes entreprises citent souvent des études de Gartner.

Si cela ne donne aucun résultat, vous devriez faire une recherche dans les articles de recherche. Google Scholar pourrait vous y aider. Si tout le reste échoue et que vous avez assez de temps libre, vous pouvez effectuer une petite étude vous-même: Choisissez des entreprises au hasard et dites-leur que vous faites des recherches et que vous aimeriez leur poser quelques questions.

+1

Peut downvoters s'il vous plaît dire ce qui ne va pas avec mon poste? Je vais le supprimer si nécessaire, mais je pense sincèrement que ce matériel est utile. – csl

+0

Merci pour le tipp. J'ai créé un compte Gartner mais je n'ai pas réussi à trouver de bons résultats: /. – Seb

+0

Il y a peut-être d'autres bonnes firmes d'analystes que vous pouvez essayer, mais je pense que Gartner est l'un des plus grands. – csl

-2

peut-être pas utile, mais ne donne pas beaucoup aux mots à la mode. bon programmeur/ingénieur logiciel avec un sens/instinct ce qui doit être fait vous avez besoin. La plupart de ces procès ont été inventés parce que le programmeur craint fidèlement l'un de ces pradigmes et la voiture est allée contre le mur et un gars a justement souligné ce qu'ils ont manqué. mais cela peut arriver avec la plupart des stratégies si vous ne voyez pas la situation dans laquelle vous vous développez dans son ensemble.

les méthodes les plus récemment hyped comme XP je ne vois pas dans votre liste. ils fonctionnent bien même dans des équipes plus petites. :)

+0

"les méthodes les plus récemment hyped comme XP" ... S'il vous plaît - XP était l'une des premières méthodologies agiles :) Donc, par rapport à Scrum et Kanban ou quoi que ce soit, XP n'est pas très récemment hype. Cependant, si comparé à Waterfall il est "récent" :) – phidah

+0

Eh bien, pour ceux d'entre nous qui ont étudié les méthodologies pendant un certain temps, XP est définitivement un dernier battage médiatique! Avant XP est venu RUP, et avant que tout le truc OO, et avant cela, les méthodes structurées. Tout cela s'étend sur quelques décennies. Te souviens tu? ;-) – CesarGon

1

Quelques documents que j'ai sous la main pour vous aider dans votre recherche.

L'INFLUENCE DE LA STRUCTURE ADMINISTRATIVE SUR LA QUALITÉ DU LOGICIEL: UNE ÉTUDE DE CAS EMPIRIQUE

Nachiappan Nagappan
Microsoft Research
Redmond, WA, USA
NACHIN à microsoft.com

Brendan Murphy
Microsoft Research
Cambridge, Royaume-Uni
bmurphy à microsoft.com

Victor R. Basili
Université du Maryland College Park
, MD, USA
Basili à cs.umd.edu


Dans Actes, Conférence internationale sur la Génie logiciel, 1999, Los Angeles, CA, pp.85-95

Fractionnement l'Organisation et l'intégration du code: revisité Loi Conway


Mise au point le processus de développement


Gestion des humains - Contes piqueuses et plein d'humour d'un directeur de l'ingénierie du logiciel

+0

Désolé, mais je n'ai pas trouvé de chiffres dans ces sources. – Seb

1

Je crois que vous trouverez la plupart des logiciels développés pour les systèmes d'entreprise suit le développement itératif cy Elle a une méthodologie approximative similaire à celle de SCRUM, même si la plupart ne l'auraient pas réalisé. Les seules fois où vous verrez une méthodologie statique telle que Waterfall, ce sera probablement un grand projet gouvernemental qui exige que chaque document de conception technique et commerciale soit complété et approuvé avant le début de tout développement de logiciel.

1

Si une telle chose existait ...

  1. Il y aurait des normes fondées sur les résultats. Si près de 50% des magasins utilisaient effectivement Scrum ou RUP ou n'importe quoi, il y aurait une organisation de normalisation applicable martelant les détails.

  2. On nous dirait exactement quoi faire en fonction des résultats. Nos avocats et nos comptables nous demandent pourquoi nous utilisons une méthodologie uniquement utilisée par 15% et non une méthodologie utilisée par 28%. Nous aurions à composer avec des généraux de fauteuil citant les résultats à nous.

  3. Il y aurait des produits à vendre en fonction des résultats. "Soutenir la méthodologie la plus populaire." "L'une des méthodologies les plus populaires." "Trouble-tickets pour la méthodologie à la croissance la plus rapide."

  4. Vous verriez des publicités citant les résultats et réclamant des avantages quantitatifs spécifiques. "28% des entreprises utilisent notre version de Scrum avec une meilleure livraison à temps."

Avez-vous déjà vu des publicités ou des normes basées sur l'adoption d'une méthodologie? N'importe quoi?

De telles études quantitatives n'existent probablement pas.

De plus, une condition préalable au comptage est la définition. Pouvez-vous définir Scrum d'une manière différente de XP? J'en doute.

Je pense que ce type de données ne peut pas exister. Cela demande beaucoup plus de formalité et de standardisation que ce qui est même possible à distance pour quelque chose d'aussi complexe que le développement de logiciels.

1

Je ne pense pas que vous trouverez des données fiables sur ce que vous cherchez. J'ai cherché ce genre de chiffres pendant quelques années et je ne les ai pas trouvés. Tout d'abord, très peu d'organisations vous disent quelle méthode ils utilisent. Certains n'en utilisent tout simplement pas. Certains autres ne savent pas ce qu'ils utilisent, ou comment l'appeler. Et certains savent comment l'appeler, mais ne le divulgueront pas pour quelque raison que ce soit. Parmi les organisations qui vous diront, qui sont (selon mon expérience) une minorité, il y a une grande asymétrie dans la façon dont elles caractérisent ce qu'elles vous disent.La façon dont votre propre question est formulée illustre ceci: la plupart des gens de l'industrie (et de nombreux universitaires) aujourd'hui, lorsqu'on leur demande d'énumérer des méthodologies, pensez à waterfall, RUP, Scrum, XP, et quelques autres approches agiles "trademarked". C'est intéressant, mais ils sont parfaitement capables de citer un certain nombre d'approches agiles, dont les différences sont généralement beaucoup plus faibles que les différences entre des méthodes (presque oubliées) qui sont regroupées sous une «cascade». Les approches agiles sont si fortement commercialisées et hype que, comme Coca-Cola ou McDonald, sont si présents dans nos vies quotidiennes.

Les méthodologies sont souvent présentées comme cascade ou agiles. C'est une erreur terrible, favorisée par la communauté agile. Il existe des méthodologies réussies qui ne sont pas qualifiées de chute d'eau et qui sont antérieures (et ne sont pas qualifiées) d'agiles. Cependant, ils semblent être ignorés, et ils font rarement surface sur des enquêtes telles que celle que vous demandez dans votre question. Très rarement, je trouve des gens dans l'industrie qui utilisent des méthodes telles que Catalysis, OPEN/Metis ou Fusion.

(Note:.. Ne vous méprenez pas, j'apprécie la valeur et les contributions du mouvement agile Mais je ne suis pas fan délirant, je suis un chercheur qui tente de faire une évaluation objective)

En résumé , Je ne pense pas que vous trouverez une étude avec des données qui répondent à votre question. Mais, dans votre recherche, je vous suggère de prendre en compte ces commentaires.

Bonne chance. :-)

+0

Merci pour ce qui semble être la seule mention de Catalysis ici - SO les gens semblent être beaucoup plus intéressés par des sujets pratiques. – mlvljr