Недавно выпустил статью про свой опыт ведения списка дел на бумаге. В карму прилетело несколько минусов с причиной "статья \ тема не для хабра".

Хоть ведение списков дел формально относится к хабу GTD (Getting Things Done \ Методика повышения личной эффективности) и у него 7ЗК подписчиков, мне стало интересно сколько хабровчан ведёт списки дел и как мы это делаем. Вдруг минусующие ребята правы и подтема ведения списка дел неинтересна читателям хабра.

Подготовил ещё пару статей на эту тему. Результаты опроса покажут стоит ли их нести на хабр. Предполагаю, что результаты могут пригодиться и другим хаброавторам для принятия решения о чём писать в хабе GTD - что будет интересно читателям.

Приглашаю вас его пройти.

Думаете начать вести свой список дел на бумаге? Или уже ведёте его, но столкнулись со сложностями?

Эта статья моё прощание с ведением списка задач на бумаге. До 2023 года я был адептом ведения списка задач на бумаге и время от времени улучшал свои навыки использования этого инструмента. Чтобы эти выстраданные знания не пропали, решил их упаковать в статью. Возможно для вас они окажутся полезными.

Ниже рассказываю о проблемах, с которыми столкнулся при ведении списка задач, и использованных решениях для них.

В статье объясню почему обучение должно быть неотъемлемой частью того что делает сотрудник, команда и организация каждый день в своей работе.

Адресована агентам изменений: Скрам Мастерам, Эджайл Коучам и иже с ними, так как хочу поделится с коллегами по цеху накопленным опытом и осмыслением профессии в которой работаю = чем заниматься скрам мастеру \ эджайл коучу \ агенту изменений в компании. Будет интересна и широкому кругу.

1. Что такое качество в разработке ПО?
2. Во сколько нам обходится некачественное ПО?
3. Кто отвечает за качество?

Как возникла необходимость отойти от классической Каскадной Модели жизненного цикла разработки

Кто мы (наш продукт) на этой картинке?

Предисловие переводчика: Недавно я рассказал о том, как реализовать процедуру планирования выпуска релизов по продуктам с помощью семейства продуктов Atlassian и дал ссылки на статьи как сделать тоже самое в Team Foundation Server и Redmine.

А что делать если компания не дозрела купить JIRA, TFS или Redmine, как обойтись только Excel-ем?

И эта статья о том как это сделать.

Контекст и задача

Бизнес-логика

Почти никогда во всей литературе, посвящённой программированию и разработке программного обеспечения, не упоминается нечто важное, из-за чего мы иногда недопонимаем друг друга... Joel Spolsky

Это Марк

Дурацкая задача – когда ожидаемая от реализации польза не оправдывает количества необходимых ресурсов, но Заказчик настаивает на необходимости её выполнения.

• управлении потоком задач на разработку,
  Как избавится от «дурацких» задач?
• управлении расходами на разработку,
  Как определить и выбрать самые выгодные задачи?
• распределении ограниченных ресурсов.
  Как сделать так, чтобы все Заказчики были довольны, а количество ресурсов при этом осталось тем же?

• Как в этом объеме документов найти те, что описывают работу определенного функционала системы?
• Как из 20 найденных документов, описывающих Как дорабатывали функционал за последние 5 лет, понять его устройство сейчас?
• Как за списком требований «сделать, добавить…» рассмотреть заложенную бизнес-логику?