La technologie de l'information, et le développement des systèmes d'ordinateur de gestion, est relativement nouveau, par lesquels je veux dire moins de 50 années. J'ai commencé dans ces affaires au début des années 60 et ai été impliqué en remplacement des systèmes perforés de tabulateur de carte des systèmes informatiques perforés de carte (tels qu'IBM 1400s).

Comme les technologies se sont développées plus sophistiquées (par exemple des disques, de plus grandes mémoires et des compilateurs) ainsi les systèmes que nous avons développés sont devenus beaucoup plus complexes. Pendant qu'IL industrie se développait, a ainsi fait les nombres de programmeurs, d'analystes et d'opérateurs travaillant dans elle.

C'étaient la plupart du temps les personnes très intelligentes, habile et inventif mais avec souvent peu d'appréciation des besoins des affaires. La roue serait réinventée des périodes innombrables de beaucoup de différentes manières et il y avait autant de différentes manières de structurer des programmes machine car il y avait des programmeurs le faisant !

C'était hors de ceci que les méthodologies de développement de système ont surgi. Ces méthodologies tôt ont été souvent développées par les fabricants de matériel et les consultations principaux de gestion et ont été prévues pour être des calibres pour le développement. Certains étaient bons, certains étaient vraiment terribles. Certains étaient concis et les autres, comme SSADM, étaient massivement dissipés et sont devenus la « queue remuant le chien ». Inévitablement, le dissipé est devenu adopté par des gouvernements partout dans le monde, s'ajoutant massivement au coût et aux calendriers de LUI développement dans les années 80 sans améliorer de manière significative la qualité globale.

L'arrivée des bases de données (apparenté, hiérarchique, etc.) supplémentaires à la complexité et au développement toujours plus grand fait projette l'ordre du jour. C'était en partie le déclenchement pour l'apparition des méthodologies de gestion de projet parce qu'IL gestion de projet a été fréquemment assigné aux analystes fonctionnels et aux programmeurs avec des qualifications technologiques massives mais peu de la manière des qualifications d'organisation.

Les consultations de gestion ont rapidement vu des occasions commerciales et nous scie par pléthore de méthodologies de propriété industrielle de gestion de projet mais c'était le CCTA du gouvernement BRITANNIQUE qui a cassé le moule et le MESSAGE DE SOLLICITATION lancé - une méthodologie presque réalisable pour LUI gestion de projet. Ceci a été développé, premièrement, en PRINCE et puis en PRINCE2, qui est bon et est devenu largement adopté.

Il n'est pas peu raisonnable de considérer PRINCE2 car le repère pour les méthodologies et lui de gestion de projet, en effet, fournit une carte d'itinéraire. Je l'emploie par habitude dans la plupart de mes projets, mais il prie la question :

Est-ce qu'en utilisant une bonne méthodologie me fait un bon chef de projet ?

Il aide certainement mais la gestion de projet est plus que juste les mécanismes du processus. Elle est au sujet des qualifications interpersonnelles, de conscience de dépositaire, de présentation à la gestion et d'arrangement vos règles pour le gain. En d'autres termes, c'est un mélange de théorie et de qualifications.

Mes qualifications de projet d'eBook regarde plusieurs des questions impliquées et essaye d'annoncer la théorie avec le conseil pratique. Vous ne devez pas travailler dans l'industrie pendant 30 années, mais elle parfois des aides si vous écoutez quelqu'un qui a. L'expérience, la conscience et le bon sens aideront toujours, indépendamment de la méthodologie que vous choisissez pour votre projet.

Article Source: http://www.articleset.com