Материалы по теме «вредные советы»

RSS

Вредные советы по постановке задач и описанию требований Вредные советы по постановке задач и описанию требований

Kostiantyn Perevoznyk 27114

В статье описаны 10 практичных и проверенных способов, как поставить задачу таким образом, чтобы жизнь разработчиков не казалось манной небесной, поставки срывались, бюджеты превышались, а качество трещало по швам. 39

13 вредных советов для проектного менеджера 13 вредных советов для проектного менеджера

Александр Карпилович 17151

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

Как быстро и больно убить проект Как быстро и больно убить проект

Dmitriy Voshkarin 25763

Список из 10-ти шагов, как быстро и больно убить проект. Не принимайте во внимание риски, забудьте слова Scrum, XP, Kanban и ни в коем случае не стоит поощрять желание к саморазвитию. 117

Вредные советы для джуниоров Вредные советы для джуниоров

Валентина Шимкович 44801

Вы специалист без опыта работы и хотите построить карьеру в IT? Представляем только самые вредные советы для непослушных джуниоров и их рекрутеоров. Послушным джуниорам читать запрещается! 43

Комментарии

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