Pull to refresh

Собираем материалы перед проектированием

Reading time 3 min
Views 630
Lumber room
При создании нового сайта особое внимание следует уделять сбору материалов перед этапом проектирования. Как вы думаете, по какому техническому заданию работа будет вестись быстрее: по сухому описанию функционала каждого раздела, либо по такому же описанию, но наполненному конкретными примерами? Когда дизайнеру не нужно придумывать рыбный текст и искать картинки на Яндексе, а можно просто сделать копи-пэйст из ТЗ? Когда верстальщик будет иметь примерное представление об объёмах планируемых к публикации текстов потому что они у него перед глазами? Когда программист, работая над полями в базе данных, будет иметь перед глазами актуальный элемент каталога со всеми его параметрами?

— А вы что, не можете спроектировать сайт без этих материалов? Я же вам сказал, что я хочу на нём видеть, и какие задачи он должен выполнять, — это произносится с неподдельным удивлением на лице. А ещё с лёгким амбре неуверенности в компетенции исполнителя.
— Конечно, можем, — отвечает проектировщик, пожав плечами.


С этого момента время на создание сайта увеличивается в два, два с половиной раза.
Читать дальше →
Total votes 18: ↑16 and ↓2 +14
Comments 7

Неотзывчивый дизайн

Reading time 6 min
Views 38K
Design
Sandbox
dead pixel Я дизайнер с более чем пятилетним опытом работы как в качестве офисного работника, так и в качестве свободного фрилансера. Буду рад поделиться некоторым своим опытом и подходом к работе с менеджерами или клиентами. Дело в том, что дизайн всегда субъективен. Один и тот же дизайн может вызывать и восхищение, и отторжение. Нередко это порождает немало трудностей для дизайнера, работающего над проектом в котором количество людей чье мнение нужно учесть, превышает одного человека. Попробую объяснить почему, а так же расскажу о некоторых техниках и приемах, которые могут сделать работу дизайнера менее напряженной и более позитивной.
Читать дальше →
Total votes 42: ↑36 and ↓6 +30
Comments 19

Ценообразование при создании сайта и проблемы на маршруте Клиент — Исполнитель

Reading time 4 min
Views 5.5K
Development Management *Project management *
Sandbox
Доброго времени суток! На написание статьи (да и самую регистрацию в ТМ) сподвигла статья «Ценообразование при создании сайта» — очень уж хочется сдвинуть некоторые точки над «i», дабы расставить их более «фен-шуйно». Ну естественно, с субъективной точки зрения. И вот эта самая точка зрения будет идти «изнутри» процесса и со стороны исполнителя, а не клиента. Но в целом — этот текст тоже для информации Клиенту, а не попытка безоглядной защиты «несправедливо обиженных» студий или отдельных дизайнеров. На «срыв покровов» и прочую сенсацию никто не претендует.

Клиент всегда прав, кто платит — тот и заказывает музыку


Ну, допустим. Но всегда нужно помнить о компетентности и уважении. Компетентности — потому что Клиент, как правило, ни в зуб ногой ни в трендах дизайна, ни в нюансах использования каких-либо cms или фреймворков. То есть, Клиент не знает КАК это работает и как должно. Уважение же должно присутствовать к самому процессу производства. Да, вы платите. Но заплатив за билет на самолет, вы же не лезете в кабину к пилотам со своими Ценными Указаниями? А если полезете — ну, тогда удачного полета.

Именно так происходит и в процессе разработки. Зачастую нет ни ТЗ, ни даже понимания зачем оно вообще надо. То есть, на этом этапе, Клиенту очень удобно говорить «ну вы же специалисты, вы итак знаете как надо». И если опыта у студии/дизайнера мало, то они сьедят это утверждение — что в последствии, в 90% случаев, приведет ко многим печалям для обеих сторон.
Читать дальше →
Total votes 11: ↑7 and ↓4 +3
Comments 13

Как коммуникации помогают в решении инцидентов

Reading time 8 min
Views 4.2K
Конференции Олега Бунина (Онтико) corporate blog High performance *System administration *IT Infrastructure *IT Standards *

Все понимают, что shit happens — и чаще всего не если, а когда. У нас может быть много девяток в SLA, но 100% ни у кого нигде никогда не бывает. Поэтому, когда этот SHIT все-таки HAPPENS, есть два пути. 

Путь первый — проблему можно скрыть, сделав выводы для себя. Под ковер замели — никто ничего не заметил. А тому, кто заметил, сказать: «Да вам показалось, все нормально!» Можно пойти по второму пути: не врать и не бояться. Для этого, конечно, нужна уверенность в себе и своей компетенции. Тогда мы спокойно тушим пожар, а не прикрываем пятую точку (может, даже не свою). 

Я — за второй путь. На конференции HighLoad++ Весна 2021 я рассказал, что можно сделать уже сейчас, чтобы спасение прода прошло максимально безболезненно и почему доверие пользователей — это важно. Видео выступления можно посмотреть здесь, а под катом вы найдете, как заранее подготовиться к инцидентам.

Читать далее
Total votes 17: ↑16 and ↓1 +15
Comments 2

Как сообщить, что вы всё уронили: шаблон действий в ситуации, когда всё пошло не по плану

Reading time 7 min
Views 6.6K
Нетология corporate blog Project management *Personnel Management *IT career

Когда всё падает — это нормально. Особенно в IT. Даже Марку Цукербергу периодически приходится извиняться, когда сбой в работе соцсетей приводит к миллиардным потерям. Надеемся, что у вас таких потерь не будет, поэтому поговорили с разработчиками, тимлидами и менеджерами. Спросили, что и как нужно делать, когда всё плохо, чтобы не навредить карьере. 

Читать далее
Total votes 5: ↑3 and ↓2 +1
Comments 4