Оригиналът е на Erik Bernhardsson Даниел Десподов преди 9 секунди

Оригиналът е на Erik Bernhardsson

Даниел Десподов преди 9 секунди 1 Сподели

Най-четени

IT НовиниДаниел Десподов - 17:28 | 22.12.2023

В ДНК-то на октопод е кодирано съществено предизвестие за Антарктика

НаукаЕмил Василев - 14:55 | 22.12.2023

Китайски учени са основали „ Златен воал “ – устройство, което може да маскира ракета като пътнически аероплан

ХардуерЕмил Василев - 9:31 | 22.12.2023

Мистериозен транспарантен процесор е открит във винтидж компютър на HP

Даниел Десподовhttps://www.kaldata.com/Новинар. Увличам се от модерни технологии, осведомителна сигурност, спорт, просвета и изкуствен интелект.

В кулминационния миг на Втората международна война Централно разузнавателно управление на САЩ издава страхотна книга, наречена “ Прост бойкот “ (Simple Sabotage). В нея са разказани другите способи, по които саботьорът или диверсантът могат да понижат продуктивността на компанията. Някои от тези препоръки не остаряват, като да вземем за пример разделът „ Обичайни нарушавания на организациите и производството “:

Настоявайте всичко да се прави по самостоятелни „ канали “. Не позволявайте да се употребяват директни пътища за ускорение осъществяването на решенията. Изготвяйте „ отчети “. Говорете колкото е допустимо по-често и по-дълго. Илюстрирайте „ концепциите “ си с дълги житейски истории и се позовавайте на персоналния си опит. С подготвеност правете „ патриотични “ мнения. Ако е допустимо, изпращайте всички въпроси на комисиите за „ по-задълбочено изследване и разглеждане “. Стремете се да съставяте допустимо най-големи комисии, с най-малко петима членове. Колкото е допустимо по-често повдигайте въпроси за несъществени проблеми. Настоявайте за ясни формулировки в известията, протоколите, резолюциите. Връщайте се към тематики, по които има взето решение на последното съвещание, и се опитвайте още веднъж да отворите въпроса за целесъобразността на това решение. Съветвайте всички да бъдат „ деликатни “. Бъдете „ рационални “ и насърчавайте другите на съвещанията да бъдат „ рационални “, с цел да не прибързват с неща, които могат да причинят бъдещи неудобства или компликации. Тревожете се за целесъобразността на всяко решение, повдигайте въпроса дали обсъжданото деяние ще попадне в юрисдикцията на групата или може да провокира спор с политиките на някой по-висш ешелон.

Винаги ме е поразявало какъв брой добре са издържали тези препоръки инспекцията на времето. Дори разпечатах тази част и я окачих в рамка в кабинета си:

Вашата задача

Да приемем, че сте наети на позиция основен механически шеф и желаете да намалите колкото се може повече продуктивността на предприятието, само че без да ви заловен. Разбира се, можете да вземете поредност от явно неприятни решения, само че тогава напълно скоро ще бъдете уволнени. Истинската цел тук е последователно да изсмучете продуктивността на компанията, като в същото време поддържате фасадата на достоверност и нормалност. И по този начин, какво може да се направи, с цел да се реализира това?

Технологиите

Когато поемете ръководството, изискайте пренаписване на главните правила, което би трябвало да отнеме 6-18 месеца. Задължително обвинете някогашния основен механически шеф. Накарайте всички да употребяват собствен личен програмен език и собствен по-различен фреймуърк. Разделете системите по случайни граници: увеличете оптимално броя на участващите във всяка функционалност системи. Насърчавайте построяването на комплицирана конструкция на развойната среда: направете я мрежа от системи с най-малко десетина онлайн услуги. Направете индустриалната среда допустимо по-различна от средата за разработка. Извършвайте внедряванията колкото е допустимо по-рядко. Уверете се, че са взети оптимални защитни ограничения във връзка с внедряването. Използвайте всеки проблем в производството като причина да „ натиснете спирачките “. Въведете колкото се може по-сложни процеси за промени в сорс кода и в общоприетите работни процеси. Оправдайте го с “ сигурността “ или „ съвместимостта “. Направете по този начин, че всяка задача и всеки логаритъм да се наблюдават в тракер за задачи; те би трябвало да се преглеждат, приоритизират и утвърждават от екип от най-малко пет души. Не допускайте нищо отвън обсега на първичната задача, като да вземем за пример пречистване на кода и други усъвършенствания, направени по време на работа. Създавайте вътрешни версии на съвсем всичко, което не е съществена подготвеност. Оправдайте го с това, че „ не желаете да зависите от външен снабдител “. Настоявайте да бъдат добавяни пластове на абстракция върху безусловно всяко нещо. Изберете снабдители, които сами по себе си са абстракции, и по-късно прибавете нови пластове абстракция. Налагайте механически решения, учредени на прекомерно оптимистични упования за мащабите. Планирайте най-малко три порядъка по-голямо работно натоварване, в сравнение с е в този момент. Стимулирайте груповата благосъстоятелност върху системите. Направете по този начин, че никой да не се усеща виновен за тяхната поддръжка. Настоявайте за централизиране на съвсем всичко във тип на „ платформа “, притежавана от „ екип на платформата “. Намалете личния състав на екипа на платформата и не позволявайте на другите екипи да основават неща, които платформата може да „ има “. Накарайте екипа на платформата да работи итеративно върху API, като го трансформира постоянно, и задължете всички останали екипи да преработват кода към най-новата версия на API допустимо най-често. Наемете „ архитекти “ и изисквайте даже дребните промени да подлежат на „ архитектурен надзор “. Изисквайте даже дребните промени да бъдат обект на „ надзор на сигурността “.

