Сделать домашней|Добавить в избранное
 

Автор: Doomer от 29-09-2015, 20:10

Документ для предложений - https://docs.google.com/document/d/1XeRxcAGO-Pa4heRM9ejLQBfdSnEjF7faWxOijL5MW_s/edit

 

Пуст на 8.11.17.

Автор: Doomer от 8-08-2015, 13:37

Последнее обновление: 9.07.16.


1. Какие проекты стоит брать?

 

Основные критерии:

 

1.1. Проект не должен быть срочным/горящим.

1.2. Если есть упоминание, что он кем-то был заброшен, или 10 разработчиками, то это не к нам явно.

1.3. Заказчик не против аванса в 50% или СБР. Или поэтапного расчёта по тому же принципу. Или договора с тем же авансом в 50%, или почасовой ставки с расчётом каждые n-часов.

1.4. Посмотрите профиль, отзывы, что за проекты публиковал, аватарку. Если хотя бы по одному критерию заказчик вам кажется сомнительным, субъективно, то работать с ним не стоит, даже если вышло так, что уже оставили заявку. Найдите повод отказаться.

1.5. Бюджет любого проекта >=10000 рублей.

1.6. Если на проекте уже больше 10 ответов, то наши шансы малы. Не стоит оставлять там заявку.

1.7. Не стоит брать проект, если у него нет ТЗ или вы не готовы его написать в процессе, или заказчик не готов таковое сделать/заполнить наш бриф.

1.8. Сомнительные проекты лесом. Порносайты, финансовые пирамиды и их аналоги, парсеры сомнительного содержания, сетевой маркетинг, варезники и т.п.

 

Дополнительные критерии (не обязательные):

 

1.9. Если нет чёткой формулировки задачи, ТЗ или не удаётся договориться об его составлении. На тему ТЗ рекомендую почитать http://habrahabr.ru/post/201652/ и http://habrahabr.ru/post/138828/.

1.10. Контактов кроме ICQ.

1.11. Заказчик является посредником.

 

2.  Обработка и ведение проекта

 

Чёткого алгоритма 100% успешного взятия проекта у нас пока нет, но есть ряд соображений, которым, на мой взгляд, стоит следовать:

 

2.1. Обращайтесь к человеку всегда по имени в заявках, ЛС или первичном общении в skype или где-то ещё. Так лучше запоминаетесь.

2.2. Не пишите Вы с большой буквы. Такого нет в правилах русского языка и это смотрится странно.

2.3. Если бюджет проекта уже известен, или определён нами, то попробуйте предложить скидку до 20% в заявке, если разработчик, что на этот проект записан не против и заказчик отдаст проект в течении 24 часов нам. 

http://bug.netgon.ru/skills

Полная версия - https://docs.google.com/spreadsheets/d/149xAb9crdGax7TD-wIqp5yHQ6Yhxb49mkxHphW81nE4/edit#gid=0

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

2.4. Прикрепляйте примеры работ, схожие по тематике, если возможно, и, в особенности, если то требуется. Если посчитаете необходимым - уточните у разработчиков ссылки на проекты, что они делали за рамками NetGon и укажите их в ответе.

2.5. Бытует мнение, что навязываться плохо. Может и так, но однозначного ответа на этот вопрос в рамках фриланса нет. Если человек написал звонить - звоните. Писать на почту - пишите. Тут следует делать так, как просят первоочерёдно. Заявку же не оставлять вообще, или оставлять в догонку. Или наооборот не писать в ЛС, если то явно указано. В ином случае, если есть контакты - позвоните, напишите в ЛС, skype. Есть вероятность, что получите оперативное одобрение или отказ, пока другие будут ждать у моря погоды.

2.6. Держите заказчика в курсе дел. Раз в сутки или двое-трое (если позволяет срок), даже если нет никаких вопросов с его стороны и он лояльный, пишите что происходит, на какой сейчас находитесь стадии по проекту.

2.7. Не стоит посвещать заказчиков в наш внутренний алгоритм работы. Никому это не интересно, как правило, и знать в целом не следует. Кого-то может вовсе отпугнуть. Если особо только будут интересоваться, тогда и пишите. Иначе не стоит.

