Перейти к содержимому





- - - - -

Звонок из прошлого (сказ о чудном проекте внедрения)

Опубликовал: Иксилимьюз, 13 Август 2013 · 2 069 Просмотров

Сижу работаю, никого не трогаю. Звонок! Смотрю на номер и аж потом прошибло. Блиа .. н! )))

Когда-то мне предложили подключиться к проекту. На пальцах что-то рассказали что там все просто, все халява.. Якобы какие-то ларьки, терминалы, компы с кардридерами.. и т.п.
И надо что-то открывать когда подносят карточку.. Просил образ системы на которой их "Ларьки" крутятся. Что бы просто глянуть с чем придется иметь дело. На чем крутится система и т.п. Ждал неделю. Сроки у них уже и так горели..
Дали мне вместо завиртуалиной системы, образ диска под Акронис. Ёлки-палки О_о.. Ищу Акронис. Ставлю. Пытаюсь с этого образа поднять систему на виртуалке.. Но там XP которая вообще категорически не понимает виртуального железа и падает в синий экран на этапе загрузки. В общем дохлый номер.. В общем кернел паник...

Иду к заказчикам в офис. Показывают мне компы. В библиотеке вуза) Вот грят программа. База библиотеки. Работает по штрих коду. Надо переделать на карточку. Меняем устройства. Про ларьки спрашиваю. Они говорят ларьки тоже самое. Несколько раз уточнил алгоритм моих действий моей программы. Подтверждают. Прошу базу библиотеки. Никто не может дать. Никто не знает где взять. Дали демо версию программы "Марк". Хорошо.. И на том спасибо.

Дома в итоге у меня их демка не встает. Качаю с сайта производителя. Связываюсь с разработчиками для уточнения, есть ли у софтины какой-нить интерфейс типа COM\OLE. Они говорят что нету. Но в целом они согласны принять кардридер и добавить его в свой софт как распознаваемый. Но это время. А проект горит.. Такой вариант никого не устраивает..

Я ночами не сплю. Пытаюсь работать с железом. В итоге железо скинул на знакомого программера. Сам занимаюсь интеграцией с "Марком". Через одно место ищу на окне "Марка" нужные кнопки и менюшки и имитирую нужные действия пользователя.
При этом на меня переодически наезжает исполнитель проекта мол сроки горят давай быстрее.

Секунду! Да я вообще не подписывался на ваш проект! Я просто просил посмотреть с чем придется работать и возьмусь ли я за это! Но теперь уже пофиг. Как-то сам не понял как уже назначен ответственными за ПО часть))

В общем чудом за счет ночного времени успеваю к сроку дописать софт. Слить наработки железного программера и свои. Работает зараза! Подношу карточку к кард ридеру, программа идет в базу, по ID карточки ищет Номер читательского билета, потом в программе марк открывает карточку читателя по этому номеру билета О_о... Работает безотказно!

День встречи. Я весь такой красивый с ноутбуков заваливаюсь к заказчикам. Собрались наконец все вместе - заказчик, исполнитель и я (подрядчик-джамшут).
Спрашивают - Готово?
Я говорю - Готово! Показываю, рассказываю, на своем ноуте демонстрирую.

Заказчик медленно приходит в ярость. Я сперва не понял в чем дело.. В итоге оказалось что мне нифига все ТЗ не объяснили. И то что я сделал - лишь 40% от всей работы.. Ибо библиотека это хорошо! Но есть ещё промежуточная база данных системы безопасности о которой я не знал. Плюс ларьки! Помните в начале я о них упоминал? Вот! Там нет никакого Марка! Там надо хитровыдро шифровать ссылку, и эту ссылку отправлять в браузер, и браузер должен открыть персональную страничку студента! Вот оно че Михалыч! Вот оно че!

На сей раз я там всех замучил с распросами чтобы составить реальное ТЗ! О существовании которого как бы все знают но никто его видимо не видел О_о

