Ръководител, който отлага голяма инвестиция, обикновено получава обяснение за това и това обяснение често се приема. Говорител, който на среща казва "ще се върнем към това" и след това не го прави, оставя нещо друго. Не разочарование от резултат, а констатация: тук нещо не съвпадаше между това, което беше казано, и това, което се случи. Тази констатация се натрупва, и се натрупва по-бързо, отколкото повечето организации осъзнават, защото малките обещания рядко фигурират в списък.
Големите решения имат досие, процес на одобрение, отговорник. Малките обещания — изявление на среща, отговор на писмо, неформално обещание към съседен жител или НПО — обикновено нямат това. Те съществуват в главата на някого, в протокол, който никой повече не отваря, или никъде. Когато по-късно, месеци по-късно, се попита за това, отговорът често е: не помним точно.
Преди да може да се следи нещо, обещанието трябва да бъде разпознато като обещание. Това звучи просто, но на практика голяма част от онова, което по-късно се тълкува като обещание, в момента на изричането не се възприема като такова от лицето, което го казва. Ръководител, който в интервю казва "ще разгледаме това", може да не влага в това нищо повече от учтиво избягване. Заинтересована страна, която го чува, отбелязва обещание. Който някога се захване с фиксирането на обещание, бързо се сблъсква с тази първа пречка: какво точно се брои за обещание и кой го определя.
Осен това има наследство. Организация съществува по-дълго от мандата на едно управление, и обещания, направени преди години, понякога продължават да важат, дори когато никой вече не знае, че са направени. Въпросът какво правите с обещание на предшественик не е теоретичен въпрос; той е една от най-често срещаните ситуации, в която организация е призована за нещо, за чието съществуване настоящото ръководство не е знаело.
Ако обещанието веднъж е фиксирано, някой трябва да го следи. Не инцидентно, не когато журналист попита за него, а системно. Това изисква ритъм: определен момент, в който се преглежда какви обещания са открити, кои са изпълнени и кои са забавени или замрели. Без този ритъм обещанията изчезват по същия начин, по който възникват: безшумно.
Тракер по същността си не е нищо друго освен списък, който не забравя. Това, което добавя, е че свързва обещание със статус и момент на преоценка, така че организацията не бива напомнена за обещание чак когато външен наблюдател го извади наяве. Въпросът колко често отчитате за заинтересовани страни е свързан с това: тракер без ритъм на отчитане е архив; само с определен момент на обратна връзка той се превръща в инструмент, който влияе на поведение.
Третата стъпка, доказването, че обещание е изпълнено, често се подценява. Не е достатъчно да се каже, че нещо се е случило; трябва да съществува следа, която го показва в момента, в който за него се попита, а не чак когато е необходима реконструкция. Тази следа не е предназначена основно за публично разкриване, тя е предназначена да съществува, така че организацията да не зависи от паметта на едно лице. Как изглежда това доказване и как то се съотнася с редовната отчетност, е разработено в как отчитате обещания и как доказвате, че са изпълнени.
Едно пропуснато обещание рядко се обсъжда на нивото на управителен съвет; то се струва твърде малко. Но моделът от пропуснати обещания — сумата във времето — е точно от вида сигнали, които имат място там, защото казва нещо за надеждността на организацията като цяло, не за един инцидент. Въпросът кои сигнали имат място на масата на управителния съвет касае точно този избор: не всеки детайл, но модела - да.
Това е свързано с по-широк проблем, а именно обещания, които се дават без някой централно да ги регистрира. Въпросът как предотвратявате обещания, за които никой не знае засяга самата същност на това: обещание, което не е фиксирано, не може също да бъде следено, и определено не може да бъде доказано.
Trust Baseline започва с вътрешно проучване заедно с външно проучване на заинтересовани страни, и разликата между тези две картини е първият резултат — включително картината на колко добре обещанията се разпознават вътрешно като обещания. След това следват тракер за обещания и ритъм на сигнали, изградени точно върху стъпките по-горе: фиксиране, следене, доказване. Това, което Trust Baseline не прави, е да прави изказвания за какво мисли заинтересована страна за пропуснато обещание; това знаем едва когато заинтересованата страна сама го каже. Инструментът измерва разликата между това, което мисли ръководството, и това, което се установява вътрешно и външно, не мнението на отделна заинтересована страна.
Trust Baseline е в процес на изграждане. Който иска да работи с това, може да се запише в списъка на чакащите; в момента не се предлага нищо, което още не съществува.
Фиксирането и следенето на обещания е отчасти административна работа: сигнализиране за срокове, напомняне за открити точки, съставяне на преглед за момент на отчитане. Коя част от тази работа може да се поеме от AI и коя част остава зависима от човешка преценка е точно за какво е предназначен работният скенер на FTE TO AI: той изчислява за всяка задача каква част от работата може да се поеме, така че да стане ясно къде се изразходва време за следене на списък, и къде това време е необходимо за преценка какво означава обещание на практика.
Vraag maar. Het interessantste antwoord komt meestal van wie u nog niet heeft gesproken.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.