2.8. Помните о сроках. Не стоит их срывать. Если идёт дело к тому, то предупредите заранее заказчика, или попытайтесь оперативно заменить человека, не посвещая заказчика во внутренние проблемы без особой необходимости.

2.9. Не пишите шаблонные ответы на проекты. Следите за орфографией и пунктуацией. Вникайте в суть, задавайте вопросы, по возможности всегда, если просят оценку - давайте её. Пусть и примерную, с запасом. Можно ориентироваться иногда на http://netgon.net/services/. Нет ТЗ в явной форме - предложите его составление за деньги, а не требуйте влоб. 3000-5000 рублей, 1-2 дня работы максимум и запишите себе 2000-4000 р. Можете опираться на брифы fl.ru, наши брифы, ссылки на них ниже. Железобетонного шаблона ТЗ нет, мы работали со всякими. Можете придумать свой, главное суть. Не нужно думать, что есть какие-то особые эксперты по его составлению. Никто не любит читать ТЗ по ГОСТ'у на 50 страниц. Как и работать совсем без него. Начните, постепенно разберётесь, составите вполне грамотное сами и для себя и для разработчика и для заказчика.

2.10. Старайтесь максимально оперативно реагировать на новые проекты. Возможно вначале находите проект, исполнителя, потом только создавайте тикет. Если назначаете человека в ручную.

2.11. Если назревает необходимость - создайте общий чат с собой, разработчиком и заказчиком.
2.12. Предлагайте поддержку в течении 3 месяцев после запуска как доп. услугу или ещё что-либо, если возникнут идеи.

2.13. Не забывайте про наш регламент http://www.t.netgon.ru/main/4-post4.html

2.14. Никогда не ведите проект на локалке. Всегда храните у нас на поддоменах или у заказчика на сервере. Или используйте GIT. У нас есть аккаунт.

2.15. Важные проекты выносите в приоритетную вкладку. Есть отдельная галочка. Кооперационные - в кооперационную, попутно поиску недостающих лиц.

2.16. Записывайте всю важную и ключевую информацию в тикет. Переводы, файлы, логи, пункты и т.д.

2.17. Не забывайте про персональную обработку в подгруппах по 2-3 заявки на человека.
2.18. Пытайтесь по мере возможного скинуть цену относительно конкурентов. Сделать её равной или меньшей чем у них. Можно с ходу начать со скидки в 20%, если исполнитель был ЗА таковую (посмотрите вкладку навыков). Если этого не достаточно - пообщайтесь с исполнителем на тему подгонки по возможности цены. Не удаётся снизить - указывайте как есть.

2.19. Заказчик отреагировал, но потом пропал? Свяжитесь с ним ещё раз, ушлите второе сообщение, доуточните статус проекта.
2.20. По возможности задавайте сопутсвующие вопросы в заявке.

2.21. Цену на проект отсчитывайте c точки зрения разработчика. Если бюджет известен - разбивайте по нашей формуле.
2.22. Старайтесь реагировать на проект оперативно. Если он висит уже больше суток на площадке и нет ответа в течении такого же количества времени и вы отвечали на него несколько часов, то это дохлый номер. Увидили проект => считайте, что у вас есть час, чтобы оставить на него заявку. Не больше.

 

3. Окончание проекта

 

3.1. По сдаче проекта не забудьте запросить у заказчика отзыв. Если сотрудничество было хорошим. Если сомнительным или плохим не стоит. Можно нарваться на негативный отзыв.

3.2. Пишите Артёму, чтобы он загрузил работу в портфолио. Логин arts-styles в skype.

3.3. Не забудьте закрыть тикет и вписать все данные, если что-то отсутствовало.

3.4. Имеет смысл заносить заказчиков, с которыми было взаимодействие сюда https://docs.google.com/spreadsheets/d/14BgcodKwQgLXnVvRGVulmoMEdg_WT_hpmTAXtBKIoxw/edit?usp=sheets_home

 

4. Кого назначить на проект?

 

4.1. В первую очередь при ручном назначени выбирайте тех кто вам знаком, кажется надёжным человеком и свободен. Ориентируйтесь на статистику в трекере, а также тех кто в вашей подкоманде. Стоит учитывать специализацию человека.

 

4.2. Если есть скептицизм относительно назначения человека - организуйте кооперацию.

 

