Kann ein agiler Shop beim Joel-Test wirklich 12 Punkte erzielen? [geschlossen]

18

Ich mag den Joel-Test sehr, benutze ihn selbst und ermutige meine Mitarbeiter und Befragten, ihn sorgfältig zu prüfen. Ich glaube jedoch nicht, dass ich jemals mehr als 9 Punkte erzielen kann, da einige Punkte dem Agilen Manifest, XP und TDD zu widersprechen scheinen, die das Fundament meiner Welt sind.

Insbesondere: Die Fragen zu Zeitplan, Spezifikationen, Testern und ruhigen Arbeitsbedingungen stehen im Widerspruch zu dem, was wir zu schaffen versuchen, und den Werten, die wir angenommen haben, um wirklich agil zu sein.

Meine Frage ist also, ob es möglich ist, dass ein echter Agile-Shop 12 Punkte erzielt?

Bearbeiten:

Auf Empfehlung eines Antwortenden füge ich einen Link zu meinem Blog hinzu, in dem ich ursprünglich darüber geschrieben habe und der dazu führte, dass ich die Frage hier posten wollte.

http://simonpalmer.com/2011/03/16/why-i-will-never-score-more-than-9-on-the-joel-test/

Ich trage dies ein, weil ich mit vielem, was unten gesagt wurde, einverstanden bin und meine volle Position erklären wollte.

Simon
quelle
3
Ich bin skeptisch gegenüber dem Begriff "True Agile Shop", da dies impliziert, dass es einen vorgeschriebenen Weg gibt, den alle Entwicklungsteams einhalten müssen. Auch die Antwort auf diese Frage hängt von der genauen verwendeten Methodik ab. Agile ist ein Sammelbegriff für viele Ansätze.
JohnFx
Sie haben Recht, wir verwenden XP, aber ich wollte ein möglichst breites Gespräch führen.
Simon
3
Nein, es ist niemals möglich. Dies ist so, dass Joel Sie zu seiner Firma locken kann, indem er Sie glauben lässt, sie seien ein besserer Arbeitsplatz, aber dann wird er Sie versklaven und Sie werden für immer in seinen unterirdischen Minen arbeiten! Mwahahahaaaaa!
FrustratedWithFormsDesigner

Antworten:

21

Mein Standpunkt als Agilist:

Verwenden Sie die Quellcodeverwaltung?

Ja, natürlich, kontinuierliche Integration, ein Teil von XP benötigt ein Quellcodeverwaltungssystem, um in der Lage zu sein, Code dafür zu schreiben.

Können Sie einen Build in einem Schritt erstellen?

Ja, der Continuous Integration Server ist dafür da.

Machst du tägliche Builds?

Wenn wir es in einem Schritt schaffen, können wir es planen.

Hast du eine Bug-Datenbank?

Ja, jedes Management-Tool für "Agile-Projekte" kann Fehler nachverfolgen und im Scrum-Produkt-Backlog hinzufügen

Beheben Sie Fehler, bevor Sie neuen Code schreiben?

Ja, sie werden im Produkt-Backlog priorisiert

Haben Sie einen aktuellen Zeitplan?

Ja, dank des Product Backlogs, des Iterations-Backlogs, des Release-Plans und der genauen Schätzungen, die dank Planning Poker damit einhergehen.

Haben Sie eine Spezifikation?

Ja, jede User Story enthält bei Bedarf weitere Details. Wir fördern auch die Kommunikation zwischen dem Product Owner und dem Team.

Haben Programmierer ruhige Arbeitsbedingungen?

Ja, ein Raum mit 8 Entwicklern ist normalerweise sehr ruhig. Wir versuchen, die Verkäufer nicht im selben Raum unterzubringen.

Verwenden Sie die besten Werkzeuge, die Sie für Geld kaufen können?

Ja, obwohl wir Einzelpersonen gegenüber Werkzeugen schätzen, machen Sie sich keine Sorgen, Joel, wir erwerben eine Lizenz für alle Ihre Produkte;)

Hast du Tester?

Ja und sie sind ein wesentlicher Bestandteil des Teams.

Schreiben neue Kandidaten während ihres Interviews Code?

Ja, und das Team ist in den Prozess involviert.

Führen Sie Flur-Usability-Tests durch?

Ja, unsere Tester helfen uns dabei.


quelle
26
Ich habe noch nie einen Raum mit mehr als 3 Entwicklern gesehen.
Whatsisname
3
@ Whatsisname: spielen Quake 3, sicher;)
5
Ruhe bedeutet nicht tot. Es bedeutet, dass es keine Ablenkungen gibt, wenn Sie in die Zone gelangen möchten. Ein kleines Team, das getrennt von den anderen (agilen Arbeitsbedingungen) zusammenarbeitet (Produktbesitzer achten darauf, dass Entwickler während der Iteration nicht gestört werden), ist ruhig und anregend. Musik ist in Ordnung, ein bisschen plaudern ist in Ordnung.
Helios
3
@Simon: "Ich kann User Stories nicht als" specs "bezeichnen." "Ich kann unsere Planungsaktivität nicht ganz als" Zeitplan "bezeichnen. In diesem Fall aktualisieren Sie bitte die Frage mit Ihren spezifischen Problemen. Das sind Agile Best Practices. Wenn Sie sie nicht mögen, erklären Sie bitte, warum Sie diese beiden bewährten Vorgehensweisen von Agile ablehnen. "Ich habe auch Mühe, unsere Qualitätsingenieure Tester zu nennen." Das ist ein persönliches Problem - nichts mit Agile zu tun.
S.Lott
10
+1: "Wir versuchen, die Verkäufer nicht im selben Raum unterzubringen." Kann ich bitte für dich arbeiten?
Tom Morgan
6

