Компания, в которой я сейчас работаю, занимается разработкой программного обеспечения для критически важных внутренних задач. У меня есть еще один человек, который работает на меня, но он скорее специалист по тестированию, а не разработчик. Компания обеспокоена некоторыми из этих проектов и тем, что произойдет, если меня сбьет автобус. Как компания подхватывает что-то подобное, когда только один человек знает кодовую базу? Один человек, который знает текущее состояние проекта.
Я объяснил это с моей документацией и с документацией в коде, что им действительно нужно будет нанять другого программиста, который понимает языки, которые использовались, и что они могут быстро освоиться.
Они предложили стороннюю фирму, которая могла бы «обновляться» ежемесячно, которая могла бы «вступить во владение» в случае, если что-то случится. Я просто не понимаю, как это может быть полезным, кроме как платить кому-то ради того, чтобы платить им. Хуже того, я предполагаю, что целый день будет потрачен на обсуждение проекта с этой консалтинговой фирмой. Я понимаю, как это может быть полезным, но я не считаю это более полезным, чем наем программиста после моей безвременной кончины.
Мысли? Подобная ситуация и как ее в настоящее время обрабатываются, где вы работаете?
Ответы:
К сожалению, они «складывают все яйца в одну корзину».
Работа с внешней фирмой, скорее всего, принесет им доход, но я серьезно сомневаюсь, что это будет стоить денег. Документация всегда выглядит красиво и понятно, когда вы ее пишете. Проблема в том, что вы знаете, сколько это стоит, только когда кто-то пытается это прочитать - кто-то, кто едва знает что-то (техническое) о проекте (внутри).
В любом случае, чтение полной кодовой базы, о которой вы ничего не знаете, возможно, это может занять много времени (гораздо больше, чем может себе позволить большинство предприятий).
Их лучший честный выбор должен нанять кого - то работать с вами (строго не под каким - либо из вашего руководства) в течение определенного периода времени, а также проверить , как долго он принимает его , чтобы добраться до точки , где он может понять и изменить важные части проэкт.
Если это займет больше времени, чем они могли бы себе позволить, если бы вы уехали, тогда им следует серьезно подумать о найме одного или нескольких постоянных программистов (полный или неполный рабочий день) и никогда не позволять им брать одну и ту же шину. :)
В любом случае, хорошие программисты, внезапно уходящие, всегда ухудшают ситуацию.
источник
Надеюсь, тебя не сбьет автобус! Вы правы, я не вижу смысла делать это. Во-первых, другая компания будет взимать плату ближе к полностью занятому разработчику, и они будут критиковать вещи и замедлять вас. Они могут попросить у вас слишком много результатов и объяснений. Кроме того, нет никакой реальной гарантии, что они смогут забрать их, поскольку у вас не будет возможности протестировать их до того, как они потребуются.
Я предлагаю компании инвестировать в другого разработчика. Этот разработчик не обязательно должен быть на вашем уровне знаний, но время, проведенное с ним, будет инвестицией в проект. Вы получите несколько возможностей проверить его понимание, так как он будет работать с вами на практике.
Убедитесь, что вы не ездите на той же машине, когда идете на обед :)
источник
Одно из решений, которое действительно имело бы ценность, - это нанять вас наставника. Это услуга, которую я предоставляю для фирм-разработчиков программного обеспечения, которые являются локальными для меня. Я посещаю полдня в неделю или день в неделю. Каждое посещение дает немедленную ценность, например, уверенность в том, что разработчики используют лучшие практики, обучают их новым вещам, которые им необходимо изучить, дают им шанс познакомиться с новыми вещами, поскольку они обычно заняты кодированием и не идут на запуски, а например, решение их непосредственных ошибок и контрольно-пропускных пунктов, объяснение вещей, которые они не знают, как сделать, и так далее. Иногда я выполняю задачи по кодированию, особенно для разовых, когда персоналу нужно много учиться, чтобы выполнить задачу, а затем никогда не нужно будет делать это снова. Я также могу проектировать такие вещи, как составление плана аварийного восстановления - для этого нужны ответы от разработчиков и руководства,
Такое соглашение, вероятно, будет дешевле, чем предлагает ваш начальник, и будет иметь для вас ценность. У него есть побочный эффект: наставник изучит вашу систему и, вероятно, сможет обучить вас на замену, если вы попадете в лотерею .
источник
ISO 9001 в этом бизнесе - это все, что касается удара по автобусному сценарию. Позволит ли получение услуг этой компании вашей компании претендовать на эту сертификацию? Это может быть интересный вопрос, чтобы задать их.
Или заставить их ходить по кругу в поисках ответа. (это может звучать очень похоже на "нет")
источник
Я согласен с ОП. Наем другого разработчика лучше. Если база знаний находится в другой компании, которую они не контролируют, ситуация столь же рискованна.
Для меня это звучит так, будто они хотят заменить вас офшорной рабочей силой, где люди могут выжить на 10 долларов в месяц.
источник
Им нужен дополнительный разработчик. Это действительно так просто. Вы оба должны работать на всей базе кода. Или, по крайней мере, быть достаточно знакомым с работой друг друга, чтобы вмешаться, чтобы решить проблемы в чрезвычайной ситуации. Если бюджеты ограничены, теоретически вы можете даже нанять неполный таймер - этого, вероятно, будет достаточно. Кто-то, кто мог бы потратить несколько часов в неделю на изучение кода, выполняя обслуживание и исправления. Это бы достаточно их ознакомило.
Нанимаете стороннюю фирму? Я с тобой там - они могут с тем же успехом спустить эти деньги в унитаз. То, что они думают о найме сторонней компании для изучения вашей системы, говорит мне, что они на самом деле не имеют отношения к сценарию шины (потому что, как уже было отмечено, решение очевидно), и им просто нужна причина, чтобы отбросить модную фразу «удар от уезжайте во время игры в гольф со своими коллегами-менеджерами или ... что они хотят передать вашу работу на аутсорсинг. В конце концов, если внешняя компания может изучить всю вашу кодовую базу по более низкой цене, чем сотрудник, в какой-то момент заостренные волосы спросят, зачем вам они?
источник
В компаниях чаще, чем вы думаете, есть план на случай, если какой-то ответственный сотрудник столкнется с автобусом.
Хотя обычно это объединяет ключевой талант с кем-то внутренним (кому не разрешено путешествовать на тех же рейсах ... или автобусах), чтобы не дать конкурентным преимуществам и идеям выйти наружу.
источник
Во-первых, человек, тестирующий ваш код, не должен работать «под вами»; это конфликт интересов.
В ваше отсутствие они должны оценить риск отставания в следующих областях: отладка и добавление новых функций. Они могут быстро заставить кого-то быстро стать отладчиком, если вы не написали плохой код. Обычно добавление новых функций может подождать, пока вы не подготовите нового программиста. Не всегда тот случай, когда есть обещания существующим клиентам или на рынке, где вы пытаетесь не отставать от конкурентов.
Я работал в компании, где я был единственным разработчиком. Они не заменили меня другим программистом, но радикально изменили направление и остановились на стороннем приложении. Чужие деловые решения приняты. Это мешает им резко отделить себя от конкурентов и получить огромное количество рычагов для развития своего бизнеса. Может быть, это больше не было их целью?
источник
На самом деле есть термин, который называется номер автобуса проектов. Если номер автобуса один, у вас большая проблема. FEMA в США просит компании быть лучше подготовленными к стихийным бедствиям.
Это не просто потеря ключевого разработчика. Это влияние стихийного бедствия или отсутствие резервного копирования за пределами площадки. На этом сайте есть много вопросов, спрашивающих, нужно ли им использовать систему контроля версий в качестве индивидуального разработчика. Им поможет новый разработчик получить самую последнюю версию программного обеспечения и узнать, какие части являются новыми.
Более подробную информацию о PS-Prep можно найти по адресу http://www.fema.gov/privatesector/preparedness и http://readyrating.org/ .
источник
Я знаю твою боль. В компании, в которой я работаю, более 20 разработчиков, и у каждого есть свои знания.
Перекрывающиеся биты - это действительно ... биты, поэтому, если кто-то пропадает (отпуск, болезнь и т. Д.) И что-то происходит с инструментами, которыми они управляют, вы облажались.
Проблема в том, что они знают ситуацию и им все равно, может быть, они еще не дошли до смерти.
источник
Мне нравится цитата, которая звучит примерно так: «Кладбища полны людей, которых раньше считали незаменимыми». Тем не менее, ваша компания обязана минимизировать риски, в настоящее время вы воспринимаетесь как единое целое. Я был там время от времени, лучше не только не сопротивляться, но и пройти лишнюю милю. Не просто обучайте внешнюю компанию, порекомендуйте лучшую компанию в городе, то есть ту, в которой вы больше всего уверены. Также учтите, что если вы делаете работу лучше, чем кто-либо другой, вы незаменимы по определению.
источник