La pantaloneto de Belokamentsev

Lastatempe, tute hazarde, laŭ propono de unu bona homo, naskiĝis ideo - aldoni mallongan resumon al ĉiu artikolo. Ne abstraktaĵo, ne allogo, sed resumo. Tia, ke vi tute ne povas legi la artikolon.

Mi provis ĝin kaj tre ŝatis ĝin. Sed ne gravas - la ĉefa afero estas, ke la legantoj ŝatis ĝin. Tiuj, kiuj antaŭ longe ĉesis legi, komencis reveni, markante min grafomano. Kaj alia bonulo konsilis al mi verki resumon por ĉiu malnova artikolo. Mi konsentis kaj nun, hazarde, mi skribas ĉi tiujn novelojn. Nomis ilin pantaloneto.

Mi atentigas vin pri pluraj tiaj mallongaj, bazitaj sur pluraj eldonaĵoj. Eble vi trovos ion utilan por vi mem.

La kato mortis, la vosto deprenis

Kunvenoj tre ofte okazas sen rezultoj. Ili kunvenis, babilis kaj iris sian apartan vojon.
La rezultoj aŭ produktoj de la kunveno estas decidoj. Tial ili kutime ne ekzistas. Kaj se ekzistas, ĝi ne ĉiam estas bonkvalita.
Se la renkontiĝo estas limigita en tempo kaj decido devas esti farita, tiam ĝi (la decido) estas de malbona kvalito.
Se la renkontiĝo ne estas limigita en tempo kaj daŭras ĝis decido estas farita, tiam ajna decido estas farita tiel longe kiel la renkontiĝo finiĝas.
Se decido estas pripensita en kunveno, tiam ĝi estos akceptita - simple ĉar la cerbo aprezas tion, kion ĝi elpensis.
Kompreno de la malbona kvalito de la solvo venos poste, sed estos tro malfrue.
Por fari efikan decidon, estas pli bone ne partopreni en la diskuto, sed silente observi.
Unue, la cerbo ne estos okupata elpensi respondojn.
Due, ne estas premo fari decidon.
Post la finiĝo de la kunveno, vi povas trankvile pensi pri ĝi kaj fari decidon. Ĝi estos de pli alta kvalito.
La ŝlosilo estas silenti kaj aŭskulti dum la renkontiĝo. Por ke aliaj ne maltrankviliĝu, diru, ke ĉi tio estas konscia pozicio.

habr.com/en/post/341654

Latentaj parazitoj

Fundamente, ekzistas du aliroj al fiksado de celoj kaj monitorado de ekzekuto: parazita kaj simbioza.
La simbioza aliro estas certigi ke la problemo estas solvita.
La parazita aliro estas certigi, ke la problemo NE estas solvita.
La simbioza aliro estas simpla kaj simpla, sed malfacile efektivigebla. Tial ĝi estas malofta.
La tasko estas fiksita tiel, ke ĉio estas klara—celoj, rimedoj kaj limigoj.
Kontrolo estas farita tiel ke la problemo estas precize solvita.
La simbioza aliro estas lasi parton de la respondeco (cetere) por solvi la problemon al la direktoro.
La parazita aliro estas ornamita kaj lerta, sed facile efektivigebla. Tial ĝi okazas ofte.
La tasko estas prezentita tiel, ke nenio estas klara. Ju malpli klara des pli bone.
Estas konsilinde tute ne ekzerci kontrolon.
Ne estas respondeco sur la taskdirektoro; la tuta "simio" estas transplantita sur la kolon de la prezentisto.
La celo de la parazita aliro: manipulado, emocia mizero, mem-aserto. Tial, ĝi ofte troviĝas en la laboro de mentoroj kun novulaj dungitoj.
Pli bone, kompreneble, estas simbioza aliro.

habr.com/en/post/343696

Dimensioj vs Iluzioj

Se vi taksas la procezon kaj rezultojn de viaj agadoj sen mezuradoj, vi ĉiam faros erarojn.
Taksado sen nombroj dependas de via humoro. Malbona humoro - ŝajnos, ke vi ne funkcias bone. Bona humoro estas la malo.
Tiel vi povas sidi kaj labori malbone dum semajno, kaj vendrede vi povas produkti bonegajn rezultojn, kaj ŝajnos, ke la tuta semajno iris bone.
Fundamente, estas du specoj de metriko: kvanta kaj alternativa (pli bone konata al programistoj kiel Bulea).
"Tasko plenumita ĝustatempe" estas Bulea. Ĉi tio estas la sama kiel "La parto estas bona" ​​(alternativa signo de kvalito kiam ili ne povas esti mezuritaj en nombroj).
"Ni laboras bone", "Ni plenumas la planon", "Mi estas bonega" - ankaŭ Bulea.
Estas malfacile konstrui kontrolprocezon uzante Buleajn tiptaksojn. Oni rekomendas transiri al kvantaj metrikoj kiel eble plej rapide.
Bulea generas burokration kaj formalismon. Ekzemple, plenumi taskojn ĝustatempe povas esti atingita pliigante templimojn, inventante taskojn por vi mem kaj efektivigante IDB.
Por administri surbaze de Buleaj indikiloj, vi devas elspezi multan tempon - pri kunvenoj, analizo ktp. Ĉar estas tro malmulte da informoj.
Oni rekomendas mezuri kaj procezon kaj rezulton. Tiam la bildo estos plej kompleta.
Por programistoj, la metodo "Planning Poker" de Scrum estas rekomendita.

habr.com/en/post/343910

Tio estas Sparto

Ni diru, ke vi estas programisto kaj vi ricevas seriozan taskon. Kaj vi pensas, ke ne necesas solvi la problemon - ĝi estas stulta, malutila.
Tipa konduto en tia situacio: montri la taskon en publika kampo. Sendu ĝin por aprobo kun la estro, lanĉu internan projekton, registri ĝin en la sistemo ktp.
Ĉi tie ĉio rompiĝas. La persono kiu alportis la taskon ne volas esti konsiderata malsaĝulo. Kaj kiam ili eniros la publikan kampon, ili defendos sin.
Gravas, ke homo ne perdu vizaĝon, en politika senco. La ĉefa afero en politiko estas neniam konfesi viajn erarojn. Vi ne devas fari ion ajn, sed la ĉefa afero estas ne havi iujn ajn akceptitajn erarojn.
Homo faros sian eblon por pruvi, ke la programisto estas fiulo, idioto, kontraŭulo de ŝanĝo. Kaj la programisto ankoraŭ devos solvi la problemon.
En iuj kazoj, homo aranĝos ĉion, por ke la programisto tute ne solvas la problemon. Tiam la persono estos "blanka", kaj la programisto estos absolute "nigra" (li rezistis kaj malsukcesis finfine).
Estas pluraj solvoj.
La unua estas fariĝi komerca programisto, kompreni rilatajn areojn kaj mem determini kion kaj kiel aŭtomatigi tie.
La dua estas la artikolo Ĉefo de Ŝanĝoj. Ekzemple, evoludirektoro.
Trie, ne aperu kaj nur faru tion, kion oni diras al vi.
Kvara - La Vojo de Sparto, rapida malakcepto de decidoj. Pli bone konata kiel malsukceso rapide, malsukceso malmultekosta.
La ĉefa afero estas ne impliki publikecon. Diru al la persono - ni ne perdu multan tempon, ni faru prototipon, kaj vidu ĉu la solvo estas farebla aŭ ne.
La prototipo daŭros iom da tempo. Se ili sukcesos, ambaŭ ricevos sian—normalan decidon kaj politikajn punktojn.
Se ĝi malsukcesos, neniu vundiĝos. Nu, homoj pli bone traktos la programiston.

habr.com/en/post/344650

Surogatoj

Komerco ne ŝatas 1C kaj ĝiajn produktojn, TTT-programistojn, QMS, kontadon, ekonomiistojn, evoluprojektojn, Scrum, TOS, kontroladon, KPI kaj instigsistemojn.
Entreprenoj amas pliigitan profiton pro aŭtomatigo, pliigita spezo de interreta reklamado, plibonigita produktokvalito, simpla kaj komprenebla bildo de la komerco en nombroj, prognozoj de la kondiĉo de la kompanio, reala pliiĝo de efikeco, pli rapida kompletiĝo de la projekto je 2-4 fojojn, multobla kresko de profitoj kaj malpliigo de inventaroj, preciza mastruma sistemo, klara kaj komprenebla sistemo por taksi la staton de la komerco, labortaksosistemo, kiu permesas maldungi duonon de la administrantoj.
Komerco amas atingi komercajn celojn. Komerco ne ŝatas surogatojn.
Anstataŭanto estas kiam vi petis atingi komercan celon, sed ricevis aŭtomatigan projekton, retejon, amason da papero, personaron de nekompreneblaj dungitoj aŭ nelegeblajn piedajn envolvaĵojn raportojn.
Anstataŭanto estas kiam la celo laŭ la vojo estas anstataŭigita per rimedo de atingo. Kaj ili ĉiuj forgesis pri la celo.
La produktado de surogatoj baziĝas sur tri kolonoj: formalismo, gradeco kaj reciproka respondeco.
Formalismo estas la translokigo de celoj sur paperon kun putriĝo. Sed en esenco - translokigi la atenton de la granda celo al malgrandaj detaloj. Neniu plu memoras la celon - ĉiuj diskutas la detalojn.
Gradualismo estas malalta rapido de transiro de celoj al rimedoj. Komence, la celo ankoraŭ foje estas diskutata. Sed iom post iom, paŝon post paŝo, ĝi estas ĉiam malpli menciita. Ĝis la kliento mem forgesos pri tio, dronante en la detaloj.
Reciproka respondeco estas, ke ĉiuj entreprenistoj agas proksimume same. Ne ekzistas ununura aŭtomatiga ilo, kiu efektive pliigas profitojn. Tial, la kliento vere ne havas elekton.
Kion fari?
Evitu surogatojn kaj la unuan paŝon al ilia kreado: formalismo. Almenaŭ pri internaj projektoj. Fiksu celon kaj parolu al la prezentisto pri ĝi konstante. Pri skalo, rimedoj, planoj ktp. - Same. Sed la ĉefa afero estas pri la celo.
Alie, la fokuso de atento certe ŝanĝiĝos, kaj vi ricevos alian anstataŭanton.