Продукцията

Игнорирайте потребните индикатори, като ги обосновавате научно (напр. като ги наричате „ деформиране “ или „ изоставащи индикатори “). Избирайте тщеславни метрики с дребна или никаква връзка с бизнес цената и високи равнища на шумотевица. Настоявайте всичко да се извършва като „ сериозна задача “ и всичко да е безусловно готово преди внедряването. Третирайте всяка функционалност като „ наложителна “ и сериозна част от „ нулевата версия “ на продукта. Не се поддавайте на увещание. Разработвайте необикновено подробни „ стратегически “ проекти. Често сменяйте посоката на развиване. Отхвърляйте очевидните усъвършенствания като „ местни оптимизации “. Използвайте известните трендове за свързване на ресурсите. Започнете да разработвате просторно дефинирана „ тактика за ИИ “, която на пръв взор наподобява правдоподобна. Харчете нападателно за продавачи и консултанти за тази тактика. Стимулирайте продуктовите мениджъри да отделят по-голямата част от времето си за „ тактика “ и „ обмисляне “. Направете по този начин, че за инженерите и продуктовите мениджъри да е трудно/невъзможно да употребяват продукта вътрешно. Отказвайте да чуете мнението на потребителите, като ги наричате „ глупави “.

Ръководството

Обвържете равнището на заплатата с длъжността, а длъжността – с размера на екипа, с цел да мотивирате раздуването на личния състав. Съставяйте огромни и обширни доклади за тактиките, чиповете и техническата трудност. Извършвайте скъпи придобивания, с цел да навлезете в нови области на пазара. Оправдайте го със допустима „ синергия “. По-късно прекратете производството на добития артикул. Използвайте голям брой звена в структурата на отчетността. Накарайте чиновниците да рапортуват на мениджъри в други екипи, офиси или с други функционални отговорности, доколкото това е допустимо. Направете по този начин, че мениджърите да не са задоволително готови, с цел да управляват тези отчети. Често пренасочвайте чиновниците с неприятни резултати към други екипи. Възлагайте на най-добре представящите се чиновници проучвателен теоретични планове с неразбираемо заложени критерии за резултатите. Винаги организирайте оперативки за всяко решение, без значение какъв брой банално е то. Настоявайте, че всяка „ заинтригувана страна “ би трябвало да участва на срещата.

Наемането на личен състав

Организирайте развой на наемане, който наподобява справедлив, само че в действителност е индивидуален. Отказвайте да наемете най-хубавите с претекста, че „ няма да се впишат в колектива “ или по някакъв различен неразбираем аршин. Наемете най-слабите въз основа на „ капацитета “, „ желанието “ и други неразбираеми критерии. Наемайте скъпоплатени старши чиновници, които ще би трябвало да поемат огромен брой подчинени. Използвайте високопоставени трофеи и измислени длъжности, с цел да привлечете опортюнисти. Наемайте „ специалисти “ с висока степен на специализация и по-късно създавайте измислени планове, с цел да ги откажете да изоставен. Използвайте специализацията като опрощение за наемане на различен, спомагателен личен състав.

Управлението на плановете

Изисквайте извънредно подробни оценки на периодите за всеки план. Мотивирайте основаването на планове, в които вземат участие допустимо най-вече екипи, в идеалния случай работещи на разнообразни места. Добавяйте нови условия, които зависят от работата, осъществена от други екипи. Често използвайте скъпи организации. Определяйте амбициозни обхвати на плановете и предавайте суровите прототипи на вътрешните екипи за доработка. Създавайте комплицирани системи за „ самообслужване “ за заинтригуваните страни в другите екипи.

Резултатът

Кадър от музикалния клип Sabotage на Beastie Boys от 1994 година Текстът на песента е най-вече за софтуерното водачество и продуктивността на разработчиците

Това не е лесна задача! Но в случай че съумеете да се озовете зад вражеската линия и да получите позицията на основен механически шеф, може да се справите доста добре със саботажа на една софтуерна компания, а и освен.

Забележка за тези, които не са саботьори: явно това е история за това по какъв начин да извлечете максимума със своя екип. Производителността като цяло е история за хиляди срезове и съкращения, и нито едно от тези неща поотделно няма да унищожи продуктивността единствено по себе си. Но продуктивността се натрупва в логаритмична канара, което значи, че всички горепосочени детайли са мултипликативни. Всъщност, в случай че извършите 100 дейности, всяко от които понижава продуктивността с 5%, ще забавите работата 131 пъти! Единственият метод да не измъчвате инженерите е да кажете „ не “ на тези стотина дребни ограничавания, всяко от които наподобява напълно правдоподобно и благовидно.

Статията провокира многочислени мнения, като един от тях е, че Централно разузнавателно управление на САЩ е основано чак през 1947 година и по какъв начин тогава в кулминационния миг на Втората международна война издава книгата Simple Sabotage? Отговорът е, че в действителност книгата е издадена от Управлението за стратегически услуги (Office of Strategic Services, OSS), предшественикът на Централно разузнавателно управление на САЩ и създателят е решил да показа нещата точно по този метод.