Softwareprojekt?

[schöni]

Hallo,

Ich wollte Euch mal fragen, was für Projekte ich erstellen könnte, wenn

a) das Projekt ein kommerzielles Projekt werden soll und ich auf der Bank Kredit beantragen müsste, um die Projektbeteiligten fair bezahlen zu können. Was ist am aussichtsreichsten, um den wahrscheinlich benötigten Kredit auch zu bekommen?

b) das Projekt ein Open Source Projekt würde. Was wäre hierzu interessant genug, um genügend Mitstreiter zu finden.

Was ist bei der Organisation eines solchen Projektes zu beachten?

Ist es besser, selber der oberste Projektverantwortliche zu sein, bei dem alles zusammen läuft, oder ist eine Hirarchie besser, wie sie wahrscheinlich in großen Softwareunternehmen zur Anwendung kommt? Ab welcher Projektgröße ist welche Variante zu bevorzugen?

Welche Erfahrungen gibt es bei der Auslegung der Schnittstellen? Letzlich müssen ja alle von verschiedenen Personen erstellten Programmteile auch zusammen passen.

Ich werde diese Frage auch in anderen relevanten Foren posten. Dort sind andere Mitglieder und ich möchte ert mal ein Brainstorming und da ist es vorteilhaft, so viele Meinungen wie möglich zu erhalten. Wer also aus diesem Forum auch in anderen Foren angemeldet ist, antworte bitte nur einmal dort, wo er diese Frage zum ersten Mal gefunden hat.

CrossPost im Delphi-Treff

[Delphi-Laie]

Vor diesem Problem steht letzten Endes jeder, der am (bzw. über den) Markt zu Geld kommen möchte oder muß. Ob eine Idee sich überhaupt amortisieren kann bzw. wird, womöglich sogar Profit abwerfen wird, steht in den Sternen. So genau kennt niemand den Markt und die Zukunft. Und die, die meinen, eine wirklich gute Produktidee zu haben (und/oder diese als solche geschickt genug bewerben), lassen sich beim Verlauf der Rechte daran gut bezahlen, sofern sie - aus welchem Gründen auch immer, vielleicht sogar, weil sie doch nicht so sehr davon überzeugt sind - diese Idee nicht selbst umsetzen.

Zitat von schöni:

Ist es besser, selber der oberste Projektverantwortliche zu sein, bei dem alles zusammen läuft, oder ist eine Hirarchie besser, wie sie wahrscheinlich in großen Softwareunternehmen zur Anwendung kommt?

Erweiterte Hierachien (also zusätzliche gegenüber einer Leitungsebene und deren Unterstellten) lassen sich nur bei historisch gewachsenen Organisationen aufbauen, wo Vertrauen in das System und seine Mitstreiter berechtigt, gewachsen und gefestigt ist, diese Organisation also funktioniert. Dann entstehen Hierarchien fast von allein, weil sie irgendwann nötig werden. Fängt man von vorn an, ist es unerläßlich, alle Fäden selbst in der Hand zu behalten, ansonsten sehe ich ein Scheitern, zumindest erhebliche sog. Reibungsverluste, als unausweichlich an.

[Jens01]

Zitat:

a) das Projekt ein kommerzielles Projekt werden soll und ich auf der Bank Kredit beantragen müsste, um die Projektbeteiligten fair bezahlen zu können. Was ist am aussichtsreichsten, um den wahrscheinlich benötigten Kredit auch zu bekommen?

Der Bank mußt Du mit einem schlüssigen Konzept, welches die Banker nachvollziehen können, aufzeigen, dass Du irgendwann (zeitnah) damit Geld verdienst. Das ist nicht so einfach, aber es geht. Dafür gibt es eine Menge kostenlose Beratung von Verbänden, Kammern, Arbeitsamt usw.

Zitat:

b) das Projekt ein Open Source Projekt würde. Was wäre hierzu interessant genug, um genügend Mitstreiter zu finden.

Das Konzept muß sehr schlüssig sein, um damit Geld verdienen zu können. Einige gibt es, bei denen es funktioniert. Die Firmen binden die Kunden mit dem vermeindlich kostenlosen Projekt an sich und nehmen Geld für Dienstleistungen rund um das Projekt. Z.B. bei Ubuntu geht das.

Zitat:

um die Projektbeteiligten fair bezahlen zu können

Ich würde die Beteiligten auch ins Risiko mit einbinden, sonst bist Du der Gearschte, wenn es nicht klappt. Die Bank läßt sich Kredite auf jeden Fall von einem Dummen absichern.