Projektmethodik für kleine Teams [geschlossen]

Question

Wir sind in der Regel 1-4 Entwickler / Art-Direktoren / Texter bei jedem Projekt in meiner Firma, welche Methode würden Sie Gebrauch zu verwenden empfehlen? Agile? XP? Gedränge? Etwas anderes? (Ich weiß, sie sind alle Variationen von im Wesentlichen dem gleichen Konzept, ja)

Answer 1

Ich glaube nicht, dass es eine allgemeine Antwort für sie, die Frage zu breit, und Sie können nicht nur „eine Methodik adoptieren“, als ob es sich um ein Produkt waren, die Sie aus dem Kasten heraus nehmen, dann ist es etwas, das Sie entwickeln sich im Laufe der Zeit ... aber in jedem Fall empfehle ich Ihnen ein Exemplar dieses Buches erhalten: Head First Software Development

Dann passen Sie die Ideen, die Sie in Ihr Projekt möchten. Sie nicht über Namen und buzzwords kümmern, werden sie sowieso alle „passé“ im nächsten Jahr sein. Keep it simple auf dem ersten, die Ideen übernehmen, die mehr Sinn machen, und geben das Beste für Geld, und nicht versuchen, Probleme zu lösen, die noch nicht existieren. Es wird ein sehr guter Anfang.

Answer 2

Für Paarprogrammierung, zumindest, es ist am besten, eine gerade Anzahl von Programmierern haben ...; P

Eines der guten Dinge über kleine Teams ist, dass Sie nicht Notwendigkeit eine Menge Unterstützung Systeme intern zu kommunizieren (ein Bugtracker wird mehr oder weniger eine To-do-Liste für sich selbst, aber es ist gut zu haben sowieso). Wenn mit nur einem Treffen mit dem ganzen Team um Ihre charir beinhaltet drehen und sagen: „Hey, Bob und Carl, werfen Sie einen Blick auf diese!“, Sie nicht wirklich brauchen alle formalen Regeln eines methology sowieso. Aber agilen Methoden ist im Allgemeinen recht gut geeignet für kleine und mittlere Teams, aber sie erfordern selbstmotivierte Teammitglieder.

Ich werde sagen, aussuchen, was Ideen, die Sie aus den verschiedenen methologies, können sie trotzdem als Vorschläge werden.

Answer 3

Für solche kleinen Teams, würde ich in einem agilen Ansatz suchen auf jeden Fall auf die Softwareentwicklung. Ich persönlich würde wahrscheinlich eine Mischung aus XP, Scrum und Lean verwendet, weil ich die am besten kennen. Vor allem, wenn Sie neu in Agile stellt XP einen guten Ausgangspunkt, von dem Sie dann Ihre projektspezifische Anpassung finden. Ich empfehle das Buch "The Art of Agile Development".

Answer 4

My 3 Entwicklerteam verwendet einfach Kanban + kontinuierliche Installationen und es hält uns schnell bewegen. Ich habe bei Scrum geschaut und andere und es gibt zu viel Aufwand für unser kleines Team.

Answer 5

Sie sind ganz in der Nähe Business-Seite, die schlechte Sache ist, weil Programmierer nicht verstehen, oft auch Auswirkungen der Rechnungslegung, Zeit oder Risikomanagement, usw. Auch wenn sie denken, dass sie es tun. Sie sehen Unternehmen als eine weitere attraktive Möglichkeit, ihre anspruchsvollen technischen Fähigkeiten zu verbessern. Als Unternehmen klein ist, ist es zu viel des Guten kann komplexe Methoden innerhalb Entwicklungsteam zu implementieren. Sie können technische Fragen sich leicht handhaben. Was sie nicht umgehen kann, ist zu verstehen, dass, wenn sie Geschäft nahe Umgebung bedeutet nicht, sie sind keine Programmierer mehr.

Ich schlage vor, einige einfache Richtlinien zu implementieren, die Disziplin auf technische Seite sicherstellen würde und konzentrieren sich eher dann mit den Kunden über technische Themen zu sprechen, die ist, was einige Programmierer wie so viel.

Answer 6

Die Antwort ist, proverbially, es hängt davon ab ...

Jedes Team ist eine Mischung aus Persönlichkeiten und Fähigkeiten, und jedes Teammitglied ist anders. Statt sich eine „Methodik“ per se auf der Suche nach, würde ich empfehlen, dass Sie konzentrieren sich auf das, was jedes Teammitglied muss, um erfolgreich zu sein und Paar, das mit dem, was das Projekt erfolgreich zu sein braucht. Hier finden Sie die richtige Methode finden und zwischen diesen beiden Überlegungen von Prozessen mischen.

Als Beispiel habe ich ein kleines Team sind führende (drei Vollzeit-Entwickler sowie einige UI-Designer Teilzeit) für die letzten sieben Monate. Ich habe festgestellt, dass die folgenden Praktiken / Verfahren funktionieren gut für uns ...

• Die Annahme kurz (60-90 Tage), gut definierten Spiralen, die das Team halten fokussiert und Lieferorientiert und hilft uns, Risiken zu minimieren.
• Die Annahme einen iterativen Lebenszyklus, in dem wir ein paar inkrementellen Lieferungen an den Kunden im Verlauf einer Spirale machen und diskutieren, was wir getan haben. Dadurch ermöglicht es uns und dem Kunden, um sicherzustellen, dass wir ihre Bedürfnisse ansprechen.
• Schneiderei Tasking und Richtung für jedes Teammitglied. Zum Beispiel ist ein Teammitglied ein Junior-Entwickler, während das andere Team-Mitglied ein sehr guter Entwickler ist aber nicht behandelt offene Aufgaben gut. Sie erfordern unterschiedliche Ansätze.

Natürlich, ich habe auch das Projekt anzupassen und das Team Bedürfnisse CM Prozesse und Testverfahren zugeschnitten ist.