С ужасом представляю сколько ещё ночей проведу за ноутом но соглашаюсь. Обидно бросать на пол пути..

Беру базу безопасности. Уточняю как надо шифровать ссылку. Оговариваю где ссылка хранится. Где ключ хранится и т.п. Все детали уточнены. Действую.. Неделя срок - софт готов. Разобрался в структуре БД от америкотской конторы. Внедряюсь в неё. Свою прогу допиливаю. Тестирую. Одним махом оптимизирую. Наворачиваю настройки и т.п. Прихожу. Показываю. Проверяем на одном ларьке, и на одном компе. Работает! Фуф! Отлегло. Ухожу..

Затем сдаю исходники. Документацию. Видео инструкции с разъяснениями, как настраивать. Что устанавливать. Как настраиваивать UDL.ки (ссылки на Базы данных).

Звонят. Вот мол ваша библиотека (dll) криво работает с C# приложением... Ладно..
Кучу раз переписываю библиотеку шифрования. Отлаживаю. Добиваюсь корректной работы с .Net приложением.

Признают что работает. "Но вот что-то метод шифрования у вас слабый..." Я уже злой! Я уже реально им собирался предъявить минимум 4 способа как сломать их систему защиты не прибегая к расшифровки зашифрованной моим алгоритмом ссылки. Но сдержался. Сказал все что я думаю о них непосредственному "руководителю". Он сам с ними развел этот вопрос. Шифрование их устроило)

Затем был цирк когда меня 2 дня вызванивали и не могли настроить софтину на реальных рабочих местах.. Раз 20 объяснил что одна УДЛ смотрит на базу безопасности. Другая на базу библиотеки. Такие-то настройки - так надо настроить. Другие - сяк.
У них не выходит... Ёлки ж палки... В итоге в субботу пришлось ехать к ним. И что вы думаете я там сделал? Правильно! Настроил УДЛ файлы! И все! Конечно у них была ошибка когда две ссылки ссылались на одну и туже базу! Как тут работать то? ))

В общем после этого ещё несколько раз к ним приезжал по причине что у них между некоторыми компами тормозила сеть. И тайм аут СУБД кончался прежде чем данные успевали пройти по сети.. Ну что - же.. Объяснял. Доказывал что вина не моя. Доказать было легко - 20-50% пингов до сервера с SQL Сервером - не доходили. Исправляли сеть.
Ещё на месте, на коленке пришлось переписывать, пересобирать прогу специально для стааарых медленных компьютеров, где моя имитация пользователя была слишком быстра для их процов. И кнопка нажималась раньше чем комп успевал открыть окно с этой кнопкой :) Брррр...

В итоге проект все таки ожил! Заработало! Все счастливы! Но денег мне ещё долго не давали. Месяца 3 я ждал выплаты. Я и мой коллега железячник программист :)

И по сей день мне должны 15 тыс тнг за мои сверх ускоренные переработки и не запланированные работы. Которые обещали через неделю после основной выплаты... Но уже год почти прошел )

И вот тут звонит заказчик! Теперь понимаете почему меня потом прошибло? В итоге спросил можно ли у меня консультироваться по настройками программы? Могут ли его хлопцы мне звонить если что то будет не ясно?

Фуф... Да! Звоните на здоровье! По телефону расскажу. Но ввязываться в проект снова - НЕТ! )

Что-то вылилось с меня))) Как вспомню - так ... так... В общем красота) Даже наверное хорошо что однажды через такой проект прошел) Знаю что второй раз в такое лезть не буду! ))) И тем самым заранее предупрежден судьбой :)

  • 2


все, что не убивает. делает нас сильнее.

теперь понятна собственная производительность!

    • 1

Да в тот период я многое о себе узнал)) Как раз был момент такой. Сменил сферу деятельности. Был программистом - стал 1С программистом. Был на испытательном сроке на новой работе впервые за 4 года.

