Frage

Ich bin ein wirklich junger Software-Ingenieur / QA Teamleiter. Ich habe seit ca. 2 Jahren und 1 jener Jahre der Entwicklung von Software Ich habe auch der Leiter des QA-Teams bei einer Software-Entwicklungsfirma gewesen. Zur Zeit arbeite ich noch als QA-Teamleiter / Software-Ingenieur für QA-Tools. Vor kurzem wurde ich eingeladen, eine Gruppe von Freunden und Kollegen zu anschließen, die ein Software-Unternehmen starten möchten. Sie wollen, dass ich die Architekten / Tech-Leitung der Software sein (ein spezielles Chat-Client in Java geschrieben ist alles, was ich darüber sagen kann). Ich bin sehr gut darin unter Feuer zu lernen, und ich lerne sehr viel von zu tun. Ich mache mir Sorgen jedoch, dass mein Mangel an Erfahrung führt dazu, dass das Projekt zum Scheitern verurteilt (oder zumindest schlecht entwickelt werden). So würde ich frage mich, Sie schlage ich vor, die Position nehmen, mein Bestes tun und lernen, wie ich gehen? Oder würden Sie vorschlagen, ich ablehnen?

Wenn Sie würde vorschlagen, nehme ich die Position würden Sie bitte ein oder Ressourcen zur Verfügung stellen, die für einen Anfang Java Architect gut sein würde?

War es hilfreich?

Lösung

Als Teamleiter, Ihr wichtigstes Kapital ist nicht Ihre Erfahrung, aber das Team mit denen Sie arbeiten. Wenn Sie kennen und vertrauen, diese Jungs, oder Sie bekommen Ihr eigenes Team mieten, dann mit allen Mitteln, gehen für sie. Lesen Sie ein Buch über gute Einstellung zuerst (Joel on Software hat eine gute Passage darüber), wenn Sie gehen für jede Einstellung tun.

Sie fragen darüber auf Stack-Überlauf, so dass man zumindest die richtige Einstellung zu ihm hat. Bitten Sie um Hilfe, wenn Sie es brauchen. Versuchen Sie nicht, Ihren Mangel an Erfahrung überzukompensieren von nicht über Probleme zu reden. Nur weil Sie ein Problem, die Antwort nicht wissen, nicht ein erfahrener Manager bedeuten würde entweder. Überprüfen Sie Ihr Ego an der Tür und den Job zu erledigen. Sie werden mehr für diesen ohnehin eingehalten werden.

Wenn Sie sich in ein etabliertes Team mit Problemen und Fragen kommen alle eigenen sein, dann ist das, wenn ein erfahrener Manager zu sein kommt wirklich praktisch. Das klingt wie eine perfekte Gelegenheit für Sie zu mir. Sie sind nie als Manager erlebt zu gehen, ohne zu verwalten.

Andere Tipps

  1. Strive der dümmste Kerl im Raum sein.
  2. Wenn Sie krank vor Angst macht, tun Sie es. Wenn es Sie krank vor Angst macht, wegzulaufen.

Das sage ich als jemand, der den Sprung gemacht Architekt bei einem kleinen Unternehmen zu sein, denke ich, die folgenden Punkte helfen könnten:

  1. Sie wissen mehr als Sie denken. Nur weil Sie noch nie ein Architekt gewesen sein, bedeutet nicht, dass Sie nicht genug wissen zu sein.
  2. Als Architekt Sie immer müssen dem Laufenden über Trends und Technologien zu lernen und zu halten. Seien Sie bereit, das zu tun.
  3. Hören. Teammitglieder werden gute Ideen haben, die alle Ihre Vorurteile herauszufordern.
  4. Gerade in einer kleinen Firma, die Sie ist haben, um mir bewusst seine Politik in einer Architekten Rolle. Ich war nicht bewusst genug und bekam als Folge verbrannt. Dies kann deine Freundschaften beeinflussen.
  5. Kleine Unternehmen können unter raschend schnell gehen. Plan für diese und keine finanziellen Verpflichtungen haben, die bedeuten, dass Sie nicht aus einem Job für eine kurze Zeit sein kann.

Das mythischer Mann Monat & People sind die 2 Bücher, die Sie strong> NEED < zu lesen.

Ich sage pflegen Sie es zu tun oder nicht, aber ...

Ich werde Ihnen sagen, dass, wenn Sie wirklich wollen, um Ihre Skillset und Fortschritt in Ihrer Karriere verbessern, werden Sie Risiken nehmen und Ihre Komfortzone verlassen einmal in eine Weile.

