Notice: file_put_contents(): Write of 16194 bytes failed with errno=28 No space left on device in /var/www/tgoop/post.php on line 50

Warning: file_put_contents(): Only 4096 of 20290 bytes written, possibly out of free disk space in /var/www/tgoop/post.php on line 50
Agile Space 💙💛@agile_space P.183
AGILE_SPACE Telegram 183
​​Привіт усім!

Ми вже неодноразово згадували про важливість системного мислення для агентів змін. Пропоную сьогодні заглибитись в одну показову техніку для більш системного погляду на розв'язання проблем - causal-effect diagram, а конкретніше її інтерпретація від Henrik Kniberg. (Kateryna Motko)

Коли на проєкті ви стикаєтеся з проблемою, є велика ймовірність, що це не справжня проблема, а симптом. Відтак, працювати суто з ним немає сенсу, бо пофіксивши симптом, проблему не виправите, а отож вона буде проявлятись в тих чи інших варіаціях.

📍Наприклад, ви пливете у човні і він наповнюється водою. Це не проблема, а симптом.
1️⃣ Несистемне рішення: вичерпувати воду посеред озера, бо це боротьба зі симптомом.
2️⃣ Більш системне рішення: закрити діру у човні та тоді вичерпувати воду з нього. Це тимчасове рішення за таких умов та середовища, але якщо по виходу на берег нічого більше з дірою у човні не зробити, то є великий шанс, що наступний заплив вас знову неприємно здивує.
3️⃣ Системніше рішення: закрити діру у човні, тоді вичерпувати воду з нього, а по прибутті на берег зробити необхідні дії, щоб залатати діру.

Як же це діє на проєктному прикладі?

Проблема “Запізнілі релізи” сама по собі не є проблемою. Давайте відмотаємо до реальної проблеми. Для цього ставимо собі питання “той що?”.

Запізнілі релізи -той що?-> довгий релізний цикл -той що?-> відтермінована поставка рішення -той що?-> втрачені клієнти.

Отож справжньою проблемою є втрата клієнтів. Все що цьому передує — лише симптоми.

Тепер відмотуємо на орієнтир наслідків за допомогою питання “чому?”.

Запізнілі релізи <-чому?- Скоуп постійно збільшується <-чому?- нові фічі постійно додаються до релізу, а низько-пріоритетні не забираються.

І тут вже бачимо справжню причину цього симптому, з якою і треба працювати.

Звісно, ці приклади дещо абстрактні, але якщо ви спробуєте цю техніку у своєму проєкті з розумінням своїх реалій, то будете здивовані наскільки більш комплексно та системно ви їх побачите.

Сподобалась техніка, хочете більше про неї дізнатись? Повну статтю в оригіналі можете почитати тут 👈
👍8🔥3



tgoop.com/agile_space/183
Create:
Last Update:

​​Привіт усім!

Ми вже неодноразово згадували про важливість системного мислення для агентів змін. Пропоную сьогодні заглибитись в одну показову техніку для більш системного погляду на розв'язання проблем - causal-effect diagram, а конкретніше її інтерпретація від Henrik Kniberg. (Kateryna Motko)

Коли на проєкті ви стикаєтеся з проблемою, є велика ймовірність, що це не справжня проблема, а симптом. Відтак, працювати суто з ним немає сенсу, бо пофіксивши симптом, проблему не виправите, а отож вона буде проявлятись в тих чи інших варіаціях.

📍Наприклад, ви пливете у човні і він наповнюється водою. Це не проблема, а симптом.
1️⃣ Несистемне рішення: вичерпувати воду посеред озера, бо це боротьба зі симптомом.
2️⃣ Більш системне рішення: закрити діру у човні та тоді вичерпувати воду з нього. Це тимчасове рішення за таких умов та середовища, але якщо по виходу на берег нічого більше з дірою у човні не зробити, то є великий шанс, що наступний заплив вас знову неприємно здивує.
3️⃣ Системніше рішення: закрити діру у човні, тоді вичерпувати воду з нього, а по прибутті на берег зробити необхідні дії, щоб залатати діру.

Як же це діє на проєктному прикладі?

Проблема “Запізнілі релізи” сама по собі не є проблемою. Давайте відмотаємо до реальної проблеми. Для цього ставимо собі питання “той що?”.

Запізнілі релізи -той що?-> довгий релізний цикл -той що?-> відтермінована поставка рішення -той що?-> втрачені клієнти.

Отож справжньою проблемою є втрата клієнтів. Все що цьому передує — лише симптоми.

Тепер відмотуємо на орієнтир наслідків за допомогою питання “чому?”.

Запізнілі релізи <-чому?- Скоуп постійно збільшується <-чому?- нові фічі постійно додаються до релізу, а низько-пріоритетні не забираються.

І тут вже бачимо справжню причину цього симптому, з якою і треба працювати.

Звісно, ці приклади дещо абстрактні, але якщо ви спробуєте цю техніку у своєму проєкті з розумінням своїх реалій, то будете здивовані наскільки більш комплексно та системно ви їх побачите.

Сподобалась техніка, хочете більше про неї дізнатись? Повну статтю в оригіналі можете почитати тут 👈

BY Agile Space 💙💛




Share with your friend now:
tgoop.com/agile_space/183

View MORE
Open in Telegram


Telegram News

Date: |

It’s yet another bloodbath on Satoshi Street. As of press time, Bitcoin (BTC) and the broader cryptocurrency market have corrected another 10 percent amid a massive sell-off. Ethereum (EHT) is down a staggering 15 percent moving close to $1,000, down more than 42 percent on the weekly chart. Add up to 50 administrators To view your bio, click the Menu icon and select “View channel info.” The SUCK Channel on Telegram, with a message saying some content has been removed by the police. Photo: Telegram screenshot. Hashtags
from us


Telegram Agile Space 💙💛
FROM American