Был постоянный страх что не справлюсь) С деньгами было не ахти поэтому параллельно занимался ещё одним левачком) Тоже софтинку писал для одной конторки) А тут на меня ещё и этот проект бухнулся ) Как я тогда успел все раскидать до сих пор не могу точно сказать) Это была отличная встряска для меня) Открывшая мне глаза на мои возможности) 

    • 0

все, что не убивает. делает нас сильнее.

Забавно видеть, как глубоко верующий человек цитирует строки самого скандального и отъявленного атеиста. )))

 

XIO, добрый вы, отзывчивый. С нами разработчики Россияне знаете как работают?

Давным давно заказали у них ПО по товарной отчетности. Чтобы не грузить основную базу, которая висит при каждом запуске оборотной ведомости. Те написали программу, так ужасно. Примитив. Отчеты в эксель выгружает при помощи обычным макросов в ВБА. Если мне посидеть недельку, то такую же замострячу! :D  Отчеты все корявые, не причесанные, данные вечно разнятся с основных хранилищем, сложных расчетов и прогнозов делать не может, АВС делать не может. Хорошо. Если у меня возникает инициатива что-то улучшить, хотя бы привести в порядок внешний вид отчетности и скорректировать хотя бы ссылки и формулы, то эти товарищи разработчики сразу же выкатывают нам счет на оплату! Что-то надо изменить - плати, доработать - плати. Вот как надо! :idea:  

 

Да! Звоните на здоровье! По телефону расскажу. Но ввязываться в проект снова - НЕТ! )

а я бы послала..до того момента пока 15 тыщ не отдадут, как минимум

а как максимум - навеки вечные, потому что не успеешь опомниться и снова уже втянут во всю эту историю и настраиваешь хлопцам все, что там нужно настроить

    • 0
Вот как надо!

 

Да! Ваша правда! Так надо :)

Хотя по существу ваши Россияне тоже не правы. Но такое встречается сплошь  и рядом) Знаком с проектом который после 4х летних вложений в него, просто канул в лету. Тоже проект был  с Россиянами. В итоге локальные программеры за пару лет внедрили систему)

 

Я не пытался бунтовать потому что:

1. Изначально не было составлено ТЗ и договор об оказании услуг(моя ошибка), согласно ТЗ. Если бы это было, я бы тыкал в пункты ТЗ и за каждый отступ от ТЗ требовал бы доп. оплату.

2. Изначально договор был таким расплывчатым (опять же без ТЗ). И за закрытие проекта обещали N сумму. Ни об объеме работ, ни о чем-то ещё речи не было. На словах все было просто.

3. Очень нужны были деньги.

4. Не хотел порочить доброе имя :) Раз пообещал - сделал. 

 

Признаться дважды наступал на грабли когда без бумажного ТЗ брался за проект. И в итоге работал чуть ли не в убыток. То есть сумма оплаты была ничтожно мала, а объем работы увеличивался в процессе разработки. 

 

Но зато теперь умнее. Никогда не обещаю что-то сделать пока досконально не оценю объем и все возможные скрытые задачи, подзадачи, и прочие нюансы :) Включая собственные ресурсы (сон, еда, отдых, свободное время).

 

 


а я бы послала..до того момента пока 15 тыщ не отдадут, как минимум а как максимум - навеки вечные, потому что не успеешь опомниться и снова уже втянут во всю эту историю и настраиваешь хлопцам все, что там нужно настроить

 

Дело в том что звонили заказчики. А денег мне должна компания у которой был договор по внедрению. Я тут вообще как бы левый человек) И о том что мне ещё денег должны заказчик не в курсе. Лишь поэтому я не стал грубить и посылать) 

    • 1

Признаться дважды наступал на грабли когда без бумажного ТЗ брался за проект. И в итоге работал чуть ли не в убыток. То есть сумма оплаты была ничтожно мала, а объем работы увеличивался в процессе разработки.   

Но зато теперь умнее. Никогда не обещаю что-то сделать пока досконально не оценю объем и все возможные скрытые задачи, подзадачи, и прочие нюансы Включая собственные ресурсы (сон, еда, отдых, свободное время).

