Уровень, которого не существует

А получать таски с дескрипшеном "смотри сабж" это бест практис?

Таски должны быть описаны так чтобы прогер решил что он понял

Если он понимает по сабжу, а нередко таки бывает, то все нормально.

а если как понял прогер и что имелось в виду вообще разное?

Поэтому синьоры и ценятся - они умеют говорить и думать на языке бизнеса, то есть им достаточно сформулировать таски кое как и они сами дотянут. И спросят у кого надо.

А это как раз выливается в глухой телефон, где на входе нормальная задача, а на выходе вольные фантазии программиста

а если как понял прогер и что имелось в виду вообще разное?

Проводить с ним разъясняющие семинары, если не понимает, значит несовместим с проектом.

А это как раз выливается в глухой телефон, где на входе нормальная задача, а на выходе вольные фантазии программиста

Да по сути большинство ПО так и написано ;)))

Только я кину камень в огород нормальных задач - это они являются фантазиями менеджеров. А реальность - это код.

А получать таски с дескрипшеном "смотри сабж" это бест практис?

А в чем проблема? Вот сабж: изменить цвет кнопки купить с серого на красный на всех страницах ИМ. Чего в теле таски то писать?

Поэтому синьоры и ценятся - они умеют говорить и думать на языке бизнеса, то есть им достаточно сформулировать таски кое как и они сами дотянут. И спросят у кого надо.

потерялся в теме, это про девелоперов или qa?

потерялся в теме, это про девелоперов или qa?

Одно переходит в другое.

ну камон, девелоперам могут дать задачи "принеси то, не знаю что" и позже отчитывать по своим ожиданиям - не есть гуд)

А в чем проблема? Вот сабж: изменить цвет кнопки купить с серого на красный на всех страницах ИМ. Чего в теле таски то писать?

ну тут еще ладно. А вот таска "запилить новый интерфейс приложения" с пустым дескрипшеном, зато кучей разнящихся между собой макетов, прототипов, описаний в презенташке, без описания зависимости полей и прочего - это еще тот кубик рубика

Не гуд конечно. Ну девелопер что аутист чтоли? Пусть спросит разъяснения пока ему не станет понятно.

qa даже синьёр в бизнесе еще не обязан разбираться настолько. а вот на языке бизнеса это куда ближе к, простите, бизнес-аналитику.

Не гуд конечно. Ну девелопер что аутист чтоли? Пусть спросит разъяснения пока ему не станет понятно.

видимо, вам раньше никогда не приносили бумажку вырванную из тетрадки со словами "это техзадание" :)

в идеале тогда и задача должна попадать на тестирование спустя 3 месяца после разработки, чтобы потом тестировщик мучал программиста четыре часа к ряду, а он потом вспомнил "ой, а мы решили сделать по-другому"

видимо, вам раньше никогда не приносили бумажку вырванную из тетрадки со словами "это техзадание" :)

Я 10 лет только так и работаю почти.

И я уже сказал, что изначальное ТЗ это бред. В процессе разработки ТЗ меняется процентов на 80

ну тут еще ладно. А вот таска "запилить новый интерфейс приложения" с пустым дескрипшеном, зато кучей разнящихся между собой макетов, прототипов, описаний в презенташке, без описания зависимости полей и прочего - это еще тот кубик рубика

Применять тяжелую реактивную системы залпового огня "Буратино" с термобарическими боеприпасами. И напалм.

Я 10 лет только так и работаю почти.

значит, пора подавать на ассесмент на CTO )

значит, пора подавать на ассесмент на CTO )

Я уже был СТО и нет спасибо, больше не надо ;)

И я уже сказал, что изначальное ТЗ это бред. В процессе разработки ТЗ меняется процентов на 80

ТЗ для лохов!

Интервьюинг и скрум для риальных пацанов!

зачем тогда вообще тратиться на все эти лицензии Jira и прочего, когда можно стикерами обмениваться

Я уже был СТО и нет спасибо, больше не надо ;)

просто это не синьёр, это эксперт по идее, с хорошим пониманием бизнеса и отличным знанием сферы.

