Quelle est la différence entre développement et R & D?

Un collègue m'a demandé d'expliquer clairement la différence entre développement ordinaire et recherche et développement (R & D) et était incapable de le faire. Après avoir lu Wikipedia, je n'ai toujours pas de réponse précise.

Selon Wikipedia (légèrement modifié):

Il existe deux modèles principaux:

• Dans un modèle, la fonction principale est de développer de nouveaux produits ;

• dans l'autre modèle, la fonction principale est de découvrir et de créer de nouvelles connaissances sur des sujets scientifiques et technologiques dans le but de découvrir et de permettre le développement de nouveaux produits, processus et services utiles.

Le premier modèle est déroutant. Cela signifie-t-il que le développement (et non la R & D) consiste exclusivement à ajouter de nouvelles fonctionnalités à un produit, à résoudre des bugs et à effectuer la maintenance? Et si quelque chose qui était auparavant développé comme nouvelle fonctionnalité devenait un produit séparé?

Le second modèle est moins déroutant, mais quand même, comment qualifier si quelque chose est une nouvelle connaissance ou une connaissance existante qui vient d'être redécouverte?

Plus tard, Wikipedia ajoute que le développement ordinaire est différent de la R & D en raison de:

profit presque immédiat ou amélioration immédiate.

Ce n'est toujours pas assez clair. Comment qualifier un "profit quasi immédiat"? Que se passe-t-il si une tâche génère un profit immédiat mais nécessite des recherches approfondies? Ou si elle est basique mais a un profit incertain, comme l’application d’un style commun sur la base de code?

Par exemple, appartient-il au développement ou à la R & D pour:

• Développer un moteur qui abstrait l'accès à la base de données, simplifiant et simplifiant énormément le code d'autres applications (existantes ou à écrire) qui devraient accéder à la base de données?

• Établissez une nouvelle architecture orientée services pour l'ensemble de l'organisation des ressources de l'entreprise, afin de passer d'un ensemble d'applications distinctes et autonomes à un ensemble de services Web interconnectés et bien organisés, comme ce qui est utilisé par Amazon?

• Concevoir un nouveau protocole de communication pour permettre une réplication plus rapide des données entre deux centres de données de la société?

• Concevoir un nouveau type de test logiciel tout en travaillant sur un produit spécifique, sachant que ce type de test va améliorer / simplifier le processus de test?

• Prouver que la programmation fonctionnelle est plus appropriée que la POO pour une application spécifique, basée sur des preuves, la logique et l'expérience antérieure?

• Améliorer l'application existante en ajoutant des gestes sur des écrans tactiles, après des études et des tests montrant que ces gestes améliorent la productivité des utilisateurs d'au moins 1,4 pour un ensemble de tâches précis?

• Trouver un moyen d'améliorer fortement l'efficacité énergétique d'un centre de données?

• Créer un langage spécifique au domaine (DSL)?

En bref, comment puis-je déterminer si je fais de la RD tout en travaillant sur quelque chose?

Grande question.

Il est important de faire la distinction entre "développement" et "R & D".

• Point 1

R & D = expérimenter des idées / technologies qui pourraient ne jamais devenir réellement un produit.

Développement logiciel = travailler sur un produit / service souhaité par un vrai client.

• Point 2

La R & D consiste à développer de nouvelles solutions pour un domaine de problèmes spécifique. Le résultat final de cette entreprise est ce que j’appelle des "jouets de recherche".

Pour être un produit logiciel, le jouet de recherche doit être complètement ré-implémenté. Sinon, vous obtiendrez un produit qui plaira à une base d'utilisateurs de plus en plus élite et érudite. Le problème ici est que cette base d'utilisateurs élite et érudite n'a généralement pas d'argent à dépenser.

Pour réussir, le logiciel doit être une nouvelle implémentation fidèle du jouet de recherche, accessible et apprécié de l'utilisateur du produit. Pour être vraiment remarquable, le logiciel doit à la fois séduire les utilisateurs élites et érudits.

• Point 3

La recherche implique une recherche scientifique ou scientifique et tend à viser le plus grand bien d'une industrie ou de la société en général. Le développement de produits a différentes motivations et résultats: il dépend du potentiel de profit. L'état de développement du produit est sain. L'état de la recherche sur l'éclairage ne l'est pas.

Nous avons besoin d’un engagement collectif en faveur du bien commun pour répondre à de telles questions. Mais ce n’est pas simplement de la philanthropie; la réponse répondrait à un objectif pratique. Les sources lumineuses accordées spectralement au système visuel seront plus durables. Ils utiliseront moins d'énergie en générant leur sortie dans des régions du spectre où le système visuel réagit le plus fortement, ce qui permet une meilleure visibilité des utilisateurs du bâtiment. Cet exemple renforce la différence entre la recherche et le développement de produits.