классно научился)))

 

Дело в том что звонили заказчики. А денег мне должна компания у которой был договор по внедрению. Я тут вообще как бы левый человек) И о том что мне ещё денег должны заказчик не в курсе.
тоже вначале удивилась, а теперь приятно читать :)  
    • 0
Дело в том что звонили заказчики. А денег мне должна компания у которой был договор по внедрению. Я тут вообще как бы левый человек) И о том что мне ещё денег должны заказчик не в курсе. Лишь поэтому я не стал грубить и посылать)

посылаешь их в компанию по внедрению и все :)

объяснения назначения кнопок и помощь в настройке - это их зона ответственности

 

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

    • 1


посылаешь их в компанию по внедрению и все  :)

объяснения назначения кнопок и помощь в настройке - это их зона ответственности

 

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

 

 

Спасибо за совет) В общем-то не подумал так сделать))) Пока кстати так и не позвонили с вопросами но если будут доставать отправлю к исполнителям)) 

    • 0

Затем сдаю исходники. Документацию.


никогда не встречал прогеров которые пишут документацию) Какую документацию можно полюбопытствовать? Тем более если на входе к разработке не было документации, насколько я понял, даже ТЗ элементарного
    • 0

никогда не встречал прогеров которые пишут документацию) Какую документацию можно полюбопытствовать? Тем более если на входе к разработке не было документации, насколько я понял, даже ТЗ элементарного
 

 

Возможно "Документация" не совсем точный термин для определения того что я сдал :)

 

Но я писал простенький мануал по настройкам, программы. Описание конфигурационных файлов и интерфейса для их настройки. 

Так же в виде скринкастов записал несколько видео, где подробно описал состав исходников, что за что отвечает, а так же в режиме видео снова описал все настройки, процесс установки драйверов на железо, необходимого софта и т.п. В общем все то что может понадобится задолго после внедрения. Например массовая замена железа)

    • 0

да, вот так принято работать в бюджетных организациях. да и не только.

 

шеф ставит задачу - исполнители кидаются сразу во все тяжкие. тз? чо такое тз? мы ж вам объясняем, чего хотим! ну, нам шеф так сказал... или мы его так поняли... давайте срочно сделайте! мы ж деньги плотим.

а когда проект более менее оформлен, его презентуют шефу... тот в ярости. Я ВАМ ЧО ГОВОРИЛ? А ВЫ ЧО СДЕЛАЛИ? СДЕЛАЙТЕ ТАК, ЧТОБ ВОТ ТАМ ТО, А ЗДЕСЬ ЭТО!

исполнители виновато кивают... а меж собой шепчутся, что вопщето он прошлый раз такого не говорил...

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

скажити, что надо было сразу идти к шефу? да, надо было. именно так и надо в таких случаях поступать. но энти нервные исполнители... оне ж слова не дают сказать по началу. типа у шефа нет на вас времени! а задание срочное по самое нихочу! живо за работу!

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

 

а так то да. решпект спецу и профи.

простенький мануал по настройкам, программы. Описание конфигурационных файлов и интерфейса для их настройки. 

Так же в виде скринкастов записал несколько видео, где подробно описал состав исходников, что за что отвечает, а так же в режиме видео снова описал все настройки, процесс установки драйверов на железо, необходимого софта и т.п. В общем все то что может понадобится задолго после внедрения. Например массовая замена железа)

 

 

ну это уже что-то. Вообще же исходя из моего опыта для закрытия проекта нужно следующее:

1) протокол тестирования разработок подписанный обеими сторонами, в котором заказчик открыжил как "годно" все требования, но для этого нужно ТЗ :), хотя можно пункты протокола тестирования принять в качестве перечня исходных требований, типа взамен ТЗ, главное это чтобы требования были зафиксированы и завизированы руководителем проекта со стороны заказчика (кто руководитель проекта в свою очередь оговаривается в Уставе проекта)),

