So schützen Sie es, geistige Immobilienverletzungen aus dem eigenen Team zu schützen [Duplikat]

Question

Diese Frage hat bereits Antworten hier

So verwalten Sie ein geschlossenes High-Risk-Projekt? (8 answers)

geschlossene vor 7 Jahren .

Ich habe eine Android-App-Idee, ich möchte die App zusammen mit ein paar Batch-Kumpels in meiner Collage herstellen.

(1) Wie kann ich sicherstellen, dass diese Jungs die intravollen Eigenschaften nicht beeinträchtigen werden? In dem Sinne, in dem sie nicht vertrauliche Informationen, neue Theorien, neue Ideen, neue Funktionen, neue Funktionen, entweder frei auf jedem Medium oder einem anderen Unternehmen, das ähnliche Software entwickelt. Diese Menschen werden auch höchstwahrscheinlich Zugriff auf den gesamten Quellcode (mit Kommentaren) des Projekts haben, wie kann ich sicherstellen, dass sie in Zukunft mit mir zusammenarbeiten werden,

(2) liefert keinen Teil des Codes,

(3) Freigeben von Alpha-Versionen, die Funktionen enthalten, die nur für Premium-Benutzer gedacht sind, freigeben. Auch

(4) gibt es Möglichkeit, effektiv zu arbeiten, ohne auf den gesamten Quellcode zuzugreifen?

Ich bin offen für alle Arten von Antworten: Vertrauen, technisch, Managerial - Führung, gute Freundschaft - Beziehung zu Kollegen.

update: Wir leben alle in Indien.

Answer 1

ok, du hast eine idee, gut. Ich bin sicher, deine Freunde haben auch ihre eigenen. Wenn Sie möchten, dass sie an Ihrem arbeiten, sehe ich nur wenige Optionen:

.

1. zahlen sie für ihre Arbeit.

2. mit ihnen reden, pool die besten Ideen, kommen mit einem neuen, der jedem gehört.

3. Starten Sie es selbst, wenn es bereits rollt, rufen Sie sie an.

Im ersten Fall können Sie sicherstellen, dass es klar ist, wer was besitzt, und sprechen Sie sehr genau darüber, was Sie erwarten, dass sie nicht tun.

Im zweiten Fall teilen Sie das Interesse und die Risiken. Einen Kompromiss, der sich in der Rückseite nicht stechen kann, ist immer noch eine gute Idee.

Im dritten Fall kann es einfacher sein, sie zu überzeugen, in Ihrer Idee zu arbeiten, und es ist ein wenig offensichtlich, dass Sie alles angefangen haben; Aber muss aber immer noch irgendwo schreiben, was von Anfang an davon gehört. Das bedeutet auch, ihre Arbeit zu erkennen und sicherzustellen, dass sie zurückkommen, was sie fühlen, ist fair.

In jedem Fall müssen Sie ihnen immer noch vertrauen, es gibt kein magisches Gefängnis, in dem Sie jemanden stellen könnten, um sie Ihnen treu zu machen.

Answer 2

Ich weiß wenig über Indiens Rechtssystem, aber berücksichtigen Sie die Gesetze des geistigen Eigentums . Wenn Sie zum Beispiel Ihre Idee patentierbar sind, berücksichtigen Sie ihn. Ja, das ist teuer (und bei einigen Leuten nicht beliebt), aber dafür sind Patente. Stellen Sie sicher, dass jede Quellcodedatei einen Copyright-Hinweis enthält. Das IP-Gesetz wird nicht aufhören, Personen, die Ihren Code und Ideen stehlen, aber Sie können sie möglicherweise daran hindern, sie daran zu verwenden.

Wenn Ihre Idee auf ein anderes Produkt oder eine andere Organisation aufbaut oder integriert. Erwägen Sie, mit dieser Organisation zu sprechen, und sehen Sie, ob Sie eine bevorzugte oder einzige Lizenzanordnung ausarbeiten können. Wenn Ihre App alkoholfreie Getränke vermarkten, nähern Sie sich alkoholfreie Getränkeunternehmen und geben Sie Ihre Idee auf. Wenn sie es mögen, könnten sie es finanzieren, geben Sie technische Hilfe und bestreiten diese Unterstützung für andere.

Für technische Kontrollen, berücksichtigen Sie Komponenten des Systems und mit Segregation von Pflichten . Speziell:

