и выпущенной продукции

а также мнения клиентов

или более абстрактно

Это система, есть программы для организации такой системы

Это принцип построения бизнеса

Главный стандарт ISO 9001, сейчас ссылку или док скину

Универсальная система, подходит для любой сферы

В 2015 году обновленная версия вышла.. Так что современная тема. Европейская кстати

http://pqm-online.com/assets/files/pubs/translations/std/iso-9001-2015-(rus).pdf

Разработчики ПО и сайтов, да чего угодно, много полезного могут почерпнуть из этого стандарта. Это основа основ стандартизации в области качества

Больше похоже на бюрократию

Больше похоже на бюрократию

Вот ты станешь код писать без грамотного ТЗ?

Больше похоже на бюрократию

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

"сертификат ISO 9001 может считаться базовым свидетельством высокого качества менеджмента, которое имеет вес во всех развитых странах"

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

а как же шмяк-хуяк и в продакшен

Я не так часто пишу код, но вот последний раз вообще без ТЗ было

ну так в общих чертах обрисовали

а как же шмяк-хуяк и в продакшен

Шмякай себе и без Заказчиков останешься

тестировать особо не стал, сказал на сама тестируй, я чё знаю чё они там вводить собрались

Я не так часто пишу код, но вот последний раз вообще без ТЗ было

И сколько гемора было, поведаешь?

Шмякай себе и без Заказчиков останешься

:(

не особо много, но код получился из рук вон плохой

сложно такое проектировать

и приходится на ходу всё исправлять так, чтобы не пришлось потом всё переделывать

не особо много, но код получился из рук вон плохой

и не то, что хотел заказчик

не, тут всё ок

не особо много, но код получился из рук вон плохой

О том и речь. Чтобы что-то сделать качественно, нужны исходные данные в виде ТЗ

вообще работа по тз тоже не 100% гарантия

Вот если программист обладает экстрасенсорными способностями и легко Вангует чего хочет Заказчик... Тогда да, ТЗ не обязательно... Много среди вас Ванг?

вообще работа по тз тоже не 100% гарантия

а без ТЗ сколько процентов успеха и спокойствия?

https://geekbrains.ru/posts/it_review_2016

занимательно

а без ТЗ сколько процентов успеха и спокойствия?

я просто говорю как факт, но тз помогает да

у нас вот раз в 2 дня совещания, смотрим кто че сделал, кто что будет делать. И если что-то идет не так, сразу видно

Вот если программист обладает экстрасенсорными способностями и легко Вангует чего хочет Заказчик... Тогда да, ТЗ не обязательно... Много среди вас Ванг?

Дак зачастую без этого никак, если есть цель сделать то, что нужно заказчику. Да, они сами порой не знают что им нужно, поставят непонятное ТЗ, а потом уже из разговора с ними выявляешь их потребности, предлагаешь различные варианты конечного результата, согласовываешь - вот отсюда и получается норм ТЗ, которое чуть ли не сам себе ты составил. У меня на работе, по крайней мере частенько получается так. Люди в итоге очень благодарны тебе :)

я просто говорю как факт, но тз помогает да

Я говорю, что документирование не всегда является бюрократическими издержками... Это необходимость для качественной работы

и 2 пм, 1 наш, 1 от бизнеса. Они между собой кучу вопросов решают. И потом наш пм с нами эти вопросы решает

Дак зачастую без этого никак, если есть цель сделать то, что нужно заказчику. Да, они сами порой не знают что им нужно, поставят непонятное ТЗ, а потом уже из разговора с ними выявляешь их потребности, предлагаешь различные варианты конечного результата, согласовываешь - вот отсюда и получается норм ТЗ, которое чуть ли не сам себе ты составил. У меня на работе, по крайней мере частенько получается так. Люди в итоге очень благодарны тебе :)

Мы тоже ТЗ сами готовим на основе Брифа, заполненного Заказчиком. И обязательно перед началом работ утверждаем ТЗ

и 2 пм, 1 наш, 1 от бизнеса. Они между собой кучу вопросов решают. И потом наш пм с нами эти вопросы решает

ПМ - это что кто?

пистолет Макарова

проджект менеджер

и мы план на 2 недели накидываем и раз в 2 недели большое совещание, анализируем ошибки и тд и тп. Строим новый план

и 2 пм, 1 наш, 1 от бизнеса. Они между собой кучу вопросов решают. И потом наш пм с нами эти вопросы решает

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

и мы план на 2 недели накидываем и раз в 2 недели большое совещание, анализируем ошибки и тд и тп. Строим новый план

Это входит в Систему менеджмента качества. Вы молодцы )

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

ну может они что-то документируют, но нам задачи приходят а не тз

ну может они что-то документируют, но нам задачи приходят а не тз

Не важно в каком виде приходит. Главное чтоб в документальном

ну вообще да, документируют, что я вру

Мы тоже ТЗ сами готовим на основе Брифа, заполненного Заказчиком. И обязательно перед началом работ утверждаем ТЗ

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

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

мелкие совещания не документируем, это 15ти минутный стендап, типа как в анонимных алкоголиках "всем привет, я Дима и я программист"

Вот если программист обладает экстрасенсорными способностями и легко Вангует чего хочет Заказчик... Тогда да, ТЗ не обязательно... Много среди вас Ванг?

Зачем экстрасенсорика если можно просто спросить

Зачем экстрасенсорика если можно просто спросить

спросить - это для слабаков!

А ты мальчик или девочка

ггг

Не важно в каком виде приходит. Главное чтоб в документальном

Тут в одну группу скинули: https://mobirise.com/ru/ Может поможет твоем бизнесу ?

Тут в одну группу скинули: https://mobirise.com/ru/ Может поможет твоем бизнесу ?

ну все

останутся теперь только хаскель программисты

Всем привет, может немного не в тему чата, но кто-нить сталкивался с ремаркетингом от гугла?

сеошник в чате!!

лол, нет

загрузили меня на работе, запрос не отправляется

браузер его почему-то отменяет

http://ybex.com/index.php?c=start&m=pic&key=25rux1pq2pvwi86k08x1vwimzt7ur5lv2g3i9bka

хз почему. Если просто запрос ставить в браузерную строку, то нормально страницу открывает

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

А кто говорит о строгости ТЗ. Мобильными надо быть и делать в соответствии не только с требованиями Заказчика, но и ожиданиями рынка. Об этом тоже в ISO сказано

мелкие совещания не документируем, это 15ти минутный стендап, типа как в анонимных алкоголиках "всем привет, я Дима и я программист"

На производственном предприятии нефтяном мы каждое совещание протокол вели с указанием кому какие задачи направить. Вел секретарь, подписывали документ. А потом секретарь загружал задачи на исполнение в автоматизированную систему управления.

На производственном предприятии нефтяном мы каждое совещание протокол вели с указанием кому какие задачи направить. Вел секретарь, подписывали документ. А потом секретарь загружал задачи на исполнение в автоматизированную систему управления.

секретарей у нас нет

ERROR: S client not available

Зачем экстрасенсорика если можно просто спросить

А потом докажи, что Заказчик хотел беленькое, а не серенькое... Это я к тому, что Заказчики бывают забывчивыми или просто неадекватными. А с документом не поспоришь...

Тут в одну группу скинули: https://mobirise.com/ru/ Может поможет твоем бизнесу ?

Издеваешься )

На производственном предприятии нефтяном мы каждое совещание протокол вели с указанием кому какие задачи направить. Вел секретарь, подписывали документ. А потом секретарь загружал задачи на исполнение в автоматизированную систему управления.

да и как бы, цель другая

А потом докажи, что Заказчик хотел беленькое, а не серенькое... Это я к тому, что Заказчики бывают забывчивыми или просто неадекватными. А с документом не поспоришь...

Логи переписки это не доказательство?

Т.е. он скажет я этого не писал

секретарей у нас нет

Любого сотрудника можно напрячь задачей... Можно по-очереди вести протоколы

час дня, а это значит мне пора спать

В отрицателово уйдет

тут цель в том, что "я вася я уже второй день пилю фичу Х, а менеджер такой, тормози вась, пили фичу У, они походу фичу Х отменят"

час дня, а это значит мне пора спать

отличная мысль

Любого сотрудника можно напрячь задачей... Можно по-очереди вести протоколы

любого ?)

Логи переписки это не доказательство?

Переписка тоже является документом. Я говорю если по телефону или при встрече что-то скажет - не катит

Да кто вообще по телефону разговаривает

мы программисты, мы не секретари, мы хотим код и игры)

тут цель в том, что "я вася я уже второй день пилю фичу Х, а менеджер такой, тормози вась, пили фичу У, они походу фичу Х отменят"

Пусть манагер дает документ чтоб с тебя потом не спросили за фичу...

любого ?)

Подходящего ) Джуниура уж, не Мидла

мы программисты, мы не секретари, мы хотим код и игры)

И наверно чтоб по мозгам не надавали за несоответствие кода требованиям Заказчика )

Пусть манагер дает документ чтоб с тебя потом не спросили за фичу...

ну я не особо шарю в скраме, но вроде, у нас и так все хорошо

останутся теперь только хаскель программисты

кул хацкеры?!

И наверно чтоб по мозгам не надавали за несоответствие кода требованиям Заказчика )

это уже не особо нас касается

менеджер есть

это уже не особо нас касается

А менеджер по башке не дает?

А менеджер по башке не дает?

за что?

мы раз в 2 дня совещаемся

за что?

Если лажу накодите

мы раз в 2 дня совещаемся

это исключает лажу

это не подход когда тебе дали тз

и ты такой

ок давай

через месяц приходи

Не все в ТЗ упирается

а через месяц приходит а там не то