2) техническая архитектура подписанная обеими сторонами,

3) функциональная архитектура подписанная обеими сторонами, 

ну и на крайняк объектная модель ПО.

Видео и прочее, это уже жест доброй воли хотя в принципе является хорошим тоном.

 

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

    • 1

ну это уже что-то. Вообще же исходя из моего опыта для закрытия проекта нужно следующее:

...

 

Сразу видно не один проект закрыли)) Гора опыта за плечами :)

 

Я то чаще кручусь внутри компаний) И то мои места работы по пальцам пересчитать)) 

И в общем-то всегда моя работа сводилась к внутренним разработкам. Внутри компании. И даже если проект уходит к заказчику, я как правило не касался напрямую вопросов написания ТЗ. Лишь на внутренних совещаниях принимал участие в обсуждении проекта в целом.

 

А тут как-то зима удалась. Впервые за 4-6 лет карьеры решил поработать за пределами офиса :) Вот и хапнул опыта, пока понял что к чему и на сколько важно изначально составлять хоть какое-то ТЗ с клиентом :)

    • 0

Сразу видно не один проект закрыли)) Гора опыта за плечами

сарказм? ))
евразию в которой ты работал закрывал в том числе ;) это мой самый первый проект с тысячами граблей, которые меня практически ничему не научили. там тоже россияне перед нами поработали
 

Я то чаще кручусь внутри компаний)

будешь удивлён, но наибольшее понимание проектных технологий было получено мной не из тренингов или от более опытных коллег, а с помощью одного заказчика, и как это не странно, но это гос. компания. У них топы, а следовательно и звенья ниже не фанатично а вполне рутинно используют проектные технологии. И внутренние IT процессы у них как по нотам и при найме внешних поставщиков проекты у них проходят безболезненно, насколько мне позволяет судить об этом полученный инсайд. Нормализация процесса зависит от каждого из участников.
    • 1
сарказм? ))

 

Почему сарказм? Просто факт :)

 

 

 

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

Да-да.. Помню-помню тех самых россиян) Потом я ушел и вскоре пришли вы :)

Кстати сейчас я как раз смотрю на ваши "esc_  " объекты :D Рад познакомиться с одним из авторов )))

 

 

 

будешь удивлён, но наибольшее понимание проектных технологий было получено мной не из тренингов или от более опытных коллег, а с помощью одного заказчика, и как это не странно, но это гос. компания. У них топы, а следовательно и звенья ниже не фанатично а вполне рутинно используют проектные технологии. И внутренние IT процессы у них как по нотам и при найме внешних поставщиков проекты у них проходят безболезненно, насколько мне позволяет судить об этом полученный инсайд. Нормализация процесса зависит от каждого из участников.

 

Интересно! :)  Я думаю это большое счастье поработать в таком месте. 

Вообще я за свою карьеру понял одно - любые курсы, книги и прочее - хороши. Но ни что не сравниться с реальной боевой задачей, когда тебя в неё бросают и крутись как знаешь. С каждым новым таким боевым заданием складывается опыт, усваиваются новые знания и формируется определенный взгляд на оптимизацию собственной работы. И к каждой новой задаче уже подходишь более рационально.

 

И вообще я наверное в свое время слишком долго засиделся на одном месте. Хотя опыта там я тоже не слабо получил. Но реальный опыт начался именно когда полностью в незнакомую область пришел, и начинал практически с нуля )) Вот тут как тумблер щелкнул в голове. Все стало легко и просто. Главное своевременно задать правильный вопрос. И найти оптимальный ответ.

 

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

    • 0

Поиск по блогу

Март 2024

П В С Ч П С В
    123
45678910
11121314151617
18192021222324
25262728 29 3031

пользователей просматривает

0 пользователей, 1 неизвестных прохожих, 0 скрытых пользователей

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

© 2011-2022 vse.kz. При любом использовании материалов Форума ссылка на vse.kz обязательна.