НК
Менеджер проекта: Как много времени это у тебя займет?
Мой мозг:
— Не делай этого.
— Не делай этого.
— Не делай этого.
— Не делай этого.
— Не делай этого.
— Не делай этого.
— Не делай этого.
Я: Это не займет много времени, я быстро справлюсь.
Size: a a a
2018 November 21
НК
АЮ
Вопрос для самоанализа: что оказалось сильнее мозга?
AZ
Скрам - это не детский сад
AZ
"у команды нет осознанности", "скрам — это детский сад и рабство". На счёт первого - сочувствую, на счёт второго - разделяю.
YZ
Вопрос для самоанализа: что оказалось сильнее мозга?
желание выглядеть героем
страх перед менеджером сказать нет
peer pressure - коллега сказал, что фича простая
самоуверенность
страх перед менеджером сказать нет
peer pressure - коллега сказал, что фича простая
самоуверенность
АЮ
желание выглядеть героем
страх перед менеджером сказать нет
peer pressure - коллега сказал, что фича простая
самоуверенность
страх перед менеджером сказать нет
peer pressure - коллега сказал, что фича простая
самоуверенность
Спасибо за ответ.
Когда ты управляешь разработкой, эти ответы уже кажутся банальностью (мне кажутся).
Не банальный вопрос, имхо: что можно предпринять, будучи тимлидом, чтобы вернуть разработчика под управление его рационального мозга, - для каждой из этих причин.
Как если бы мы знали, что диагностика проведена точно и причина, - достоверна.
Когда ты управляешь разработкой, эти ответы уже кажутся банальностью (мне кажутся).
Не банальный вопрос, имхо: что можно предпринять, будучи тимлидом, чтобы вернуть разработчика под управление его рационального мозга, - для каждой из этих причин.
Как если бы мы знали, что диагностика проведена точно и причина, - достоверна.
MR
См книгу думай медленно, решай быстро
YZ
Maxim Rusakov
См книгу думай медленно, решай быстро
+1
но фишка в том, что Канэман (автор) в заключение говорит, что книга не для тех кто идет по минному поля (в нашем случае для разработчика), а для любителей посудачить, для менеджеров которые смотрят на идущего со стороны)
но фишка в том, что Канэман (автор) в заключение говорит, что книга не для тех кто идет по минному поля (в нашем случае для разработчика), а для любителей посудачить, для менеджеров которые смотрят на идущего со стороны)
MR
А вообще в чем проблема с таким ответом? Я понял что ответ вслух расходится с внутренним диалогом, но почему ему больше надо верить?
YZ
Спасибо за ответ.
Когда ты управляешь разработкой, эти ответы уже кажутся банальностью (мне кажутся).
Не банальный вопрос, имхо: что можно предпринять, будучи тимлидом, чтобы вернуть разработчика под управление его рационального мозга, - для каждой из этих причин.
Как если бы мы знали, что диагностика проведена точно и причина, - достоверна.
Когда ты управляешь разработкой, эти ответы уже кажутся банальностью (мне кажутся).
Не банальный вопрос, имхо: что можно предпринять, будучи тимлидом, чтобы вернуть разработчика под управление его рационального мозга, - для каждой из этих причин.
Как если бы мы знали, что диагностика проведена точно и причина, - достоверна.
наводящие вопросы задавать
- как понял, что завтра сделаешь?
- эта фича насколько сложнее чем та, с прошлого спринта?
- завтра будет на продакшене или на тестовой площадке?
- документация/код ревью/исправление замечений с ревью/тесты входят в оценку?
тут могут быть вопросы специфичные для вашего процесса разработки, например фронтендер плотно работает с дизайнером. тогда можно добавить вопрос про обсуждение/ревью дизайна с дизайнером.
на мой взгляд, это близко к definition of done, можно и чеклисты постепенно с такими вопросами сформировать
- как понял, что завтра сделаешь?
- эта фича насколько сложнее чем та, с прошлого спринта?
- завтра будет на продакшене или на тестовой площадке?
- документация/код ревью/исправление замечений с ревью/тесты входят в оценку?
тут могут быть вопросы специфичные для вашего процесса разработки, например фронтендер плотно работает с дизайнером. тогда можно добавить вопрос про обсуждение/ревью дизайна с дизайнером.
на мой взгляд, это близко к definition of done, можно и чеклисты постепенно с такими вопросами сформировать
2018 November 22
YR
наводящие вопросы задавать
- как понял, что завтра сделаешь?
- эта фича насколько сложнее чем та, с прошлого спринта?
- завтра будет на продакшене или на тестовой площадке?
- документация/код ревью/исправление замечений с ревью/тесты входят в оценку?
тут могут быть вопросы специфичные для вашего процесса разработки, например фронтендер плотно работает с дизайнером. тогда можно добавить вопрос про обсуждение/ревью дизайна с дизайнером.
на мой взгляд, это близко к definition of done, можно и чеклисты постепенно с такими вопросами сформировать
- как понял, что завтра сделаешь?
- эта фича насколько сложнее чем та, с прошлого спринта?
- завтра будет на продакшене или на тестовой площадке?
- документация/код ревью/исправление замечений с ревью/тесты входят в оценку?
тут могут быть вопросы специфичные для вашего процесса разработки, например фронтендер плотно работает с дизайнером. тогда можно добавить вопрос про обсуждение/ревью дизайна с дизайнером.
на мой взгляд, это близко к definition of done, можно и чеклисты постепенно с такими вопросами сформировать
техника приближения к оленю
YZ
техника приближения к оленю
Оо, вот как это называется)
https://m.facebook.com/tarasov.seminar/posts/643834152322635
https://m.facebook.com/tarasov.seminar/posts/643834152322635
2018 November 23
2018 November 26
YR
Оо, вот как это называется)
https://m.facebook.com/tarasov.seminar/posts/643834152322635
https://m.facebook.com/tarasov.seminar/posts/643834152322635
2018 November 29