Center Projektmanagement

SharePoint

SharePoint can fit many product scenarios. Understanding if there is any alignment of SharePoint product features to your product's features is key to determining a fit. A good place to start is exploring the six high-level product capabilities of SharePoint 2010 in many presentations and Microsoft documents.

Sites - SharePoint Sites deliver a single infrastructure to provide portal and collaboration capabilities across intranet, extranet, and internet sites. SharePoint Sites bring users together to share information, data, and expertise across organizations.

Communities - SharePoint Communities empower people to work together in ways that are most effective for them. SharePoint Communities make it possible for people to collaborate in groups, share knowledge and ideas, connect with colleagues, and find information and experts easily.

Content - SharePoint Content enables all users to participate in a governed, compliant content management lifecycle. SharePoint Content makes it possible to expertly balance user experience with policy and process.

Search - SharePoint Search gives users the ability to find the content, information, and people they need by combining an integrated, easy-to-manage platform with best-of-breed enterprise search technology.

Insights - SharePoint Insights enables users to access and interact with information across unstructured and structured data sources. SharePoint Insights empower users to discover the right people and expertise to make better and more agile business decisions.

Composites - SharePoint Composites empower users to rapidly respond to business needs by creating their own no-code solutions, on premises or in the cloud, through a rich set of building blocks, tools, and self-service capabilities.

SharePoint provides a great foundation for application development at all levels of the software development stack. The capabilities extend outward to include search, workflow, scalable and extensible services architecture, and administrative features.

Being built upon ASP.NET and Windows Server platforms allows SharePoint to expose infrastructure features and inherent points of extensibility to application developers. ISVs who choose to build upon SharePoint will find that they inherit a rich set of platform capabilities, letting them put more time and effort into developing unique product features vs. generic features.

Applications that connect to SharePoint can reveal application data and features either in the SharePoint UI, Business Connectivity Services (BCS), or via one of the many options for extensibility provided by SharePoint.

Social Media

Somewhere in your organization, you are probably already using the five most popular types of collaboration and networking tools. They are:

File Sharing - File-sharing is the mother of all digital collaboration. When people work together, inevitably they need to share files in a more methodical way than e-mail allows. If you do nothing else, start here.

Blogs - Blogs are great for sharing individual knowledge and experience, as well as spurring discussion, but not ideal for project-oriented collaboration.

Wikis - Wikis are well suited to the task of creating shared documentation over time. To manage them, however, most companies find it necessary to assign an active caretaker to make sure they don't become chaotic and lose their usefulness.

Microblogging - Think "Twitter within the company." Microblogging is better suited to group interaction than instant messaging. Services such as Yammer can help employees share Facebook-like status messages such as "Remember, I'm on vacation tomorrow." It is important to set expectations for when microblogging is and isn't appropriate; it  is not well suited for more complicated discussions, for example.

Forums - Discussion forums or "bulletin boards" are among the oldest collaborative tools, and still very useful for sharing and discussing ideas around a particular topic, like "where should we open our next franchise?" Unfortunately, forums can be hard to navigate and search.

Too often managers and employees kick off the discussion about collaboration with a discussion of specific tools, like "We need a wiki" or "let's start an internal blog." That's backwards. You should start by figuring out what you are trying to accomplish from a business perspective, then decide which corresponding tool is right for you. Here's a short list of objectives that may seem relevant for your business:

Building a knowledgebase - You want the latest and greatest information in front of your customer service reps. A wiki could enable everyone in the company, including the representatives, to keep information up to date.

Brainstorming and vetting new ideas - Small businesses thrive on bringing new ideas to market faster. Consider blogs or forums for sharing and vetting ideas.

Sharing private documents with customers and partners - You may have the ability to share documents internally, but what about beyond your company? Web-based file-sharing helps you do that in a secure, auditable way.

Managing projects more effectively - Maybe your team can't meet in person; if so, shared whiteboards and microblogging can keep everyone in touch.

Keeping employees better connected - Work has always been social, but many employees now spend much of their time away from the office. Social tools can help people stay connected at a personal level, even when they're not meeting around a watercooler.

Viele Unternehmen sind mit dem Erfolg ihrer Projekte in Produktentwicklung, Prozessoptimierung und Softwareeinführung unzufrieden: Die Projekte dauern zu lange, kosten zu viel und erreichen nicht die gewünschten Ergebnisse. Führungskräfte sind mit Projekten überlastet oder können sich wegen des Tagesgeschäfts nicht um strategisch wichtige Projekte kümmern. Eine Lösung für diese Probleme ist die Reduzierung der Projektaktivitäten auf die richtigen Projekte, die von den verfügbaren Ressourcen erfolgreich abgewickelt werden können. Mit dem  Projektportfoliomanagement streben Unternehmen diese Zielsetzung an. Das Projektportoliomanagement unterstützt das Management bei der Auswahl, Besetzung und Steuerung der zahlreichen Projekte, um die richtigen, unternehmenskritischen Projekte zeitgerecht, im Budget und mit den richtigen Ergebnissen abzuschliessen. In dieser Umfrage soll der aktuelle Einsatz und der Nutzen des Projektportfoliomanagements in den Unternehmen abgefragt werden, um den Leistungsstand zu bewerten und die Unternehmen bei der Einordnung ihrer Leistungsfähigkeit zu unterstützen.

Projekte haben sich von der ursprünglichen Idee eines einmaligen Sonderaufwands zur Erreichung eines besonderen Ziels zum wichtigsten Werkzeug in allen Unternehmensbereichen entwickelt. In Unternehmen gibt es parallel Projekte zur Entwicklung neuer Produkte, zur Lösung von Problemen, zur Strategieentwicklung und zur Einführung neuer Softwarelösungen. Die ursprünglichen Tools zum Projektmanagement haben sich für einzelne Einmal-Projekte bewährt, aber sind für das Multi-Projektmanagement und die vielen ähnlichen Projekten eher ungeeignet. Die Klagen über die Schwierigkeiten bei der Nutzung von Projektmanagement-Software entstehen durch diese Veränderung der Einsatzanforderungen.

Das Thema Multi-Projektmanagement, also die Steuerung von vielen Projekten parallel, steigt in der Bedeutung an. Ein wesentlicher Anteil des Multi-Projektmanagements ist das Projekt-Portfoliomanagent, dessen Ziel es ist, die richtigen Projekten auszuwählen und mit den erforderlichen Ressourcen zu versorgen. Dafür benötigen Unternehmen einen Projektportfolio-Prozess, Entscheidungskriterien und Disziplin. Dabei sind die Fähigkeiten in den Unternehmen unterschiedlich ausgeprägt.

Diese Umfrage dient zur Erhebung des aktuellen Leistungsstandes und zum Benchmark der Unternehmen zum allgemeinen Leistungsstand. Die unternehmensspezifischen Daten werden erfasst und sind nur für den Teilnehmer und BESTgroup ersichtlich. Die Beantwortung des Fragebogens dauert ca 10 Minuten. Alle Teilnehmer erhalten auf Wunsch eine verdichtete Auswertung der Ergebnisse.

Hier der Link zur Umfrage: http://umfrage.voycer.de/umfrage?sid=71932

Man sollte schon vor dem Start die Ziele klar definieren, die Risiken im Auge behalten und die passenden IT-Tools zur Unterstützung auswählen. Zusätzlich benötigen Projekte ab einer bestimmten Größe die „Rückendeckung“ von einem Mitglied der Geschäftsleitung.

Während des Projekts sind sowohl der regelmäßige Austausch im Team, als auch die Überprüfung des Ziels und Auftrags von entscheidender Bedeutung.

Nach dem Projekt gilt es, den Projekterfolg zu feiern und Gelerntes zu konservieren.
Diese Punkte waren wesentlich für den Erfolg der unternehmensweiten Einführung des Projektmanagements am Flughafen München (FMG)!
„Die Art und Weise, wie parameta das Projektmanagement des Flughafen München unternehmensweit erfolgreich eingeführt und verankert hat, ist zu Recht preiswürdig und ausgezeichnet.“ sagt Dr. Michael Kerkloh, Vorsitzender der Geschäftsführung der Flughafen München GmbH (FMG)

