<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Analystik - développement logiciel .Net C# Silverlight WCF WPF VFP ERP Montréal &#187; CMMI</title>
	<atom:link href="http://blog.analystik.ca/tag/cmmi/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.analystik.ca</link>
	<description>Société-conseil TI de développement logiciel Web &#38; Windows et d&#039;Applications Mobiles iPhone et HTML5</description>
	<lastBuildDate>Fri, 03 Feb 2012 21:46:21 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The eternal IT dilemma: custom-made software development or commercial software product?</title>
		<link>http://blog.analystik.ca/2011/10/the-eternal-it-dilemma-custom-made-software-development-or-commercial-software-product/</link>
		<comments>http://blog.analystik.ca/2011/10/the-eternal-it-dilemma-custom-made-software-development-or-commercial-software-product/#comments</comments>
		<pubDate>Mon, 17 Oct 2011 20:47:22 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Business Processes]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[commercial software product]]></category>
		<category><![CDATA[cost control]]></category>
		<category><![CDATA[custom-made software development]]></category>
		<category><![CDATA[delivery control]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[life cycle]]></category>
		<category><![CDATA[methodology]]></category>
		<category><![CDATA[Productivity]]></category>
		<category><![CDATA[project management]]></category>
		<category><![CDATA[SCRUM]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=2044</guid>
		<description><![CDATA[It’s the burden of all enterprises at one point or another; we often meet with business prospects which have very precise business needs and requirements, and that are confronted with multiple options as much in terms of technology as finance, and this story unfolds itself on a landscape of functionalities and satisfaction.  Let’s put things out just the way they are: contrary to commercial software products, custom-made development frightens a lot of people, because commercial software products are concrete to start with which is both more appealing and securing for a decision-maker.  But when you take a closer look at it, you’ll see that reality is not that simple. We will try in this post, and as much as we can, to identify the pros and cons of both IT options: custom-made software development or commercial software product.    The Pros and Cons of Both Worlds Commercial Software Product PROS Very short implementation cycle Less risky for the decision-maker since the software product  is concrete Immediate productivity gains Low initial buying cost Software product price is known and set once and for all (or almost…) &#160; CONS No software product  answers 100% of clients’ needs Annual license fees… forever Modification [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2011/10/the-eternal-it-dilemma-custom-made-software-development-or-commercial-software-product/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>La vraie nature du développement sur mesure en TI</title>
		<link>http://blog.analystik.ca/2011/10/la-vraie-nature-du-developpement-sur-mesure-en-ti/</link>
		<comments>http://blog.analystik.ca/2011/10/la-vraie-nature-du-developpement-sur-mesure-en-ti/#comments</comments>
		<pubDate>Mon, 03 Oct 2011 20:48:31 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[application commerciale]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[développement TI]]></category>
		<category><![CDATA[méthodologie Agile]]></category>
		<category><![CDATA[SCRUM]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=2020</guid>
		<description><![CDATA[Lorsqu’Analystik aborde un nouveau mandat avec un client; l’objectif en est presque toujours d’automatiser un processus d’affaire et la méthodologie en est somme toute fort simple : Analyse du processus existant Étude des améliorations possibles au processus lui-même Élaboration / schématisation d’une solution logicielle qui automatise le processus Intégration aux technologies et processus connexes Implantation On en comprend donc que la solution finale livrée tient plus du « gant » pour l’entreprise comparativement à un produit commercial qui, lui, relèverait plus de la « mitaine ». &#160; Le vrai visage du risque Faut-il le répéter; bien qu’il nécessite un investissement initial supérieur à un produit commercial qui répondra en moyenne à entre 50% à 75% des requis; le développement sur mesure, lui, répondra normalement à 100% des requis.  Et sans oublier, alors que l’adaptation à l’environnement et aux processus en place est incluse dans le développement sur mesure; elle est presque toujours nécessaire aussi dans le cas d’un produit commercial d’envergure et elle est non incluse.  On parle ici d’extra; ça vous dit quelque chose ! Pour un projet informatique d’envergure, le directeur TI penchera très souvent vers une solution commerciale et cela, pour plusieurs raisons, mais surtout dans le but de diminuer le risque, [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2011/10/la-vraie-nature-du-developpement-sur-mesure-en-ti/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Analystik – 25 ans déjà et pourtant…</title>
		<link>http://blog.analystik.ca/2010/10/analystik-25-ans-deja-et-pourtant/</link>
		<comments>http://blog.analystik.ca/2010/10/analystik-25-ans-deja-et-pourtant/#comments</comments>
		<pubDate>Fri, 08 Oct 2010 16:06:54 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[CRM]]></category>
		<category><![CDATA[ERP]]></category>
		<category><![CDATA[Général]]></category>
		<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Intelligence d'Affaires]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[.Net]]></category>
		<category><![CDATA[25 ans]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Banque Nationale]]></category>
		<category><![CDATA[BlackBerry]]></category>
		<category><![CDATA[Bombardier Aéronautique]]></category>
		<category><![CDATA[budgets]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[échéances]]></category>
		<category><![CDATA[GE Capital of Canada]]></category>
		<category><![CDATA[Groupe Cascades]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[Méthodologie]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Outlook]]></category>
		<category><![CDATA[résultats]]></category>
		<category><![CDATA[satisfaction]]></category>
		<category><![CDATA[SCRUM]]></category>
		<category><![CDATA[SQL]]></category>
		<category><![CDATA[transparence]]></category>
		<category><![CDATA[vision]]></category>
		<category><![CDATA[Visual FoxPro]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=1761</guid>
		<description><![CDATA[L’histoire d’Analystik ressemble sûrement à celle de milliers d’autres entreprises : trois copains d’universités décident de se lancer en affaires avec toute l’insouciance de la jeunesse en tête et la passion au cœur.  Pour nous, c’était la passion de l’informatique et notre entreprise fut une firme de services-conseils TI, ce qui signifiait en fait « intégration et développement logiciel »; et bien sûr, nous étions convaincu de développer les meilleures applications au monde pour nos clients. Le passé n’est jamais garant de l’avenir mais&#8230; Il y a tout de même des leçons à tirer du passage du temps; en ce sens, que si vous survivez et croissez sous tous les cieux année après année, c’est que vous devez faire quelque chose de bien.  Et pour Analystik, la recette fut assez simple : nos valeurs.  Je sais, je sais, vous me direz : « Michel, ça fait très cliché »; et vous avez raison mais que dire, c’est tout simplement la vérité ! Engagement … de résultats Analystik est orientée client et résultat avant tout, elle se targue d’ailleurs de la fidélité de sa clientèle au fil des ans.  Nous avons développé une approche très efficace de la gestion de projets et nous appliquons la méthodologie Agile-SCRUM [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2010/10/analystik-25-ans-deja-et-pourtant/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Projet TIC : objectifs, portée, ressources, budgets, délais, livrables, etc.</title>
		<link>http://blog.analystik.ca/2010/10/projet-tic-objectifs-portee-ressources-budgets-delais-livrables-etc/</link>
		<comments>http://blog.analystik.ca/2010/10/projet-tic-objectifs-portee-ressources-budgets-delais-livrables-etc/#comments</comments>
		<pubDate>Fri, 01 Oct 2010 22:04:06 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Général]]></category>
		<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[attentes]]></category>
		<category><![CDATA[budgets]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[délais]]></category>
		<category><![CDATA[Méthodologie]]></category>
		<category><![CDATA[objectifs]]></category>
		<category><![CDATA[portée]]></category>
		<category><![CDATA[processus]]></category>
		<category><![CDATA[ressources]]></category>
		<category><![CDATA[tâches]]></category>
		<category><![CDATA[TIC]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=1751</guid>
		<description><![CDATA[L’augmentation de la productivité, la capitalisation sur l’avantage concurrentiel, les réponses aux nouveaux besoins d’affaires passent souvent par les TI, ou peut-être devrais-je dire, un projet TIC, non ? La traduction de ces modifications ou ajouts dans les systèmes de l’entreprise se fera à l’interne ou à l’externe mais dans les deux cas, on rencontre encore bien souvent deux problèmes de base : La portée des objectifs (et donc du projet) est mal définie et l’impact des modifications encourues est imprévisible Le budget est mal attribué (pas aux bonnes ressources ou aux bonnes tâches) et parfois aussi, carrément irréaliste ou fortement sous-estimé Ces deux facteurs sont responsables de la mauvaise tournure de la très grande majorité des projets informatiques qui dépassent les budgets et échéances ou encore n’atteignent pas leurs objectifs, quand ce n’est pas les deux; ces deux cas de figure sont le lot de 83% des projets informatiques selon les dernières études des références en la matière : Gartner, IDC, Forrester, etc.   Projets TIC… tac… Fréquemment, pour les gros projets TIC, les directeurs de projets mettent en place une mécanique qui aide grandement à contrôler ces deux éléments.  Dans ces cas-là, malheureusement, c’est en cours de projet que [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2010/10/projet-tic-objectifs-portee-ressources-budgets-delais-livrables-etc/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>5 écueils à éviter au démarrage d’un projet : réflexions d’un entrepreneur TI (11)</title>
		<link>http://blog.analystik.ca/2010/03/5-ecueils-a-eviter-au-demarrage-dun-projet-reflexions-dun-entrepreneur-ti-11/</link>
		<comments>http://blog.analystik.ca/2010/03/5-ecueils-a-eviter-au-demarrage-dun-projet-reflexions-dun-entrepreneur-ti-11/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 18:17:06 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Général]]></category>
		<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Chaîne d'Information]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[SCRUM]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=1603</guid>
		<description><![CDATA[Michel Martel, entrepreneur de métier, et analyste-programmeur de formation, ne cesse de parfaire, peaufiner, raffiner sa Gestion de Projets afin de toujours en assurer l’alignement avec les objectifs d’affaires. Analystik a d’ailleurs investi massivement ces dernières années dans la mise en place de la méthodologie Agile-SCRUM mais aussi dans la formation / certification CMMI !  Et la raison en est fort simple, malgré tout ce que l’on peut dire, aux dernières nouvelles, les statistiques sont toujours les mêmes en termes de Gestion de Projets TI; plus de 83% dépassent soit les budgets, soit les échéances… parfois les deux ! Quelle en est la cause ?  Quels en sont les causes ?  Difficile à dire; cependant, on peut essayer d’identifier les écueils à éviter au démarrage d’un projet TI ? De la vision du projet En ouverture de projet, il faut bien sûr procéder à la prise de commande ou briefing et identifiez les objectifs, desquels on déduira les besoins et desquels découleront les contraintes. 1er écueil : prenez le temps de bien comprendre et bien analyser le ou les objectifs car un objectif peut en cacher un autre (et vous vous retrouverez en cours de route à redéfinir tout cela) [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2010/03/5-ecueils-a-eviter-au-demarrage-dun-projet-reflexions-dun-entrepreneur-ti-11/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Réflexions d’un entrepreneur TI (6) : variations du coût de développement d’une application</title>
		<link>http://blog.analystik.ca/2009/12/reflexions-dun-entrepreneur-ti-6-variations-du-cout-de-developpement-dune-application-ti/</link>
		<comments>http://blog.analystik.ca/2009/12/reflexions-dun-entrepreneur-ti-6-variations-du-cout-de-developpement-dune-application-ti/#comments</comments>
		<pubDate>Thu, 10 Dec 2009 13:42:18 +0000</pubDate>
		<dc:creator>Denis</dc:creator>
				<category><![CDATA[Général]]></category>
		<category><![CDATA[Gestion de Projet]]></category>
		<category><![CDATA[Processus d'Affaires]]></category>
		<category><![CDATA[Productivité]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Application TI]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[Développement logiciel]]></category>
		<category><![CDATA[Gestion de Projets]]></category>
		<category><![CDATA[Méthodologie]]></category>

		<guid isPermaLink="false">http://blog.analystik.ca/?p=1562</guid>
		<description><![CDATA[C’est la question à cent mille balles, comme disent nos amis Français : combien cela coûtera-t-il à développer cette application ?   Malheureusement, la réponse n’est jamais simple et jamais unique car il y a mille et un facteurs qui en feront varier le coût… dont la méthodologie de travail et la notoriété de l’entreprise soumissionnaire ne sont pas les moindres ! Le client saisit-il bien toutes les subtilités et les implications sur le plan du développement logiciel de ses objectifs d’affaires ?  Veut-il une couche importante d’Intelligence d’Affaires ?  Quelle est la nature et l’état de son environnement TI actuel ?  Y a-t-il conflit en perspective ou incompatibilité entre l’application souhaitée et les systèmes / applications en place ?  Faudra-t-il développer d’autres applications ou mettre en place d’autres systèmes afin d’arrimer cette application ?   Dans quelle mesure, cette application est-elle critique à l’atteinte des objectifs d’affaires  de l’entreprise du client et si c’est le cas, devrons-nous remplacer certains systèmes en place ou en implanter d’autres ?  Devrons-nous optimiser certains processus des applications en place afin d’harmoniser l’interaction avec l’application développée ?  Quelle méthodologie le développeur utilisera-t-il ?  Quelle est l’architecture retenue ? S’agit-il d’un billet sur la Gestion de Projets ?  [...]]]></description>
		<wfw:commentRss>http://blog.analystik.ca/2009/12/reflexions-dun-entrepreneur-ti-6-variations-du-cout-de-developpement-dune-application-ti/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

