натрупване

Как да укротим дигиталните чудовища и къде ни чакат? Малка история, че информацията трябва да ни служи, а не да ни поглъща.

Дигитален минимализъм, JOMO> FOMO

Ще мине една година, откакто реших да намаля радикално броя на каналите, които абонирам за четеца (RSS). Опитвайки се да не отделяте време с излишно неподходяща информация („новини“) и да не гледате внимателно нарастващия брой непрочетени публикации в отделни източници. Никога не съм имал facebook и не съм добавял нищо в instagram от една година. За социалните мрежи обаче по друго време.

Тръгнах да постигна целта да имам информационна хигиена в пощенската си кутия. Нула входяща поща. В духа на JOMO отписах купчина бюлетини, но все още не мога да обявя победа в личната си пощенска кутия. Продължавам да се бия. 👊

Дерек Сивърс ми напомни, че за да се постигне различен (по-добър) резултат, препоръчително е да се търсят, обмислят по-радикални начини.

Няма да преинсталирам компютъра, както е описано по-горе, но е вероятно, че ако не работи по друг начин, ще помисля обявява личен фалит в личния си имейл. 😮

Пренаселено изоставане

За да не изглежда като писък на фалирал в личната производителност с минималистични амбиции, който не успя да бъде приложен успешно, искам да апелирам към нашите отговорности за работа/проект. Личната ми пощенска кутия също трябваше да си задам този въпрос на професионално ниво. Няма изоставане (на нашите софтуерни проекти) от по-голямата част от купчината оборски тор, през което трябва да прекопаваме многократно?

Ако имаме няколко изоставания и когато те започнат да преливат с броя на задачите (идеи, идеи) над определена граница, те стават по-скоро тежест, отколкото помощник. Можем да помогнем с правилата на Parret, че 20% от задачите са 80% сериозни, така че останалите задачи (80%) ще бъдат само лигамент, до който така или иначе никога няма да стигнем, защото с времето изоставането на успешен продукт/проект все още ще се попълни.

Същата динамика се отнася и за стартирането на нови проекти, които са стъпка в неизвестното. Огромен списък от всички посочени задачи, които би било добре да се изпълняват, изглежда парализиращ. Малък списък с ключови неща, върху които да се съсредоточите и да работите, има по-голям шанс за успех. Ако нещо е толкова критично и жизненоважно за по-нататъшен напредък, няма да го изпуснем от поглед.

Индекс на разклоняване

Формализирах неефективното повтарящо се вкопаване на изоставането в индекса на разклонението - коефициент от време, което прекарвам заедно като екип или като отделен човек, преминавайки през задачи или търсейки правилната задача, върху която да работя.

Пример: ако изоставането е 5 пъти поток (екип от двама души, един е в състояние да обработва средно 3 задачи на седмица, а изоставането е 3 задачи х2 души х 5 пъти = 30), тогава неефективността идва на работа.

Джейсън Фрид не взема салфетка пред устата си и твърди, че не се нуждаят от изоставане. Важни задачи ще намерят пътя до тях. Няма да казвам, че всички сме в същата ситуация като Джейсън, но нека се опитаме да попитаме дали сме в ситуация, в която има изоставане, пълно с задачи (идеи, идеи), които би било добре да се приложат, има смисъл за да го запази такъв, какъвто е. Разглеждането на такова изоставане с размер на чудовище може да ви накара да се почувствате потиснати, отколкото да балансирате.

Укротяване на чудовище

Ето някои съвети как да контролирате изоставането си:

  • не плашете по-голямата част от отбора с огромно изоставане
  • лесен достъп до задачите ми (винаги ги намирам на едно място)
  • използвайте канбан дъска с регулиран приток и поток
  • критично оценявайте задачи, които гният в изоставането за определено време (месец, тримесечие,.) и се отървете от тях (архивиране, замразяване, изтриване)
  • поставете само качество в изоставането - няма задания с едно изречение, а задания, които самият автор формализира и им даде глава и пета
  • правило за превъртане - ако трябва да превъртя, когато гледам дъската на kanban със списъка със задачи на големия екран, вероятно имам проблем
  • в личното планиране да се използва аналогов подход - метод на водещ журнал - физически носител (тетрадка) е чудесен, тъй като няма неограничен капацитет като цифров

Иван Крищоф

подпомагане на мениджърите на софтуерни проекти да отговорят на бизнес очакванията (ROI)

PM 101: Защо (отново) той не прави това, което аз искам?!

Искате ли колегите да работят по ключови задачи и да могат да определят приоритети „сами“? Вземете всички задачи на едно място, определете как да приоритизирате, изпратете предупредителни сигнали и поддържайте състоянието на проекта в ход.

Тренч метод - как да напишете потребителска история

Адресирането на бизнес заявки под формата на потребителска история е месото на изкопния метод. Да се ​​научиш да пишеш добре потребителски истории е малко болезнено, но си струва и целта ми е да поддържам записи в тази форма не само за някой специален работник, а да го направя инструмент, който всеки може да има в ръцете си.