Статусы документов: нажатие кнопки и реальные действия (AnalystDays-2022) — различия между версиями
(Новая страница: « 04-05.11.2022 Петербург [https://analystdays.ru/ru/program/99199 '''AnalystDays-2022'''] [https://analystdays.ru/ru/talk/102811 Доклад на са…») |
м |
||
| Строка 4: | Строка 4: | ||
Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности. | Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности. | ||
| − | В докладе | + | В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов. |
= Презентация = | = Презентация = | ||
Версия 12:54, 5 ноября 2022
04-05.11.2022 Петербург AnalystDays-2022 Доклад на сайте конференции
Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности.
В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов.
Презентация
Скачать весь pdf
