WebTVContent(en)
Moving to SCRUM - Part I
SCRUM is an Agile, lightweight project management process that can be used to manage and control software and product development using iterative and incremental best practices. SCRUM significantly increases productivity, improves team morale, and reduces the amount of time it takes to begin realizing business value while mitigating project risks. This presentation will give you good insight into what it takes to make SCRUM work on your project and in your organization.

(Thursday, November 30, 2006 1:00 AM)
Visualiser
Category : English , Agile
Tagged as :

Moving to SCRUM - Part II
SCRUM is an Agile, lightweight project management process that can be used to manage and control software and product development using iterative and incremental best practices. SCRUM significantly increases productivity, improves team morale, and reduces the amount of time it takes to begin realizing business value while mitigating project risks. This presentation will give you good insight into what it takes to make SCRUM work on your project and in your organization.

(Thursday, November 30, 2006 1:00 AM)
Visualiser
Category : English , Agile
Tagged as :

Agile Project Roles - Part I
Software development organizations frequently struggle with the transition from traditional, prescribed processes to Agile software development. We will focus on one particular approach to becoming Agile, namely understanding the differences between traditional software development roles and the shared responsibilities of an Agile organization. We feel that by focusing on the paradigm of generalist team members who share well-known responsibilities, an organization can simplify the transition to Agile software development
(Thursday, November 30, 2006 1:00 AM)
Visualiser
Category : English , Agile
Tagged as :

Agile Project Roles - Part II
Software development organizations frequently struggle with the transition from traditional, prescribed processes to Agile software development. We will focus on one particular approach to becoming Agile, namely understanding the differences between traditional software development roles and the shared responsibilities of an Agile organization. We feel that by focusing on the paradigm of generalist team members who share well-known responsibilities, an organization can simplify the transition to Agile software development
(Thursday, November 30, 2006 1:00 AM)
Visualiser
Category : English , Agile
Tagged as :

Fragile not Agile - Part I
A fragile project lives on the edge, always on the verge of breaking down. Project members are regularly, perhaps constantly, fighting fires. Being fragile can be an exhausting experience for individuals, teams and organizations.
So what causes a project to be fragile? Can a team, project or organization give the impression of being Agile when in fact it is very fragile? Sadly, the answer is yes.
Misconceptions, miscommunications and misunderstandings cause problems for individuals, teams, projects and organizations. These problems are more vexing and harder to correct when they are due to mistaken beliefs or myths. To dispel a myth, you must understand where it comes from, what it means and why people hold onto it, even if it's harmful. The next step is to replace myth with truth—replacing Agile myths with Agile truths, using the principles behind the Agile Manifesto. By replacing myth with truth, a fragile project can become truly Agile.
In this report we will look at what can cause a fragile project to delude itself into thinking it is Agile. We will look at common beliefs that lead to fragile behavior and cures for turning fragile projects into Agile ones. The cures come from understanding and applying the principles behind the Agile Manifesto.

(Wednesday, November 29, 2006 11:56 AM)
Visualiser
Category : English , Agile
Tagged as :

Fragile not Agile - Part II
A fragile project lives on the edge, always on the verge of breaking down. Project members are regularly, perhaps constantly, fighting fires. Being fragile can be an exhausting experience for individuals, teams and organizations.
So what causes a project to be fragile? Can a team, project or organization give the impression of being Agile when in fact it is very fragile? Sadly, the answer is yes.
Misconceptions, miscommunications and misunderstandings cause problems for individuals, teams, projects and organizations. These problems are more vexing and harder to correct when they are due to mistaken beliefs or myths. To dispel a myth, you must understand where it comes from, what it means and why people hold onto it, even if it's harmful. The next step is to replace myth with truth—replacing Agile myths with Agile truths, using the principles behind the Agile Manifesto. By replacing myth with truth, a fragile project can become truly Agile.
In this report we will look at what can cause a fragile project to delude itself into thinking it is Agile. We will look at common beliefs that lead to fragile behavior and cures for turning fragile projects into Agile ones. The cures come from understanding and applying the principles behind the Agile Manifesto.

(Wednesday, November 29, 2006 11:56 AM)
Visualiser
Category : English , Agile
Tagged as :

Mise en œuvre de SOA - Pourquoi avez-vous besoin d'un ESB ? - Part I
La mise en œuvre d'un architecture orientée services peut prendre différentes formes qui varient largement dans leur complexité. Le choix entre ces différentes formes de mise en œuvre est crucial car il impacte fortement la manière dont les applications et services doivent être conçus pour rentrer dans la cadre de l'architecture choisie.
Cette présentation a pour objectif de faire un tour d'horizon de ces différents modes de mise en œuvre, de voir leurs avantages et inconvénients, et de voir quel type d'implémentation convient en fonction des situations et des SI. Les problématiques de format pivot de données, de transformation et d'enrichissement de données seront abordées. Les problématiques d'administration et de contrôle de la qualité de service seront aussi abordées.

(Wednesday, November 29, 2006 1:00 AM)
Visualiser
Category : Architecture
Tagged as :

Mise en œuvre de SOA - Pourquoi avez-vous besoin d'un ESB ? - Part II
La mise en œuvre d'un architecture orientée services peut prendre différentes formes qui varient largement dans leur complexité. Le choix entre ces différentes formes de mise en œuvre est crucial car il impacte fortement la manière dont les applications et services doivent être conçus pour rentrer dans la cadre de l'architecture choisie.
Cette présentation a pour objectif de faire un tour d'horizon de ces différents modes de mise en œuvre, de voir leurs avantages et inconvénients, et de voir quel type d'implémentation convient en fonction des situations et des SI. Les problématiques de format pivot de données, de transformation et d'enrichissement de données seront abordées. Les problématiques d'administration et de contrôle de la qualité de service seront aussi abordées.

(Wednesday, November 29, 2006 1:00 AM)
Visualiser
Category : Architecture
Tagged as :

Highway, le projet Open Source de socle technique Java EE de Valtech - Part I
Malgré nos efforts, le développement des applications d'entreprise reste une activité aléatoire. Les risques sont toujours grands de voir un projet déraper. Les nouvelles technologies apportent beaucoup mais ces apports sont compensés par l'accroissement des exigences en termes de qualité de service, de fonctionnalités, d'ergonomie… et donc par la complexité technique des développements actuels.Le socle technique, ou framework technique d'entreprise, est un ensemble packagé de guides, de normes, de framework et d'outils de développement qui permet de faciliter, de normer et donc d'homogénéiser le développement des applications de l'entreprise. Le concept n'est pas nouveau mais il revient au goût du jour avec le recul que nous avons aujourd'hui sur les développements d'application internet / intranet, en particulier sur la plate-forme Java EE. Valtech, forte de son expérience en développement de projets et en conseil sur la plate-forme Java EE et sur le processus de développement, a décidé de rassembler dans un projet Open Source une partie de son savoir faire. Le projet HighWay a l'ambition de créer, petit à petit, un socle technique prêt à l'emploi. L'objectif n'est certainement pas de créer un socle novateur et d'intégrer les technologies les plus ambitieuses. L'objectif est de faciliter et de fiabiliser les développements, et donc de diminuer les risques, les coûts et les délais. Une seule solution : partager avec le plus grand nombre. Plus un socle est utilisé, plus il gagne en maturité et en pérennité. Le choix de l'Open Source est donc essentiel. Cette session présentera bien sûr le concept de socle technique et le projet HighWay. Mais elle présentera aussi les sujets d'architecture et les problèmes de développement qui demandent à être étudiés et résolus dans le cadre d'un socle technique idéal.

(Monday, August 28, 2006 1:00 AM)
Visualiser
Category : Open Source
Tagged as :

Highway, le projet Open Source de socle technique Java EE de Valtech - Part II
Malgré nos efforts, le développement des applications d'entreprise reste une activité aléatoire. Les risques sont toujours grands de voir un projet déraper. Les nouvelles technologies apportent beaucoup mais ces apports sont compensés par l'accroissement des exigences en termes de qualité de service, de fonctionnalités, d'ergonomie… et donc par la complexité technique des développements actuels.Le socle technique, ou framework technique d'entreprise, est un ensemble packagé de guides, de normes, de framework et d'outils de développement qui permet de faciliter, de normer et donc d'homogénéiser le développement des applications de l'entreprise. Le concept n'est pas nouveau mais il revient au goût du jour avec le recul que nous avons aujourd'hui sur les développements d'application internet / intranet, en particulier sur la plate-forme Java EE. Valtech, forte de son expérience en développement de projets et en conseil sur la plate-forme Java EE et sur le processus de développement, a décidé de rassembler dans un projet Open Source une partie de son savoir faire. Le projet HighWay a l'ambition de créer, petit à petit, un socle technique prêt à l'emploi. L'objectif n'est certainement pas de créer un socle novateur et d'intégrer les technologies les plus ambitieuses. L'objectif est de faciliter et de fiabiliser les développements, et donc de diminuer les risques, les coûts et les délais. Une seule solution : partager avec le plus grand nombre. Plus un socle est utilisé, plus il gagne en maturité et en pérennité. Le choix de l'Open Source est donc essentiel. Cette session présentera bien sûr le concept de socle technique et le projet HighWay. Mais elle présentera aussi les sujets d'architecture et les problèmes de développement qui demandent à être étudiés et résolus dans le cadre d'un socle technique idéal.

