[Diman_xxxx]

там где надо - сделка, то что раньше делалось в пятером - делается двумя(с бОльшей зп и все стороны довольны).

А как осуществляли "переход"? Как я понимаю, речь о "монтажниках" - выездных сотрудниках?

Переход осуществили без проблем - монтажники сами перешли на бОльшую зарплату( по сдельной форме оплаты)

 

А за 20 тыщь только напитки распивать можно на работе, даже не в МО ;)

Уверены? А Вы лично бывали далее МО? Интересовались, за какие деньги, с какими обязанностями и по какому графику люди работают в Мухосрансках?

За всех знать не могу, но у нас за 300 км от столицы это мало(для ответственного человека с головой и/или руками, обучаемого в процессе).

[T-Mark]

Сижу сейчас в Шоколаднице в МСК, на дверях объявление: официциант от 26 т.р., менеджер от 35т.р.

 

А если не трудно, можно про сдельную оплату в личку отписать, или сделать отдельную тему с данной бизнес моделью. Т.к. модель думаю внедрить у себя, но пока нет представления как добиться двусторонней выгоды, например с монтажниками всё понятно - подключения=оплата, а вот с инженерами сложнее будет, хотя в любом случае выходит дешевле аутсорса.

[grifin.ru]

T-Mark

С инженерами так:

1. Определяется стоимость часа работы

2. Делается ТЗ

3. ТЗ согласовывается с исполнителем в части определения необходимого количества часов

4. Исходя из. п3 определяется стоимость.

5. Сроки даются с запасом коэф. 1.5

Профит.

Самая большая проблема на этапе п3. Постановщик задачи должен реально понимать трудозатраты.

[Saab95]

Самая большая проблема на этапе п3. Постановщик задачи должен реально понимать трудозатраты.

 

Еще он должен понимать, что при увеличении количества устройств, трудозатраты растут не линейно.

[sexst]

Самая большая проблема на этапе п3. Постановщик задачи должен реально понимать трудозатраты.

 

Еще он должен понимать, что при увеличении количества устройств, трудозатраты растут не линейно.

Bullshit. Не вижу никакой разницы между сотней и парой десятков тысяч коммутаторов например.

[Saab95]

Самая большая проблема на этапе п3. Постановщик задачи должен реально понимать трудозатраты.

 

Еще он должен понимать, что при увеличении количества устройств, трудозатраты растут не линейно.

Bullshit. Не вижу никакой разницы между сотней и парой десятков тысяч коммутаторов например.

 

Когда 100 коммутаторов, админ может их все лично знать, а когда 10000, он кроме как через карту по ним никакой информации не имеет. Поэтому появляется лишнее действие, которое отнимает время.

[s.lobanov]

T-Mark

С инженерами так:

1. Определяется стоимость часа работы

2. Делается ТЗ

3. ТЗ согласовывается с исполнителем в части определения необходимого количества часов

4. Исходя из. п3 определяется стоимость.

5. Сроки даются с запасом коэф. 1.5

Профит.

Самая большая проблема на этапе п3. Постановщик задачи должен реально понимать трудозатраты.

 

Это подходит для развития/модернизации. А как вы аварии устраняете по сделке? Или у вас есть оперативный персонал, умеющий делать сложный траблшутинг? (или куплен саппорт у производителей/интеграторов?)

[Negator]

Для эксплуатации такая схема не применима.

Иначе завтра я сам как админ или саппорт понаделаю себе аварий и с радостью буду их исправлять.

[sexst]

Когда 100 коммутаторов, админ может их все лично знать, а когда 10000, он кроме как через карту по ним никакой информации не имеет. Поэтому появляется лишнее действие, которое отнимает время.

Щито? Какая карта, какое действие? Какие лично знает? Вы с коммутаторами на брудершафт что ли пьете за знакомство?

Даже когда их сто рулит типизация, автоматизирование и управление через noc. И в данном случае абсолютно похрену на количество свитчей: сто, тысяча, сто тысяч. И такая же петрушка с роутерами, серверами и прочей джигурдой.

[grifin.ru]

Я, наверное, неправильно выразился.

Такая схема у меня работает для разработчиков, а не для сервисных инженеров.

Хотя для аутсорсного сервиса тоже применимо, если он на второй линии.

[Saab95]

Когда 100 коммутаторов, админ может их все лично знать, а когда 10000, он кроме как через карту по ним никакой информации не имеет. Поэтому появляется лишнее действие, которое отнимает время.

Щито? Какая карта, какое действие? Какие лично знает? Вы с коммутаторами на брудершафт что ли пьете за знакомство?

Даже когда их сто рулит типизация, автоматизирование и управление через noc. И в данном случае абсолютно похрену на количество свитчей: сто, тысяча, сто тысяч. И такая же петрушка с роутерами, серверами и прочей джигурдой.

 

Если в сети даже 1000 коммутаторов, то это уже большая сеть и в ней вполне можно делать разделения по решаемым задачам различных администраторов.

[sexst]

Вот зачем делить 1000 коммутаторов на разных администраторов когда один может справиться с десятками тысяч? Или у вас администраторы еще и аварийкой подрабатывают?

Повторюсь, при грамотной организации и нормальном noc абсолютно пофигу на количество железок, особенно типовых.

[nuclearcat]

Когда 100 коммутаторов, админ может их все лично знать, а когда 10000, он кроме как через карту по ним никакой информации не имеет. Поэтому появляется лишнее действие, которое отнимает время.

Если в сети даже 1000 коммутаторов, то это уже большая сеть и в ней вполне можно делать разделения по решаемым задачам различных администраторов.

 

Если админ не дятел - он создаст систему автоматизации, и ему будет проще возиться с 10000 автоматизируемых коммутаторов, чем с 10 разнотипных.

[DVM-Avgoor]

Если у компании 10к коммутаторов доступа, то она уже может позволить себе нанять 10 админов на постоянную оплату, а не играть в половые/ролевые игры со сдельщиной для ИТР.

[Tau]

Открыта вакансия еще на одного помощника (см. первый пост).

[Master-It]

У нас в Орле средняя з/п монтажника 15.000 руб, и хочу сказать что люди работают достаточно квалифицированные и адекватные.