История изменений

мне нефиг делать в промежутке между матчами, поэтому напишу ;)

универсальную схему (совершенно безотносительно наших мест работы, о которых мы ничего на ЛОРе рассказывать не имеем права. Например, как это было бы в условном Яндексе)

вначале ты понимаешь, какой тебе нужен сервер. Записываешь всё это в документике с объяснениями. Объясняешь как можно подробней, куда пойдет каждый мегабайт памяти сервера, как его нужно подключить к сети, какой софт и каких версий будет установлен, и так далее. Лучше всего делать в каком-нибудль Visio. Это будет условно «КТС». К документику присовокупляешь объяснения, зачем тебе по-человечески всё это нужно, и как печально станет твоему руководству если вдруг твои пожелания не исполнятся

далее, согласно проектному менеджменту (в терминах PMBOK) в компании имеется проектный офис. Есть несколько уровней условно «менеджеров», включая например непосредственного проектного руководителя. Т.е. вначале нужно понять, к какому проекту относится то, что ты делаешь. Потом найти соответствующий проектный офис и установить руководителя этого проекта (или если его нету - эквивалентную должность, например куратор)

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

далее, вместе с ним нужно понять, какую активность блокирует отсутствие сервера. Например, оно не позволяет протестировать софт на проекте XYZ. Значит это область действия QA. Идете и вместе с руководителем создаете в багтрекере (или еще чем-то таком) блокер на QA с объяснением, что отсутствие сервера блокирует дальнейшие работы по проекту в связи с неконтролируемыми рисками при отсутствии данного сервера

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

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

на выходе получается настроенная работающая машинка, которая ничего не нарушает. Enjoy

(а если ты просто придешь к безопасникам и попросишь машинку - тебя пошлют нафиг под произвольным предлогом, такие дела).

всегда твой капитан очевидность

мне нефиг делать в промежутке между матчами, поэтому напишу ;)

универсальную схему (совершенно безотносительно наших мест работы, о которых мы ничего на ЛОРе рассказывать не имеем права. Например, как это было бы в условном Яндексе)

вначале ты понимаешь, какой тебе нужен сервер. Записываешь всё это в документике с объяснениями. Объясняешь как можно подробней, куда пойдет каждый мегабайт памяти сервера, как его нужно подключить к сети, какой софт и каких версий будет установлен, и так далее. Лучше всего делать в каком-нибудль Visio. Это будет условно «КТС». К документику присовокупляешь объяснения, зачем тебе по-человечески всё это нужно, и как печально станет твоему руководству если вдруг твои пожелания не исполнятся

далее, согласно проектному менеджменту (в терминах PMBOK) в компании имеется проектный офис. Есть несколько уровней условно «менеджеров», включая например непосредственного проектного руководителя. Т.е. вначале нужно понять, к какому проекту относится то, что ты делаешь. Потом найти соответствующий проектный офис и установить руководителя этого проекта (или если его нету - эквивалентную должность, например куратор)

далее, вместе с ним нужно понять, какую активность блокирует отсутствие сервера. Например, оно не позволяет протестировать софт на проекте XYZ. Значит это область действия QA. Идете и вместе с руководителем создаете в багтрекере (или еще чем-то таком) блокер на QA с объяснением, что отсутствие сервера блокирует дальнейшие работы по проекту в связи с неконтролируемыми рисками при отсутствии данного сервера

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

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

на выходе получается настроенная работающая машинка, которая ничего не нарушает. Enjoy

(а если ты просто придешь к безопасникам и попросишь машинку - тебя пошлют нафиг под произвольным предлогом, такие дела).

всегда твой капитан очевидность