Обновить
0

Пользователь

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

Информация

В рейтинге
Не участвует
Откуда
Новосибирск, Новосибирская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность