Forum für UML?
-
Jo, so ähnlich sieht das bei uns auch aus.
Wir sitzen zwar nicht beim Kunden (krasser Gedanke 8 Stunden den Kunden im Nacken
)
Kunde ruft aber in immer kürzer werdenden Abständen an, und fragt den Stand der Dinge ab.
Wenn man ihm dann erzählen würde: ... wir zeichnen noch Diagramme ...
währe ein Tanzen der Teufel die Folge.
-
breaktogether schrieb:
Wenn man ihm dann erzählen würde: ... wir zeichnen noch Diagramme ... währe ein Tanzen der Teufel die Folge.
Das ist dann allerdings ein Versagen des Projektleiters.
-
ja, in dieses forum sollte ne schnittstelle für uml rein. und für struktogramme. und dan werde ich es mit buha in einem atemzug nennen.
-
Marc++us schrieb:
breaktogether schrieb:
Wenn man ihm dann erzählen würde: ... wir zeichnen noch Diagramme ... währe ein Tanzen der Teufel die Folge.
Das ist dann allerdings ein Versagen des Projektleiters.
Es ist nunmal so das der Kunde das Spiel bestimmt.
Wenn es vom Kunden heisst ich will bis dann und dann Ergebnisse sehen hat man sich zu beugen.
Wenn man dann nach der Lehre geht, hat man den Auftrag schon verloren.
-
Marc++us schrieb:
breaktogether schrieb:
Wenn man ihm dann erzählen würde: ... wir zeichnen noch Diagramme ... währe ein Tanzen der Teufel die Folge.
Das ist dann allerdings ein Versagen des Projektleiters.
Falsch - das ist das Versagen des Kundenmanagers bzw. Account Managers oder zuständigen Consultants.
Nichts ist schwerer als den Auftrag noch zu bekommen in Hinblick von Zeiträumen, Kosten, Vorbereitungen und Verbindlichkeiten, aber auf der anderen Seite den Kunden noch zu überzeugen, die professionelle Verfahrensweisen zu akzeptieren. Der Projektleiter übernimmt nur bei kleinen Unternehmen oft noch die Aufgaben des Kundenmanagers. Mit dem Problem habe ich täglich zu kämpfen. Manchmal bekomme ich es hin, manchmal aber auch nicht...
Kunden sind wie kleine Kinder - was sie nicht kennen, essen sie nicht ... Mit "probier doch mal" brauchst Du erst gar nicht kommen :D.volkard schrieb:
ja, in dieses forum sollte ne schnittstelle für uml rein. und für struktogramme. und dan werde ich es mit buha in einem atemzug nennen.
Was ist buha ? ARIS wäre noch interessant ...
@artchi && breaktogether:
Auch bei OOA oder GPA habe ich gute Erfahrung gemacht zuerst, die GUI als Dummy zu visualisieren, der Kunde will auch immer früh was sehen. Screenshot und beginne mit der OOA der Kundenanforderung - primär Use Case, Activity, Sequence Diagramme. Der Kunde hat was zu kucken, kann sich einbringen und wenn er beim OOD die forward-/reverse-engine erlebt ist das Schlimmste eigentlich überstanden.
Es ist aber wahr, dass viele Firmen echte Profis die diese Techniken beherrschen ablehnen, weil sie selbst kein Kosten-/Nutzenverständnis für diese Techniken haben und lieber "Billigstudenten" haben wollen. IMHO liegt der ROI bei UML bei 1,5 MM. über weitere Techniken und Vorzüge wollen wir erst gar nicht reden.
-
Prof84 schrieb:
Was ist buha ?
busch-hackers.
ein board, das gegen den ruf kämpfen muss, nur aus script-kiddies zu bestehen.
völlig zu unrecht
, wie man sieht, wenn man auf http://www.buhaboard.de/ guckt. oh, es führt immernoch "C/C++". da hab ich mal bei nem programmierwettbewerb mtgemacht und meine lösung in brainfuck erstellt.
-
Prof84 schrieb:
Marc++us schrieb:
breaktogether schrieb:
Wenn man ihm dann erzählen würde: ... wir zeichnen noch Diagramme ... währe ein Tanzen der Teufel die Folge.
Das ist dann allerdings ein Versagen des Projektleiters.
Falsch - das ist das Versagen des Kundenmanagers bzw. Account Managers oder zuständigen Consultants.
Nö, finde ich nicht.
Erstens weil in vielen Fällen der Projektleiter ja auch der Kundenkontakter ist, zum anderen auch weil er es versäumt hat seinen eigenen Vertrieb entsprechend zu konditionieren.
Klar, theoretisch sollte das der Vertriebsbeauftragte selbst tun, aber es gibt nichts Gutes, außer DU tust es.
-
Marc++us schrieb:
Nö, finde ich nicht.
Erstens weil in vielen Fällen der Projektleiter ja auch der Kundenkontakter ist, zum anderen auch weil er es versäumt hat seinen eigenen Vertrieb entsprechend zu konditionieren.
Klar, theoretisch sollte das der Vertriebsbeauftragte selbst tun, aber es gibt nichts Gutes, außer DU tust es.
Na, hier sollten wir erst mal die Nomenklatura festlegen:
Vertriebsbeauftragter:
Im der Projektabwicklung im Volksmund auch Außendienstler/Vertreter genannt ("Aufreizer" :D). Hat die Aufgabe vor der Auftragsvergabe den Kunden für Projekte, Lösungen, Bedürfnisse und seinem vertrenden Unternehmen zu sensibelisieren und zu begeistern.Account Manager:
Pflegt bereits bestehende Kundenbeziehungen und ist ein konstanter Ansprechpartner für seinen Kunden. Sozusagen ein Proxy zwischen Intern und Extern. Schwerpunkt Ablaufsteuerung und SoftskillsConsultants
Berater und Ermittler von Kundenanforderungen und Projektangelegenheiten im Detail.Kundenmanager:
Im Gegensatz zum Account M würde ich den KM eine höhere Fachkompetenz zuschreiben. Z.B.: Aufforderungs- und Geschäftsprozessanalyse. Er ist auch mehr auf ein einzelnes Projekt focusiert.Projektmanager:
Leitet das Team und ist für die Umsetzung der Projektanforderungen verantwortlich. Arbeit der PL vorort beim Kunden ist er auch KM. Anderfalls bleibt er bei der Organisationsstruktur des Unternehmens verborgen.Produktmanager:
...Was wir hier diskutieren ist, dass viele Mitarbeiter "Mischpositionen" einnehmen. Da kann gerade ich ein Lied von singen ...
IMHO hat aber ein reiner PL mit dem Kunden-AM nichts zu tun.
Leider kein Konsenz ...
-
Falsch - das ist das Versagen des Kundenmanagers bzw. Account Managers oder zuständigen Consultants.
Nichts ist schwerer als den Auftrag noch zu bekommen in Hinblick von Zeiträumen, Kosten, Vorbereitungen und Verbindlichkeiten, aber auf der anderen Seite den Kunden noch zu überzeugen, die professionelle Verfahrensweisen zu akzeptieren. Der Projektleiter übernimmt nur bei kleinen Unternehmen oft noch die Aufgaben des Kundenmanagers. Mit dem Problem habe ich täglich zu kämpfen. Manchmal bekomme ich es hin, manchmal aber auch nicht...
Kunden sind wie kleine Kinder - was sie nicht kennen, essen sie nicht ... Mit "probier doch mal" brauchst Du erst gar nicht kommen :D.Du scheinst zu vergessen, das du es in 99,9 % aller Fälle mit Kunden zu tun hast, für die deine Firma nur eine von vielen ist.
Wenn du nicht ... dann ein anderer.Die Vorzüge bestreitet ja auch keiner.
Aber die meisten Kunden interessiert es einfach nicht.
Wenn du Beispielsweise ein Auto kaufst, willst du auch nicht die Entstehungsgeschichte bis ins kleinste Detail erzählt bekommen.
Du möchtest nur Wissen, das es seine Aufgabe erfüllt und eine Garantie bekommen, falls es mal nicht so funktioniert wie es soll.
Software ist zu einer Ware geworden, wie jede andere auch.
-
@breaktogether:
Du verstehst die elementaren Unterschiede zwischen Produkt- und Dienstleistungsmarketing nicht. Ich halte deine Aussage für völlig falsch und unzutreffend.
-
Prof84 schrieb:
@breaktogether:
Du verstehst die elementaren Unterschiede zwischen Produkt- und Dienstleistungsmarketing nicht. Ich halte deine Aussage für völlig falsch und unzutreffend.Tja dann hast du anscheinend nicht viel damit zu tun.
-
Produkt- und Dienstleistungsmarketing
Es gibt keine Unterschiede.
Eine Dienstleistung wird heute verkauft wie jedes andere Produkt auch.
-
Also wir sind Dienstleister, und verkaufen unsere Leistung. Im Prinzip stimme ich mit der Erfahrung von breaktogether also überein. Ich bin jetzt das 4. Jahr beim Kunden vor Ort, habe mein gerade mein drittes Projekt bei ihm bekommen. Kann also sagen, was erwartet wird. Und das ich meine Leistung in Person verkaufe (ok, das mit der Kohle regelt mein Arbeitgeber, bin ja nicht selbstständig). Ich selbst bin also ein Produkt das verkauft wird und hoffentlich beim Kunden zuverlessig läuft.
Somit gibt es keinen Unterschied, ob man ein Produkt so verkauft oder eine Dienstleistung.
-
Hehe, um noch mal das Beispiel mit dem Auto aufzugreifen:
Ich glaube kaum, dass Du jemals ein Auto kaufen wirst, welches nur auf Dich zugeschnitten wird und dann vorher nie auf irgendeinem Zeichenbrett o.ä. designt worden ist.
Sicherlich kannst Du zu Deinem Autohersteller gehen und sagen, das Auto soll dies oder jenes haben, kann mir aber vorstellen, dass dann derjenige Dir aus etwas schon vorhandenes zusammenstellen wird, welches vorher in form von Zeichnungen designt worden ist und nicht mit "Erfahrung" (direkt vor deinen Augen) aus einem Haufen Blech zusammengeklobbt wird... wäre aber mal interessantNebenbei, ich stell mir das gerade bei der Automobilindustrie lustig vor:
Man soll eine Software zur Steuerung eines teuren Gerätes entwickeln. ich glaube kaum dass die "Kunden" dann das Gerät einsetzen, wenn sie nicht sehen, dass man sich über das System seine Gedanken gemacht hat.Es gibt Softwareprodukte, die einmal erstellt werden, dann ständig erweitert werden etc. (Coreldraw, Words, OpenOffice, AdobeAcrobat, ...) und als Paket an den Kunden verkauft wird. Bei solcher Software (denke ich) ist es wohl sehr vorteilhaft, UML-Diagramme zu haben, als die gesamte Spezifikation als 1000 Seiten pdf vorliegen zu haben.
Für die Fälle, die Ihr hier mehr beschreibt, wäre Extremeprogramming vielleicht eher was... wobei auch da UML-Diagramme sinnvoll wären, natürlich nicht bis in die genauste Detailstufe. Aber ein grobes Design würde ich mir dennoch anlegen.
Darf man vielleicht fragen, in welchem Bereich ihr denn arbeitet, wo man direkt beim Kunden Software entwickelt?MfG Ingo
-
Mag für eine "BWL-Softwarefirma" evtl. so sein, aber ich halte gar nichts davon, den PL vom Kunden zu separieren. Auch eher gewagt, daß der Account Manager - der ja ein Vertriebsmensch ist - während der Projektphase ein Informationspunkt sein soll. Außer Terminen und groben Überblicken besitzt dieser im Regelfall keine Detailinformationen, oftmals auch nicht das Fachwissen. Während das Projekt läuft, ist er bereits auf der Suche nach neuen Kunden und hat die Verantwortung an die PL abgegeben.
Und der PL ist dem Kunden gegenüber sichtbar, weil er draußen war und vor Ort sich angesehen hat, was eigentlich zu tun ist - hat die Automatisierungsaufgabe studiert, die Randbedingungen geprüft, und schaut auch vor Auslieferung nach, ob alles ok ist. In dieser Natur kennt ihn der Kunde natürlich und spricht ihn auch an.
Ich halte mich dabei eher an die klassische Definition der deutschen Industrie, d.h. mit Vertrieb, Projektabwicklung, Kundendienst, Gruppenleitung. Deine Definition erscheint mir ein bißchen arg stark angloamerikanisch beeinflusst zu sein. Was Du unter PL verstehst, würde ich als Aufgaben eher einem Gruppenleiter des Fachgebiets zuordnen.
Allerdings hat das damit zu tun, daß in meinem Fall der PL sowohl Software, als auch Ekon und Mkon koordiniert, d.h. das Projekt nicht nur aus Software besteht.
-
Ingo aka Desert Hawk schrieb:
Darf man vielleicht fragen, in welchem Bereich ihr denn arbeitet, wo man direkt beim Kunden Software entwickelt?
Ich denke nicht, das es vom Betrieb abhängt, für den man arbeitet. Bei uns ist es so, das unser Kunde es ganz einfach so will. Bei uns am Standort ist es halt der Kunde der mehrere 1000 Programmierer nur im Hause die Systeme entwickeln und betreuen lässt. Projekte extern umsetzen lässt er höchstens nur "kleine" Festpreisprojekte.
-
@marc++us:
Also wie es bei "BWL-Firmen" aussieht weiß ich nicht, ich rede von Softwarehäusern mit ein paar Duzent Mitarbeitern.
Ich sehe es als Plus an, dass der (Key) Account Manager wenig fachliche Kompetenzen hat. Kann sich leicht so auf das Diskussionsniveau seines Kunden "runterdenken". IMHO sind "Intelektuelle " die schlechsten Verkäufer. Seine Aufgabe dient der reinen Kundenbindung und Harmonie. Es ist eine TOP-2-TOP Verbindung, von mir liebevoll 'Blitzableiter genannt. Die Aufgabe des AM ist aber auch die Mitarbeiter vom Atem des Kunden zu befreien. Er hat ein geschultes Verständnis dafür, wo der Kunde sensible reagiert, wo man Ihn noch umlenken kann oder wo er sich konstruktiv verhält. Die Spannung zwischen Ist und Soll werden dann intern zwischen PL und AM oder KM geregelt.Wie geschrieben, der AM ist nicht für die Neuakquise verantwortlich, sondern der Vertriebsbeauftragte. Und der KM kümmert sich um die Details.
Es ist ja nicht gesagt, dass der PL sich nicht auf der unteren Ebene mit der Abt. des Kunden nicht kurzschliessen darf oder sich Sachen vorort ankucken. Aber ein reiner PL hat nichts mit den geschäftlichen Angelegenheit zu tun, z.B. Verträge und der Kunde differenziert hierbei nicht.
Eine wichtige Instanz fehlt hier noch - der Produktmanager. Seine Aufgabe liegt im Controlling, Abgleichen von Kundeninteressen und dem des Unternehmens, Marktanalysen, Kampanienmanagement und neue Produktideen. Er legt fest welche Kundenwünsche noch in die "Tüte" kommen und welche nicht. In den Individualentwicklung wird die Position des ´Produktmanagers stärker vernachlässigt - zu unrecht. Die besten Geschäfte werden erzielt, indem amn den Kunden verkauft man beginne für ihn bei 'Adam & Eva', schraubt aber bereits bestehende Module früherer Projekte mit maginalen Aufwand ein und macht so eine fette Marge.
<backtotheme> Dabei ist z.B. UML ein wichtiges Plus ;)</backtotheme>
Der ProM hängt zwischen KM und PM und arbeit intensiv mit den Kunden.@artchi:
Nun vier Jahre Systementwicklung Java/Corba sind ja keine schlechte Experians und ** ist ja auch keine Klitsche. Nur solltest Du Dir vor Augen führen:
Du bist ein "Mietsklave"! - Angestellt bei einen DV-Dienstleister und "eingeschleust" beim Kunden vorort. Dein "Vorgesetzter" kommt morgens rein sagt "Spring!" und Du hast gefälligsten zu fragen "Wie hoch?". Und wehe nicht -"Schicken Sie uns mal einen Anderen! Artchi gibt Widerworte!" - Du bist in der Tat eine "Ware", erstanden irgendwann auf dem "Sklavenmarkt". Der Arbeitgeber (Subunternehmer) lebt vom An- und Verkauf deiner Arbeitsleistung.
Du kannst nicht die Karriereleiter rauffallen, Dich im Unternehmen einbringen und z.B. selbst Projekte initieren etc. - Entwicklung?! ...
@Rest:
Ich habe jetzt kein Bock auf einen Egotrip ...
Ohne weitern Kommentar - IMHO habt Ihr vom Marketing null Ahnung!
-
Also wie es bei "BWL-Firmen" aussieht weiß ich nicht, ich rede von Softwarehäusern mit ein paar Duzent Mitarbeitern.
Ich sehe es als Plus an, dass der (Key) Account Manager wenig fachliche Kompetenzen hat. Kann sich leicht so auf das Diskussionsniveau seines Kunden "runterdenken".Tolle Schnittstelle zum Kunden.Ein Account Manager der durch fehlende fachliche Kompetenz glänzt.
Nun vier Jahre Systementwicklung Java/Corba sind ja keine schlechte Experians und ** ist ja auch keine Klitsche. Nur solltest Du Dir vor Augen führen:
Du bist ein "Mietsklave"! - Angestellt bei einen DV-Dienstleister und "eingeschleust" beim Kunden vorort. Dein "Vorgesetzter" kommt morgens rein sagt "Spring!" und Du hast gefälligsten zu fragen "Wie hoch?". Und wehe nicht -"Schicken Sie uns mal einen Anderen! Artchi gibt Widerworte!" - Du bist in der Tat eine "Ware", erstanden irgendwann auf dem "Sklavenmarkt". Der Arbeitgeber (Subunternehmer) lebt vom An- und Verkauf deiner Arbeitsleistung.
Du kannst nicht die Karriereleiter rauffallen, Dich im Unternehmen einbringen und z.B. selbst Projekte initieren etc. - Entwicklung?! ...Jaja du hast die Weisheit mit Löffeln gefressen.
Ich weiss nicht in welcher Welt du lebst, jedenfalls fern der Realität.Das was du da beschreibst ist genau das, was auf einen "freien" zutrifft.
Einen "Zeitarbeiter", der bei nichtgefallen, schlechter Auftragslage austauschbar ist.
Naja diese Erfahrung wirst du früher oder später wohl selber machen.Ps.:Bin schon seit 7 Jahren in deinen Augen ein Sklave.
-
Prof84 schrieb:
@artchi:
Nun vier Jahre Systementwicklung Java/Corba sind ja keine schlechte Experians und ** ist ja auch keine Klitsche. Nur solltest Du Dir vor Augen führen:
Du bist ein "Mietsklave"! - Angestellt bei einen DV-Dienstleister und "eingeschleust" beim Kunden vorort. Dein "Vorgesetzter" kommt morgens rein sagt "Spring!" und Du hast gefälligsten zu fragen "Wie hoch?". Und wehe nicht -"Schicken Sie uns mal einen Anderen! Artchi gibt Widerworte!" - Du bist in der Tat eine "Ware", erstanden irgendwann auf dem "Sklavenmarkt". Der Arbeitgeber (Subunternehmer) lebt vom An- und Verkauf deiner Arbeitsleistung.
Du kannst nicht die Karriereleiter rauffallen, Dich im Unternehmen einbringen und z.B. selbst Projekte initieren etc. - Entwicklung?! ...Ja, sowas wird auch Body-Leasing genannt.
Für einige hat es einen negativen Beigeschmack, klar. Es ist sogar so extrem, das ich meistens vergesse, das ich eigentlich nicht bei dem Kunden angestellt bin. Ich fahre morgens in das Kunden-Bürozentrum und abends dann wieder nach Hause - jeden Tag, fünf mal die Woche. In meinem eigentlich Betrieb lasse ich mich vielleicht nur alle paar Wochen oder Monate blicken. Es war auch mal ein Jahr lang so, das ich nie jemanden von meiner Firma gesehen habe. Hin und wieder kam mal mein Vorgesetzter vorbei und hat gefragt wie es mir so geht. Und natürlich hat er sich beim Kunden informiert, ob die mit mir zufrieden sind.Karriere? Ich würde mal sagen, das läuft etwas anders ab. Ich bin ja jetzt 4 Jahre beim Kunden und kenne mich bei ihm aus. Kenne die Eigenheiten, kenne die Leute, kenne die Prozesse, weiß wie die Planung arbeitet, damit sie ein Auto bauen können, kenne die Systeme, kenne die Kunden-eigenen Java-Frameworks usw. Letztendlich bin ich z.B. in meinem neuen Projekt der Senior-Entwickler. Ich schleppe also schon Wissen mit mir rum, wo neue Teamkollegen (die vorher nie beim Kunden waren) vor dem nichts stehen. Habe also eine Verantwortung zu tragen und muß auch die neuen Kollegen (die nicht zwingend von unserer Firma sind!) aus anderen Projekten beraten und unterstützen. Bin also auch für die Kunden-Systemabteilung wertvoll geworden. Sicherlich ist jeder Mensch ersetzbar, aber das hat nichts mit Body-Leasing zu tun. Wenn ich mich ins Zeug lege und das beste für den Kunden will, dann bekomme ich gutes Feedback!
-
Um nochmals auf das eigentliche Thema zurückzukommen:
Leider exportieren die meisten (alle?) UML-Tools nicht wirklich xmi. Soweit ich weiss, sollte im xmi-File keinerlei Information über die Position einzelner graphischer Komponenten mehr enthalten sein. Dies sollten dann Layout-Algorithmen übernehmen.
Wenn man sich jetzt aber anschaut was bei den einzelnen Tools rauskommt, dann ist das zum einen nicht wirklich standardisiert und alles andere als frei von Positionsinfos. Falls man versucht "reines" xmi zu importieren spielt eigentlich kein Tool mit, bzw. verweigert dann einfach die Anzeige.