Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 March 11

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
Денис Климов
Прркрастинации не бывает иной, кроме как по причине страха ошибиться

Или пишите Ваш иной вариант, интересно
ну вот первая ссылка с гугла https://habr.com/ru/post/429498/
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Денис Климов
Боязнь ошибки (и наказания) и боязнь неидеальности (и допнагрузки по переделке потом)
ну вот и надо объяснить, что ошибаться - нормально. никто не будет наказывать. потому что ошиблась вся команда, а не один человек. вот она, поддержка. и что идеального тоже не бывает. переработки из-за неидеальности тоже не обязательно наступят. и что проект тоже растёт и меняется и это норма
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
просто как другое мнение (не мое)
источник

Т

Товарищ Паркинсон in Agile, Scrum, Lean, Kanban, XP
Денис Климов
Прркрастинации не бывает иной, кроме как по причине страха ошибиться

Или пишите Ваш иной вариант, интересно
Цитата года
Прркрастинации не бывает иной, кроме как по причине страха ошибиться
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
все таки с хейтерами этот чат куда веселее )
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
но я из-за вас не сделал презу ) ПРОКАСТИНИРОВАЛ!
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
или пытался в очередной раз спасти мир, хз, я пока не определился
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Денис Климов
Прркрастинации не бывает иной, кроме как по причине страха ошибиться

Или пишите Ваш иной вариант, интересно
оо, много. прокрастинация, потому что устал (релизы по пятницам весело), потому что что-то в личной жизни случилось и это аффектит на всё (так устроена психика человека), потому что не слышат коллеги (я в сотый раз просил апи сделать вот так, потому что это лучше, но мне даже не объяснили, почему не хотят принимать мою просьбу), потому что процессы плохо налажены и ты в очередной раз стал жертвой этой проблемы (при этом ты опять же предупреждал, что так будет и пытался призвать к изменениям)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Артем, я ж писал - дело не в доверии. Я по образованию инженер и что в технологиях, что в методологиях хочу разобраться как и почему работает. Мне мало знать как использовать async/await - я хочу понимать как оно устроено под капотом, как и многопоточность, LINQ там, СУБД и прочее. На мой взгляд это помогает использовать правильно.
Также и с методологиями - я хочу понимать как именно и почему оно работает, а не просто следовать ритуалу "делайте так и верьте источнику".
Если источник в моей матрице восприятия мира объяснит - все ок, если там не будет объяснений почему так - то вряд ли.
Я не приму на веру "станет прозрачнее и эффективнее" без объяснений как мерялось и с чем сравнивалось.
Ну типа как клинические испытания лекарств, хотя конечно на двойном слепом тестировании я не настаиваю.
источник

MP