Auch als Entwickler auch wenn wir öfter Optimistisch über Projekte / Fristen sind, sind wir auch oft pessimistisch über unsere eigenen Skillset / Fähigkeiten und konzentrieren sich auf das, was wir nicht wissen, sondern als das, was wir tun.

Wenn Sie Fragen haben, müssen Sie dies mit Ihren potentiellen Geschäftspartner diskutieren.

Es gibt nicht viele nützliche, unabhängige Ressourcen auf Software-Architektur. Sobald Sie mit dem Verkäufer Marketing herauszufiltern und Hand wavey Elfenbeinturm Sachen gibt es in der Art und Weise praktischer Ratschläge zu wenig scheint.

Ein guter ist Codierung der Architektur , die sich auf die Hände auf die Architektur konzentriert, und hat eine angemessene Menge an Informationen für Entwickler den Übergang zum Architekten machen (vollständige Offenlegung - ich habe mit diesem in einem kleinen Weg beteiligt).

Außerdem gibt es eine simillar Frage über Architektur Blogs mit einigen sehr guten Antworten .

Sie sollten Ihre Gedanken zu Ihrem neuen Team auszudrücken. Die Tatsache, dass Sie offen sind, darüber ist ein großes Plus würde ich sagen. Geben Sie Ihr Bestes und halten Sie Ihren Fokus - Erfahrung ist nicht alles, vor allem, wenn Sie kennen Ihre shortcommings

Da Sie die Worte, Java und Architekt im selben Satz kann ich die Studie Materialien vorschlagen in dem SCEA Zertifizierung? Insbesondere habe ich Kern J2EE Patterns ein wirklich hilfreiches Buch über größere Bild Fragen der Architektur für das Denken gefunden.

Seien Sie offen mit allen anderen in der Gruppe und stellen Sie sicher, jeder ist der Risiken bewusst und verstehen, was der „worst case scenario“ ist. Sie müssen auch mit all der zusätzlichen Zeit bequem sein, werden Sie in über die Laufzeit des Projektes werden Putting technisch Aufstehen zu beschleunigen.

Auch fragen Sie sich, wenn Sie finanziell machen kann, wenn das Projekt in der Tat tut scheitern.

Wenn jeder ist immer noch an Bord, klingt wie eine gute Lernerfahrung!

Ich würde nicht so viele Sorgen um die mögliche Ursache für das Scheitern des Unternehmens. Seien Sie vor über Ihre Sorgen, aber Temperament, dass mit Ihrer Fähigkeit (und Lust) zu lernen.

Sie schulden es sich selbst zu vet die Finanzierung und Geschäftsvereinbarungen der Gründer des Unternehmens. Ich würde sagen, dass es viel wahrscheinlicher ist, dass das Unternehmen wegen „Geschäft“ Gründe fehlschlagen würde, anstatt technologische Gründe.

Wenn Sie die Gruppe beitreten können, ohne unterwegs von Ihrem Job zu lassen zu haben, das wäre toll. Aber wenn Sie sich entscheiden müssen, welchen Weg zu gehen und die man man gehen zu lassen, können nur Sie diese Entscheidung treffen. Folgen Sie Ihrem Herzen und Sie werden nie verloren gehen.

Nach dem, was Sie gesagt haben, so weit, wird dieses Projekt scheitern. Heck, die meisten neuen Projekte scheitern. Wenn Sie mit dem ok sind, dann gehen für sie! Es wird eine gute Lernerfahrung für Sie einfach sicher sein :) Sie nicht enge Freunde über sie verloren gehen.

Ich fand Craig Larman Buch über iterative Softwareentwicklung wirklich nützlich im Laufe der Jahre. alt text

Als Teamleiter, benötigen Sie das Beste aus Ihrem Team, gut zu sein, sowie das Lernen auf eigene Faust. Durch Ihre eigenen Fähigkeiten zu 100% zu verbessern, können Sie die Produktivität Ihres Teams um 10% erhöhen. Durch die Verbesserung der Produktivität 100% des Teams verbessern Sie es .. 100% natürlich.

Ihr Wert Inbetriebnahme Ihres Freundes ist nicht nur Ihre reinen Programmierkenntnisse, sondern auch, dass sie wissen, und Sie als Partner vertrauen. Offensichtlich zu ihnen, sie fühlen Sie sich etwas realen Wert beitragen kann, so mein Vorschlag ist, dass Sie „fake it, bis Sie es machen“:)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top