зачем тогда вообще тратиться на все эти лицензии Jira и прочего, когда можно стикерами обмениваться

голосом, да

просто это не синьёр, это эксперт по идее, с хорошим пониманием бизнеса и отличным знанием сферы.

т.е. это вопрос не скиллов, а опыта

когда все забивают на джиру, я именно так и делаю

зачем тогда вообще тратиться на все эти лицензии Jira и прочего, когда можно стикерами обмениваться

Зачем мыслить дискретно? Есть оттенки и исключения.

Ну вот вконташечка в свое время так и развивалась - никаких процессов, разработчики сам себе выдумывали задачи и кодили их. И ничего, все перло.

Фейсбук так же делался

Гитхаб так же

Это может сработать в определенных областях, в основном инновационных.

делался - ок. делается ли?

это работает на стартапах с людьми вовлеченными в сферу не первый год

делался - ок. делается ли?

После определенного жизненного этапа необходимо формализовывать процессы, но до этого формализация может все убить.

жизненного этапа компании, я имею в виду

Зачем мыслить дискретно? Есть оттенки и исключения.

ну Вы же говорите, что так работаете 10 лет, и похоже, что Вам норм.

После определенного жизненного этапа необходимо формализовывать процессы, но до этого формализация может все убить.

формализация убивает энтузиазм. на чём компания держится - то и нужно поддерживать. энтузиазм кончается с вступлением в бизнес покрупнее

Если вспомнить истоки беседы. Вводная: бизнес аналитиков в штате нет и формализовать должны инициаторы задач. То тут вопрос к иницаторам задач. Если все способны сделать это грамотно - успех и аналитики не нужны. Если разброд шатания, нет макетов, ой мы передумали - вводится ревью тикетов лидами из жопных огородок перед планированием или хайрится команда системных аналитиков, и все ждут пока они обнюхают всю документацию и код. Чаще всего в реальности - кто-то пишет хорошо, кто-то плохо, кто-то дерево и неформал. Нет идеального решния "надо или нет". Вопрос целесообразности внутри конкретного проекта.

ну Вы же говорите, что так работаете 10 лет, и похоже, что Вам норм.

Опять дискретно все у вас :) Когда то мне было збс, когда то я просто умирал от пробива дедлайнов и работы по 14 часов. Очень много факторов влияет.

Если вспомнить истоки беседы. Вводная: бизнес аналитиков в штате нет и формализовать должны инициаторы задач. То тут вопрос к иницаторам задач. Если все способны сделать это грамотно - успех и аналитики не нужны. Если разброд шатания, нет макетов, ой мы передумали - вводится ревью тикетов лидами из жопных огородок перед планированием или хайрится команда системных аналитиков, и все ждут пока они обнюхают всю документацию и код. Чаще всего в реальности - кто-то пишет хорошо, кто-то плохо, кто-то дерево и неформал. Нет идеального решния "надо или нет". Вопрос целесообразности внутри конкретного проекта.

Вот правильно, если инициатор задач - гумонитарий и не умеет нормально сформулировать, то от него все будут плакать. А если умеет, то и не нужен аналитик особо.

Ну вот вконташечка в свое время так и развивалась - никаких процессов, разработчики сам себе выдумывали задачи и кодили их. И ничего, все перло.

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

Вот правильно, если инициатор задач - гумонитарий и не умеет нормально сформулировать, то от него все будут плакать. А если умеет, то и не нужен аналитик особо.

Это все сильно обтекаемо и речь скорее о том, что бы осозновать что пули серебряной нет. Но сам по себе арсенал решений велик, остается выбрать инструмент для своей проблемы.

Вот правильно, если инициатор задач - гумонитарий и не умеет нормально сформулировать, то от него все будут плакать. А если умеет, то и не нужен аналитик особо.

на моей практике важно не гуманитарий/технарь а есть айти-бэкграунд или нет. Однако люди из бизнеса пишут таким языком, что лучше бы на марсианском писали - было бы понятней.

гумонитарий != гуманитарий ;)

