Наскоро, съвсем случайно, по предложение на един добър човек, се роди идея - към всяка статия да се приложи кратко резюме. Не резюме, не съблазън, а резюме. Такива, че изобщо не можете да прочетете статията.
Пробвах го и много ми хареса. Но няма значение - основното е, че читателите го харесаха. Започнаха да се връщат онези, които отдавна бяха спрели да четат и ме заклеймиха като графоман. И друг добър човек ме посъветва да пиша резюме за всяка стара статия. Съгласих се и сега небрежно пиша тези разкази. Нарекоха ги шорти.
Предлагам на вашето внимание няколко такива кратки филма, базирани на няколко публикации. Може би ще намерите нещо полезно за себе си.
Котката умря, опашката се откъсна
Срещите много често остават без резултат. Те се събраха, побъбриха и тръгнаха по различни пътища.
Резултатите или продуктите от срещата са решения. Ето защо те обикновено не съществуват. И ако има, не винаги е с добро качество.
Ако събранието е ограничено във времето и трябва да се вземе решение, значи то (решението) е некачествено.
Ако срещата не е ограничена във времето и продължава до вземане на решение, тогава всяко решение се взема, докато срещата приключи.
Ако решението се измисли на среща, то ще бъде прието - просто защото мозъкът оценява това, което е измислил.
Разбирането за лошото качество на решението ще дойде по-късно, но ще бъде твърде късно.
За да вземете ефективно решение, е по-добре да не участвате в дискусията, а да наблюдавате мълчаливо.
Първо, мозъкът няма да е зает да измисля отговори.
Второ, няма натиск за вземане на решение.
След приключване на срещата можете спокойно да помислите за нея и да вземете решение. Ще бъде с по-високо качество.
Ключът е да мълчите и да слушате по време на срещата. За да не се притесняват другите, кажете, че това е съзнателна позиция.
→
Латентни паразити
По принцип има два подхода за поставяне на цели и наблюдение на изпълнението: паразитен и симбиотичен.
Симбиотичният подход е да се гарантира, че проблемът е решен.
Паразитният подход е да се уверите, че проблемът НЕ е решен.
Симбиотичният подход е праволинеен и праволинеен, но труден за изпълнение. Следователно е рядкост.
Задачата е поставена така, че всичко е ясно – цели, ресурси и ограничения.
Извършва се контрол, за да се реши проблемът точно.
Симбиотичният подход е да се остави част от отговорността (още повече) за решаването на проблема върху директора.
Паразитният подход е богато украсен и умен, но лесен за изпълнение. Поради това се среща често.
Задачата е поставена така, че нищо не е ясно. Колкото по-малко ясно, толкова по-добре.
Препоръчително е изобщо да не упражнявате контрол.
Директорът на задачата не носи отговорност; цялата „маймуна“ се трансплантира на врата на изпълнителя.
Целта на паразитния подход: манипулация, емоционален стрес, самоутвърждаване. Поради това често се среща в работата на ментори с начинаещи служители.
По-добър, разбира се, е симбиотичният подход.
→
Измерения срещу илюзии
Ако оценявате процеса и резултатите от вашите дейности без измервания, винаги ще правите грешки.
Рейтингът без числа зависи от настроението ви. Лошо настроение - ще изглежда, че не работите добре. Доброто настроение е обратното.
По този начин можете да седите и да работите лошо за една седмица, а в петък можете да постигнете отлични резултати и ще изглежда, че цялата седмица е минала добре.
По принцип има два вида показатели: количествени и алтернативни (по-известни на програмистите като булеви).
„Задачата е изпълнена навреме“ е булева стойност. Това е същото като „Частта е добра“ (алтернативен знак за качество, когато не могат да бъдат измерени в числа).
„Работим добре“, „Изпълняваме плана“, „Страхотно съм“ - също булево.
Трудно е да се конструира контролен процес, използвайки оценки от булев тип. Препоръчително е да преминете към количествени показатели възможно най-бързо.
Boolean генерира бюрокрация и формализъм. Например, изпълнението на задачите навреме може да се постигне чрез увеличаване на крайните срокове, измисляне на задачи за себе си и прилагане на IBD.
За да управлявате въз основа на булеви индикатори, трябва да отделите много време - на срещи, анализи и т.н. Защото информацията е твърде малко.
Препоръчително е да се измерва както процесът, така и резултатът. Тогава картината ще бъде най-пълна.
За програмисти се препоръчва методът „Планиране на покер“ от Scrum.
→
Това е Спарта
Да кажем, че сте програмист и ви е дадена сериозна задача. И смятате, че няма нужда да решавате проблема - това е глупаво, вредно.
Типично поведение в такава ситуация: покажете задачата в публично поле. Изпратете го за одобрение при шефа, стартирайте вътрешен проект, запишете го в системата и т.н.
Тук всичко се разпада. Човекът, който е донесъл задачата, не иска да бъде смятан за глупак. И щом са излезли в публичното поле, ще се защитават.
Важно е човек да не губи лицето си, в политически смисъл. Основното в политиката е никога да не признаваш грешките си. Не е нужно да правите нищо, но най-важното е да нямате допускани грешки.
Човек ще направи всичко възможно, за да докаже, че програмистът е злодей, идиот, противник на промяната. И програмистът все още ще трябва да реши проблема.
В някои случаи човек ще организира всичко така, че програмистът изобщо да не реши проблема. Тогава човекът ще бъде „бял“, а програмистът ще бъде абсолютно „черен“ (той се съпротивляваше и накрая се провали).
Има няколко решения.
Първият е да станете бизнес програмист, да разберете свързани области и да определите сами какво и как да автоматизирате там.
Втората е статията Шеф на промените. Например директор по развитие.
Трето, не се появявайте и просто правете каквото ви се каже.
Четвърто - Пътят на Спарта, бързо отхвърляне на решения. По-известен като fail fast, fail jeftinо.
Основното нещо е да не се включва публичност. Кажете на човека - нека не губим много време, нека направим прототип и да видим дали решението е жизнеспособно или не.
Прототипът ще отнеме малко време. Ако успеят, и двамата ще получат своето - нормално решение и политически точки.
Ако не успее, никой няма да пострада. Е, хората ще се отнасят по-добре към програмиста.
→
Сурогати
Бизнесът не харесва 1C и неговите продукти, уеб разработчици, QMS, счетоводство, икономисти, проекти за развитие, Scrum, TOS, контролинг, KPI и системи за мотивация.
Бизнесът обича повишена рентабилност поради автоматизация, увеличен оборот от онлайн промоция, подобрено качество на продукта, проста и разбираема картина на бизнеса в числа, прогнози за състоянието на компанията, реално увеличение на ефективността, по-бързо завършване на проекта с 2-4 пъти, многократно увеличение на печалбите и намаляване на запасите , точна система за управление, ясна и разбираема система за оценка на състоянието на бизнеса, система за оценка на труда, която ви позволява да уволните половината от мениджърите.
Бизнесът обича постигането на бизнес цели. Бизнесът не обича сурогати.
Сурогат е, когато сте поискали да постигнете бизнес цел, но сте получили проект за автоматизация, уебсайт, купчина хартия, персонал от неразбираеми служители или нечетливи отчети за обвиване на краката.
Сурогат е, когато целта по пътя е заменена със средство за постигане. И всички забравиха за целта.
Производството на сурогати се основава на три стълба: формализъм, постепенност и взаимна отговорност.
Формализмът е прехвърляне на цели върху хартия с декомпозиция. Но по същество – пренасяне на фокуса на вниманието от голямата цел към малките детайли. Вече никой не помни гола - всички обсъждат подробностите.
Постепенността е ниска скорост на преход от цели към средства. В началото целта все още понякога се обсъжда. Но постепенно, стъпка по стъпка, се споменава все по-рядко. Докато самият клиент не забрави за това, удавяйки се в детайлите.
Взаимната отговорност е всички изпълнители да действат приблизително еднакво. Няма нито един инструмент за автоматизация, който действително да увеличава печалбите. Следователно клиентът всъщност няма избор.
Какво да правя?
Избягвайте сурогатите и първата стъпка към тяхното създаване: формализъм. Поне по вътрешни проекти. Поставете си цел и постоянно говорете с изпълнителя за това. Относно мащаба, ресурсите, плановете и т.н. - Един и същ. Но основното е целта.
В противен случай фокусът на вниманието със сигурност ще се измести и ще получите друг сурогат.
→
Джаб Кличко
Има такъв боксьор - Владимир Кличко. Той има една особеност - постоянното използване на удара. Е, това е. по-постоянен от другите боксьори.
Ударът постоянно държи противника в напрежение и го изтощава.
Основни характеристики на удара на Klitschko: лекота на изпълнение (относителна, разбира се) и последователност.
Много автори казват, че постоянно изпълняваните, полезни, но прости действия могат да донесат много ползи.
Реших и аз да пробвам. Направих проста счетоводна система - какви удари направих днес.
Случи се във фабриката. Направих джабове на обяд (не обядвам), т.е. 1 час на ден. Правеше това, което другите не правят (казват, че води до успех).
Създадох тестове на самообучаваща се система, измислих идеи за разработка, внедрих идеи на други хора за разработка, настроих автозадачи, преработих и оптимизирах кода.
Всеки ден - всяка задача от този списък. Изпълних една задача - красавец. Възможни са няколко.
Проведени са наблюдения в продължение на 3 месеца. През това време направих 30 проверки, дойдох с 200 идеи, реализирах 80 идеи на други хора, изградих автоматизирани процеси за два отдела и направих три страхотни оптимизации.
Готино. Е, това е „по средата“. Препоръчвам на всички.
→
Гъвкав сурогат
Думата „Scrum“ се отнася до поне две същности: философия и рамка.
Философията или подходът към работата е описан в книгата на Джеф Съдърланд.
Рамка, т.е. алгоритъмът на действията е описан в документ, наречен Scrum Guide.
Философията се превърна в рамка, защото авторите на философията искаха да правят пари от нея (по техните собствени думи).
Рамката е значително опростена в сравнение с философията. Основното е, че целта е опростена или по-скоро изхвърлена.
Целта на философията: ускоряване на постигането на резултати. Освен това на моменти. Книгата съдържа примери за ускорение с 8 пъти.
Целта на рамката: така че да имате Scrum. Там е написано: ако следвате инструкциите, имате Scrum; ако нарушите инструкциите, нямате Scrum.
Рамката изобщо не предполага ускоряване на постигането на резултати.
Хората, които преподават или прилагат Scrum, работят с рамката. Те казват и прилагат алгоритъм, който не води до никакви резултати, освен „вече имаме Scrum“.
Въпросът е ясен. Философията се продава много трудно. Рамката е по-проста.
Рамката е продукт. Той, както се очакваше, премина през „опаковането“. Той е прост, разбираем, има поддръжка и много специалисти. Нищо не ти напомня?
Всичко е наред, с изключение на резултата - няма го.
Ако клиентът не е запознат с философията на Scrum, тогава той ще бъде доста доволен от внедряването на рамката.
Ако клиентът е запознат с философията на Scrum, тогава той ще бъде разочарован от внедряването на рамката - няма да има ускорение в постигането на резултати.
Ще бъде готино, модерно, модерно, но няма да бъдат постигнати бизнес цели (освен харченето на бюджета за „нещо ново“).
Какво трябва да направя? Изучете философията на Scrum. Базира се на японската философия за управление на качеството, чиято същност е: измерване и безкрайно усъвършенстване.
За съжаление трябва много да мислите, да експериментирате, да наблюдавате и, уви, да работите. Ако това не ви подхожда, вземете рамката.
→
Източник: www.habr.com