Материалы по теме «качество»

RSS

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

Leonid Neugodnikov 3836

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

8 основных причин, почему в растущем проекте падает качество 8 основных причин, почему в растущем проекте падает качество

Denys Shamatazhy 10811

Если компания начинает бурно расти, то кажется, что успех и развитие будут продолжаться бесконечно. Но тут возникают проблемы: вместе с ростом появляется бардак, проседает качество продукта и рабочих процессов, как следствие — потеря клиента. Денис Шаматажи, Project/Product Manager, выделил 8 причин, которые мешают поддерживать нужный уровень качества в растущем проекте. 9

Кто отвечает за качество игр: разработчик или тестировщик Кто отвечает за качество игр: разработчик или тестировщик

Александр Дончук 8337

Статья посвящена обеспечению качества игр и того, чья же это на самом деле зона ответственности и как его (качество) сознательно повысить. Статья будет полезна в первую очередь тем, кто занимается тестированием и обеспечением качества, руководителям проектов, менеджерам, продукт-оунерам. Впрочем, разработчики тоже смогут почерпнуть для себя что-то интересное о разработке игр и процессах, которые помогают повысить их качество. 37

Деминг, Шухарт и здравый смысл Деминг, Шухарт и здравый смысл

Aleksey Kolupaev 3537

Шухарт родился в 1891, а его основные значимые работы приходятся примерно на конец 30-х — начало 40-х годов. Крайне образованный человек, доктор наук в Беркли — физик, инженер, много самостоятельно занимался статистикой, и в итоге известен нам как отец концепции статистического контроля качества, которая в восьмидесятых вылилась в методологию «шесть сигма». 4

Комментарии

Не понимаю людей, продолжающих там работать, после невыплаты хотя бы одной ЗП
Мне вот другое интересно. Если в аутсорс компанию заходит проект с маленьким бюджетом (fixed price). Нужен ли в таком случае вообще Солюшн архитект? Или берём типовые вещи, шаблоны и можно уже имплементацией заниматься?
Ты читал что я писал ранее? Нефункциональные требования разве не ваша обязанность? Или как в книге описаны quality attributes?
Одни больше выявлением требований занимаются, другие вот этим system design. Та блін. Нафіга з’ясовувати вимоги? На основі чого робити system design?
Я понял. Ты склоняешь к тому, что среди Солюшен могут быть и фермеры и мыслители с той же лычкой. Получается должность одна, а фактически обязанности другие. Одни больше выявлением требований занимаются, другие вот этим system design.
Респектос за скромність в побуті.
Тогда они должны были пригласить хоть одного архитектора-фермера чтоб всем смотрящим угодить) Взагалі-то редакція мала б написати статтю, опрацювавши різні аспекти роботи деякої спеціалізації (в нашому випадку архітектор), сформувати деяку класифікацію...
А можно спросить, у тебя же такая же должность в компании — Solution Architect. Какие твои основные обязанности?
Software Architecture in Practice не смотрел, но то что вы описали это все равно не о том как помагать сеилзам (то что описано в статье) а о том как создаются архитектурные артефакты А можна цитати в яких стверджується, що робота архітектора «допомогати...
Щось треба. А шо саме? :)
Тогда они должны были пригласить хоть одного архитектора-фермера чтоб всем смотрящим угодить) но какую лычку тогда бы он имел? И из какой компании был бы?
это все равно не о том как помагать сеилзам Ти так ґавріш, как бута ета штота плахоє ©
Це те, з чого я почав іще на Ютубі — коли люди підміняють реальність власними уявленнями і кричать, що реальність це на*обка. Вони там чесно кажуть, що є архітектори-мисливці (пресейли), а є фермери, і в тій розмові було більше саме про мисливців.
Да, и эти архитекторы взаимодействуют с бизнес стейкхолдерами в продуктовых компаниях на постоянной основе. Чем более взрослый проект — тем больший вклад от этой роли.
Самих-то не смущает что ваши «архитекторы» не существуют в мире где нет «заказчиков», и почему-то все топ книги из раздела Software Architecture на Amazon рассказывают скорее про System Design а не про то как с умным видом сыпать баз-вордами чтобы оправдать...