Smart Sourcing Голосов: 1 Адрес блога: /rss/view Добавлен: 2010-10-05 11:46:25 блограйдером vsteers

Ситуация - работу завершить нереально. Заказчик требует деньги назад. Как быть ?

2013-05-21 17:34:37 (читать в оригинале)

Возникла очередная ситуация , иногда такие ситуации возникают кто как из них выходит ?

Процесс работ:

Заказчик(довольно известная компания) заказал работу на доработку конфигурации 1С.

Есть файл EXСEL. В нем порядка 10 пунктов.

Грубо говоря первые 5 разработка, остальные внедрение и поддержка.

При этом он стоимость отжал на скидки мотивируя это тем что он купит лицензии у нас.

Выкинул половину из предложенных услуг мотивируя тем, что ему часть услуг не нужна он сам обучит сотрудников на курсах в 1С.

Мы начали работать по этому ТЗ.

Сделали 4 пункта.

Он нам 2 оплатил.

Дошли до 5 пункта.

И тут я узнаю что лицензии он уже покупает в другом месте, по одному ему известным мотивам.

Про обучение сотрудников давно забыто.

Поддержку...

Читать ответы...

---

Чем вы подкрепляете обещание заплатить фрилансеру?

2013-05-21 13:48:37 (читать в оригинале)

Вопрос мой относится к тем, кто отдает какие-либо функции в своей компании на аутсорсинг не юридическим, а физическим лицам - фрилансерам. 

С точки зрения законодательства, при найме на работу удаленного сотрудника необходимо заключать с ним договор в бумажной форме. Это можно сделать при встрече, но задача усложняется, когда исполнитель находится в другом городе. Здесь без почты или курьерской доставки уже не обойтись. По моему опыту примерно половина компаний так и делают - пересылают туда-сюда подписанные копии договоров. Остальные либо считают документооборот более затратным, чем услуги частного исполнителя (такое действительно часто бывает), либо находят иные способы списать затраты. Да и сами исполнители часто этому рады: не приходится до выплаты ждать пока бумага попутешествует между почтовыми отделениями.

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

Читать комментарии...

---

Как правильно копить деньги на пенсию?

2013-05-21 09:20:52 (читать в оригинале)

Сколько бы государство не собирало денег в виде пенсионных взносов - достойной пенсии оно даже не обещает. Так что остается надеяться только на себя. По интернету в виде картинки и текста (пруф линк восстановить уже сложно) гуляет следующий простой расчет:

Только одно возражение, вообще говоря банк - не единственный, не самый доходный и тоже не абсолютно надежный способ накопления. Через внезапное исчезновение банков и обесценивание вкладов мы проходили совсем недавно, а сейчас и в мире перенимают этот прогрессивный опыт. Да и банковские ставки сами по себе ниже реальной инфляции. Как бы не радовал глаз сложный банковский процент, но покупательная способность банковского вклада все равно идет вниз. Что можно сделать, чтобы в старости жить на пассивный доход от накопленных денег? Вот несколько идей, которые помогут сохранить и приумножить ваши сбережения.

Читать дальше...

---

Как правильно готовить чемпионов? И нужны ли нам чемпионы?

2013-05-20 15:36:20 (читать в оригинале)

Сегодня Министерство связи и массовых коммуникаций поделилось своими намерениями совместно с Министерством образования готовить участников международных олимпиад по программированию и робототехнике. Согласно официальным заявлениям, главной целью подготовки будет получение высококвалифицированных специалистов для отрасли. А что по этому поводу думает сама отрасль?

Читать дальше...

---

Законы Мерфи для IT.

2013-05-20 14:49:03 (читать в оригинале)

Грустилось чтото после пол-ночи над сервером клиента, родил такой вот гротеск с утра в офисе.

Закон 1. Автоматизация бизнес-процессов не приводит к росту производительности – она приводит к большему количеству свободного времени у менеджеров/клерков исполнительного звена.

Следствие к 1 закону:  Большое количество времени менеджеров оборачивается бОльшим количеством заявок на обслуживание и изобретательностью в перекладывании своей работы на других, в т.ч. сисадминов.

Дополнение к 1 закону: Любое время, потраченное на оптимизацию, в геометрической прогрессии увеличивает нагрузку на IT отдел.

Вывод из 1 закона: Автоматизировать бизнес-процесс надо тогда и только тогда, когда это уже назрело и этого требует руководство. После внедрения обязательно потребовать премию.

Закон 2. Каждый менеджер/клерк стремиться сделать свою среду работы максимально удобной для себя в максимальный ущерб компании.

Дополнение к 2 закону: Уникальность бизнес-процессов компании – миф. Желание менеджера/клерка  адаптировать интерфейс программ под свои нужды– это их нежелание осваивать работу со стандартной конфигурацией и программными средствами.

 Следствие из 2 закона: Любое желание менеджера/клерка оптимизировать работу несет вред.

 

Закон 3. Парето для IT.  20% времени должно уделяться резервированию и документированию. Это лучше чем 80% времени тратить на решение аварийных ситуаций.

Дополнение к 3 закону: 20% времени дают 80% результата по оптимизации и улучшению информационной системы. 80% времени и усилий пропадают зря.

Закон 4. IQ пользователя величина отрицательная – это аксиома. Примите это как данность и делайте все исходя из этой аксиомы – это сэкономит вам время и нервы.

Следствие из 4 закона: Пользователь всегда заблуждается. Любая информация, полученная от пользователя должны быть проверена. Простейшая информация должна быть проверена вдвойне. Сложную информацию у пользователя лучше не узнавать вообще.

Закон 5. IT-Мерфи. Глючит всё. Все что не может глючить - все равно заглючит от сопряженных с ним элементов. Если что-то не глючит – значит оно скоро сгорит.

Дополнение к 5 закону: Ошибки, которые могут случиться – случаться. Те, которых быть не может в принципе - случаются несколько реже.

Закон 6. Ни одни сроки назначаемые it-специалистами нереальны. Они всегда срываются.

Дополнение к 6 закону: если вы удвоили сроки – добавьте еще 10-20% на  дедлайн.

Закон 7. Любая система хаотична. Степень хаоса системы прямо пропорциональна времени её эксплуатации.

Закон 8. Ни один программный продукт или платформа не готовы к использованию при первом релизе.

Следствие из 8 закона: Любой продукт можно внедрять только после 1-2 полноценных пакетов исправлений.

ps. формулировку для 2 дополнения позаимствовал с комента http://smartsourcing.ru/blogs/it_i_biznes/2129 [Александр], 19 мая 2013, 00:54 спс автору.

Читать комментарии...