#kanban — Public Fediverse posts

»Designer Coaching« https://bobgalen.substack.com/p/designer-coaching #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Designer Coaching« https://bobgalen.substack.com/p/designer-coaching #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Designer Coaching« https://bobgalen.substack.com/p/designer-coaching #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.

Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.

Wöchentlich, dreißig Minuten. Mehr braucht es nicht.

https://no-bullshit-agile.de/nba60-agiler-kaffeeklatsch-wertvoller-austausch.html?mtm_campaign=mastodon

#Kanban #SoftwareDevelopment #WIP

Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.

Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.

Wöchentlich, dreißig Minuten. Mehr braucht es nicht.

https://no-bullshit-agile.de/nba60-agiler-kaffeeklatsch-wertvoller-austausch.html?mtm_campaign=mastodon

#Kanban #SoftwareDevelopment #WIP

Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.

Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.

Wöchentlich, dreißig Minuten. Mehr braucht es nicht.

https://no-bullshit-agile.de/nba60-agiler-kaffeeklatsch-wertvoller-austausch.html?mtm_campaign=mastodon

#Kanban #SoftwareDevelopment #WIP

Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.

Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.

Wöchentlich, dreißig Minuten. Mehr braucht es nicht.

https://no-bullshit-agile.de/nba60-agiler-kaffeeklatsch-wertvoller-austausch.html?mtm_campaign=mastodon

#Kanban #SoftwareDevelopment #WIP

Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.

Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.

Wöchentlich, dreißig Minuten. Mehr braucht es nicht.

https://no-bullshit-agile.de/nba60-agiler-kaffeeklatsch-wertvoller-austausch.html?mtm_campaign=mastodon

#Kanban #SoftwareDevelopment #WIP

Я завёл себе ИИ-ассистента для рутины (делюсь рецептом)

Привет! Меня зовут Роман Авдонин, я Head of QA в KTS . Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё. Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее. В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.

https://habr.com/ru/companies/kts/articles/1072700/

#ассистент #рутина #искусственный_интеллект #kanban #obsidian #claude

Я завёл себе ИИ-ассистента для рутины (делюсь рецептом)

Привет! Меня зовут Роман Авдонин, я Head of QA в KTS . Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё. Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее. В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.

https://habr.com/ru/companies/kts/articles/1072700/

#ассистент #рутина #искусственный_интеллект #kanban #obsidian #claude

Я завёл себе ИИ-ассистента для рутины (делюсь рецептом)

Привет! Меня зовут Роман Авдонин, я Head of QA в KTS . Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё. Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее. В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.

https://habr.com/ru/companies/kts/articles/1072700/

#ассистент #рутина #искусственный_интеллект #kanban #obsidian #claude

Мы шьём тот мерч, который вам выдают корпорации — и он дороже, чем вы думаете

Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии). А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково. Самое важное для наших заказчиков — UX одежды. Это внешнее качество и то, насколько хороши материалы, покрой и вообще исполнение. Ну, знаете, чтобы не было такого, что вы сидите, кодите, и вам всё время где-то на периферии сознания о себе напоминает шов сбоку или упирающаяся в шею неотрываемая без потерь бирка. Требования к качественному корпоративному мерчу сейчас похожи на те, что в профессиональной спортивной форме или в повседневных коллекциях модных брендов. Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше. Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт. Но, конечно, я тут рассказать не про это, а про логистический ад, когда у вас в работе одновременно 200 крупных заказов в месяц.

https://habr.com/ru/companies/kaiten/articles/1072160/

#производство #kanban #управление_проектами #бизнеспроцессы #мерч #логистика #одежда #Trello #Kaiten #Uniko

Мы шьём тот мерч, который вам выдают корпорации — и он дороже, чем вы думаете

Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии). А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково. Самое важное для наших заказчиков — UX одежды. Это внешнее качество и то, насколько хороши материалы, покрой и вообще исполнение. Ну, знаете, чтобы не было такого, что вы сидите, кодите, и вам всё время где-то на периферии сознания о себе напоминает шов сбоку или упирающаяся в шею неотрываемая без потерь бирка. Требования к качественному корпоративному мерчу сейчас похожи на те, что в профессиональной спортивной форме или в повседневных коллекциях модных брендов. Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше. Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт. Но, конечно, я тут рассказать не про это, а про логистический ад, когда у вас в работе одновременно 200 крупных заказов в месяц.

