Что вы думаете о тесте Джоэла? [закрыто

Question

А Джоэл Тест это хорошо известный тест для определения того, насколько хороша ваша команда. Что вы думаете о очках? Вы не согласны с кем -либо из них? Есть что -нибудь, что вы бы добавили?

Answer 1

У Джеффа Этвуда есть Билль о правах программиста.

Из поста:

1. У каждого программиста должно быть два монитора
2. У каждого программиста будет быстрый компьютер
3. У каждого программиста есть выбор мыши и клавиатуры
4. У каждого программиста будет удобное кресло
5. Каждый программист должен иметь быстрое подключение к Интернету
6. У каждого программиста будут тихие условия труда

Кажется, у него есть некоторые предметы, которые я хотел бы увидеть в списке Джоэла. В частности, в области аппаратного обеспечения (Dual Monitor, Fast PC, мышь/клавиатура, удобное кресло, быстрое соединение).

Единственное, что не упомянуто, - это удобное и регулируемое стол письменный.

Все это можно добавить путем изменения:

Текущий № 9: используете ли вы лучшие инструменты, которые можно купить деньги?

к

Улучшен #9: используете ли вы лучшее инструменты и оборудование Деньги могут купить?

Answer 2

Интересно, что сейчас гласит точка 8:

8. Do programmers have quiet working conditions?

Когда он читал (что -то вроде)

8. Do programmers have their own office?

И последний абзац все еще начинается:

Теперь давайте перенесем их в отдельные офисы со стенами и дверями.

Я всегда с подозрением относился к этому тесту, как во всех местах, где я работал - как как сотрудник, так и посетитель - единственными людьми со своими офисами являются режиссеры и старшие менеджеры.

Написание программного обеспечения в реальном мире, как правило, является командной деятельностью, вам нужно поговорить со своими товарищами по команде, чтобы отскочить идеи и т. Д., И это сложнее сделать с людьми в отдельных офисах даже с системами мгновенного обмена сообщениями. Возможность вытянуть вещи и показать людям код и диаграммы очень помогает. Это не означает, что распределенные команды не могут работать - они, очевидно, могут и это делают, это просто другой набор проблем.

Я бы сказал, что каждая команда должна быть в своем собственном офисе с населением 6-8 человек (при условии, что это размер команды). Таким образом, они могут взаимодействовать, не беспокоя другие команды (если есть что -то) и продолжать свою работу, не беспокоясь со стороны команды продаж или посетителей (в одном месте я работал, вы попали через входную дверь прямо в зону разработки).

Если вы работаете с другими разработчиками, но каждый работает над отдельными проектами, то общий офис Можно Будьте полезны - но только если вы строги в том, чтобы встретить встречи в комнату для конференций, уважать сроки других людей и т. Д.

Большинство других - это истины.

Answer 3

Мне это нравится, но если бы я использовал его для оценки компании, я бы не стал в равной степени взвесить все предметы. Отсутствие контроля источника - гораздо большая проблема, чем покупка лучших инструментов, которые можно купить.

Answer 4

Единственный нарушитель сделки для меня-это:

 8. Do programmers have quiet working conditions?

Интересно, что это вопрос, скорее всего, потерпел неудачу по публикациям переполнения рабочих мест.

Некоторые из вопросов трудно провалиться, особенно если в компании есть более одного программиста:

 1. Do you use source control?
 2. Can you make a build in one step?
 4. Do you have a bug database?

Большинство других меня не волнуют. Я имею в виду, честно:

12. Do you do hallway usability testing?

Есть один, чтобы обнаружить лжецов:

 5. Do you fix bugs before writing new code?

Answer 5

Я должен сказать, что это хорошая «базовая линия», но с любым измерительным инструментом есть и другие факторы. Например, ни одна компания, в которой я работал, не выполняла ежедневные сборки (я знаю, я знаю), но некоторые из них были очень хорошими.

Лично у меня есть несколько других предметов, которые я бы добавил в список.

1. Поддерживаете ли вы образование разработчиков, посещая конференции, покупая книги или что -то в этом роде?
2. Есть ли у вас простой, задокументированный процесс для принятия новых инструментов, если это необходимо для выполнения функций работы
3. Предоставляете ли вы оборудование для разработчиков и среду, которая позволит им быть продуктивными.

Больше всего на свете эти предметы «разозлили меня» от предыдущих работодателей, и теперь они теперь являются быстрыми вопросами, которые я задаю о каждой возможности.

Answer 6

Я согласен с большинством очков Джоэла. Я не уверен в «тестировании юзабилити в коридоре». Конечно, тестирование удобства использования, но на самом деле схватить кого -то из коридора и заставлять его проверить вашу программу, хотя это не их работа? Это кажется отличным способом отметить людей.

Answer 7

Хотя я думаю, что это имеет смысл в общем смысле, я нашел список, вполне сосредоточенный на конкретном виде программного обеспечения, которое Программное обеспечение Fog Creek делает (схватка) Это не очень удивительно, так как он также говорит об этом в другом посте, Пять миров. Анкет И есть много событий за пределами этого мира.

Есть некоторые условия, которые действительно не имеют большого смысла, если вы развиваете, например, Встроенное программное обеспечение Для спутника или торговой автоматы, таких как ежедневные сборки (3) или тестирование юзабилити (12).

Answer 8

Тест Джоэла не проверяет, насколько хороша команда. Он проверяет, насколько хорошо ваша команда придерживается теста Джоэла.

Вот лучший тест на то, насколько хороша ваша команда. Я называю это тестом Grandmasterb. У него есть один вопрос.

1) Программное обеспечение вы пишете хорошее?

Для меня это не имеет значения, независимо от того, если вы «тест на коридор» или нет, или какой у вас контроль источника, или какой у вас процесс сборки (если он есть - не каждый ланугаж имеет их). Истинная мера команды - это качество программного обеспечения, которое они создают.

По сути, вы можете следовать на каждом этапе теста Джоэла и при этом в конечном итоге получить дерьмовый код и продукты, которые никогда не отправляются. Например, управление источником не волшебным образом делает его лучшим кодером; Это облегчает управление кодом. И наличие последней версии Visual Studio не означает, что ваше приложение будет работать лучше, чем если бы оно было написано с Visual Studio 2005.