Ah
А можно попросить сообщество дать ответ про инструменты развития? А то вопрос вчера потерялся за бурным обсуждением переходов :)
Личные okrs по кварталам, грейды
Size: a a a
2020 January 23
OS
А можно попросить сообщество дать ответ про инструменты развития? А то вопрос вчера потерялся за бурным обсуждением переходов :)
Главный инструмент развития - это выделение времени на развитие.
Другими словами, отмена практики "трекаем по 8 часов рабочего времени в джиру".
Другими словами, отмена практики "трекаем по 8 часов рабочего времени в джиру".
G
Главный инструмент развития - это выделение времени на развитие.
Другими словами, отмена практики "трекаем по 8 часов рабочего времени в джиру".
Другими словами, отмена практики "трекаем по 8 часов рабочего времени в джиру".
Допустим, время есть. Что дальше? Интересны практики в разных компаниях и ваши ощущения от их эффективности
OS
Вместо кодревью хорошо работает парное, моб-програмировние и дизайн-ревью.
В дополннеие - dojo и kata.
В дополннеие - dojo и kata.
АК
плюсую, крутая штука. Позволяет на "кошках" отработать практики TDD, рефакторинга, PP. Чтобы потом также их перенести на настоящую разработку.
2020 January 25
DS
Хм. Я вот вижу ветку "обеспечение качества продукта", и не совсем понимаю, что она охватывает, а что нет. Главный вопрос - это про QA или про QC?
DS
Если про QA, то я не понимаю, куда там можно запихнуть про улучшение процессов, сбалансированные производственные цепочки, аудит и вот это вот всё.
DS
Хотя, обеспечение качества продукта - наверное, скорее про QC. Тогда нужно подумать, нужна ли ветка по обеспечению качества процессов.
РИ
Качество - это все-таки про qa
DS
Качество - это все-таки про qa
Угу. Только в роадмапе в ветке "обеспечение качества продукта" одно только тестирование, и ни слова про процессы.
DS
Тестировщики не могут нести ответственность за качество, если они на него не влияют. А влиять они могут только через изменения в процессе разработки и доставки. И именно этим, на самом деле, QA и занимается. А сами тестировщики являются только одним из подразделений QA под названием QC (quality control)
ET
закинь пуллреквест с обоснованием :)
DS
Постараюсь до конца месяца)
https://www.softwaretestinghelp.com/quality-assurance-vs-quality-control/ - пока вот статья с обоснованием. Ну и, собственно, поскольку это распространённая ошибка, то такие статьи легко гуглятся по запросу "qa vs qc" или типа того.
https://www.softwaretestinghelp.com/quality-assurance-vs-quality-control/ - пока вот статья с обоснованием. Ну и, собственно, поскольку это распространённая ошибка, то такие статьи легко гуглятся по запросу "qa vs qc" или типа того.
OA
Тестировщики не могут нести ответственность за качество, если они на него не влияют. А влиять они могут только через изменения в процессе разработки и доставки. И именно этим, на самом деле, QA и занимается. А сами тестировщики являются только одним из подразделений QA под названием QC (quality control)
Тестировщики могут быть не только QC, но и участвовать в QА наравне с командой - ревью требований, помощь в документации и поддержке. Но да, QА и тестировавание - разные вещи.
OA
Тестировщики могут быть не только QC, но и участвовать в QА наравне с командой - ревью требований, помощь в документации и поддержке. Но да, QА и тестировавание - разные вещи.
И это опять же зависит от процессов в команде. Где-то тестирование занимается только контролем соответствия явным требованиям, где-то проводит исследовательское тестирование и ориентируется на возможные риски.
2020 January 26
РИ
https://vc.ru/learn/101011-samaya-bolshaya-podborka-po-prokachke-soft-skills-hvatit-na-vsyu-zhizn - вот уж действительно хватит на всю жизнь:)
G
https://vc.ru/learn/101011-samaya-bolshaya-podborka-po-prokachke-soft-skills-hvatit-na-vsyu-zhizn - вот уж действительно хватит на всю жизнь:)
Спасибо за годноту
2020 January 27
VK
Супер, спасибо 👍