English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Projekthelder

Business RSS Feed





Projekthelder. Alle wir haben ihnen gehört. Einige von uns haben sie sogar gesehen. Ein Projekt ist in der Gefahr. Dieser Kerl (oder Gallone) kommt nirgendwo, analysiert die Situation, erklärt Ihnen genau was das Problem ist, und fortfährt dann, es zu regeln heraus, bevor Sie Ihren Projektplan sogar aktualisieren können!

Einige Projektmanager legen ein hohes Niveau des Vertrauens in Projekthelder. Infolgedessen wird ihr Superman (oder superwoman) den faszinierendsten Projekten und ihre technischen Entscheidungen und Sizings werden herausgefordert nie zugewiesen. In unterdessen, führt der Rest der Entwicklung Mannschaft banale Funktionalität ein oder regelt Defekte.

Was Ist Mit Dieser Abbildung Falsch?

Gut für eine Sache, zu viele Projektmanager-Auswahlhelder, die auf ihrem können- Haltung basieren, anstelle von ihrer Fähigkeit, Software rechtzeitig und entsprechend Spezifikt. durchweg zu liefern. Infolgedessen werden Entwickler, die oben mit langweiligen Aufgaben eingezogen werden und als Helder plötzlich behandelt werden möchten, übermäßig optimistisch, wenn sie gebeten werden, Eigenschaften zu sortieren.

Zusätzlich habe ich viele sogenannte Helder gesehen, gesamte Firmen zu halten, weil sie nicht zulassen würden, daß sie Mühe hatten, ihren Zeitplan zu treffen. Indem er blind alles vertraut, erklärt Ihr Meister Ihnen daß, Ihnen Ihre Fähigkeit unterschneiden, Korrektur-Maßnahme in einer fristgerechten Weise zu nehmen.

Schließlich entmutigt ein Hauptgewicht auf Projektheldern Mitarbeit unter den vielen Verwahrern im Software-Entwicklung Prozeß, da viele Championen neigen, ihre Gleichen zu untergraben.

Einen Entwickler zu bitten, seine Schätzung zu rechtfertigen bedeutet nicht, daß Sie ihm nicht vertrauen. Das Bitten um eine zweite Meinung nicht vorschlägt, daß sie inkompetent ist. Es prüft einfach, daß Sie verstehen, daß Gefahr ein Teil jedes möglichen Projektes ist und daß Sie Ihr bestes tun, um es festzusetzen und herabzusetzen.

Cartes blanches manchmal geben den Projektheldern? aber selten? führt zu die hochwertige Software, die in der Rekordzeit entwickelt wird. Meistens ist das Resultat ein Muster der Zeitplanbelege, die nicht bestätigt werden, oder über berichtete, bis es zu spät ist, aufgebaute Frustration unter Mannschaftmitgliedern und eine Menge ich Ihnen so erklärten, wann Ihr Meister ausfällt.

Luc Richard hält einen MBA mit einem Major in der Hochtechnologie. Für die letzten 10 Jahre wird ihm die Entwicklung der Software-Anwendungen gehandhabt. Er ist der Gründer des Projektes Mangler (http://www.projectmangler.com), ein on-line-Hilfsmittel, das freie Artikel, Geschichten veröffentlicht und anderen gebrauchsfertigen Werkzeugen zum zu helfen Entwicklern, Mannschaftführern und Manager Software-Projekte rechtzeitig, entsprechend Spezifikt. und innerhalb des Etats liefern.

Artikel Quelle: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Holen Sie sich den HTML-Code fü Webmaster
Fügen Sie diese Artikel Ihrer Website jetzt hinzu!

Webmaster veröffentlichen Sie Ihre Artikel
Keine Anmeldung erforderlich! Füllen Sie das Formular aus und Ihr Artikel wird im Messaggiamo.Com Artikel-Verzeichnis aufgenommen!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Veröffentlichen Sie Ihre Texte im Messaggiamo.Com Artikel-Verzeichnis

Kategorien


Copyright 2006-2011 Messaggiamo.Com - Site Map - Privacy - Webmaster, veröffentlichen Sie Ihre Artikel kostenfrei auf Messaggiamo.Com! [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu