Розробка програмного забезпечення - Проект, 1 програміст - Що робити, якщо потрапить автобус?

Компанія, над якою я зараз працюю, змушує мене розробити купу програмного забезпечення з внутрішньої критичної місії. У мене є ще одна людина, яка працює на мене, але він більше тестуючий хлопець, а не дуже розробник. Компанія стурбована деякими з цих проектів і що трапиться, якщо мене вдарить автобус. Як компанія отримує резервне копіювання після чогось подібного, коли є лише одна людина, яка знає кодову базу. Одна людина, яка знає поточний статус проекту.

Я пояснив, що з моєю документацією та з документацією в коді, що їм дійсно потрібно буде найняти іншого програміста, який розуміє мови, які використовуються, і які можуть швидко працювати досить швидко.

Вони запропонували сторонній фірмі, яку можна «оновлювати» щомісяця, яка може «перейняти» у випадку, якщо щось трапиться. Я просто не бачу, як це може бути корисним, крім того, щоб платити комусь заради їх виплати. Гірше, що я передбачу, щоб день на місяць витрачався на обговорення проекту з цією консультаційною фірмою. Я бачу, як це може бути корисним, я просто не вважаю це більше корисним, ніж наймати програміста після моєї несвоєчасної кончини.

Думки? Подібна ситуація і як її зараз обробляють там, де ти працюєш?

На жаль, те, що вони роблять, - це "покласти всі свої яйця в один кошик".

Цілком ймовірно, що робота з зовнішньою фірмою забезпечить їм прибуток, але я серйозно сумніваюся, що це коштуватиме грошей. Документація завжди виглядає добре і чітко, коли ви пишете її. Проблема полягає в тому, що ви знаєте, скільки це коштує, коли хтось інший намагається його прочитати - хтось, хто ледь щось знає (технічне) про проект (зсередини проекту).

У будь-якому разі, читаючи повну базу коду, про яку ви нічого не знаєте, можливо, це може зайняти досить багато часу (набагато більше, ніж більшість підприємств можуть собі дозволити).

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

Якщо це займе більше часу, ніж вони могли собі дозволити, якщо ви виїхали, тоді вони повинні серйозно розглянути можливість найняти одного або декількох постійних програмістів (повний або неповний робочий день), і ніколи не дозволяти їм їхати тим же автобусом. :)

Так чи інакше, хороші програмісти, які раптом виходять, завжди роблять справи гіршими, ніж були.

Я сподіваюся, що вас не вдарить автобус! Ви маєте рацію, я не бачу значення цього робити. По-перше, інша компанія стягне суму, яка наближається до розробника штатного робочого часу, і вони будуть критикувати речі та уповільнюватимуть вас. Вони можуть вимагати від вас занадто багато результатів і пояснень. Також немає жодної реальної гарантії, що вони зможуть забрати, оскільки у вас не буде шансів тестувати їх до того, як вони вимагатимуть їх перейняти.

Я пропоную, щоб компанія інвестувала натомість іншого розробника. Цей розробник не повинен бути на вашому рівні знань, але час, проведений з ним / нею, буде інвестицією в проект. Ви отримаєте кілька можливостей перевірити його розуміння, оскільки він буде працювати з вами.

Переконайтеся, що ви не їдете на одній машині, коли їдете на обід :)

Одне рішення, яке насправді матиме цінність - це найняти вас наставника. Це послуга, яку я надаю для програмних фірм, які є для мене місцевими. Я відвідую півдня на тиждень або день на тиждень. Кожен візит надає негайну цінність, наприклад, переконайтеся, що розробники використовують кращі практики, навчаючи їх новим речам, які їм потрібно вивчити, що дають їм шанс зазнати впливу нових речей, оскільки вони зазвичай зайняті кодуванням і не переходять на запуски та наприклад, вирішувати їхні негайні помилки та блокпости, пояснюючи речі, які вони не вміють робити тощо. Часом я обробляю завдання з кодування, особливо для разових, коли персонал повинен багато навчитися виконувати завдання, і тоді ніколи не потрібно буде робити це знову. Я також можу керувати проектами, такими як написання Плану відновлення після катастроф - для цього потрібні відповіді від розробників та управління,

Така домовленість, швидше за все, буде дешевшою, ніж пропонує ваш начальник, і матиме для вас цінність. Це має побічний ефект, коли наставник вивчить вашу систему і, ймовірно, зможе навчити свою заміну, якби ви потрапили в лотерею .

ISO 9001 у цьому бізнесі - це те, що потрапляє в автобусний сценарій. Чи дозволить отримання послуг від цієї компанії вашій компанії отримати право на сертифікацію? Це може бути цікавим питанням, щоб їх задати.

Або змусити ходити по колах, шукаючи відповіді. (це, мабуть, звучить дуже схоже на "ні")

Я згоден з ОП. Найняти іншого розробника краще. Якщо база знань знаходиться в іншій компанії, над якою вони не мають контролю, ситуація настільки ж ризикована.

Мені це здається, що вони хочуть замінити вас на роботу на березі моря, де люди можуть виживати за 10 доларів на місяць.

Їм потрібен додатковий розробник. Це дійсно так просто. Ви обоє повинні працювати над усією базою кодів. Або хоча б бути достатньо знайомими з роботою один одного, щоб вступити у вирішення проблем у надзвичайних ситуаціях. Якщо бюджети будуть обмеженими, теоретично можна навіть взяти на роботу таймер, який, можливо, буде достатнім. Хтось, хто міг би щодня щотижня вивчати код, виконуючи технічне обслуговування та виправлення. Це знайшло б їх достатньо.

Наймання зовнішньої фірми? Я з вами там - вони також можуть скинути ці гроші в туалет. Те, що вони думають найняти зовнішню компанію для вивчення вашої системи, говорить мені, що вони насправді не пов'язані зі сценарієм автобусів (тому що, як зазначалося, рішення очевидно), і їм просто потрібна причина, щоб підкинути гучну фразу "вдарити по роз'їжджаючи, граючи в гольф зі своїми колегами-менеджерами, або ... що вони хочуть передати свою роботу. Зрештою, якщо зовнішня компанія може вивчити всю вашу кодову базу за нижчу ціну, ніж працівник, в якийсь момент тонкі волохаті запитають, чому вони вам потрібні?

Компанії частіше, ніж ви думаєте, мають скласти план, якщо хтось критичний працівник потрапить у автобус.

Зазвичай це поєднання ключових талантів з кимось внутрішнім (кому не дозволяється подорожувати одними і тими ж рейсами ... Або автобусами), щоб запобігти конкурентним перевагам та ідеям витікати за межі конкурентів.

По-перше, особа, яка перевіряє ваш код, не повинна працювати «під» вас; це конфлікт інтересів.

За вашої відсутності їм потрібно оцінити ризик відставання в областях: налагодження та додавання нових функцій. Вони можуть змусити когось швидко перетворитись у налагоджувач, якщо ви не написали неправильний код. Зазвичай додавання нових функцій може зачекати, поки ви не підготуєте нового програміста. Не завжди так, коли є обіцянки діючим клієнтам або на ринку, де ви намагаєтесь не відставати від конкуренції.

Я працював у компанії, де я був єдиним розробником. Вони не замінили мене іншим програмістом, але різко змінили вказівки і погодилися на сторонній додаток. Прийняті більш незначні бізнес-рішення. Це заважає їм різко відокремитись від конкуренції та мати величезну кількість важелів для розвитку свого бізнесу. Може, це вже не було їхньою метою?

Насправді існує термін, який називається номером автобуса проектів. Якщо номер автобуса один, у вас є велика проблема. FEMA в США просить компанії бути краще підготовленими до катастроф.

Це не просто втрата ключового розробника. Це вплив стихійного лиха або відсутність резервного копіювання на сайті. На цьому веб-сайті є багато питань, що задають, чи потрібно використовувати джерело управління як соло-розробник. Можливість нового розробника підняти останню версію програмного забезпечення та побачити, які деталі є новими, допоможе їм.

Більше інформації про PS-Prep можна знайти на веб -сайті http://www.fema.gov/privatesector/preparedness та http://readyrating.org/ .

Я знаю твій біль. У компанії, в якій я працюю, є 20+ розробників, і кожен має свої знання.

Біти, що перекриваються, насправді є ... бітами, тож якщо хтось пропаде (відпустка, непристойність тощо), а з інструментами, якими вони керують, трапляється щось, ви накрутитеся.

Проблема полягає в тому, що вони знають ситуацію і не все так байдуже, можливо, вони ще не побили обличчя мертвим.

Мені подобається цитата, яка звучить приблизно як "Кладовища повні людей, які раніше вважалися незамінними". З огляду на це, ваша компанія зобов’язана мінімізувати ризики, зараз ви сприймаєтесь як один. Я був там при нагоді, найкраще не тільки не чинити опір, але й пройти зайву милю. Не тренуйте зовнішню компанію, рекомендуйте найкращу компанію в місті, тобто ту, до якої ви б мали найбільше довіри. Також врахуйте, що якщо ви робите роботу краще, ніж хто-небудь інший, ви незамінні за визначенням.