Комментарии 25
Вопрос по обучению новичка:
как вы заинтересовываете опытного менеджера в удачном обучении новичка? Как определяется «удачность» обучения (сдаются фиксированные тесты, или оценки неформальные)?
А вот это классно. Единственно, как он работает с технической поддержкой? Просто слушает разговоры с клиентами, или общается сам?
За ним закрепляется опытный менеджер, который помогает ему быстрее все усвоить и заинтересован в том, чтобы обучение прошло удачно.
как вы заинтересовываете опытного менеджера в удачном обучении новичка? Как определяется «удачность» обучения (сдаются фиксированные тесты, или оценки неформальные)?
есть правило: раз в месяц каждый разработчик должен проработать один день вместе с технической поддержкой, чтобы лучше понимать клиентов и свою ответственность за продукт.
А вот это классно. Единственно, как он работает с технической поддержкой? Просто слушает разговоры с клиентами, или общается сам?
+1
1. У менеджеров есть градация: Новичок — Интерн — Бывалый — Эксперт — Супергерой.
У последних двух категорий есть обязанность обучать 1-2 интернов в месяц. Это входит в ставку.
Да, новички сдают не один тест, а 3 теста, практическое задание и презентацию. Каждое задание оценивается в баллах. Если он набрал выше 70% от максимально возможно количества — тест пройден. Если не прошел — выясняем у наставника в чем проблема, и решаем ее. Но обычно проблема в интерне.
2. Просто сидят в одной комнате. Пока не отвечают на заявки клиентов. Цель — сблизить ТП и разработчиков, чтобы последние почувствовали свою ответственность и поняли что их кодом пользуются реальные люди, а не роботы;)
Все в компании, включая разработчиков должны идеально знать ваших клиентов. Кто они, какие у них проблемы, цели, желания, мечты. Тогда все более творчески подходят к решению своих задач, и не редко удивляли меня до мелочей продуманными решениями.
У последних двух категорий есть обязанность обучать 1-2 интернов в месяц. Это входит в ставку.
Да, новички сдают не один тест, а 3 теста, практическое задание и презентацию. Каждое задание оценивается в баллах. Если он набрал выше 70% от максимально возможно количества — тест пройден. Если не прошел — выясняем у наставника в чем проблема, и решаем ее. Но обычно проблема в интерне.
2. Просто сидят в одной комнате. Пока не отвечают на заявки клиентов. Цель — сблизить ТП и разработчиков, чтобы последние почувствовали свою ответственность и поняли что их кодом пользуются реальные люди, а не роботы;)
Все в компании, включая разработчиков должны идеально знать ваших клиентов. Кто они, какие у них проблемы, цели, желания, мечты. Тогда все более творчески подходят к решению своих задач, и не редко удивляли меня до мелочей продуманными решениями.
+4
Как заставляете читать вики? По мере жизни проекта вики увеличивается обычно неплохо так и новичку может оказаться сложно её понять.
0
Есть ответственные за ее разделы. Обычно руководители отделений. Они сами заинтересованы все документировать, чтобы больше нет тратить свое время на решение повторяющихся ситуаций. Это снижает их производительность, да и повторять по 10 раз одно и тоже не самая интересная работа) А сотрудники знают, что сначала нужно заглянуть в Вики. Главное сделать удобную структуру и поиск, чтобы не тратить много времени.
0
Это понятно. Только все равно всегда находятся люди, которые вроде читали, а вопрос задают ответ на который в вики есть.
0
Прошу прощения что влезаю. Я правильно понимаю, что вики вам заменила KMDB в составе Groove. Или идет какая-то синхронизация?
0
Да. Нам нужна была своя, внутренняя, закрытая система.
0
Но не написанная своими силами, так? Т.е. какой-то из готовых вики движков (какой?), который условно находится во внутренней сети, так?
0
Мы конечно ботаники, но не на столько)))) Конечно не своя))) Используем raneto.com в связке с DropBox. Кому нужно просто редактирует текстовый файл в расширенной папке и все сразу обновляется. Очень советую. В свое время целую неделю искали и много всего перепробовали. И платные и бесплатные, почти все заточены под клиентов, но не под сотрудников.
+2
Мне кажется, таким статьям место на гиктаймс/мегамозг. Я конечно понимаю, что это пост в блог компании и т.д., но такое ощущение, что все это разделение было зря и на Хабре можно запостить изи статью без единого намека на технологии. Рассказы о том, как команда делит обязанности и что ведет общение в Slack — это итак все знают, да и это больше подходит к менеджменту и управлению командой/проектами т.е. формат постов Мегамозга.
Надо писать хотя бы немного конкретно в разрезе того на чем писали, почему выбор пал именно на этот язык/фрэймворк. А то у вас «Разработка» это 1 абзац из ~50 слов и не намека на то, какие технологии юзаете, какие трудности были, какие подходы.
Надо писать хотя бы немного конкретно в разрезе того на чем писали, почему выбор пал именно на этот язык/фрэймворк. А то у вас «Разработка» это 1 абзац из ~50 слов и не намека на то, какие технологии юзаете, какие трудности были, какие подходы.
+1
Возможно. Признаюсь, долго сомневался в каком раздел постить. Изначально и хотел сосредоточиться на ответах по разработке, но это было бы пальцем в небо. Решил написать о том что наболело и узнать что волнует именно по разработке, чтобы посвятить развернутым ответам ответам следующий пост.
По технологиям отличный вопрос. Если коротко — на беке используем 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. Там фреймворками стараемся не пользоваться.
Вопрос записал себе. В следующей статье распишу поподробней что, где, как и почему используем.
+1
Как дела с ЕГАИС? Складской учет готов к работе с ними?
0
Что еще вы можете порекомендовать почитать кроме Lean Startup? И что из этого наиболее полезно по вашему мнению?
0
Из последних понравилась «от 0 к 1». Параллельно читаю книгу про Илона Маска. Все зависит от того что больше нужно. Все сотрудники начинают работать в компании с прочтения Zappos, дальше советуем прочитать «Источник» и «Атлант расправил плечи» (купили уже по 2 комплекта:) Потом зависит от того какие качества стоит развивать.
+1
В разделе «Технологии» дважды упоминается интеграция со «своей CRM». Это именно какая-то самописная внутренняя CRM или используете какое-то из рыночных решений?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как ботаники заведения автоматизируют