https://habr.com/ru/companies/kaiten/articles/1072160/

#производство #kanban #управление_проектами #бизнеспроцессы #мерч #логистика #одежда #Trello #Kaiten #Uniko

Мы шьём тот мерч, который вам выдают корпорации — и он дороже, чем вы думаете

Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии). А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково. Самое важное для наших заказчиков — UX одежды. Это внешнее качество и то, насколько хороши материалы, покрой и вообще исполнение. Ну, знаете, чтобы не было такого, что вы сидите, кодите, и вам всё время где-то на периферии сознания о себе напоминает шов сбоку или упирающаяся в шею неотрываемая без потерь бирка. Требования к качественному корпоративному мерчу сейчас похожи на те, что в профессиональной спортивной форме или в повседневных коллекциях модных брендов. Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше. Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт. Но, конечно, я тут рассказать не про это, а про логистический ад, когда у вас в работе одновременно 200 крупных заказов в месяц.

https://habr.com/ru/companies/kaiten/articles/1072160/

#производство #kanban #управление_проектами #бизнеспроцессы #мерч #логистика #одежда #Trello #Kaiten #Uniko

»AI Chronicles with the Agile Moose« https://bobgalen.substack.com/p/ai-chronicles-with-the-agile-moose #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»AI Chronicles with the Agile Moose« https://bobgalen.substack.com/p/ai-chronicles-with-the-agile-moose #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»AI Chronicles with the Agile Moose« https://bobgalen.substack.com/p/ai-chronicles-with-the-agile-moose #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Badass Agile Coaching’s - TOP 10 Coach Badassery Attributes« https://bobgalen.substack.com/p/badass-agile-coachings-top-10-coach #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Badass Agile Coaching’s - TOP 10 Coach Badassery Attributes« https://bobgalen.substack.com/p/badass-agile-coachings-top-10-coach #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Badass Agile Coaching’s - TOP 10 Coach Badassery Attributes« https://bobgalen.substack.com/p/badass-agile-coachings-top-10-coach #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Как я стал настоящим опытным CTO и понял, что управляю отделом

Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

https://habr.com/ru/companies/kaiten/articles/1069210/

#CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды

Как я стал настоящим опытным CTO и понял, что управляю отделом

Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

https://habr.com/ru/companies/kaiten/articles/1069210/

#CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды

Как я стал настоящим опытным CTO и понял, что управляю отделом

Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

https://habr.com/ru/companies/kaiten/articles/1069210/

#CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды

»The Courage to Be Different« https://bobgalen.substack.com/p/the-courage-to-be-different #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»The Courage to Be Different« https://bobgalen.substack.com/p/the-courage-to-be-different #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»The Courage to Be Different« https://bobgalen.substack.com/p/the-courage-to-be-different #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Special Places« https://bobgalen.substack.com/p/special-places #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Special Places« https://bobgalen.substack.com/p/special-places #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Special Places« https://bobgalen.substack.com/p/special-places #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

Kostenlos. PDF und EPUB bleiben.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

Kostenlos. PDF und EPUB bleiben.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

Kostenlos. PDF und EPUB bleiben.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

Kostenlos. PDF und EPUB bleiben.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

Kostenlos. PDF und EPUB bleiben.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

MWNN Kanban #vscode Extension

Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

MWNN Kanban on the Visual Studio Marketplace(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)

MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)

MWNN Kanban #vscode Extension

Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

MWNN Kanban on the Visual Studio Marketplace(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)

MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)

MWNN Kanban #vscode Extension

Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

MWNN Kanban on the Visual Studio Marketplace(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)

MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)

MWNN Kanban #vscode Extension

Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

MWNN Kanban on the Visual Studio Marketplace(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)

MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)

MWNN Kanban #vscode Extension

Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

MWNN Kanban on the Visual Studio Marketplace(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)

MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)

Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

https://no-bullshit-agile.de/die-illusion-von-prioritaeten-warum-sie-uns-einschraenken-und-agiles-handeln-behindern.html?mtm_campaign=mastodon

#Agile #Leadership #Kanban

Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

https://no-bullshit-agile.de/die-illusion-von-prioritaeten-warum-sie-uns-einschraenken-und-agiles-handeln-behindern.html?mtm_campaign=mastodon

#Agile #Leadership #Kanban

Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

