Напевно, це не буде вподобаною відповіддю, і це не зробить вашу роботу набагато простішою, але це те, що я б робив. Крім того, ти не можеш розробитись, коли ти застряєш у зустрічах, на яких нічого конструктивного не відбувається, не можеш розробитись, коли люди так розчаровані, а умови настільки смішні, що робоче місце нагадує сварку в барі, і це може врятувати проект, який знаходиться у спіралі смерті.
1) Анонімно зв’яжіться з керівництвом материнської компанії та поясніть їм ситуацію. Скажіть їм, що або (A) ваше керівництво встановило графік роботи, не консультувавшись із командою розробників, і вони або не мали уявлення, наскільки складним був проект, або (B), якщо ви хочете відхилити вину від керівництва, що були зроблені деякі припущення. , наприклад, що ви мали змогу повторно використовувати тисячі рядків коду з попереднього проекту, але після деякого повороту було зрозуміло, що старий код не розроблений для цього проекту і вам доведеться запустити повністю з нуля. Поясніть, що ситуація пішла на південь, що вказівка пальців та зловживання керівництвом піднялися до нестерпного рівня, і що керівник команди, який не був винен, вже пішов у відставку.
Якщо це вдасться, це здійснить хоча б одне з наступних: (1) Після того, як зіткнуться з фактами, вони перенесуть проект і знайдуть щось інше для вас, над яким ви працюєте, (2) Вони залучать іншу команду розробників, яка буде доручити піклуватися про частину програми, щоб ваша команда могла перерозподілити своїх членів, (3) Вони продовжать термін.
2) Якщо це не працює, закрутіть усіх розробників і погоджуйтеся повністю керувати стінами. Важко було б їх ігнорувати прямо, тому, можливо, знайдіть когось, хто не проти втратити роботу в цей момент, і попросіть керівництво перекласти їх на обов'язки "інтеграції управління". Продайте його управлінню: він буде перекладачем між вами (дияволами) та керівництвом, щоб вони могли бути краще поінформовані, а розробникам не потрібно відволікатися від своєї роботи, щоб постійно пояснювати справи керівництву. Ця людина, по суті, буде вашим власним маленьким прес-секретарем Білого дому, який буде відводити тепло від вас. Попросіть їх зробити кілька підроблених фотографій, презентацій PowerPoint та діаграм про весь "прогрес", який досягається (можливо, навіть експоненціальна смужка-діаграма " непереборні дурниці. Щоб розвіяти уявлення про те, що він просто BS'ing, попросіть його створити підроблений прототип / програму кожні кілька тижнів. Функціональність, яку неможливо підробити, слід сказати про завершену, але не у відображеній версії, оскільки між прототипом і шести тижневим відставанням між прототипом є розробник. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вони непереборні дурниці. Щоб розвіяти уявлення про те, що він просто BS'ing, попросіть його створити підроблений прототип / програму кожні кілька тижнів. Функціональність, яку неможливо підробити, слід сказати про завершену, але не у відображеній версії, оскільки між прототипом і шести тижневим відставанням між прототипом є розробник. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вони запропонуйте йому створити підроблений прототип / програму кожні кілька тижнів. Функціональність, яку неможливо підробити, слід сказати про завершену, але не у відображеній версії, оскільки між прототипом і шести тижневим відставанням між прототипом є розробник. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вони запропонуйте йому створити підроблений прототип / програму кожні кілька тижнів. Функціональність, яку неможливо підробити, слід сказати про завершену, але не у відображеній версії, оскільки між прототипом і шести тижневим відставанням між прототипом є розробник. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вони sa шість тижнів відставання між прототипом і тим, де розробники насправді знаходяться в цій точці. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вони sa шість тижнів відставання між прототипом і тим, де розробники насправді знаходяться в цій точці. Його робота - управління бамбуком. Якщо керівництво задає конкретні запитання розробникам, розробники повинні просто сказати, що вони нічого не знають про цю конкретну частину програми (якщо це не складна частина, яку управління не могло зрозуміти, то зверніться до наступного речення.) Якщо управління кладе їх під пістолет, запитує, що саме це вониякі роблять, скажіть їм , щоб говорити про дійсно складні речі і махати руки в повітрі, намагаючись продемонструвати предмет, розтягуючи і приєднувальні речі в 3D-просторі. Розгублені та роздратовані цими "дивними ексцентричностями розробників", вони вирішать, що з вашим маленьким перекладачем набагато простіше поговорити і залишити розробників у спокої. Коли півроку проїжджає, ваш хлопець-перекладач з падіння просто кине показатися. Акт здивований, коли керівництво повідомляє вам усі речі, про які він говорив, а потім скажіть їм, що він явно втратив розум через тиск на роботу. Скажіть їм, що він був вашим найслабшим розробником, тому ви подумали, що він може бути кориснішим у "Інженері інтеграції парадигми" ( PIE) Позиція, але що ви були здивовані, він навіть не впорався з цим. Порекомендуйте іншу людину (читайте: мученик) для роботи, заявіть, що він набагато більше знає і поважає колектив - повністю кваліфікований для роботи! Нехай він зайде туди і здивується те, що сказав останній хлопець, а потім скажи, що все це було витвором його уяви. Керівництву доведеться витратити щонайменше місяць-два, відчитуючи BS старого хлопця та вивчаючи BS нового хлопця, і це буде ще 3 або 4 місяці, перш ніж вони перейдуть на нового хлопця. У цей момент керівництво буде розлючене і відмовиться мати інший PIE, і в цей момент вони знову будуть дихати вашою шиєю - але принаймні ви купили собі 9-12 місяців безпроблемної роботи.
Це не дуже вдалий план, але, тим не менш, трохи краще, ніж продовжувати демонструватися на роботі, отримувати руйнування на цілий день, а потім вирішувати відмовитися від себе на обідній перерві.