5. Ссылки, статьи, книги

 

http://www.t.netgon.ru/3-post3.html


6. Работа внутри команды


6.1 Есть неактивные люди, кто-то вызывает вопросы? Пишите в группу по людям, не тяните.
6.2 Разработчик перестал выходить на связь, проект стоит? Меняйте, не ждите больше пары дней. Разберётесь потом.

6.3 Нужно кого-то набрать в команду под конкретную специализацию? Напишите мне.

Автор: Doomer от 7-08-2015, 17:18
Обновлено 16.11.17.
 
Трекер

 

Сводка - текущие проекты, находящие на согласовании, а также те, которые у вас находятся в работе.


Общая сводка - кто чем занят в целом, на что подал заявку.

 

Персональные проекты - можно подобрать задачу по определённому тэгу. Выбор запоминается. Если нажать иконку письма - уведомления о новых проектов с такими характеристиками будут приходить на почту при их появлении в трекере.


Проекты - актуальные задачи на выбор, можно брать любую. Достаточно нажать кнопку внутри. Вопросы желательно оставлять там же, в комментариях. Если не указан срок и бюджет, то нужны встречные предложения. Можно взять и какую-то часть задачи  - для этого нажмите на кнопку кооперации. А что берёте  - напишите в комментариях.

 

Кооп. - проекты, требующие кооперации. Т.е. скажем кто-то взял дизайн и нужен код.


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

 

Навыки - здесь можно посмотреть навыки сотоварищей по команде и указать свои. Для этого найдите себя в списке. Полная версия теперь здесь - https://docs.google.com/spreadsheets/d/149xAb9crdGax7TD-wIqp5yHQ6Yhxb49mkxHphW81nE4/edit#gid=0

 

Также можно отметить интересные задачи по тэгам в профиле. Указать доп. информацию. Периодически согласно им менеджеры подбирают исполнителей для проекта в ручную. В профиле можно указать почасовую ставку.

 

Статистика - отражает общую базовую картину дел.

 

Вверху - ваш профиль, RSS-лента проектов (можно подписаться), личные сообщения на сайте.

 

Наши менеджеры

fl.ru

Михаил, tahtang

Юрий, rescuerver

 

freelansim.ru

 

Никита, zhuravlevnikita

Екатерина, blueberry_sea

 

freelance.ru

Григорий, skyfish_kid

 

Прочие источники

Евгений, rama-naph

 

Группы

 