https://no-bullshit-agile.de/die-illusion-von-prioritaeten-warum-sie-uns-einschraenken-und-agiles-handeln-behindern.html?mtm_campaign=mastodon

#Agile #Leadership #Kanban

Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

https://no-bullshit-agile.de/die-illusion-von-prioritaeten-warum-sie-uns-einschraenken-und-agiles-handeln-behindern.html?mtm_campaign=mastodon

#Agile #Leadership #Kanban

Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

https://no-bullshit-agile.de/die-illusion-von-prioritaeten-warum-sie-uns-einschraenken-und-agiles-handeln-behindern.html?mtm_campaign=mastodon

#Agile #Leadership #Kanban

Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

PDF und EPUB gibt es weiter.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Kanban #Scrum #Buch

Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

PDF und EPUB gibt es weiter.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Kanban #Scrum #Buch

Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

PDF und EPUB gibt es weiter.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Kanban #Scrum #Buch

Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

PDF und EPUB gibt es weiter.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Kanban #Scrum #Buch

Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

PDF und EPUB gibt es weiter.

https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Kanban #Scrum #Buch

📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

✨ Principalele caracteristici ale clientului Meron:

💬 Interfață stil Chat / Mesagerie:
• Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

📋 Organizare prin panouri Kanban:
• Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

📰 Cititor RSS/Atom integrat:
• Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

🔒 Confidențialitate & Arhitectură Local-First:
• Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
• Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

📎 Galerie automată pentru atașamente:
• Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

🌐 Suport Cross-Platform & Format de distribuție:
• Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

#Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

✨ Principalele caracteristici ale clientului Meron:

💬 Interfață stil Chat / Mesagerie:
• Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

📋 Organizare prin panouri Kanban:
• Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

📰 Cititor RSS/Atom integrat:
• Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

🔒 Confidențialitate & Arhitectură Local-First:
• Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
• Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

📎 Galerie automată pentru atașamente:
• Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

🌐 Suport Cross-Platform & Format de distribuție:
• Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

#Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

✨ Principalele caracteristici ale clientului Meron:

💬 Interfață stil Chat / Mesagerie:
• Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

📋 Organizare prin panouri Kanban:
• Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

📰 Cititor RSS/Atom integrat:
• Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

🔒 Confidențialitate & Arhitectură Local-First:
• Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
• Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

📎 Galerie automată pentru atașamente:
• Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

🌐 Suport Cross-Platform & Format de distribuție:
• Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

#Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

✨ Principalele caracteristici ale clientului Meron:

💬 Interfață stil Chat / Mesagerie:
• Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

📋 Organizare prin panouri Kanban:
• Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

📰 Cititor RSS/Atom integrat:
• Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

🔒 Confidențialitate & Arhitectură Local-First:
• Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
• Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

📎 Galerie automată pentru atașamente:
• Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

🌐 Suport Cross-Platform & Format de distribuție:
• Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

#Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

✨ Principalele caracteristici ale clientului Meron:

💬 Interfață stil Chat / Mesagerie:
• Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

📋 Organizare prin panouri Kanban:
• Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

📰 Cititor RSS/Atom integrat:
• Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

🔒 Confidențialitate & Arhitectură Local-First:
• Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
• Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

📎 Galerie automată pentru atașamente:
• Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

🌐 Suport Cross-Platform & Format de distribuție:
• Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

#Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon

#Jira #Programming #SoftwareDevelopment #Scrum #Kanban

Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon

#Jira #Programming #SoftwareDevelopment #Scrum #Kanban

Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon

#Jira #Programming #SoftwareDevelopment #Scrum #Kanban

Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon

#Jira #Programming #SoftwareDevelopment #Scrum #Kanban

Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon

#Jira #Programming #SoftwareDevelopment #Scrum #Kanban

@midzer schrieb, Scrum sei ein brutaler Scam, erfunden von Krawatten.

Ich halte den Satz für falsch. Die Wut dahinter für berechtigt.

Die meisten Devs, die agiles Arbeiten hassen, haben es nie erlebt. Sie kennen das Daily als Statusreport für den Chef und die Schätzung, aus der eine Deadline wird.

Ich hab fünf Jahre Scrum nach Lehrbuch gemacht und es sein lassen. Warum es trotzdem nicht an dir liegt:

https://no-bullshit-agile.de/es-liegt-nicht-an-dir-agiles-arbeiten-devs.html?mtm_campaign=mastodon

#Softwareentwicklung #SystemsThinking #Scrum #Kanban