Тест Джоэла хорошо известный тест для определения того, насколько хорошо ваша команда. Что вы думаете о баллах? Вы не согласны с кем-либо из них? Есть что-нибудь, что вы бы добавили?
51
Тест Джоэла хорошо известный тест для определения того, насколько хорошо ваша команда. Что вы думаете о баллах? Вы не согласны с кем-либо из них? Есть что-нибудь, что вы бы добавили?
У Джеффа Этвуда есть Билль о правах программиста .
Из поста:
- У каждого программиста должно быть два монитора
- У каждого программиста должен быть быстрый ПК
- Каждый программист должен иметь свой выбор мыши и клавиатуры
- У каждого программиста должно быть удобное кресло
- Каждый программист должен иметь быстрое подключение к интернету
- У каждого программиста должны быть спокойные условия труда
Кажется, в этом есть некоторые пункты, которые я хотел бы видеть в списке Джоэла. Конкретно в области аппаратного обеспечения (двойной монитор, быстрый ПК, мышь / клавиатура, удобное кресло, быстрое соединение).
Единственное, что не упомянуто, - это удобный и регулируемый стол .
Все это можно добавить, изменив:
Текущий # 9: Вы используете лучшие инструменты, которые можно купить за деньги?
в
Улучшено # 9: Используете ли вы лучшие инструменты и оборудование, которые можно купить за деньги?
Интересно, что пункт 8 теперь гласит:
когда раньше читал (что-то вроде)
и последний абзац все еще начинается:
Я всегда с подозрением относился к этому тесту, так как во всех местах, где я работал - и в качестве сотрудника, и в качестве посетителя, - единственные люди с их собственными офисами - это директора и старшие менеджеры.
Написание программного обеспечения в реальном мире обычно является командным делом, вам нужно поговорить с товарищами по команде, чтобы обмениваться идеями и т. Д., И это сложнее делать с людьми в отдельных офисах, даже с системами мгновенного обмена сообщениями. Умение рисовать вещи и показывать людям код и диаграммы очень помогает. Нельзя сказать, что распределенные команды не могут работать - они, очевидно, могут и работают, это просто другой набор проблем.
Я бы сказал, что каждая команда должна быть в своем офисе из 6-8 человек (при условии, что это размер команды). Таким образом, они могут взаимодействовать, не мешая другим командам (если таковые имеются), и продолжать свою работу, не отвлекаясь командой по продажам или посетителями (в одном месте, где я работал, вы прошли через парадную дверь прямо в зону разработки).
Если вы работаете с другими разработчиками, но каждый из них работает над отдельными проектами, то общий офис может быть полезен - но только если вы строго относитесь к проведению собраний в комнате собраний, соблюдаете сроки других людей и т. Д.
Большинство других являются самоочевидными истинами.
источник
Мне это нравится, но если бы я использовал это для оценки компании, я бы не взвесил все элементы одинаково. Отсутствие контроля над исходным кодом - гораздо более серьезная проблема, чем не покупка лучших инструментов, которые можно купить за деньги.
источник
Единственный нарушитель соглашения для меня:
Интересно, что этот вопрос, скорее всего, потерпит неудачу из-за публикации сообщений о переполнении стека.
Некоторые из вопросов трудно подвести, особенно если в компании работает более одного программиста:
Большинство других меня не волнует. Я имею в виду, честно
Есть один, чтобы обнаружить лжецов:
источник
Я должен сказать, что это хорошая «базовая линия», но с любым измерительным инструментом есть и другие факторы. Например, ни одна компания, в которой я работал, не создавала Daily Builds (я знаю, я знаю), но некоторые из них были очень хорошими.
У меня лично есть несколько других предметов, которые я бы добавил в список.
Больше всего эти вещи «разозлили» меня от предыдущих работодателей, и теперь они быстро задают вопросы, которые я задаю о каждой возможности.
источник
Я согласен с большинством пунктов Джоэла. Я не очень уверен насчет "тестирования удобства использования в коридоре". Тестирование юзабилити, конечно, но на самом деле выхватывает кого-то из коридора и заставляет его тестировать вашу программу, даже если это не их работа? Кажется, это отличный способ для галочки.
источник
Joel Test не проверяет, насколько хороша команда. Он проверяет, насколько хорошо ваша команда придерживается теста Джоэл.
Вот лучший тест, насколько хороша ваша команда. Я называю это тестом GrandmasterB. У него есть один вопрос.
1) Хорошее ли программное обеспечение, которое вы пишете?
Для меня не имеет значения, проводите ли вы «тестирование в коридоре» или нет, или какой у вас контроль исходных кодов, или каков ваш процесс сборки (если он есть - не у каждого языка есть). Истинная мера команды - качество программного обеспечения, которое они создают.
По сути, вы можете выполнить каждый шаг теста Джоэла, и при этом получить код и продукты, которые никогда не доставляются. Например, управление исходным кодом магическим образом не делает человека лучшим программистом; это облегчает управление кодом. А наличие последней версии Visual Studio не означает, что ваше приложение будет работать лучше, чем если бы оно было написано с Visual Studio 2005 .
источник
Хотя я думаю, что это имеет смысл в общем смысле, я обнаружил, что список довольно сосредоточен на конкретном программном обеспечении, которое делает Fog Creek Software ( shrinkwrap ). Это не удивительно, поскольку он также говорит об этом в другом посте, Five Worlds . И есть много событий за пределами этого мира.
Существуют некоторые условия, которые действительно не имеют большого смысла, если вы разрабатываете, например, встроенное программное обеспечение для сателлита или торгового автомата, например ежедневные сборки (3) или юзабилити-тесты (12).
источник