• Point 4

Tout le développement de nouveaux produits à être R & D. Je pense que certains d'entre vous confondent la science pure et abstraite avec la R & D. Ils ne sont pas les mêmes. La R & D peut être très orientée produit. Les scientifiques sont peut-être à la recherche d'un vaccin pour guérir le sida. C’est une tâche très spécifique de créer un produit à vendre et c’est certainement de la R & D et pas seulement des gars qui déconnent.

• Point 5

Recherche et développement dans le monde technique = trouver des moyens de réaliser quelque chose d'intéressant ou d'important, en utilisant comme point de départ des techniques et technologies connues.

Développement de logiciel = trouver des moyens de faire quelque chose d’intéressant ou d’important, en s’appuyant sur les techniques et technologies connues.

• Point 6

Pratiquement tout développement de logiciel est la partie D de la R & D. Parfois, il n’ya que très peu de R dans la «R & D» du logiciel. Parfois, il y a beaucoup de R dans la "R & D" du logiciel.

Cela dépend de plusieurs mesures. Par exemple,

Gérant le développement de logiciels pour diverses entreprises, la R & D prend différentes significations en fonction de la taille de l'entreprise, de la clientèle, etc.

Dans une petite entreprise de logiciels, avec seulement une poignée d'employés, la ligne de démarcation entre le logiciel de R & D et le logiciel de production est généralement très petite. Qu'est-ce qu'un jour est un projet de recherche et développement de logiciels, le lendemain, il pourrait être expédié comme logiciel de production aux clients.

Au fur et à mesure que les sociétés de logiciels se développent et qu’elles ont une ou plusieurs gammes de logiciels de production, elles tendent à créer une plus grande séparation entre les projets de logiciels de R & D et les produits logiciels de production (pour des raisons évidentes). Cet écart de R & D est généralement créé pour créer une plus grande diversification de leurs produits logiciels pour demain, tout en permettant au développement logiciel de production de continuer à produire aujourd'hui.

Cela ne veut pas dire que les logiciels de production ne bénéficieront pas de nouvelles fonctionnalités innovantes. Les développeurs de logiciels de production sont généralement aussi "pointus" que les développeurs de R & D. En fait, dans une entreprise, nous avions un programme d’enrichissement qui permettait aux développeurs de logiciels de production d’adhérer à des projets de R & D. Cela a non seulement ajouté une nouvelle énergie cérébrale aux équipes de R & D, mais dans de nombreux cas, les développeurs de production ont présenté de nouvelles idées pour la production de meilleurs logiciels au niveau de la production.

• Point 7

D = "sachant où vous voulez être à la fin", et R parce que "au début du projet, vous ne savez pas ce qui sera nécessaire pour y arriver"

• Point 8

La R & D, ce sont les chanceux qui peuvent faire ce qu’ils veulent sans rendre de comptes.

Bonne recherche / ressource sur ce sujet:

• http://www.econ.upf.edu/~albertbanal/Commercial%20Incentives.pdf
• http://www.csiic.ca/pdf/Gegenworte.pdf
• http://web.cecs.pdx.edu/~york/York-CS-Summit-Beijing2006.pdf

La différence est dans les attentes.

• Quand je travaillais en R & D, je devais avant tout fournir des résultats de recherche .

• Lorsque je travaillais dans le développement, je devais avant tout fournir des logiciels fonctionnels .