.
1. teilen Sie das Entwicklungsteam in separate Teams auf. Physisch trennen sie sie, so dass die Entwickler in einem Team nicht mit anderen sprechen können.
2. Das Produkt in Komponenten mit gut definierten Schnittstellen aufteilen und jedes Team eine andere Komponente zuweisen.
3. Legen Sie den Quellcode jeder Komponente in ein separates Quellsteuerungssystem ein und verweigern Sie andere Teams Zugriff auf diese Komponente.
Betrachten Sie beim Komponieren die Komponente, um vertikale Scheiben des Systems (z. B. UI, Geschäftslogik und Speicher) anstelle von horizontalen Schichten (z. B. 1 UI-Team, 1 Business Logic-Team usw.). Ansonsten kann jedes Team zu viel von dem System sehen.

Auf diese Weise wird jedes Team ihre Komponente kennen, aber wenn jemand anderswo mit dem Code spricht oder treibt, ist das Schlimmste, das sie tun können, über ihre Komponente sprechen. Sie sehen diesen Ansatz oft in sehr sicherheitssensiblen Systemen.

Verwenden Sie für Netzwerk zugängliche Komponenten, verwenden Sie Authentication , Auditing und verwenden Sie verschiedene Entwicklung und Produktionsanmeldeinformationen . Speziell:
.
1. Haben jede Schnittstelle eine Authentifizierung erforderlich, z. ein Benutzername und ein Passwort.
2. Development-Test-Anmeldeinformationen, verwenden jedoch verschiedene Anmeldeinformationen in der Produktion
3. Halten Sie ein Audit-Protokoll der Zugriffe und überprüfen Sie es regelmäßig.

Dies stellt sicher, dass diese Komponenten nur für ihre vorgesehenen Zwecke verwendet werden. Dies kann ein Grund sein, einige Funktionalität von der App und zum Beispiel auf Cloud-Dienste zu verschieben.

Das heißt, alles, was die Informationsaustausch im Team beeinträchtigt, dürfte das Teammoral und die Leistung von Teams beeinflussen. Effektiv, Sie sagen, dass Sie Ihrem Entwicklungsteam nicht vertrauen . Wie können Sie in diesem Fall erwarten, dass sie Ihnen vertrauen? Wenn Sie Ihren Entwicklern vertrauen und Ihren Erfolg mit ihnen teilen, werden sie härter funktionieren, weil es auch ihr Produkt ist.

Beachten Sie auch, dass der Schlüssel zu den meisten neuen Projekten seine Ausführung ist, nicht die ursprüngliche Idee . Ihre Idee könnte großartig sein, aber die Chancen sind, es wird viel ändert, wenn Sie Ihr Produkt entwickeln und den Kunden freisetzen.

Answer 3

Ich bin davon überzeugt, dass Sie nicht erfolgreich sein, indem Sie Ihre Geschäfte auf dem offenen Misstrauen gegenüber Ihren Kollegen haben. Denken Sie daran, dass Sie tatsächlich das System erstellen müssen, andernfalls wären Sie nicht mit dem Thema Ihre Frage Adressen.

Ich bin auch davon überzeugt, dass Sie sich auf das falsche Aspekt des Aspekts in geistiges Eigentum konzentrieren: Während es richtig ist, dass der Quellcode Ihr Produkt verkörpert, wird der Rand Ihres gefesselten Unternehmens das Gehirn der Mitglieder auf der Gründungsstufe sein. Je mehr Sie unehrliches Verhalten oder ein völliger Verstoß gegen das Gesetz unter Ihren Codierern empfehlen, desto seltener werden Sie begabtes Personal anziehen (oder wenn Sie dies tun, desto einfacher werden Sie sie entfremden). Je mehr Gabitt Ihr Team desto besser ist, insbesondere, als Ihr Produkt, das sich Ihr Produkt angeht, wahrscheinlich (weit vom Inecatoate-Konzept möglich ist), um die Kundennachfrage zu erfüllen - daher könnte ein Quellcode-Snapshot weniger wertvoll sein, als er auf den ersten Blick erscheint.

Eine konstruktive Bemerkung endlich: Quellcode, auch in High-Level-Sprachen, kann schwer zu verstehen sein. Noch mehr, wenn Kommentare und Dokumentation spärlich und unvollständig sind. Ihr bester Schutz könnte sein, möglicherweise

• ein begabtes Team
• bauteilweise Entwicklung
• ein kodierender Stil von "keine Kommentare".

Es verstößt gegen grundlegende Grundsätze der SW-Engineering, werden Sie jedoch schützen, auch wenn ein Mitglied Ihres Teams Sie verlässt: Da er natürlich auf wenige Komponenten Ihrer Anwendung spezialisiert ist, werden die Auswirkungen auf die Offenlegung etwas gemildert. < / p>

Haftungsausschluss: Ich bin kein Gründer und habe nicht in Indien gearbeitet, also nehmen Sie die Ideen mit etwas Salzkorn.