Результат только [закрытая] рабочая среда

5
задан Jacko 8 April 2010 в 04:08
поделиться

6 ответов

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

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

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

Полагаю, парное программирование отсутствует?

4
ответ дан 13 December 2019 в 22:04
поделиться

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

Не могли бы вы предоставить больше информации о размере организации и о том, как там работает сегодня?

2
ответ дан 13 December 2019 в 22:04
поделиться

КОГДА они хотят, будет легче, чем КАК они хотят . Я бы не дал разработчикам такой свободы. ИМХО, это привело бы к полному беспорядку кода.

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

1
ответ дан 13 December 2019 в 22:04
поделиться

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

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

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

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

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

1
ответ дан 13 December 2019 в 22:04
поделиться

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

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

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

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

0
ответ дан 13 December 2019 в 22:04
поделиться

Убедитесь, что вы нанимаете правильных людей, вы можете обнаружить, что они работают больше, чем ХОЧУ допустить X-).

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

2
ответ дан 13 December 2019 в 22:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: