Перше з великого, що зауважили, це було те, що повинна бути культура ревью коду. Раніше в команді Confluence в середньому 3 днів витрачалося на ревью коду. Це покрадилося тим, що тім лід на початку ро
... show more
Перше з великого, що зауважили, це було те, що повинна бути культура ревью коду. Раніше в команді Confluence в середньому 3 днів витрачалося на ревью коду. Це покрадилося тим, що тім лід на початку робочого дня нагадував зробити код ревью відповідальним, потім це замінили ботом, що автоматияно слав нагадувать на початку роботи, якщо ревью було в черзі. Як наслідок, середня тривалість ревью скоротилась до 1.2 діб.
Від себе особисто додам, що сам полюбляю робити такі нагадування. Та мене бентежить, що менеджер до цього погано ставиться, що типу я повинен свою енергію витрачати та сам пам'ятати 100500 речей, що я потрібен робити, а не робити ботів, що шлють нагадування. Дивний підхід, як на мене.
Також в ідеалі команди повинні бути авторомними, в кожній команді розробників повинен бути свій QA, але на практиці в Atlassian на 30 розробників 1 QA. Після цього я зрозумів, що у мене на роботі не все так погано, та чому JIRA така JIRA.
В Atlassian це покращили тим, що доручили більше тестувати розробникам, якщо розробники тестують самі та їх задача не зависає на етапі QA, то це підвищує. задоволення оозробників. Лишається пита
... show more
В Atlassian це покращили тим, що доручили більше тестувати розробникам, якщо розробники тестують самі та їх задача не зависає на етапі QA, то це підвищує. задоволення оозробників. Лишається питання, що розробник не може все передбачити, особливо якщо сам код писав, але коли QA не вистачає, то краще так, ніж перевантажений QA, у котрого рескрсів та уваги не вистачає.
Від себе додам, що у мене в команді техпідтримки вже давно почали тестувати виправлення один одного, хоча потім це QA передаємо та буває зависає на ньому, але цікава ідея це зробити частиною процесу. Хоча не кожному сподобавється тестувати чужий кож, а в своєму коді вже погляд замилений.
Цікавий приклад був, з котрим напевно кожен стикався, що треба кларифікувати кінцеву мету задачі. Наприклад, менеджер попросив вигрузку даних в таблицю, потім виявилось, що їх треба саме в CSV, а потім виявилось що це треба для передачі в CRM, коли у CRM є API та можна одразу зробити передачу данних через API.
Також цікава ідея, що коли перезентують новий функціонал, то розробник записує демо сам та робить запис доступним для всіх, замість того щоб робити зустріч зі всіма, а потім уже в Loom кожен
... show more
Також цікава ідея, що коли перезентують новий функціонал, то розробник записує демо сам та робить запис доступним для всіх, замість того щоб робити зустріч зі всіма, а потім уже в Loom кожен глядач може лишить коменти і створити обговорення.
Ось цей момент мені дуже сподобався, бо я аналітик, глибоко повільно аналізую все, а від мене вимагають миттєво реагувати на демо та ставити питання та постійно критикують мене, що я поганий менеджер, бо не ставлю питання на демо. Буде тепер що запропонувати на критику.
Загалом треба дивитись що важливо для компаніі та заміряти це, слідкувати за метриками, зазвичай, це 4-6 метрик.
Далі вже сказали те, до чого ми прийшли, що у нас є: що треба щотижня перевіряти метрики та обговорювати їх, розуміти причини зміни показників. Нормально, що щось просідає, коли є відповідні причини.
У Atlassian є одна спільна метрика для всіх команд - це як багато часу команда витрачає на розвиток бізнесу, його зміну, та скільки на підтримку. У них мета 55% нове та 35% підтримка, а 10% уже на задоволення
... show more
У Atlassian є одна спільна метрика для всіх команд - це як багато часу команда витрачає на розвиток бізнесу, його зміну, та скільки на підтримку. У них мета 55% нове та 35% підтримка, а 10% уже на задоволення розробників. В період коли треба було підвищити задоволення розробників, то останніє мало ціль 20%
Зрозуміло, що різні команди різні та мають різні приорітети, у мене он команда підтримки та отже левову частку витрачаємо на підтримку.
Також в Atlassian проводиться опитування розробниква щомісяця, щоб виправити речі та покращити роботу команди, на початку опитування були щомісяця, тепер кожні два мвсяця. Самі результати опитуваня доступні публічйно. З опитуванням також цікава ідея - треба буде вивчити все це на сайті Atlassian.
А от розробницька панель від Atlassian під назвою Developer Joy: How Great Teams get S%*t done на #GlobalAgileSummit була насиченою та з купою топіків за той же час, що попередня бізнесова панель і що ще більш помітно на контрасті.
Поча
... show more
А от розробницька панель від Atlassian під назвою Developer Joy: How Great Teams get S%*t done на #GlobalAgileSummit була насиченою та з купою топіків за той же час, що попередня бізнесова панель і що ще більш помітно на контрасті.
Почалося все з питання хто користується JIRA, більшість у залі користувалися, а коли спитали кому подобається JIRA, то піднялося кілька рук. Виступаючий зауважив, що треба поговорити з ними, напевно, щоб виправити те, чому JIRA подобається їм)
В наш час розробнику треба користуватися купою різних сервісів, що створює велке ментальне навантаження, чого не було років 10-20 тому. Якщо розглядати як досягли продуктивності в часи промислової революції, то варто помітити, що продуктивність розробника це не продуктиврість чорноробочого працівника фабрики. Розробники полюбляють крафтити.
Знайшов час і сили щоб написати думки та нотатки про останні розмови #GlobalAgileSummit 2025.
Презентація Can the Elephant Arrive on Time? була не насичена та детально концентрувалась лише на одному питання з різними прикладами.
В новоствореній команді технічної підтримки стартапу ми пройшли через ці помилки, хоча у мене тепер інша проблема, про що в кінці потоку.
Основний приклад розмови це дорога, що заповнена автівками. Якщо на дорозі немає вільного місця, то швидкість потоку зменшується до нуля, хоча в теорії всі можуть їхати.
Те саме зі вчасним виконанням задач. Якщо не лишати проміжків у плані для незапланованих задач, то всі задачі будуть виконані не вчасно.
Знайшов час і сили щоб написати думки та нотатки про останні розмови #GlobalAgileSummit 2025.
Презентація Can the Elephant Arrive on Time? була не насичена та детально концентрувалась лише на одному питання з різними
... show more
Знайшов час і сили щоб написати думки та нотатки про останні розмови #GlobalAgileSummit 2025.
Презентація Can the Elephant Arrive on Time? була не насичена та детально концентрувалась лише на одному питання з різними прикладами.
В новоствореній команді технічної підтримки стартапу ми пройшли через ці помилки, хоча у мене тепер інша проблема, про що в кінці потоку.
Основний приклад розмови це дорога, що заповнена автівками. Якщо на дорозі немає вільного місця, то швидкість потоку зменшується до нуля, хоча в теорії всі можуть їхати.
Те саме зі вчасним виконанням задач. Якщо не лишати проміжків у плані для незапланованих задач, то всі задачі будуть виконані не вчасно.
Також є проблемою, коли всі задачі мають найвищий пріоритет. Це вже сам по собі червоний прапорець.Також це проблема, що не можна буде займатися чимось по справжноьму критичним. Якщо на
... show more
Також є проблемою, коли всі задачі мають найвищий пріоритет. Це вже сам по собі червоний прапорець.Також це проблема, що не можна буде займатися чимось по справжноьму критичним. Якщо на дорозі лише карети швидкої, то не буде місця для пожежки.
Передбачувана доставка задачі це мета та це не означає, що кожна задача найвища.
Хороший приклад, що коли почали рахуватися з тим, що 0% задач виконується вчасно та почали включати в плани, що будуть непередбачувані задачі, то відчоток вчасно виконаних задач зріс до 50.
Коли бачиш скільки запланували і скільки було отримано незапланованого, то це можна враховувати в майбутніх планах, оптимізувати плани, залишаючи місце для незапланованого. Як наслідок, після переходу на таке планування, через рік відсоток вчасно виконаних запланованих задач досяг 83.
Загалом, треба вияснити що є найважливішим для компанії. Виступаючий також розповів, що продає коротку книжку-брошурку з цим всим для тих, у кого проблеми з плануванням і вчасним виконнанням задач. Такі люди не стануть велику книжку читати, а от брошурку можуть осилити)
Корень більшості проблем в психології та для оптимізації бізнесу слід вивчати психологію.
Від себе додам, що я дійшов до іншої крайнощі, що нічого не планую для себе та займуюся лише незапланованими терміновими задачами, бо інший час все одно буде зайнятий організаційними та менеджерськими задачами, що не є добре. Схоже, мені треба якось почати планувати мінімум запланованих задач, бо в черзі їх у мене купа та навіть не приступаю до них. Як раз є що обговорити з психотерапевтом.
Сьогодні по інерції замовив у фастфуді щось, це було смузі "Детокс" - якось не дуже зайшло, бо смак шпинату перебивав інші смаки, треба буде інші спробувати)... show more
Сьогодні по інерції замовив у фастфуді щось, це було смузі "Детокс" - якось не дуже зайшло, бо смак шпинату перебивав інші смаки, треба буде інші спробувати)
Приходжу в себе після подорожі до Країн Балтії, було доволі насичено:
Прилетів у Таллінн в суботу в Ніч музеїв, коли всі музеї за 1 євро чи безкоштовно, але встигли відвідати лише музей А
... show more
Приходжу в себе після подорожі до Країн Балтії, було доволі насичено:
Прилетів у Таллінн в суботу в Ніч музеїв, коли всі музеї за 1 євро чи безкоштовно, але встигли відвідати лише музей Аптеку.
В неділю несподівано крутий день вийшов, коли поїхали в Музей просто неба, а там ще виявився український фестеваль Вишиванка об'єднує з різними номерами й ярмаркою. Потім відвідали Комп'ютерний музей.
В понеділок перший день Всесвітнього еджайл саміту - дуже багато всього.
У вівторок другий заключний день саміту, після чого ще встигли відвідати Музей зброї.
У середу переїхали до Риги, де ввечері подивились останню Місії нездійсненну в IMAX.
В четвер відвідали Рижський зоопарк і Автомобільний музей, що зайняло багато часу.
У п'ятницю вже відвідали Оглядовий майданчик Академії наук і Музей природи. Ввечері сходив у кіно на нових Ліло і Стіч, а також придбав більш великий рюкзак для зручніших подорожей.
В суботу відвідали магазин модельок, де придбав в 500 раз меншого Антея, а потім я вже полетів до себе.
Як же бісить радянська чи російська ментальність хапати все, що не твоє, що погано лежить, все, що можеш віджати. Я в літаку за додаткову плату за 18 євро придбав місце біля дверей на крилі, б
... show more
Як же бісить радянська чи російська ментальність хапати все, що не твоє, що погано лежить, все, що можеш віджати. Я в літаку за додаткову плату за 18 євро придбав місце біля дверей на крилі, бо у мене зріст під 2 метрая, але ні, його зайняла якась російськовмовна бабуся, бо їй подобається це місце біля вікна, при цьому вона ж не відповідає вимогам підняти 2- кілограмову дверь у випадку аварійної ситуації.
Погодилась мені повернути моє куплене місце, але багажний відсік над ним вже зацняли та довелося багаж класти у відсік попереду, вже я себе гірше контролював та врізався головою у кут дверей вантажного відсіку, кут покритий пластиком ось гостре кільце замка мені лоб розрізало. Налякав напевно бортпровідників кровотечею, лід і пластир дали, заліпив рану. Тепер знаю, що є пластири, у котрих на марлі спеціальне металеве напилення, що не дає до рани присихати - не знав, що такі є.
Цікаво, що стара назва виду лишилася на табличці, хоча вона також допустима, але вже близько 15 років тому встановили, що ірбіси є найближчими родичами тигрів і відносяться до роду пантер... show more
Цікаво, що стара назва виду лишилася на табличці, хоча вона також допустима, але вже близько 15 років тому встановили, що ірбіси є найближчими родичами тигрів і відносяться до роду пантера
Переглянув новий фільм #LiloAndStitch, оригінальну анімаційну стрічку я не бачив, тому для мене це нова історія.
Кіно хороше, дитяче, добре, наївне, веселе, мені нудно не було, а на рахунок д
... show more
Переглянув новий фільм #LiloAndStitch, оригінальну анімаційну стрічку я не бачив, тому для мене це нова історія.
Кіно хороше, дитяче, добре, наївне, веселе, мені нудно не було, а на рахунок дітей у кінозалі не знаю, бо бігали та не сиділи на місці, може вплив фільму, а може нудно)
Доволі видовищно та захопливо, акторські роботи не сильні, пісень майже немає, приємна стрічка
Цікаво, що естонська фурі-спільнота схожа на довоєнну українську фурі-спільноту, а латвійська фурі-спільнота схожа на поточну українську фурі-спільноту. Цікаво, чим це зумовлено?... show more
Цікаво, що естонська фурі-спільнота схожа на довоєнну українську фурі-спільноту, а латвійська фурі-спільнота схожа на поточну українську фурі-спільноту. Цікаво, чим це зумовлено?
Наголошую, що мова про схожість, а не відповідність, також, я не знаю який рік я маю на увазі під війною, 2014 чи 2022, у питанні фурі-спільноти. Війна почалася в 2014 та українська фурі-спільнота після т... show more
Наголошую, що мова про схожість, а не відповідність, також, я не знаю який рік я маю на увазі під війною, 2014 чи 2022, у питанні фурі-спільноти. Війна почалася в 2014 та українська фурі-спільнота після того змінювалась повільно та інертно, різкі зміни були в 2022
![Текст білого кольору і частково чорний на синьому фоні, включно з кодом програмування. Виділений світло-синім блоком код із змінними var counter = 5; var factorial = 1; while (counter > 1) { factorial *= counter; const clamped = Math.min(newValue[0], time_max - timeWindow); setValue([clamped, clamped + timeWindow]); }. Поруч рожевий прямокутник із текстом "This code is ugly". Маленький аватар у вигляді ілюстрації обличчя.](https://whitelion.me/photo/preview/640/1949497 "Текст білого кольору і частково чорний на синьому фоні, включно з кодом програмування. Виділений світло-синім блоком код із змінними var counter = 5; var factorial = 1; while (counter > 1) { factorial *= counter; const clamped = Math.min(newValue[0], time_max - timeWindow); setValue([clamped, clamped + timeWindow]); }. Поруч рожевий прямокутник із текстом \"This code is ugly\". Маленький аватар у вигляді ілюстрації обличчя.")
В Atlassian це покращили тим, що доручили більше тестувати розробникам, якщо розробники тестують самі та їх задача не зависає на етапі QA, то це підвищує. задоволення оозробників. Лишається пита
... show moreВ Atlassian це покращили тим, що доручили більше тестувати розробникам, якщо розробники тестують самі та їх задача не зависає на етапі QA, то це підвищує. задоволення оозробників. Лишається питання, що розробник не може все передбачити, особливо якщо сам код писав, але коли QA не вистачає, то краще так, ніж перевантажений QA, у котрого рескрсів та уваги не вистачає.
Від себе додам, що у мене в команді техпідтримки вже давно почали тестувати виправлення один одного, хоча потім це QA передаємо та буває зависає на ньому, але цікава ідея це зробити частиною процесу. Хоча не кожному сподобавється тестувати чужий кож, а в своєму коді вже погляд замилений.
Цікавий приклад був, з котрим напевно кожен стикався, що треба кларифікувати кінцеву мету задачі. Наприклад, менеджер попросив вигрузку даних в таблицю, потім виявилось, що їх треба саме в CSV, а потім виявилось що це треба для передачі в CRM, коли у CRM є API та можна одразу зробити передачу данних через API.