Comments 25
Вопрос по обучению новичка:
как вы заинтересовываете опытного менеджера в удачном обучении новичка? Как определяется «удачность» обучения (сдаются фиксированные тесты, или оценки неформальные)?
А вот это классно. Единственно, как он работает с технической поддержкой? Просто слушает разговоры с клиентами, или общается сам?
За ним закрепляется опытный менеджер, который помогает ему быстрее все усвоить и заинтересован в том, чтобы обучение прошло удачно.
как вы заинтересовываете опытного менеджера в удачном обучении новичка? Как определяется «удачность» обучения (сдаются фиксированные тесты, или оценки неформальные)?
есть правило: раз в месяц каждый разработчик должен проработать один день вместе с технической поддержкой, чтобы лучше понимать клиентов и свою ответственность за продукт.
А вот это классно. Единственно, как он работает с технической поддержкой? Просто слушает разговоры с клиентами, или общается сам?
1. У менеджеров есть градация: Новичок — Интерн — Бывалый — Эксперт — Супергерой.
У последних двух категорий есть обязанность обучать 1-2 интернов в месяц. Это входит в ставку.
Да, новички сдают не один тест, а 3 теста, практическое задание и презентацию. Каждое задание оценивается в баллах. Если он набрал выше 70% от максимально возможно количества — тест пройден. Если не прошел — выясняем у наставника в чем проблема, и решаем ее. Но обычно проблема в интерне.
2. Просто сидят в одной комнате. Пока не отвечают на заявки клиентов. Цель — сблизить ТП и разработчиков, чтобы последние почувствовали свою ответственность и поняли что их кодом пользуются реальные люди, а не роботы;)
Все в компании, включая разработчиков должны идеально знать ваших клиентов. Кто они, какие у них проблемы, цели, желания, мечты. Тогда все более творчески подходят к решению своих задач, и не редко удивляли меня до мелочей продуманными решениями.
У последних двух категорий есть обязанность обучать 1-2 интернов в месяц. Это входит в ставку.
Да, новички сдают не один тест, а 3 теста, практическое задание и презентацию. Каждое задание оценивается в баллах. Если он набрал выше 70% от максимально возможно количества — тест пройден. Если не прошел — выясняем у наставника в чем проблема, и решаем ее. Но обычно проблема в интерне.
2. Просто сидят в одной комнате. Пока не отвечают на заявки клиентов. Цель — сблизить ТП и разработчиков, чтобы последние почувствовали свою ответственность и поняли что их кодом пользуются реальные люди, а не роботы;)
Все в компании, включая разработчиков должны идеально знать ваших клиентов. Кто они, какие у них проблемы, цели, желания, мечты. Тогда все более творчески подходят к решению своих задач, и не редко удивляли меня до мелочей продуманными решениями.
Как заставляете читать вики? По мере жизни проекта вики увеличивается обычно неплохо так и новичку может оказаться сложно её понять.
Есть ответственные за ее разделы. Обычно руководители отделений. Они сами заинтересованы все документировать, чтобы больше нет тратить свое время на решение повторяющихся ситуаций. Это снижает их производительность, да и повторять по 10 раз одно и тоже не самая интересная работа) А сотрудники знают, что сначала нужно заглянуть в Вики. Главное сделать удобную структуру и поиск, чтобы не тратить много времени.
Это понятно. Только все равно всегда находятся люди, которые вроде читали, а вопрос задают ответ на который в вики есть.
Прошу прощения что влезаю. Я правильно понимаю, что вики вам заменила KMDB в составе Groove. Или идет какая-то синхронизация?
Да. Нам нужна была своя, внутренняя, закрытая система.
Но не написанная своими силами, так? Т.е. какой-то из готовых вики движков (какой?), который условно находится во внутренней сети, так?
Мы конечно ботаники, но не на столько)))) Конечно не своя))) Используем raneto.com в связке с DropBox. Кому нужно просто редактирует текстовый файл в расширенной папке и все сразу обновляется. Очень советую. В свое время целую неделю искали и много всего перепробовали. И платные и бесплатные, почти все заточены под клиентов, но не под сотрудников.
Мне кажется, таким статьям место на гиктаймс/мегамозг. Я конечно понимаю, что это пост в блог компании и т.д., но такое ощущение, что все это разделение было зря и на Хабре можно запостить изи статью без единого намека на технологии. Рассказы о том, как команда делит обязанности и что ведет общение в Slack — это итак все знают, да и это больше подходит к менеджменту и управлению командой/проектами т.е. формат постов Мегамозга.
Надо писать хотя бы немного конкретно в разрезе того на чем писали, почему выбор пал именно на этот язык/фрэймворк. А то у вас «Разработка» это 1 абзац из ~50 слов и не намека на то, какие технологии юзаете, какие трудности были, какие подходы.
Надо писать хотя бы немного конкретно в разрезе того на чем писали, почему выбор пал именно на этот язык/фрэймворк. А то у вас «Разработка» это 1 абзац из ~50 слов и не намека на то, какие технологии юзаете, какие трудности были, какие подходы.
Возможно. Признаюсь, долго сомневался в каком раздел постить. Изначально и хотел сосредоточиться на ответах по разработке, но это было бы пальцем в небо. Решил написать о том что наболело и узнать что волнует именно по разработке, чтобы посвятить развернутым ответам ответам следующий пост.
По технологиям отличный вопрос. Если коротко — на беке используем PHP, и пару фреймворков. Начинали с CI, сейчас новые проекты на YI2. Кое-где используем Python. Общаются между собой по API. На фронте js, Backbone, underscore, appcache, websql, react, requirejs, grunt. Приложения — Objective-C, java. Там фреймворками стараемся не пользоваться.
Вопрос записал себе. В следующей статье распишу поподробней что, где, как и почему используем.
По технологиям отличный вопрос. Если коротко — на беке используем PHP, и пару фреймворков. Начинали с CI, сейчас новые проекты на YI2. Кое-где используем Python. Общаются между собой по API. На фронте js, Backbone, underscore, appcache, websql, react, requirejs, grunt. Приложения — Objective-C, java. Там фреймворками стараемся не пользоваться.
Вопрос записал себе. В следующей статье распишу поподробней что, где, как и почему используем.
Как дела с ЕГАИС? Складской учет готов к работе с ними?
Что еще вы можете порекомендовать почитать кроме Lean Startup? И что из этого наиболее полезно по вашему мнению?
Из последних понравилась «от 0 к 1». Параллельно читаю книгу про Илона Маска. Все зависит от того что больше нужно. Все сотрудники начинают работать в компании с прочтения Zappos, дальше советуем прочитать «Источник» и «Атлант расправил плечи» (купили уже по 2 комплекта:) Потом зависит от того какие качества стоит развивать.
В разделе «Технологии» дважды упоминается интеграция со «своей CRM». Это именно какая-то самописная внутренняя CRM или используете какое-то из рыночных решений?
Sign up to leave a comment.
Как ботаники заведения автоматизируют