Mikhail Podurets in Agile, Scrum, Lean, Kanban, XP
Yushka
ну вот и надо объяснить, что ошибаться - нормально. никто не будет наказывать. потому что ошиблась вся команда, а не один человек. вот она, поддержка. и что идеального тоже не бывает. переработки из-за неидеальности тоже не обязательно наступят. и что проект тоже растёт и меняется и это норма
Объяснять бесполезно. Надо не наказывать
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
Артем, я ж писал - дело не в доверии. Я по образованию инженер и что в технологиях, что в методологиях хочу разобраться как и почему работает. Мне мало знать как использовать async/await - я хочу понимать как оно устроено под капотом, как и многопоточность, LINQ там, СУБД и прочее. На мой взгляд это помогает использовать правильно.
Также и с методологиями - я хочу понимать как именно и почему оно работает, а не просто следовать ритуалу "делайте так и верьте источнику".
Если источник в моей матрице восприятия мира объяснит - все ок, если там не будет объяснений почему так - то вряд ли.
Я не приму на веру "станет прозрачнее и эффективнее" без объяснений как мерялось и с чем сравнивалось.
Ну типа как клинические испытания лекарств, хотя конечно на двойном слепом тестировании я не настаиваю.
ну давай как-нибудь постараемся вникнуть в твою матрицу восприятия, она ж нам тоже непрозрачна
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Mikhail Podurets
Объяснять бесполезно. Надо не наказывать
нет, не бесполезно. взаимоотношения, когда тобой и твоим состоянием интересуются, не могут быть бесполезными
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Yushka
оо, много. прокрастинация, потому что устал (релизы по пятницам весело), потому что что-то в личной жизни случилось и это аффектит на всё (так устроена психика человека), потому что не слышат коллеги (я в сотый раз просил апи сделать вот так, потому что это лучше, но мне даже не объяснили, почему не хотят принимать мою просьбу), потому что процессы плохо налажены и ты в очередной раз стал жертвой этой проблемы (при этом ты опять же предупреждал, что так будет и пытался призвать к изменениям)
о да по всем пунктам, все знакомо в разные периоды жизни :)
В одном большом операторе связи одно время был бан на релизы с пятницы по понедельник :)
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
Артем, я ж писал - дело не в доверии. Я по образованию инженер и что в технологиях, что в методологиях хочу разобраться как и почему работает. Мне мало знать как использовать async/await - я хочу понимать как оно устроено под капотом, как и многопоточность, LINQ там, СУБД и прочее. На мой взгляд это помогает использовать правильно.
Также и с методологиями - я хочу понимать как именно и почему оно работает, а не просто следовать ритуалу "делайте так и верьте источнику".
Если источник в моей матрице восприятия мира объяснит - все ок, если там не будет объяснений почему так - то вряд ли.
Я не приму на веру "станет прозрачнее и эффективнее" без объяснений как мерялось и с чем сравнивалось.
Ну типа как клинические испытания лекарств, хотя конечно на двойном слепом тестировании я не настаиваю.
а про доверие я имел ввиду лишь доверие к цифрам. Я б например не стал доверять всем. Т.к. и сам ща в фотошопе могу таких красивых графиков нарисовать - засмотришься
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Artem Kulikov
ну давай как-нибудь постараемся вникнуть в твою матрицу восприятия, она ж нам тоже непрозрачна
верно.
Артем, ты в Москве ж?
источник

Y

Yushka in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
о да по всем пунктам, все знакомо в разные периоды жизни :)
В одном большом операторе связи одно время был бан на релизы с пятницы по понедельник :)
в другое уже нет?)
источник

AK

Artem Kulikov in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
верно.
Артем, ты в Москве ж?
йеп
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Yushka
в другое уже нет?)
за другое я не знаю
источник

MP

Mikhail Podurets in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
Артем, я ж писал - дело не в доверии. Я по образованию инженер и что в технологиях, что в методологиях хочу разобраться как и почему работает. Мне мало знать как использовать async/await - я хочу понимать как оно устроено под капотом, как и многопоточность, LINQ там, СУБД и прочее. На мой взгляд это помогает использовать правильно.
Также и с методологиями - я хочу понимать как именно и почему оно работает, а не просто следовать ритуалу "делайте так и верьте источнику".
Если источник в моей матрице восприятия мира объяснит - все ок, если там не будет объяснений почему так - то вряд ли.
Я не приму на веру "станет прозрачнее и эффективнее" без объяснений как мерялось и с чем сравнивалось.
Ну типа как клинические испытания лекарств, хотя конечно на двойном слепом тестировании я не настаиваю.
Посмотрите на cynefin. Мы не сможем вам выдать инженерные бенчмарки, потому что адаптивность процессов требуется для решения задач, где связи неоднозначны, динамичны и их слишком много, чтобы иметь возможность их проанализировать
источник

ДК

Денис Климов in Agile, Scrum, Lean, Kanban, XP
Только п.3 не страх ошибиться, но там прям надо к доступу срочно

То есть наработанное. Впрочем, речь идёт об одном и том же куске человека, в котором что-то не то

А значит, что и ситуация там одна и та же, и причина одна и та же

То есть в "надо работать, а хочу гулять" опять есть страх ошибки, вот поэтому и "хочу гулять"

При этом риска ошибки может и не быть на самом деле в этой конкретной ситуации

Но блин паттерн...
источник