All streams
Search
Write a publication
Pull to refresh
63
0
Rafael Sepeda @Fade

User

Send message
Вот и дискутируем... я думаю, когда возникает вопрос о найме фрилансера, он возникает именно из-за недостатка собственных производственных ресурсов. И думаю, для небольших проектов такая проблема не сильно критична. Я, например задумываюсь о наемной силе именно потому, что есть Большие проекты.
Я не совсем подробно описал ситуацию с нашими преподавателями:
Предположим, заболел кто-то из Ваших преподавателей. Сможет-ли другой преподаватель, в той же области, провести лекцию по предмету за приболевшего коллегу и так, чтоб вернувшийся не сошел с ума, разгребая этот завал? Не сможет.
Изначально планировалась полная преемственность. Решалась она на уровне готовых методичек, лекций (по которым могут работать и другие преподаватели) и предварительной координации (если кто-то заболел руководитель ищет среди оставшихся кто может его заменить).
Естественно, разработавший программу преподаватель справляется с ней лучше, но другие могут ее использовать. И при этом, ничего после разгребать не придеться... точнее, не приходилось раньше. Сейчас у нас преемственность развалилась и приходиться постоянно "фантазировать", что новички выкинут еще...
Согласен. Однако, как показала практика, проекты имеют свойство расти и пухнуть. Поэтапная оплата - частичное решение такой проблемы.
Если не умеешь - да.
Если умеешь - лучше не придумать. Я уже 2 года верстаю, и переходить на другие шаблоны пока не собираюсь.
да, верно - исправлю
нет, не от фонаря. Для меня эта проблема языка PHP и Perl как раз и была основной причиной перехода на язык Parser
от NIN не ожидал. Наконец нас Трент чем-нить порадует.
Возможно, но насчет приоритетности с ksoiss согласен.
понятие работы в команде одиночного исполнителя волновать не должно в принципе
не соглашусь. Если человек не умеет работать принципе в команде, то он будет не будет никакой преемственности, т.к. он будет фантазировать что попало.

Пример из жизни:
Я преподаю в центре переподготовки учителей. Обучение занимает две недели: 5 дней, с 9.00 до 17.30.
Первая неделя являеться вводной, вторая - работа над выпускным проектом. Работа должна вестись в проектном режиме: каждый день "ученикам" дают задание, решение которой им понадобиться на следующем этапе.

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

Мы отработали уже лет 5 и поколение сменилось. Пришли новые преподаватели, которых работа в команде в принципе не волнует. Да оне преподают, но каждый свое и как получиться в конкретной ситуации. В результате, "учеников" часто приходиться переучивать.
Хорошо, приведем пример из жизни. Допустим, есть проект простого сайта небольшой компании:
- новости
- история компании
- партнеры
- ...
все делаеться на уже готовой CMS-системе (на собственной) + требуется доработка, например, создание двух дополнительных модулей: простые опросы + фотогаллерея.

Дизайнеру нужно сделать макет главной страницы и типовой макет внутренней + разработать общее стиливое решения для сайта в целом.

Верстальщику нужно сверстать макеты в шаблоны: XSL (CMS-ка выдает весь материал в XML).

Менеджер должен вести диалог с клиентом: получать от него материал и вести заказчика в нужном направлении + управлять совместной работой дизайнера, верстальщика и программиста.

Как в таком варианте распределить процентное участие (в финансовом эквиваленте) участников в проекте?
Я спрашиваю, т.к. привык делать все сам. При этом мне сложно оценить свою работу в плане времени, т.к. CMS-ку для себя я делаю пока сам, рисую и верстаю тоже сам. И сколько времени в процентном соотношении уходит мне пока сложно оценить.

Т.ч. даже такие размытые цифры для меня подойдут. Просто мне нужно сразу как-то оценивать, во сколько мне обойдется (во сколько можно оценить) труд наемника.
не совсем. Предоплата - залог заинтересованности клиента/заказчика в работе + некий элемент "обязывания" исполнителя. Удобно работу разбивать по этапам: не по месяцам, а по завершенным задачам: дизайн > верстка > ...
по процентному соотношению. Можно взять для отправной точки типовой пример цены: сайта за 1000$, и разбить его в процентном соотношении на суммы. Вопрос для меня действительно важный, т.к. не раз уже возникали такие ситуации и приходилось маяться.
сама фраза: "Я умный: Не подскажете?" весьма оригинальна. Дальше можно было ничего не писать. И так хорошо получилось.
Спасибо еще раз. Раз уж разговор зашел интересует следующий момент: как оценивать работу? А именно, как разумно распределять сумму заказа между работниками.

В той литературе, которую я встречал раскладки рассматривают только тех, кто работает в студии постоянно, и такие раскладки в основном часовые. По личному опыту скажу, что у нас мало народу умеет работать в повременке: чаще всего тянут время. Поэтому инетересует оценка работы по составу:
- дизайн
- верстка
- движек/программирование
- мененджмент
...
так-же нередки ситуации, когда несколько ролей выполняет один человек.
там нет include. Все из базы. Фишка в том, что полетела чать информации из базы, а часть осталась. Собаки....
Спасибо за bug-track. Вот такой у меня хостер... блин, надо менять. Они на прошлой неделе что-то мутили с сервером...

Все слетело... ладно, разгребу работу и буду искать другого хостера.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity