Neseniai visai netyčia, vienam geram žmogui pasiūlius, gimė idėja – prie kiekvieno straipsnio prisegti trumpą santrauką. Ne abstrakcija, ne viliojimas, o apibendrinimas. Toks, kad iš viso negalite perskaityti straipsnio.
Išbandžiau ir labai patiko. Bet tai nesvarbu - svarbiausia, kad skaitytojams patiko. Tie, kurie jau seniai nustojo skaityti, pradėjo grįžti, vadindami mane grafomane. Ir dar vienas geras žmogus patarė prie kiekvieno seno straipsnio parašyti santrauką. Aš sutikau ir dabar, atsitiktinai, rašau šias trumpas istorijas. Vadino juos šortais.
Atkreipiu jūsų dėmesį į keletą tokių šortų, pagrįstų keliomis publikacijomis. Galbūt rasite ką nors naudingo sau.
Katė nugaišo, nukrito uodega
Susitikimai labai dažnai būna be rezultatų. Jie susirinko, šnekučiavosi ir pasuko skirtingais keliais.
Susitikimo rezultatai arba produktai yra sprendimai. Štai kodėl jie paprastai neegzistuoja. O jei ir yra, tai ne visada kokybiška.
Jeigu susirinkimas yra riboto laiko ir turi būti priimtas sprendimas, tai jis (sprendimas) yra nekokybiškas.
Jei susirinkimas nėra ribotas laiko atžvilgiu ir trunka iki sprendimo priėmimo, tai bet koks sprendimas priimamas tol, kol susirinkimas baigiasi.
Jei sprendimas bus apgalvotas susirinkime, jis bus priimtas – vien todėl, kad smegenys vertina tai, ką sugalvojo.
Supratimas apie prastą sprendimo kokybę ateis vėliau, bet bus per vėlu.
Norint priimti efektyvų sprendimą, geriau nedalyvauti diskusijoje, o tyliai stebėti.
Pirma, smegenys nebus užsiėmusios atsakymais.
Antra, nėra spaudimo priimti sprendimą.
Pasibaigus susitikimui galite ramiai apie tai pagalvoti ir priimti sprendimą. Jis bus kokybiškesnis.
Svarbiausia yra tylėti ir klausytis susitikimo metu. Kad kiti nesijaudintų, pasakykite, kad tai yra sąmoninga pozicija.
→
Latentiniai parazitai
Iš esmės yra du būdai nustatyti tikslus ir stebėti vykdymą: parazitinis ir simbiotinis.
Simbiotinis metodas yra užtikrinti, kad problema būtų išspręsta.
Parazitinis požiūris yra įsitikinti, kad problema NĖRA išspręsta.
Simbiotinis požiūris yra paprastas ir paprastas, tačiau sunkiai įgyvendinamas. Todėl retai.
Užduotis nustatoma taip, kad viskas būtų aišku – tikslai, ištekliai ir apribojimai.
Kontrolė atliekama taip, kad problema būtų tiksliai išspręsta.
Simbiotinis požiūris – dalį atsakomybės (be to) už problemos sprendimą palikti režisieriui.
Parazitinis metodas yra puošnus ir protingas, tačiau jį lengva įgyvendinti. Todėl dažnai pasitaiko.
Užduotis iškelta taip, kad niekas neaišku. Kuo mažiau aišku, tuo geriau.
Patartina visiškai nekontroliuoti.
Užduočių vadovas neprisiima jokios atsakomybės; visa „beždžionė“ persodinama ant atlikėjo kaklo.
Parazitinio požiūrio tikslas: manipuliavimas, emocinis kančia, savęs patvirtinimas. Todėl jis dažnai aptinkamas mentorių darbe su pradedančiaisiais darbuotojais.
Žinoma, geriau yra simbiotinis požiūris.
→
Matmenys vs iliuzijos
Jei savo veiklos procesą ir rezultatus vertinsite be matavimų, visada suklysite.
Įvertinimas be skaičių priklauso nuo jūsų nuotaikos. Bloga nuotaika – atrodys, kad blogai dirbi. Gera nuotaika yra priešingai.
Taip savaitę galite sėdėti ir dirbti prastai, o penktadienį pasiekti puikių rezultatų ir atrodys, kad visa savaitė praėjo gerai.
Iš esmės yra dviejų tipų metrikos: kiekybinė ir alternatyvioji (programuotojams geriau žinoma kaip Būlis).
„Užduotis atlikta laiku“ yra Būlio reikšmė. Tai tas pats, kas „Detalė gera“ (alternatyvus kokybės ženklas, kai jų negalima išmatuoti skaičiais).
"Mes dirbame gerai", "Mes vykdome planą", "Aš esu puikus" - taip pat Būlis.
Sunku sukurti valdymo procesą naudojant Būlio tipo įverčius. Rekomenduojama kuo greičiau pereiti prie kiekybinės metrikos.
Būlis generuoja biurokratiją ir formalizmą. Pavyzdžiui, laiku atlikti užduotis galima pailginus terminus, sugalvojus užduotis sau ir įdiegus IBD.
Norint valdyti pagal Būlio rodiklius, reikia skirti daug laiko – susitikimams, analizei ir pan. Nes informacijos per mažai.
Rekomenduojama išmatuoti ir procesą, ir rezultatą. Tada vaizdas bus išsamiausias.
Programuotojams rekomenduojamas Scrum „Planavimo pokerio“ metodas.
→
Tai Sparta
Tarkime, kad esate programuotojas ir jums duota rimta užduotis. O tu manai, kad problemos spręsti nereikia – tai kvaila, žalinga.
Tipiškas elgesys tokioje situacijoje: parodykite užduotį viešame lauke. Nusiųskite patvirtinti su viršininku, paleiskite vidinį projektą, įrašykite jį sistemoje ir pan.
Čia viskas sugenda. Užduotį atnešęs žmogus nenori būti laikomas kvailiu. Ir patekę į viešumą jie apsigins.
Svarbu, kad žmogus neprarastų veido, politine prasme. Svarbiausia politikoje niekada nepripažinti savo klaidų. Jums nieko nereikia daryti, bet svarbiausia, kad nebūtų pripažintų klaidų.
Žmogus padarys viską, kad įrodytų, jog programuotojas yra piktadarys, idiotas, pokyčių priešininkas. Ir programuotojas vis tiek turės išspręsti problemą.
Kai kuriais atvejais žmogus viską sutvarkys taip, kad programuotojas visai neišspręs problemos. Tada žmogus bus „baltas“, o programuotojas – absoliučiai „juodas“ (jis priešinosi ir galiausiai nepavyko).
Yra keletas sprendimų.
Pirmas – tapti verslo programuotoju, suprasti susijusias sritis ir pačiam nuspręsti, ką ir kaip ten automatizuoti.
Antrasis – straipsnis Pokyčių vadovas. Pavyzdžiui, plėtros direktorius.
Trečia, nesirodykite ir tiesiog darykite tai, kas jums liepta.
Ketvirta – Spartos kelias, greitas sprendimų atmetimas. Geriau žinomas kaip nepavyksta greitai, nepavyksta pigiai.
Svarbiausia neįtraukti viešumo. Pasakykite žmogui – negaiškime daug laiko, sukurkime prototipą ir pažiūrėkime, ar sprendimas yra perspektyvus, ar ne.
Prototipas užtruks šiek tiek laiko. Jei jiems pasiseks, abu gaus savo – normalų sprendimą ir politinius taškus.
Jei nepavyks, niekas nenukentės. Na, su programuotoju žmonės elgsis geriau.
→
Surogatai
Verslui nepatinka 1C ir jo produktai, interneto svetainių kūrėjai, QMS, buhalterija, ekonomistai, plėtros projektai, Scrum, TOS, kontrolė, KPI ir motyvavimo sistemos.
Įmonėms patinka padidėjęs pelningumas dėl automatizavimo, išaugusi apyvarta iš reklamos internete, pagerėjusi produktų kokybė, paprastas ir suprantamas verslo vaizdas skaičiais, įmonės būklės prognozės, realus efektyvumo padidėjimas, 2-4 kartus greitesnis projekto užbaigimas, daugkartinis pelno padidėjimas ir atsargų sumažėjimas, tiksli valdymo sistema, aiški ir suprantama verslo būklės vertinimo sistema, darbo vertinimo sistema, leidžianti atleisti pusę vadovų.
Verslas mėgsta siekti verslo tikslų. Verslas nemėgsta surogatų.
Surogatas yra tada, kai prašėte pasiekti verslo tikslą, bet gavote automatizavimo projektą, svetainę, krūvą popierių, nesuprantamų darbuotojų kolektyvą ar neįskaitomas pėdų apvyniojimų ataskaitas.
Surogatas yra tada, kai tikslas kelyje pakeičiamas pasiekimo priemone. Ir visi pamiršo tikslą.
Surogatų gamyba remiasi trimis ramsčiais: formalizmu, laipsniškumu ir abipuse atsakomybe.
Formalizmas yra tikslų perkėlimas ant popieriaus su skaidymu. Bet iš esmės – dėmesio perkėlimas nuo didelio tikslo į mažas detales. Tikslo jau niekas neprisimena – visi aptaria smulkmenas.
Palaipsnis yra mažas perėjimo nuo tikslų prie priemonių greitis. Iš pradžių vis dar kartais aptariamas tikslas. Tačiau palaipsniui, žingsnis po žingsnio, minima vis rečiau. Kol pats klientas apie tai pamiršta, paskęsdamas detalėse.
Abipusė atsakomybė yra tai, kad visi rangovai veiktų maždaug vienodai. Nėra nei vieno automatizavimo įrankio, kuris iš tikrųjų padidintų pelną. Todėl klientas tikrai neturi pasirinkimo.
Ką daryti?
Venkite surogatų ir pirmojo žingsnio link jų kūrimo: formalizmo. Bent jau vidaus projektuose. Išsikelk tikslą ir nuolat apie tai kalbėk su atlikėju. Apie mastą, išteklius, planus ir kt. - Tas pats. Bet svarbiausia – tikslas.
Priešingu atveju dėmesys tikrai pasislinks ir jūs gausite kitą surogatą.
→
Jabas Klitschko
Yra toks boksininkas - Vladimiras Klitschko. Jis turi ypatumą – nuolatinį smaigalio naudojimą. Na, tai yra. nuoseklesnis nei kiti boksininkai.
Smūgis nuolat laiko priešininką nežinioje ir jį išsekina.
Pagrindinės „Klitschko“ smūgio savybės: vykdymo paprastumas (žinoma, santykinis) ir nuoseklumas.
Daugelis autorių teigia, kad nuolat atliekami, naudingi, bet paprasti veiksmai gali atnešti daug naudos.
Aš irgi nusprendžiau pabandyti. Sukūriau paprastą buhalterinę sistemą – kokius dūrius šiandien padariau.
Tai atsitiko gamykloje. Per pietus dariau dūrius (nepietau), t.y. 1 valandą per dieną. Padarė tai, ko nedaro kiti (sako, kad tai veda į sėkmę).
Sukūriau savarankiško mokymosi sistemos testus, sugalvojau tobulėjimo idėjas, įgyvendinau kitų žmonių idėjas tobulėjimui, sukūriau automatines užduotis, perdariau ir optimizavau kodą.
Kiekvieną dieną – bet kokia užduotis iš šio sąrašo. Atlikta viena užduotis - gražuolis. Galimi keli.
Stebėjimai buvo atliekami 3 mėnesius. Per tą laiką atlikau 30 patikrinimų, sugalvojau 200 idėjų, įgyvendinau 80 kitų žmonių idėjų, sukūriau automatizuotus procesus dviem skyriams ir atlikau tris puikius optimizavimus.
Saunus. Na, tai yra „tarp“. Rekomenduoju visiems.
→
Lankstus surogatas
Žodis „Scrum“ reiškia mažiausiai du subjektus: filosofiją ir sistemą.
Filosofija arba požiūris į darbą aprašytas Jeffo Sutherlando knygoje.
Karkasas, t.y. veiksmų algoritmas aprašytas dokumente, pavadintame Scrum Guide.
Filosofija tapo karkasu, nes filosofijos autoriai norėjo iš jos užsidirbti (jų pačių žodžiais tariant).
Sistema yra labai supaprastinta, palyginti su filosofija. Svarbiausia, kad tikslas buvo supaprastintas arba, tiksliau, išmestas.
Filosofijos tikslas: paspartinti rezultatų siekimą. Be to, kartais. Knygoje pateikiami 8 kartų pagreičio pavyzdžiai.
Sistemos tikslas: kad turėtumėte Scrum. Ten parašyta: jei vykdote instrukcijas, turite Scrum, jei pažeidžiate instrukcijas, neturite Scrum.
Sistema visai nereiškia paspartinimo siekiant rezultatų.
Žmonės, kurie moko arba diegia „Scrum“, dirba su sistema. Jie nurodo ir įgyvendina algoritmą, kuris neduoda jokių kitų rezultatų, išskyrus „mes dabar turime Scrum“.
Esmė aiški. Filosofiją labai sunku parduoti. Karkasas yra paprastesnis.
Karkasas yra produktas. Jis, kaip ir tikėtasi, perėjo „pakavimą“. Tai paprasta, suprantama, yra palaikymas ir daug specialistų. Ar tau nieko neprimena?
Viskas gerai, išskyrus rezultatą – jo nėra.
Jei klientas nėra susipažinęs su Scrum filosofija, jis bus gana patenkintas sistemos įgyvendinimu.
Jeigu klientas yra susipažinęs su Scrum filosofija, tuomet jis nusivils karkaso įgyvendinimu – nebus pagreitėjimo siekiant rezultatų.
Bus šaunu, madinga, šiuolaikiška, tačiau nebus pasiekti verslo tikslai (išskyrus biudžeto išleidimą „kažkam naujam“).
Ką turėčiau daryti? Studijuokite Scrum filosofiją. Ji remiasi japoniška kokybės vadybos filosofija, kurios esmė: matavimas ir begalinis tobulėjimas.
Deja, tenka daug galvoti, eksperimentuoti, stebėti ir, deja, dirbti. Jei tai jums netinka, pasiimkite sistemą.
→
Šaltinis: www.habr.com