habr.com/en/post/344844

Jab Klitschko

Estas tia boksisto - Vladimir Klitschko. Li havas proprecon - la konstanta uzo de la piko. Nu, tio estas. pli konsekvenca ol aliaj boksistoj.
La piko konstante tenas la kontraŭulon en suspenso kaj elĉerpas lin.
Ĉefaj trajtoj de la Klitschko-jab: facileco de ekzekuto (relativa, kompreneble) kaj konsistenco.
Multaj aŭtoroj diras, ke konstante faritaj, utilaj, sed simplaj agoj povas alporti multajn avantaĝojn.
Ankaŭ mi decidis provi ĝin. Mi faris simplan kontadan sistemon - kiajn frapojn mi faris hodiaŭ.
Ĝi okazis en la fabriko. Mi faris pikojn ĉe tagmanĝo (mi ne tagmanĝas), t.e. 1 horo tage. Faris tion, kion aliaj ne faras (ili diras, ke ĝi kondukas al sukceso).
Mi starigis testojn de memlernada sistemo, elpensis ideojn por evoluo, efektivigis aliulajn ideojn por disvolvado, starigis aŭtotakojn, refaktoris kaj optimumigis la kodon.
Ĉiutage - ajna tasko el ĉi tiu listo. Plenumis unu tasko - bela. Pluraj eblas.
Observoj estis faritaj dum 3 monatoj. Dum ĉi tiu tempo, mi faris 30 kontrolojn, elpensis 200 ideojn, efektivigis 80 aliajn ideojn, konstruis aŭtomatajn procezojn por du fakoj kaj faris tri bonegajn optimumojn.
Cool. Nu, ĉi tio estas "inter." Mi rekomendas al ĉiuj.

habr.com/en/post/344934

Fleksebla surogato

La vorto "Scrum" rilatas al almenaŭ du estaĵoj: filozofio kaj kadro.
La filozofio, aŭ aliro al laboro, estas priskribita en la libro fare de Jeff Sutherland.
Kadro, t.e. la algoritmo de agoj estas priskribita en dokumento nomita Scrum Guide.
Filozofio iĝis kadro ĉar la aŭtoroj de filozofio volis gajni monon el ĝi (laŭ siaj propraj vortoj).
La kadro estas tre simpligita kompare kun la filozofio. La ĉefa afero estas, ke la celo estis simpligita, aŭ prefere elĵetita.
La celo de filozofio: akceli la atingon de rezultoj. Cetere, kelkfoje. La libro enhavas ekzemplojn de akcelo de 8 fojojn.
La celo de la kadro: por ke vi havu Scrum. Tie estas skribita: se vi sekvas la instrukciojn, vi havas Scrum; se vi malobservas la instrukciojn, vi ne havas Scrum.
La kadro tute ne implicas akcelon por atingi rezultojn.
Homoj kiuj instruas aŭ efektivigas Scrum laboras kun la kadro. Ili rakontas kaj efektivigas algoritmon, kiu ne kondukas al iuj rezultoj krom "ni nun havas Scrum".
La punkto estas klara. Filozofio estas tre malfacile vendi. La kadro estas pli simpla.
Kadro estas produkto. Li, kiel atendite, trapasis la "pakadon". Ĝi estas simpla, komprenebla, ekzistas subteno kaj multaj specialistoj. Ĉu vi memorigas nenion?
Ĉio estas en ordo, krom la rezulto - ne ekzistas.
Se la kliento ne konas la Scrum-filozofion, tiam li estos sufiĉe feliĉa pri la efektivigo de la kadro.
Se la kliento konas la Scrum-filozofion, tiam li estos seniluziigita pri la efektivigo de la kadro - ne estos akcelo por atingi rezultojn.
Ĝi estos mojosa, moda, moderna, sed neniuj komercaj celoj estos atingitaj (krom por elspezi la buĝeton por "io nova").
Kion mi devus fari? Studu la Scrum-filozofion. Ĝi baziĝas sur la japana filozofio pri kvalito-administrado, kies esenco estas: mezurado kaj senfina plibonigo.
Bedaŭrinde oni devas multe pensi, eksperimenti, observi kaj, ve, labori. Se ĉi tio ne konvenas al vi, prenu la kadron.

habr.com/en/post/345540

fonto: www.habr.com

Aldoni komenton