«К примеру, счётчики с удалённым контролем показаний по электролинии, или даже через модуль мобильной связи. „
Вот это очень интересно. Например, как наиболее дешево уметь опрашивать счетчики удаленно (или находясь рядом с ним, к-нить девайсом) в поселке на 2 трансформатора и 100 домов?
Итак, Устав проекта более статичен, чем План управления проектом. Он определяет суть самого проекта, он есть распоряжение от Заказчика (или Спонсора) к Руководителю проекта (далее «РП»)
Мы начинали с фиксации нарушений. Т.е. для каждой задачи выполняемой в Проекте, фиксируются любые отклонения.
Потом отклонения нормировались, ранжировались, определялись стратегии управления.
Ну например (из очень старого проекта):
1. Нет ошибки. Заказчик отозвал ошибку сам.
2. Нет разрешение на перенос, обращение закрыто Заказчиком
3. Ошибка переноса
4. Проверка того, что не передавалось
5. Не отражены \ не приняты затраты Заказчиком
6. Требование в обоснование затрат
7. Грубость Заказчика
8. Оскорбления Заказчиком
9. Решение по телефону
10. Игнорирование изменения рамок при проверке
11. Изменение рамок Заказчиком
12. Расширение первоначальных рамок Заказчиком
13. Уточнение рамок Заказчиком
14. Задержка в переносе на рабочую
15. Нарушение сроков выполнения Исполнителем
16. Нереалистичный срок решения
17. Срок выполнения изначально не установлен
18. Срок выполнения изначально не установлен, но Заказчик требует быстрого выполнения
И т.д.
После того, как нарушения стали понятны и устав заработал.
Помнится в 2000 производители материнок начали делать двойной БИОС. Что бы можно было бы откатится до прошлой прошивки. Некоторые особо интересные решения предусматривали обновления прошивок 2-3 способами.
Может и производители касс придут к давно разработанному решению.
«А сколько вы знаете способов соединить два провода? Пайку, скрутку и винтовые зажимы не предлагать.»
В зависимости от необходимой надежности, необходимости разборки и денежных средств:
1. В золотое обручальное кольцо вставляются 2 провода, и точный удар молотком…
2. Дюбелем пробиваем в бетоном полу\стене дырку, засовываем туда 2 провода и забиваем дюбель назад…
3. Иголку (для толстых проводов — вилку, спицу) вставляем в оплетку проводов…
4. Холодильник, стеклопакет, дверь, кирпич, экран от ноутбука — надежно прижмут 2 провода друг к другу…
5. Стакан\бутылка с водой…
Да, я знаю как использовать барометр для получения высоты знания (с)
Лет 10 назад пришлось столкнутся с оракл грид. Там была просто дикая производительность на обычном железе. Правда на продакшн не взлетело, но это по причине желаний заказчика.
Это понятно. Но тут речь о другом. О самой возможности заменить в очень крупной компании, Оракл, который работает в 24*7 с критическими финансовыми данными, на Постгрес.
Т.е. это определенное доверие опен-сорс продукту.
Мне вот сложно обосновать, почему заказчик может использовать Постгрес, а не, например, mssql. Точнее обосновать то я могу. Но доверие берется как раз на примере таких переходов.
Спасибо. Очень бы потом хотелось бы увидеть к-либо данные по фактической производительности. Как по факту выросли или упали требования к производительности.
Все же такой опыт поможет сломать недоверие некоторых заказчиков к опен-сорс ПО.
А как вы сейчас считаете, стоило делать такую сложную схему или все же можно было остановить сервис на некоторое время и перенести часть таблиц? Например сделать несколько таких итераций, поделив их по времени. Т.е. например перенести справочники целиком. А операции по частям, например по годам или кварталам?
Если НСИ потребуют остановки, то наверное, большую часть операций, можно перегрузить «в фоне».
Да все так, но сколько денег готовы заплатить молодая компания? Сколько времени она готова потратить на это масштабирование? Причем нужно учесть, что БП в компании находятся в процессе постоянного изменения. Все это нужно еще и поддерживать.
Нет я не спорю, что к-нить ШугарСРМ будет лучше чем Excel. Но как правило Заказчик все же выбирает Excel.
Например сити банк (лет 5 назад) дублировал расчеты потребительских кредитов в Excel. Хотя вроде как крупная компания.
Выше мы говорили про Пол-клиента. Т.е. мы обсуждали именно молодую компанию, которая растет.
Не в коем случае, я не хочу ставить под сомнение функционал коробочных решений. Мое высказывание было не об этом.
Но согласитесь, внедрение и ежедневные доработки таких систем — очень дороги для молодой растущей компании, как по деньгам так и по отвлечению специалистов. Знаю это по себе. Мне дорого внедрять к-либо CRM систему. Я просто не смогу уделить этому время. Может года через 2-3. Сейчас мне важнее работа с моими Заказчиками.
По функционалу RegionSoft CRM я ни чего сказать не могу, я его не видел. Но я знаю общие тенденции и требования Заказчиков к CRM системам, которые хотят засунуть в нее все и немного больше. Например, мы реализовывали расчет премий для отдела сапорта. Что совсем не тривиально. Это не совсем функция CRM. С другой, продажники очень хотят быть в курсе вопросов заказчиков, что бы вовремя реагировать на ситуацию.
Вот это очень интересно. Например, как наиболее дешево уметь опрашивать счетчики удаленно (или находясь рядом с ним, к-нить девайсом) в поселке на 2 трансформатора и 100 домов?
Вот и договаривались с Заказчиком в усилении контроля над проблемными местами. Ну и устав изменить под это.
Мы начинали с фиксации нарушений. Т.е. для каждой задачи выполняемой в Проекте, фиксируются любые отклонения.
Потом отклонения нормировались, ранжировались, определялись стратегии управления.
Ну например (из очень старого проекта):
1. Нет ошибки. Заказчик отозвал ошибку сам.
2. Нет разрешение на перенос, обращение закрыто Заказчиком
3. Ошибка переноса
4. Проверка того, что не передавалось
5. Не отражены \ не приняты затраты Заказчиком
6. Требование в обоснование затрат
7. Грубость Заказчика
8. Оскорбления Заказчиком
9. Решение по телефону
10. Игнорирование изменения рамок при проверке
11. Изменение рамок Заказчиком
12. Расширение первоначальных рамок Заказчиком
13. Уточнение рамок Заказчиком
14. Задержка в переносе на рабочую
15. Нарушение сроков выполнения Исполнителем
16. Нереалистичный срок решения
17. Срок выполнения изначально не установлен
18. Срок выполнения изначально не установлен, но Заказчик требует быстрого выполнения
И т.д.
После того, как нарушения стали понятны и устав заработал.
Может и производители касс придут к давно разработанному решению.
Спасибо.
В зависимости от необходимой надежности, необходимости разборки и денежных средств:
1. В золотое обручальное кольцо вставляются 2 провода, и точный удар молотком…
2. Дюбелем пробиваем в бетоном полу\стене дырку, засовываем туда 2 провода и забиваем дюбель назад…
3. Иголку (для толстых проводов — вилку, спицу) вставляем в оплетку проводов…
4. Холодильник, стеклопакет, дверь, кирпич, экран от ноутбука — надежно прижмут 2 провода друг к другу…
5. Стакан\бутылка с водой…
Да, я знаю как использовать барометр для получения высоты знания (с)
Т.е. это определенное доверие опен-сорс продукту.
Мне вот сложно обосновать, почему заказчик может использовать Постгрес, а не, например, mssql. Точнее обосновать то я могу. Но доверие берется как раз на примере таких переходов.
Все же такой опыт поможет сломать недоверие некоторых заказчиков к опен-сорс ПО.
Если НСИ потребуют остановки, то наверное, большую часть операций, можно перегрузить «в фоне».
Нет я не спорю, что к-нить ШугарСРМ будет лучше чем Excel. Но как правило Заказчик все же выбирает Excel.
Например сити банк (лет 5 назад) дублировал расчеты потребительских кредитов в Excel. Хотя вроде как крупная компания.
Опять же вы говорите про устоявшийся бизнес. Я говорю про начинающий. Нет у них БП. Если нужно генеральные повезет сам материалы заказчику…
Документальное оформление отгрузки? Вы смеетесь? У нас же бухгалтер накладную выписал (с).
Не в коем случае, я не хочу ставить под сомнение функционал коробочных решений. Мое высказывание было не об этом.
Но согласитесь, внедрение и ежедневные доработки таких систем — очень дороги для молодой растущей компании, как по деньгам так и по отвлечению специалистов. Знаю это по себе. Мне дорого внедрять к-либо CRM систему. Я просто не смогу уделить этому время. Может года через 2-3. Сейчас мне важнее работа с моими Заказчиками.
По функционалу RegionSoft CRM я ни чего сказать не могу, я его не видел. Но я знаю общие тенденции и требования Заказчиков к CRM системам, которые хотят засунуть в нее все и немного больше. Например, мы реализовывали расчет премий для отдела сапорта. Что совсем не тривиально. Это не совсем функция CRM. С другой, продажники очень хотят быть в курсе вопросов заказчиков, что бы вовремя реагировать на ситуацию.