NetGon {Заказы. Н. - https://goo.gl/1lrrm4, П. - t.netgon.ru} - основная группа по обсуждению заказов.

NetGon {ЛМТВ. Лаборатория моделирования толерантных взаимодействий} - флудилка она и есть флудилка.

Подкоманда по площадке - с текущего момента каждый человек дополнительно прикреплён к какой-либо подкоманде. Деление не жёсткое, создали для более продуктивной работы.

Ряд подгрупп по специализациям (всего их 6) - NetGon {Back-end}, дизайн, front-end, отдельно RoR/Python и ASP.NET, фреймворки, мобильные приложения. Также созданы дополнительно. Своего рода узкая аналогия общей группы по заказам.

 

Группы, только для менеджеров [дополнительные] - HQ, почта (обсуждаем приходящие письма), люди, бумаги, NetGon {Юр., бух., проекты}, NetGon_Boston {Manager's HQ, netgb.net} - наше отделение в Бостоне.

Команда


Выше был список человек из нашей команды, которые курируют все вопросы по заказам. Как что-то возьмём в оборот, кто-то из менеджеров с вами свяжется, в зависимости от того, кто ответственен за конкретную задачу. Любые возникающие вопросы по проектам и в целом также можете адресовать любому из них.

 

Если реакции на проект в течении суток не последовало, то, вероятнее всего, нет ответа от заказчика. В этом случае имеет смысл подать ещё заявок.

 

Бюджет

 

Конечный бюджет проекта рассчитывается по следующей формуле: бюджет исполнителя + 50% поверх "проектный" бюджет (100%=50% менеджмент,  50% я) + 5-10% расходы на комиссию (переводы средств из разных систем, аккаунты, хостинг и т.п.).

 

Минимальный общий бюджет проекта стараемся считать таковым - 10000 рублей. Пример: 10000=6000 (исполнитель) + 3000 (проектный, делящийся в свою очередь на 1500 (менеджер) + 1500 (я) + 1000 (комиссия).

Бюджет проекта либо уже обозначен в проекте (в части разработчика), как и срок, либо нужны встречные предложения на этот счёт. Их можете оставлять в комментариях. Расчёт процентов остаётся за менеджерами. Указываете таковой, какой считаете нужным, если он будет вполне объективным - из него далее и будем исходить, остальные проценты начисляются, как уже и указал, поверх.

 

Часовая ставка рассчитывается таким же образом. В случае работ через ООО или если вы ИП формулы будут несколько отличаться. Посмотреть их можно на http://www.calc.netgon.ru.

 
Регламент работы

http://www.t.netgon.ru/main_news/80-reglament.html#comment


Заявки

Рекомендуемое число заявок в сутки - 3 штуки, это понижает вероятность остаться без проекта. Прошли сутки, нет ответов? Стоит подать ещё 3 заявки.

 

Часто задаваемые вопросы:


1. Партнёрский проект

 

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

- Да. Можно добавить его в трекер, пометится как "партнёрский". Дальше разберёмся, что к чему. Стандартный процент в этом случае для вас - 10%.

Автор: Doomer от 7-08-2015, 17:18

Обновлено 11.11.14.

 

1. За 100 рублей я и фотошоп не открою. Art.

2. Скажи ему, что если ему нужны "профессиАналы", то это не к нам. Вот делали этот сайт явно "ПрофессиАналы". Я же не "профессиАнал". Dayr Kintar.

3. Он молодой. А я старый и испортился, да. Поэтому он таки решит эту задачу, а я нет. Dayr Kintar.
4. Моё мнение - каждая CMS должна делать то, для чего она создана - Wordpress для блогов, Prestashop и Opencart для магазинов, Joomla для говносайтов. Автор неизвестен, история покрыта пылью и была давно.

5. Такими темпами мы скоро дойдем до межрегионального строительного портала, а не сайта-визитки. И особенно нравится "и еще хорошо бы", так и хочется сказать, да, неплохо. Автор неизвестен, история покрыта пылью и была давно.

6. Узнай у них, грубо говоря - они хотят, чтобы оно было сделано, как делают люди, или через жопу, как обычно? Dayr Kintar.

7. Только анархия, только хардкор и кодинг без ТЗ под Битрикс. Автор неизвестен, история покрыта пылью и была давно.

8. Битрикс - это победа маркетинга над здравым смыслом. Автор неизвестен, история покрыта пылью и была давно.

9. WordPress - детская CMS. Заказчик

Автор: Doomer от 7-08-2015, 17:17

Последнее обновление 14.07.17


Менеджерам и не только им


==================================================

 

Наши брифы и договора - http://netgon.net/documents/ (по договорам с исполнителями пишите в ЛС).

Шаблоны договоров - https://www.fl.ru/service/docs/section/?id=71
Шаблоны брифов - https://www.fl.ru/service/docs/section/?id=2

О работе на elance.com - http://habrahabr.ru/post/39870/
СБР на fl.ru - https://www.fl.ru/promo/bezopasnaya-sdelka/, fairplay.ru на freelance.ru - https://freelance.ru/faq/index/view_category/id/12#quest_42, escrow на elance.com - http://help.elance.com/entries/23432232-How-does-Elance-Escrow-help-Freelancers-manage-Fixed-Price-jobs-

CRM и трекинг писем в почте Google - http://digitalmanagers.ru/blog/software/3802.html?utm_source=%D0%A1%D1%82%D1%83%D0%B4%D0%B8%D0%B8&utm_campaign=18ee71ee92-_digitalmanagers_copy_02_2_10_2014&utm_medium=email&utm_term=0_9a9d435593-18ee71ee92-90858513

Лекции по разным темам - http://habrahabr.ru/company/ruward/blog/183186/


Книги

 

Писать легко. Как писать тексты не дожидаясь вдохновения - http://www.mann-ivanov-ferber.ru/books/pisat_legko/

Геймификация в бизнесе - http://www.mann-ivanov-ferber.ru/books/geimifikaciya_v_biznese/

Подборка книг для фрилансеров - http://vk.com/feed?section=groups&w=wall-388418_29979

Исскусство управления IT-проектами - http://habrahabr.ru/company/piter/blog/225247/

Remote. Офис не обязателен - http://www.mann-ivanov-ferber.ru/books/paperbook/remote_office_not_required/

Управление проектами - http://www.mann-ivanov-ferber.ru/books/paperbook/upravlenie_project/?utm_source=derevo&utm_medium=promo&utm_campaign=infographics

Лёгкий способ перестать откладывать дела на потом - http://www.mann-ivanov-ferber.ru/books/paperbook/an_easy_way/

Маркетинг в социальных сетях - http://www.mann-ivanov-ferber.ru/books/mif/social_media_marketing/

Искусство говорить и слушать - https://www.ozon.ru/context/detail/id/19379710/

Маркетинговые войны - https://www.ozon.ru/context/detail/id/19729285/

Офис в стиле фанк - http://www.ozon.ru/context/detail/id/19613880/http://www.ozon.ru/context/detail/id/19636872/.

Rework. Бизнес без предрассудков - http://www.ozon.ru/context/detail/id/5702223/,  http://www.ozon.ru/context/detail/id/5666629/.

Высокие технологии работы с клиентами. Как превратить случайного потребителя в искреннего приверженца -http://www.ozon.ru/context/detail/id/20288865/http://www.ozon.ru/context/detail/id/20866585/.

Как читать книги. Руководство по чтению великих произведений - http://www.ozon.ru/context/detail/id/5933682/,http://www.ozon.ru/context/detail/id/5933682/

 

Статьи

 

http://habrahabr.ru/post/201652/ - Оценка проекта без ТЗ.

http://habrahabr.ru/post/138828/ - составление ТЗ.


==================================================


Потенциально неплохие книги


https://www.ozon.ru/context/detail/id/20980985/

http://www.mann-ivanov-ferber.ru/books/paperbook/managementteams/

http://www.mann-ivanov-ferber.ru/books/put-istinnogo-lidera/

http://www.mann-ivanov-ferber.ru/books/paperbook/contagious/

http://www.mann-ivanov-ferber.ru/books/paperbook/upravlenie_project/?utm_source=derevo&utm_medium=promo&utm_campaign=infographics

http://www.mann-ivanov-ferber.ru/books/paperbook/remote_office_not_required/

http://www.mann-ivanov-ferber.ru/books/geimifikaciya_v_biznese/

http://www.mann-ivanov-ferber.ru/books/pokaji_svoju_rabotu/

http://www.mann-ivanov-ferber.ru/books/bolshoe_v_malom/

https://www.ozon.ru/context/detail/id/28709628/

http://www.mann-ivanov-ferber.ru/books/maksimalnaya_koncentraciya/ - максимальная концентрация.


ПО/Написание кода/Плагины/Скрипты/Подборки материалов

 

Где новичку в программировании найти упражнения и идеи для проектов? https://tproger.ru/translations/where-to-find-ideas/

https://github.com/bebraw/jswiki/wiki  - подборка ресурсов по разным технологиям.

 

http://blog.livecoding.tv/2015/07/20/10-%D1%80%D0%B5%D1%81%D1%83%D1%80%D1%81%D0%BE%D0%B2-%D0%B4%D0%BB%D1%8F-%D1%81%D0%BE%D0%B2%D0%B5%D1%80%D1%88%D0%B5%D0%BD%D1%81%D1%82%D0%B2%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BD%D0%B0%D0%B2%D1%8B/ - подборка ресурсов для обучения программированию.

https://new.vk.com/feed?w=wall-54530371_68758 - подборка youtube-каналов по написанию кода.

https://new.vk.com/feed?w=wall-54530371_68714 - Linux.

 

http://wwwhere.io - подборка сервисов для разных вопросов.

http://vk.com/feed?section=groups&w=wall-54530371_31625 - ASP.NET.

http://vk.com/feed?section=groups&w=wall-54530371_28425 - HTML 5.

http://vk.com/page-54530371_49270641 - nodeJS.

 

http://theasder.github.io/learning/2015/04/17/collection-of-useful-resources-for-novice.html

 

http://vk.com/feed?section=groups&w=wall-54530371_19364 - bootstap 3.

http://habrahabr.ru/post/247893/ - youtube-каналы по веб-программированию.

 

http://habrahabr.ru/post/247429/ - подборка постов хабра за 2014 год.

http://vk.com/feed?section=groups&w=wall-30666517_1040071 - подборка материалов по фреймворку Laravel.

http://vk.com/feed?section=groups&w=wall-54530371_14910 - уроки по Python.

https://github.com/ziadoz/awesome-php - подборка материалов для php.

http://habrahabr.ru/post/214497/ - плагины для photoshop.

 

http://www.browsershots.org/ - проверка сайта в разных браузерах.

http://www.heidisql.com - для работы с БД.

https://new.vk.com/feed?w=wall-54530371_80312 - Android для новичков.

https://tproger.ru/digest/trysmthorg/ - jQuery, github, Ruby.

https://new.vk.com/feed?w=wall-30666517_1392900 - php для начинающих.

https://new.vk.com/feed?w=wall-30666517_1393654 - C#.

https://new.vk.com/page-54530371_44620320 - каталог ссылок и книг по ряду языков.

https://new.vk.com/feed?w=wall-54530371_81565 - C#.

https://new.vk.com/feed?w=wall-54530371_81233 - создание сайта с нуля на WordPress.

— Сборник проектов для оттачивания своих способностей:https://tproger.ru/links/what-to-code/
— Сборник ссылок для изучения Java: https://tproger.ru/digest/java-learning-links/
— Материалы для изучения Python: https://tproger.ru/digest/python-materials/
— Как быстрее научиться программировать: https://tproger.ru/translations/5-ways-to-learn-progr..

https://www.javascripting.com - подборка JS-библиотек.

https://new.vk.com/feed?w=wall-30666517_1395239 - Java.

http://courses.angularclass.com/courses/modern-javascript - JS.

https://new.vk.com/feed?w=wall-30666517_1396094 - основы веб-разработки.

https://vk.com/feed?w=wall-54530371_83146 - Angular JS.

https://vk.com/feed?w=wall-30666517_1400453 - GIT.

https://vk.com/feed?w=wall-30666517_1400913 - C#.

https://vk.com/feed?w=wall-54530371_83839 - JS.

https://tproger.ru/digest/6-tools-for-mobile-testing/ - инструменты для тестирования мобильных приложений.

https://vk.com/feed?w=wall-30666517_1469158 - GIT.

https://vk.com/feed?w=wall-143503361_5106 - ещё GIT.

Автор: Doomer от 7-08-2015, 17:17

Обновлено 2.11.16

Наш регламент. Всем на заметку.

1. Заявки.

1 день => 1 человек => 5-10 минут => 3 заявки на проект. Запомните эту простую формулу. Следуя ей вы вполне сможете, минимально, обеспечить себя интересными проектами и деньгами. Либо по крайней мере мы установим, что на какой-то площадке нам уже делать нечего или нужно принять особые меры / или есть проблемы с определённым стеком технологий и его актуальностью.

1.0.0. Рекомендую число заявок 7-15 штук в неделю. Проверить себя можно в разделе "Статистика" в трекере. Не важно, запишитесь ли вы сами, или вас назначит менеджер. Данные суммируются. Если вы ещё до сих пор не пользовались персональной вкладкой в трекере, то пора начать это делать - http://bug.netgon.ru/proposed Есть идеи, что добавить в трекере - пишите мне. Skype - doomer_gg Не хватает подходящих проектов? Напишите мне или кому-либо из менеджеров.

По теме числа заявок в целом. Идея возникла из соображений, связанных с тем, что, зачастую, статистически, по разным причинам (формат заявки, бюджет, портфолио, отзывы, аватарка, конкуренты и т.д. и т.п.), более-менее гарантированно срабатывает где-то 1 из 10 заявок. Реальная мера, что может иной раз помочь взять больше проектов или просто взять проектов - подать больше заявок. Прошли сутки, нет ответов? Подайте ещё заявок.

1.1.0. Если человек долго не активен, нет заявок, при этом не стоит отпуск в профиле трекера, то проясняем, где он. Если проблема в отстутствии подходящих проектов - то здесь либо вам пора расширить кругозор, либо мы где-то не дожали отбор проектов, будем разбираться в зависимости от ситуации. В целом в таком случае лучше заранее написать об этом мне или менеджеру/менеджерам.

Вопрос в сроках и бюджетах с учётом освоения нового решаем - берите с запасом.

1.1.1. Менеджерам. Сколько вы соберёте заявок - не так важно отныне. Вопрос в уровне конверсии и выполнения планок.

В табличке буду оставлять краткие рекомендации по итогу. В двух словах. По цветам. Зелёный - нет вопросов. Жёлтый - стоит поднажать по каким-то моментам/нужна ясность. Красный - дело худо, стоит обдумать обстановку и изменить её. Фиолетовый - новичок. Серый - покинул команду.

Как я уже говорил не раз ранее может 2 вариации:

А. Есть определённый уровень конверсии и все относительно довольны.
Б. Конверсии может и нет, все не совсем довольны, но есть статистика, исходя из которой мы можем сделать какие-то выводы или решить что всё, пора сворачиваться на той или иной площадке в пользу иной/других направлений в целом.

Форсмажоры отменяют данные правила до их прекращения.

2. Localhost.

Не злоупотреблять localhost'ом. Размещение актуальных исходников целесообразно в трёх местах: 1. у нас на сервере 2. если не оговорено иное - у заказчика 3. в bitbucket/git; отговорки на тему "мне так не удобно", "я никуда не денусь, всё будет ок" не принимаются. Доступ в git по запросу.

Частный пример - исполнитель срочно должен куда-то уехать (или заболел, или сломался hdd неожиданно и т.д.) => исходники на локалке => дедлайн подошёл => проект слит => разборки, все недовольны, негативный отзыв, деньги недополучены => человек вылетает из команды, карма испорчена, время потрачено зря.

3. Ход работ.

Взял проект - отреагируй раз в день или 3 дня если срок позволяет. Делаете какую-то задачу - раз в день отреагируйте по прогрессу по ней. В трекере, менеджеру. Как договорились. Момент распространяется на все проекты.

4. Расчёт по факту.

Поэтапный расчёт за проекты применяется точечно, если то позволяет общая ситуация в конкретном проекте. В целом для всех проектов - только по факту выполнения.


5. Сроки.

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

6. Реакция.

Вам написал менеджер с проектом - постарайтесь отреагировать в течении часа-полутра. Оперативность играет роль на этом рынке.

NetGon предупреждает: несоблюдение сеих шести простых правил может вызывать афкерство и проблемы. Это в свою очередь может привести к прекращению сотрудничества. Начатый проект в подобных случаях может быть передан другому человеку Вы сами формируете свой мир вокруг. Если вы забили на всё болт, то наивно требовать иное от других.

 

6.1 "Вечером отпишусь", "завтра обсудим". Пункт от 2.11.16.

 

Статистика за длительный период времени показала клинические проблемы у граждан, что пишут такого сорта фразы и повторяют их при этом находясь онлайн весь день. Есть риск потери 200 т.р. на проекте, или что он будет слит, или будут другие проблемы - ничего товарищам не в домёк не в зависимости от возраста, пола, опыта, резюме, города, страны и иных факторов. В связи с чем все, кто будут упирать на такую терминалогию будут без лишнего разбора и комментариев удаляться из команды не в зависимости от стадии того или иного проекта или задачи.

Дополнение к нашему основному регламенту. Рекомендации, пара других моментов.

Вопрос цены


Есть заказ. Вы не знаете какую выставить за него цену? => обратитесь во флудилку, посоветуйтесь с сотоварищами.

Расширение бюджета

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

Сомнения в цене

Есть неуверенность или сомнение по цене, т.к. нечёткое ТЗ или ещё какие-то факторы - укажите с запасом, чтобы при случае из-за пары-тройки правок заказ не вставал под вопрос. Лучше изначально его не взять из-за большой цены, чем в процессе работ пытаться уложиться в неподъёмную сумму.

Выходные, отпуска, праздники и т.д.

По выходным мы по умолчанию не работаем (сб, вс). А дальше кто как хочет. По праздникам тоже. Если куда-то уезжаете, собираетесь выпасть из сети и т.д. - предупреждайте заранее, ставьте отпуск в профиле в трекере, не пропадайте просто так и не играйте в молчанку. Все кругом люди.