(Monday, August 28, 2006 1:00 AM)
Visualiser
Category : Open Source
Tagged as :

Eclipse à la loupe - Part I
Tous les développeurs et chefs de projet le savent, disposer d'un bon AGL (Atelier de Génie Logiciel) est une des clés du développement logiciel réussi. Encore faut-il que cet AGL ne soit pas qu'un simple éditeur de code. Disposer de fonctions intégrées de modélisation, génération de code, test, intégration, déploiement, gestion de configuration est également important. La plate-forme Open Source Eclipse permet de disposer d'un tel environnement de développement complet et extensible via l'ajout de plug-in. Cette présentation sera l'occasion de faire un point sur les atouts et inconvénients de la plate-forme de développement Eclipse. Nous nous intéresserons plus particulièrement à l'architecture de cette plate-forme et à son principal composant : le plug-in.
(Monday, August 28, 2006 1:00 AM)
Visualiser
Category : Open Source
Tagged as :

Eclipse à la loupe - Part II
Tous les développeurs et chefs de projet le savent, disposer d'un bon AGL (Atelier de Génie Logiciel) est une des clés du développement logiciel réussi. Encore faut-il que cet AGL ne soit pas qu'un simple éditeur de code. Disposer de fonctions intégrées de modélisation, génération de code, test, intégration, déploiement, gestion de configuration est également important. La plate-forme Open Source Eclipse permet de disposer d'un tel environnement de développement complet et extensible via l'ajout de plug-in. Cette présentation sera l'occasion de faire un point sur les atouts et inconvénients de la plate-forme de développement Eclipse. Nous nous intéresserons plus particulièrement à l'architecture de cette plate-forme et à son principal composant : le plug-in.
(Monday, August 28, 2006 1:00 AM)
Visualiser
Category : Open Source
Tagged as :

Programmation Orientée Aspect & + - Part I
Cette session vise à donner quelques retours d'expériences sur la mise en place de l'AOP en entreprise, que ce soit pour résoudre des problèmes techniques ou pour améliorer la qualité et réduire le coût de construction des applications.
En guise d'ouverture, nous verrons quelles nouvelles pistes sont actuellement explorées par les "défricheurs" pour dépasser les limitations actuelles de l'AOP.

(Sunday, October 01, 2006 1:00 AM)
Visualiser
Category : Architecture
Tagged as :

Programmation Orientée Aspect & + - Part II
Cette session vise à donner quelques retours d'expériences sur la mise en place de l'AOP en entreprise, que ce soit pour résoudre des problèmes techniques ou pour améliorer la qualité et réduire le coût de construction des applications.
En guise d'ouverture, nous verrons quelles nouvelles pistes sont actuellement explorées par les "défricheurs" pour dépasser les limitations actuelles de l'AOP.

(Sunday, October 01, 2006 1:00 AM)
Visualiser
Category : Architecture
Tagged as :

Applying Agile Modeling with UML & Patterns - Part I
Agile Modelling (AM) is a practical method for effective modelling and documentation; it express values that good developers have been applying for many years, while providing a set of more concrete practices as well. Agile models are just barely good; they don't have to be perfect, and are created with the simplest tool that can possibly work. Agile modelling is applicable to requirements analysis, UI design, architectural analysis, and object design. Some agile models are just text, but many will be a simple use of a standard diagramming notation such as the UML. This presentation helps you apply agile modelling by highlighting the important practices.
(Monday, May 15, 2006 1:00 AM)
Visualiser
Category : English , Agile
Tagged as :

Page 4 of 9First   Previous   1  2  3  [4]  5  6  7  8  9  Next   Last