Pull to refresh
0
0
Send message
А как эти внешние компоненты используются из 1С-ки? Есть напрямую .Net сборку не заюзать, то COM, видимо? И если да, то почему не написать легкую COM-обёртку для той же Asterisk.NET? Или там всё как-то более по-другому? И если да, то как?
Есть библиотека Asterisk.NET жеж. Вполне себе свободная. Реализует тот самый AMI протокол. Я не специалист в 1С, но неужели к нему нельзя прикрутить .Net сборку?
Насколько я знаю, в крупных коллцентрах есть практика держать несколько специалистов по сложным вопросам/клиентам. Т.е. схема выглядит так: сначала тебе отвечает специалист первой линии и пробует решить твою проблему за 3 минуты. По идее, большая часть проблем должна решаться. Если нет — тебя переводят на вторую линию. Старый добрый конвейер. И да, при этом стоимость поддержки возрастает не сильно.
А можно уточнить: коллцентр был ориентирован на входящие или исходящие звонки? Сколько операторов работало в нем? И да, как решалась проблема интеграции с CRM?
С чем именно не согласны? Насколько я понял, речь в статье о том, что не нужно молчать о проблемах. Внезапки, вроде смены форматов или трудности с доступом к данным случаются. Вопрос в том, что дальше. Очень часто проблему можно решить оперативным вмешательством более опытных сотрудников. Главное, как можно раньше о ней узнать.
Добавлю, что многое зависит от того, кому этот флажок предназначен. Одни руководители видят проблему, когда кто-то из подчиненных ещё только собирается поднять флажок и помогают разобраться, другие — демонстративно отворачиваются, даже видя целую процессию с флагами с транспарантами.
Новосибирск. Успел и поучиться и поучить. По большей части пичкают знаниями, которые нужны, если ты сам собираешься кого-то теми же знаниями пичкать. Прикладных предметов явно не хватает, квалификация преподавателей зачастую явно недостаточная для чтения тех или иных курсов. Увы.
Все косячат. И как не прокачивай скилл самоконтроля, от ошибки это не страхует. Я всегда отдаю код на ревью после коммита — это мой же спокойный сон и уверенность. Так что секрет в адекватном к нему (контролю) отношении, пожалуй.
А что, документация только для программистов пишется? Как тестер будет проверять ваши поделки? Откуда возьмется информация о том, как это должно работать на самом деле?
Ну да, поэтому дедлайн должен быть один. Но выставлен он должен быть с учетом фокус-фактора. Мотивировать же разработчиков писать код быстрее, искусственно сужая временные рамки проекта — едва ли продуктивно в долгосрочной перспективе.
Вопрос был немножко о другом: ошибка 5-10 дней — это сколько процентов от всего времени, затраченного на фичу? Делалась она 2 недели или 2 года? Масштаб трагедии не ясен ) Абсолютные значения, увы, мало о чем говорят.
Заложить дополнительное время на тушение пожаров, больничные, отпуска, ошибки и т.п. — обязательно. Непонятно, почему программист не должен знать реальные сроки и существующий запас времени. Это важная для команды информация.
Опасное это дело — врать.
А какова была первоначальная оценка фич, на которые вам как правило не хватало от 5 до 10 дней? И если их всегда, раз за разом, не хватало почему, не включали эти «лишние» дни в оценку?
Да, для детей лет 7-10, вероятно, система хороша, но 9-й класс — это уже старшие школьники. Они это как издевательство не воспринимали? Всё равно что заставлять людей играть в кубики, когда им уже пора учиться решать кубические уравнения.
По каким соображениям оценку можно назначать только тикетам типа Feature?

Information

Rating
Does not participate
Location
Новосибирск, Новосибирская обл., Россия
Works in
Date of birth
Registered
Activity