Aus diesen Punkten ergeben sich "Neun goldene Regeln für erfolgreiches Projektmanagement":

1. Die Zieldefinition ist der wichtigste Teil des Projekts. Wer nicht weiß, wo er hin will, wird auch nicht dahin kommen, wo er hin will. Für eine präzise Definition des angestrebten Projektziels kann man sich nicht genug Zeit nehmen; Zeit, die man im Projektverlauf durch die dadurch geschaffene Klarheit mehrfach wieder aufholt.

2. Risiken im Auge behalten, von Anfang an. Wenn man über Risiken erst dann nachdenkt, wenn sie eingetreten sind, ist es zu spät. Besser ist es, sich vor dem Start in die operative Projektarbeit im Team Gedanken über Wahrscheinlichkeit und Auswirkung möglicher Risiken zu machen. Benennen Sie immer jemanden, der das jeweilige Risiko im Auge behält.

3. Projekte brauchen Rückendeckung. Projekte ab einer bestimmten Größe können nur erfolgreich ablaufen, wenn sie „von oben“ gestärkt werden. Es sollte also immer ein Mitglied der Geschäftsleitung als Sponsor und Anwalt des Projekts zur Verfügung stehen – und auch bis zu dessen Abschluss zur Verfügung bleiben.

4. IT-Tools zur Unterstützung im Projekt? Ja, aber mit Bedacht gewählt. Die Auswahl an Tools ist enorm und nicht immer ist das größte oder bekannteste Tool auch für das eigene Projekt die beste Wahl. Vor der Investition in ein PM-Tool also lieber genau analysieren, welche Anforderungen sich aus dem Projekt für eine IT-Unterstützung ergeben.

5. Gemeinsam statt einsam. Ein regelmäßiger Austausch über den Verlauf des Projektes, über auftretende Probleme und Risiken schweißt das Team zusammen und ermöglicht frühzeitiges und gemeinsames Gegensteuern. Sollte die Situation im Projekt einmal so verfahren sein, dass das Team selbst nicht mehr in der Lage ist, das Problem zu lösen, können externe Moderatoren helfen.

6. 80:20 Regel, auch und gerade in Projekten. Es ist wie im richtigen Leben auch: Die letzten 20 Prozent des Inhalts kosten 80 Prozent der Zeit. Also lieber überlegen, ob man mit einer schnellen und damit meist auch preiswerten „so-gut-wie-perfekten“ Lösung an den Start geht, statt für das 110%ige Ergebnis das Projektende ewig nach hinten verschieben zu müssen.

7. Regelmäßig Ziele und Auftrag überprüfen. Auch bei perfekt geplanten Projekten ist es leider so: Die Umwelt verändert sich und damit verändern sich möglicherweise auch die Rahmenbedingungen fürs Projekt. Also in regelmäßigen Abständen überprüfen, ob das, was gemacht wird, noch richtig und wichtig ist. Und wenn nicht: schnell reagieren, auch wenn es unangenehm ist.

8. Projekterfolge muss man feiern. Wenn ein Projekt abgeschlossen ist, sollte man das feiern. Und zwar gemeinsam und ordentlich. Das ist der Zeitpunkt, um sich als Geschäftsführung auch mal für das Engagement und die vielen Überstunden zu bedanken, die eigentlich in jedem Projekt geleistet werden. Einen würdevollen Abschluss verdienen übrigens auch Projekte, die nur teilweise oder gar nicht erfolgreich waren. Nichts ist frustrierender, als ein verschämtes und stillschweigendes Auseinandergehen. Ohne die Möglichkeit zu haben, über das Erlebte offen sprechen und damit für die Zukunft lernen zu können.

9. Gelerntes konservieren. Der wohl schwierigste Punkt von allen: Nach einem Projekt sollte sich das gesamte Projektteam mit seinem Auftraggeber nochmals zusammen setzen und sammeln, was im Projekt gut und was nicht ganz so gut gelaufen ist. Und wie man es im nächsten Projekt vielleicht noch besser machen könnte. Diese Erkenntnisse müssen dann dort veröffentlicht werden, wo sie alle lesen können, die in Zukunft wieder Projekte machen (dürfen).