_{Celles-ci ne sont pas totalement séparées et il peut y avoir des zones grises assez importantes entre les deux. En développement, il m'est parfois arrivé de faire quelques recherches . De même, dans l'un des projets de recherche, j'ai été chargé de développer un programme particulier.}

Comme d'autres l'ont dit, la R & D implique la recherche. Pour moi, la recherche porte sur quelque chose que personne ne sait faire à l'heure actuelle. Si cela a été fait, il ne s'agit pas de recherche, même si cela peut nécessiter beaucoup de temps pour étudier les solutions existantes et la littérature.

A propos de votre liste:

• Développer un moteur qui abstrait l'accès à la base de données, simplifiant et simplifiant énormément le code d'autres applications (existantes ou à écrire) qui devraient accéder à la base de données?

De nombreux ORM existent. À moins que le vôtre fasse quelque chose de vraiment différent, je ne le considérerais pas comme de la recherche et du développement.

• Établissez une nouvelle architecture orientée services pour l'ensemble de l'organisation des ressources de l'entreprise, afin de passer d'un ensemble d'applications distinctes et autonomes à un ensemble de services Web interconnectés et bien organisés, comme ce qui est utilisé par Amazon?

Nan.

• Concevoir un nouveau protocole de communication pour permettre une réplication plus rapide des données entre deux centres de données de la société?

Si cela améliore les protocoles connus, alors je considérerais cette recherche et développement.

• Concevoir un nouveau type de test logiciel tout en travaillant sur un produit spécifique, sachant que ce type de test va améliorer / simplifier le processus de test?

• Prouver que la programmation fonctionnelle est plus appropriée que la POO pour une application spécifique, basée sur des preuves, la logique et l'expérience antérieure?

• Améliorer l'application existante en ajoutant des gestes sur des écrans tactiles, après des études et des tests montrant que ces gestes améliorent la productivité des utilisateurs d'au moins 1,4 pour un ensemble de tâches précis?

• Trouver un moyen d'améliorer fortement l'efficacité énergétique d'un centre de données?

• Créer un langage spécifique au domaine (DSL)?

Aucune de ces choses ne semble inclure la recherche. Pour donner d’autres exemples de choses que je considérerais comme de la R & D:

• Améliorer l'inférence de type dans Scala, permettant une meilleure unification

• Inventer un nouveau type d'optimisation du compilateur

• Créer une nouvelle base de données qui présente des différences significatives par rapport à celles existantes - disons comme CouchDB quand il a été conçu

• Développer une bibliothèque de travail utilisable pour la programmation réactive fonctionnelle

• Trouver un nouvel exploit dans les logiciels ou protocoles existants

• Inventer un nouvel algorithme de compression

De manière informelle, la façon dont je le définirais (et comment je l’ai généralement vu utilisé dans la pratique) ressemble à quelque chose comme:

L'expression R & D est utilisée pour indiquer que vous n'êtes pas sûr de l'approche exacte pour atteindre quelque chose et / ou si cela peut même être fait et de son efficacité.

(EDIT: reformulé légèrement)

Fondamentalement, c’est une façon rapide et commune de dire qu’il nous reste une inconnue importante. Si vous essayez de répondre à votre question, alors, cela dépend vraiment de qui fait la classification; bon nombre de ces éléments semblent inclure une composante de recherche importante, mais je suppose que certaines personnes seraient en mesure de réaliser nombre d'entre elles sans aucune recherche. Cela dépend à la fois de la tâche et de l'individu.

En regardant la liste actuelle, je classerais personnellement ceux-ci selon si j’ai fait quelque chose de similaire dans le passé, et j’aurais donc une grande confiance dans ce que je vais faire (ou du moins, être capable de donner une bonne idée estimations).

40 000 $ par an, augmentation du salaire?

Dans la R & D, le R utilise parfois des recherches pour décrire une chose qui est également décrite comme un développement technologique où nous découvrons comment faire quelque chose que nous ne savions pas comment faire. Peut-être bien qualifiée de recherche appliquée, nous pourrions concevoir quelque chose à la spécification, puis essayer généralement de la breveter ou de la protéger ou de l'exploiter autrement pour en tirer un avantage concurrentiel.

Le R pourrait également faire référence au risque, car les projets de recherche et développement tentent souvent de combiner à la fois la découverte et l’exploitation de nouvelles technologies et l’exploitation de technologies connues. Parmi les autres risques liés à cette approche, vous devez diviser votre objectif, construire des prototypes qui ne sont PAS destinés à être jetés, et la probabilité que le marketing soit impliqué et traitera les estimations comme des contrats.

La R & D est un terme qui peut habiller un département principalement impliqué dans le développement. La plupart des projets technologiques devraient associer la recherche à une sorte de prototype, mais créer une ou une douzaine de choses ne me semble pas être un développement, à moins que cela ne puisse être confié à la fabrication.

La recherche inclut généralement une notion de rigueur telle que l'examen de la littérature ou des brevets à la recherche d'un état de la technique, affirmant des revendications d'innovations nouvelles et démontrant leur valeur et leur caractère unique d'une manière ou d'une autre. La recherche académique synthétise parfois les idées de la littérature académique, modélise mathématiquement un phénomène ou rapporte une étude de cas avec une analyse, des conclusions et une proposition d’étude future.

Peut-être que la R & D s'intéresse à des choses qui n'ont pas encore été faites mais qui seront disponibles à court terme en tant que produit.

La R & D expérimente des idées qui pourraient ne jamais devenir un produit. Où, le développement de logiciels travaille sur un produit / service pour devenir un produit.