Статусы документов: нажатие кнопки и реальные действия (AnalystDays-2022) — различия между версиями
м |
м |
||
Строка 1: | Строка 1: | ||
04-05.11.2022 Петербург [https://analystdays.ru/ru/program/99199 '''AnalystDays-2022'''] | 04-05.11.2022 Петербург [https://analystdays.ru/ru/program/99199 '''AnalystDays-2022'''] | ||
[https://analystdays.ru/ru/talk/102811 Доклад на сайте конференции] | [https://analystdays.ru/ru/talk/102811 Доклад на сайте конференции] | ||
+ | Видео на youtube https://youtu.be/HXfaUsKRzOg | ||
Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности. | Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности. | ||
В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов. | В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов. | ||
+ | |||
+ | = Видео = | ||
+ | |||
+ | <html><iframe width="560" height="315" src="https://www.youtube.com/embed/HXfaUsKRzOg" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen></iframe></html> | ||
= Презентация = | = Презентация = |
Версия 14:59, 12 мая 2023
04-05.11.2022 Петербург AnalystDays-2022 Доклад на сайте конференции Видео на youtube https://youtu.be/HXfaUsKRzOg
Мы все понимаем, что изменение статуса задачи лишь отражает реальные действия, которые совершал выполнявший эту задачу: он писал постановки или код, выполнял тест-кейсы, делал что-то еще. И никогда не сводим изменение статуса просто к перевешиванию задача в другую колонку. А вот когда аналитик думает, например, про работу с заказом, то для него реальная деятельность остается за кадром, и в мыслях остается только работа с системой. И в результате рождаются решения, которые оказываются не пригодны к реальной жизни, хотя формально в системе есть все необходимые возможности.
В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов.
Видео
Презентация
Скачать весь pdf