Информация об оплате: 50000
Программист-разработчик (AmoCRM)
На постоянную занятость требуется удаленный разработчик(PHP, JavaScript). Работа связана с AmoCRM и Bitrix24, кандидаты с опытом работы предпочтительны.
В работу программистов сейчас входит:
• Кастомизация amoCRM(сейчас реже работаем с Bitrix24) под бизнес-процессы заказчика;
• Интеграции amoCRM и другими сервисами (смс рассылки, емэил виджет, 1с);
• Создание виджетов (индивидуальные);
• Контроль качества написания скрам;
• Участие в оценке предстоящих проектов;
• Написание пояснений работы будущих виджетов;
• Ведение проектов GitLab (история версий, комментирование кода);
Требование к кандидату:
• Умение не просто писать код‚ а решать поставленные задачи;
• Навык работы с чужим кодом и оптимизации решений;
• Опыт работы с AmoCRM;
• Опыт разработки на PHP от 2х лет;
• Знания и наличие опыта разработки JavaScript, HTML5, CSS 3;
• Знание REST;
• Опыт работы с базами данных PostgreSQL, MySQL;
• Работа по методологии SCRUM
Доход: 50 тыс. рублей. (fix+kpi)
Концепция работы: Рассчитываем, планируем, реализовываем.
Детали обсуждаем с перспективным кандидатом.
Детали в скайпе: dmitriymamin
Игорь_Vasinsky
22.05.2017 - 18:35
смайлик к топику очень в тему.
какой город?
сколько белая зп?
оформление?
больничные, отпуск, график работы ?
я так понял из текста фронтенд + бекенд ?
_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker
Мы находимся в Москве режим работы с 10 до 19, регион разработчика по сути не важен, важно быть на связи в рабочее время. Работа по договору согласно ТК. По ЗП платим фикс + KPI (15 фикс +10 тыс. Оценка временных трудозатрат по проекту в течении 3 часов рабочего времени, +10тыс. Комплексное ведение проекта в GitLab(история версий, комментирование кода) +15 тыс. Если проекты сданы в указанный срок и без претензий со стороны заказчика.
В целом как-то так.
AllesKlar
22.05.2017 - 21:38
| Цитата (redp @ 22.05.2017 - 19:15) |
| Если проекты сданы в указанный срок и без претензий со стороны заказчика. |
А разве так бывает?
Правильнее было бы так:
| Цитата |
| Если проекты сданы в соответствии с ТЗ. |
Причем, любое внесение изменений в ТЗ на стадии разработки проекта влечет изменение сроков сдачи проекта.
В целом выглядит так:
Вот тебе 20 штук, и радуйся, что еще должен не остался.
Хотите, чтобы выглядело иначе, перепишите вакансию как:
- Ежедневный (еженедельный) 10-20 минутный спринт с менеджером проекта.
- Проект разбит на тикеты.
и т.д.
Срок сдачи проекта не зависит от разработчика
У разработчика есть тикеты на сегодня, он их делает.
Если не делает, то он идет лесом.
Если вон ту красную кнопку нужно опустить вниз, то для этого открывается новый тикет с собственными временными затратами, а не мылом: "там кнопочку подправь заодно."
Иначе этих "поправок" собирается 100500 штук и они либо будут сделаны абы-как, либо вообще не сделаны.
Срок сдачи проекта зависит от менеджера проекта, на сколько он вменяемо может донести до заказчика, что мы сделаем все, что вы пожелаете, но это стОит дополнительных денег и времени (а то у нас разработчик, сука, вредный, все в тикеты переписал, фиг к нему с предъявой подъедешь...)
Ну, в общем, как-то так....
Либо вариант 2, а-ля фрилансовый:
Полное ТЗ, оговор сроков, оплата по факту / промежуточным результатам.
_____________
[продано копирайтерам]
Вы точно описали то, что мы хотим от разработчика :-)
"
- Ежедневный (еженедельный) 10-20 минутный спринт с менеджером проекта.
- Проект разбит на тикеты.
и т.д.
Срок сдачи проекта не зависит от разработчика
У разработчика есть тикеты на сегодня, он их делает.
Если не делает, то он идет лесом."
видимо действительно посыл в нашем объявлении не правильный, надеюсь наши совместные разъяснения зададут правильный тон тому что нам нужно, мы не хотим платить мало, мы хотим чтобы сам разработчик действительно каждодневно выполнял поставленные задачи (работал на протяжении всего времени предусмотренного на проект).
Вариант 2 к сожалению приводит к тому что нет понимания какая ситуация по проектам и в данном(нашем) обьеме работ приводит к кризису в дедлайнах и раздутию сроков выполнения.
Быстрый ответ:
Powered by dgreen
Здесь расположена полная версия этой страницы.