Консалтинг и [закрытый] тест Joel

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

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

Вы должны решить для себя, где провести черту на тесте Иоиля. Лично я бы НИКОГДА не соглашался на работу в месте без системы контроля версий, если только они буквально не сваливали грузовики с наличными у моей входной двери, и даже тогда я мог бы подумать еще раз. Это просто не стоит стресса.

За более чем 30 лет консультирования почти никто из моих клиентов не набрал больше 1-2 баллов по тесту Джоэла. Некоторые из них набрали высокие восьмерки, но это было исключением, а не правилом.

" Является ли оправданным отказываться от консультационной работы на основании потенциально низкого результата теста Джоэла в некоторых ситуациях? "

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

Серьезно. Ваше мнение ничего не значит.

Клиенты, которые отчаянно нуждаются в персонале, не будут заботиться , почему вы им отказали. Ваш отказ не приведет к внезапному моральному кризису, когда они переосмыслит свои ошибки.

Ваше мнение об их методах разработки вообще не имеет значения. Причина отказа не имеет значения. Не нужно ничего «оправдывать».

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

Вы можете указать на это сколько хотите. Обычно им все равно. Им все равно, потому что они знают, что то, что они делают, уже идеально в их уникальных обстоятельствах.

« Кроме того, как можно исправить низкий балл по тесту Джоэла? »

Этого не может быть. Культура, которая работает плохо, будет продолжать работать плохо, пока не будут внесены существенные изменения в культуру и структуру вознаграждения.

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

« Возможно ли оперативное управление версиями? »

Да.

У меня есть ноутбук, который я беру с собой на каждую работу.

«Будет ли это принято везде?»

В основном. Некоторые компании нервничают по поводу того, что консультанты приносят «внешние» устройства. Они также жалуются, что устройства для записи видео и звука строго запрещены, но iPhone разрешены. Так что, если они хотят создать для вас проблемы, они могут.

В некоторых местах нельзя создавать код на портативном компьютере. Некоторые позволят вам.

Большинство моих вакансий, которые выполняли более 8 тестов, не нуждались в консультантах.

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

Лучшее в работе консультанта - это возможность выбирать, с кем работать. Причина №1 для отказа от другого контракта с клиентом - это то, как он раньше относился ко мне, а также то, как я могу применять хорошие методы кодирования. Угадайте, кого обвиняют, когда все торопится без спецификаций, с минимальным тестированием и бета-версией и пиратским программным обеспечением для разработки. Сначала он генерирует больше работы (звонки в службу поддержки), но вскоре клиент будет жаловаться на то, что с этим никогда не делаются.

Это похоже на вопросы непосредственных сотрудников о внедрении более совершенных процессов (или более гибких) в среде, когда у вас нет поддержки со стороны руководства.

Я думаю, что легче улучшить ситуацию в одиночку, без поддержки со стороны руководства, если проблема заключается в мягком пренебрежении («Контроль источников, что это?»), А не в активном саботаже («Я не буду платить ни цента за потраченное время. по отслеживанию ошибок, управлению исходным кодом, модульным тестам или автоматизации сборки! ")

Некоторые улучшения процесса можно сделать самостоятельно. Запустите средство отслеживания проблем и подрывную деятельность на своем компьютере и отслеживайте свою работу. Используйте портативные приложения, такие как XAMPP, для размещения apache и любого трекера ошибок php, если вам нужно, или доступного в Интернете трекера ошибок и хоста исходного кода, если клиент специально не запрещает это. Если они не проходят тест Джоэла, они достаточно невежественны, чтобы не иметь возможности управлять вами на микроуровне, поэтому у вас должна быть возможность автоматизировать сборку, используя TeamCity или Luntbuild, если в контракте нет денег. для инструментов. Большинство клиентов хотят, чтобы разработчики работали с максимально возможной громкостью, поэтому приобретите хорошие наушники - некоторые наушники могут блокировать до 20 децибел фонового шума.

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

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