Haben Sie einen aktuellen Zeitplan?

Das ist Agil. Scrum verlangt von uns, dass wir uns zu einer Veröffentlichung verpflichten. Wenn Sie einen aktuellen Zeitplan haben, müssen Sie wissen, was in der Version getan wird (und was nicht) und wie der Rückstand aussieht.

Haben Sie eine Spezifikation?

Das ist Agil. Eine Architektur (und die dazugehörige Beschreibung) ist unerlässlich. Dies gibt das Formular an. Anwendungsfälle (oder User Stories) sind unerlässlich und legen die Funktionalität fest.

Haben Programmierer ruhige Arbeitsbedingungen?

Ich kann nicht sehen, wie Agile eine laute, störende, nervige Umgebung benötigt.

Hast du Tester?

Äh. Wenn wir TDD tun, wir sind Tester. Wenn wir den Code an den Produktbesitzer übergeben, können zusätzliche Tester beteiligt sein, bevor die Kunden involviert sind.

Inwiefern widerspricht dies den agilen Methoden oder dem agilen Manifest?

S.Lott
quelle
4

Ich denke, die Antwort lautet: Ja, ein Agile-Shop sollte dazu in der Lage sein. Speziell zu Ihren Punkten.

  • Bei der Planung geht es darum, eine klare Definition der Funktionen zu haben, mit denen Sie sich befassen möchten. Das ist definitiv erreichbar.
  • Bei "Leisen Arbeitsbedingungen" geht es nicht um den Klang am Arbeitsplatz, sondern um das Entfernen von Nicht-Projekt- / Programmiergeräuschen. Es geht darum, Ihre Programmierer davon abzuhalten, sich Mühe zu geben, Ablenkungen auszublenden
  • Agile Shops sollten früh testen und es ist wirklich das, worum es bei Joel geht, wenn jemand anders als der Entwickler den Code testet.
jzd
quelle
3

Warum ist ein Zeitplan (um nur ein Beispiel zu nennen) Ihrer Meinung nach nicht mit der agilen Entwicklung vereinbar?

Es ist sehr unwahrscheinlich, dass Sie von Sprint zu Sprint arbeiten, ohne eine Vorstellung davon zu haben, wohin Sie mit Ihrem Produkt wollen. Ja, Sie müssen den Zeitplan nach jedem Sprint erneut aufrufen und überarbeiten, haben aber immer noch einen.

Eine Aussage wie "In Q1 planen wir die Veröffentlichung der Features A, B, C und in Q2 schauen wir uns derzeit die Features X, Y, Z an" ist immer noch ein Zeitplan. Es gibt jede Chance, dass X zu W wird, aber genau das können Sie tun, wenn Sie agil sind.

Nehmen Sie eine andere Sache von Ihrer Liste - Specs. Was ist eine User Story, wenn nicht eine Spezifikation?

ChrisF
quelle
1
Semantik vielleicht, aber dies sind einige sehr geladene Begriffe. Ein Release-Plan, dem ich zustimme. Einen Zeitplan habe ich nicht. Ich würde behaupten, Sie haben keine Ahnung, woran Sie genau arbeiten werden. Sie wissen, was Sie vorhaben, werden sich aber wahrscheinlich nicht immer daran halten. Ist das nicht der springende Punkt, wenn man agil ist? Das Problem ist, dass wenn ich jemandem außerhalb des Entwicklers "Zeitplan" sage, er bestimmte Erwartungen hat und ich mich bewusst nicht an viele von ihnen halte. Schlimmer noch, wenn ich frage "Haben Sie einen Zeitplan?", Dann sagt auch jemand, der eine kilometerlange GANTT-Karte hat, "Ja", und ich kann nicht davon abgesehen werden.
Simon
1
@ Simon - Ich nehme an, es ist Semantik, aber das Argument steht noch. Diese Dinge sind mit agilen Methoden nicht völlig unvereinbar.
ChrisF
0

Ich schätze, ich werde das aus einer anderen Perspektive betrachten als die meisten hier. Wenn Sie beim Joel-Test eine 9 erzielen, sind Sie der Kurve voraus. Viele Orte würden Schwierigkeiten haben, eine 5 oder 6 zu treffen, geschweige denn 9 bis 12.

Fällt es Ihnen schwer, gute Leute einzustellen? Wenn nicht, dann ist eine 12 auf dem Joel-Test, während ein nobles Ziel, möglicherweise nicht wirklich ein Problem. Wenn Ihre Mitarbeiter in der Lage sind, in dem Umfeld zu arbeiten, in dem Sie arbeiten, würde ich sagen, gute Arbeit, wenn Sie so gut abschneiden wie Sie.

Jesse McCulloch
quelle
Ich denke, mein aktueller Arbeitsplatz ist ungefähr anderthalb Mal besetzt, und andere Orte, die ich gesehen habe, sind weniger als das. 6 wäre super.
Sevenseacat
Ja genau. Wir haben 4 getroffen ...
Jesse McCulloch
Ich glaube, ich habe in 15 Jahren nirgendwo mehr als 2
Punkte