Ну да, с людьми из скучного бизнеса работать скучнее и труднее конечно. Это факт.

на моей практике важно не гуманитарий/технарь а есть айти-бэкграунд или нет. Однако люди из бизнеса пишут таким языком, что лучше бы на марсианском писали - было бы понятней.

"Сложнее всего найти людей умеющих писать на родном языке. А потом это приводит к косноязычию на уровне программных кодов" А. Орлов ППКС Вместо того, чтобы спрашивать "чем отличается авбстрактный класс от интерфейса" на сочинение давать на постраницы. И не только программистам.

как бы с программерами проще - попросил линк на профиль гитхаб и сидишь читаешь

Сочинение на тему "Чем отличается абстрактный класс от интерфейса"

"Роль трейтов в языках без множественного наследования"

"Как я формулировал задачи этим летом"

А что делать с задачами, состоящими частично из исследований? Т.е. маркетинг говорит "Хочу фичу блокировки сменных девайсов". Кто-то из менеджеров проекта может написать развёрнутое ТЗ и поставить задачи. Но это будет всё на уровне его знаний. На практике вылезет куча всего, что никто и никогда предусмотреть не смог.

Можно поставить отдельно задачу на исследование. Но часто это равносильно написанию проекта.

> Но это будет всё на уровне его знаний. На практике вылезет куча всего, В интересных проектах (не клепание лендингов) таких задач большинство и есть

> Но это будет всё на уровне его знаний. На практике вылезет куча всего, В интересных проектах (не клепание лендингов) таких задач большинство и есть

Вот я к тому и веду. Проблема, я думаю, встречалась тут многим и не раз.

Конечно, вот и вредно такие процессы формализовывать

А качество исследования оценить так это ваще нереал

товарищи, кто нибудь работал со Studio Nord? это такой саттелит мэйл.ру в питере

Я думаю, это лучше стоит обсудить в чате с вакансиями?

ERROR: S client not available

Какие все таки эти гуру ппц могут быть На вебинаре Рэкса Блэка о пайрвайз тестировании чуть глаза себе не выдавил от тупости слайдов Закрыл через 10 минут

чому?

Слайды сплошной текст из тезисов Пример не живой, теоретический и не читаемый Спрашивается сложно что ли взять на комбинации что то знакомое, а не параметр1 ( список значений) параметр2 ( список значений) И комбинации этих значений Ответ от презентатора: да, можно, прямо на презентации взять и поверх этого Г маркером написать комбинации с операционной и браузером Прям на презентации, мы же подготовить не можем, мы же, плть гуру

Оформление слайдов, как будто он на пентиум ммх их делал, вдохновившись дизайном программы Парус

Эт самое, а кто-нибудь упаривался по определению и популяризации миссии QA/QC/testers в компании?

было бы круто почитать что нибудь на эту тему

Несомненно

Эт самое, а кто-нибудь упаривался по определению и популяризации миссии QA/QC/testers в компании?

Угу

Но такое лучше в баре рассказывать, после пары бокалов

Угу

Пришли к чему-нибудь? В рослый раз у нас заглохло со стороны этих самых куа на вопросе : а в чем мы видим нашу миссию

Я не против если в СПб

Можно устроить

Тестерские посиделки в СПб

я приду

+1

Тестерские посиделки в СПб

О ну так давайте Алексею накинем. Будешь докладчиком?)

а что не в баре?!

давайте у баре

на выходных, а?

пятница вечер не?

Пятница вечер - мультики в Александринском

надо кворум

Только если попозже

Ближе к 22

и тему встречи формализовать, а то тупо накидаемся без положительного эффекта

и тему встречи формализовать, а то тупо накидаемся без положительного эффекта

отличная тема!

Да без проблем, давайте определимся с датой и временем: http://doodle.com/poll/yxmqu2ekbauryafr

Да без проблем, давайте определимся с датой и временем: http://doodle.com/poll/yxmqu2ekbauryafr

там минимально 25 февраля

кхм. на следующей неделе я не могу, буду за пределами РФ

давайте на этой

Я с 9 свободен в пятницу