|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry V. Liseev 2:5020/400 13 Mar 2002 20:40:31
To : Andrew Mikhailov
Subject : Re: когда уходит разработчик
--------------------------------------------------------------------------------
Andrew Mikhailov <Andrew.Mikhailov@f473.n5030.z2.fidonet.org> wrote in
message news:1016005694@f473.n5030.z2.ftn...
Hi!
> Ситуация - хочет уйти разработчик который за деньги писал программу , не
> дописал , и не оставляет написанное - вернее мне (я админ там , начальство
> в ИТ
> не секет совсем их вокруг пальца , в общем можно в любых позах их) надо
> сейчас
> срочно написать какую нибудь бумаженцию что бы по ней он сдал тех.
> описание и
> структуру базы которую писал и все её заполнение (она пополнялась) в
> простом
> текстовм формате , что бы потом в его dbf не копаться , может там замутит
> еще
> чего-нибудь. Посоветуйте кто был в таких ситуациях - ЧТО HАДО С HЕГО
> СПРОСИТЬ ?
А что ты с него можешь спросить? Если в фирме начальство
"не секет", и работа _абсолютно_ не организована, то тяжко
тебе там будет админить. По закону результат труда наемного
работника полностью принадлежит фирме. Если за время
работы человек написал документацию или код - это
собственность компании. Если он ничего не написал
за время работы и с него это никто не спрашивал,
выплачивая зарплату - поздняк метаться.
Можно поднять зарплату разработчику, чтобы не уходил,
можно попросить знакомых бандюков, чтобы они чисто конкретно
на разработчика наехали. Разработка _любой_ программы
(институтские лабы не считаем) подразумевает оформление
технического проекта (после которого эта самая разработка
собственно и начинается), оформление внутренней технической
документации (спецификации интерфесов, форматы файлов,
протоколы обмена данными, подробные комментарии
во всех исходниках), руководства пользователя/администратора
и т.д. и т.п. У меня тут уже 800 страниц текстовой документации,
схем, диаграмм и т.д. Причем все изменения в документации
тщательно отслеживаются. Есть CVS, VSS, DevTrack и прочие
атрибуты нелегкой программистской жизни. Я просто уже лет
5 как не представляю, что можно организовать работу иначе
и столько-же лет не встречал начальства, которое бы мне
позволило тратить деньги без всякой отчетности. Кстати,
"тех. описание и структура базы" делаются до начала
разработки, а не после ее окончания. А то, помню, было
время, когда даже презентацию будущего проекта в PowerPoint
пришлось делать. Hу не понимало начальство UML ;)
Так что ИМХО имеет смысл оставить разработчика в покое,
забыть про написанный им код, как про страшный сон и про
заплаченные ему деньги. Обычно так поступают начинающие
программисты в целях приобретения опыта - работают
в одиночку, по кустарному, без всякой организации труда,
в конторах, которые сами толком не знают, чего хотят.
Такие, как правило, не понимают, зачем вообще что-то
документировать и просто физически не способны написать
нормальную техническую документацию, даже если их заставить.
Контора поимела дешевую рабочую силу, рабочая сила поимела
строчку в резюме - все довольны. Я в молодости тоже так
делал ;) Так что с сабжем хорошо знаком. Если разработчик
уходит, то даже в _идеальном_ случае новому работнику
понадобится 2-3 месяца, чтобы въехать в тему, осмыслить
всю документацию и исходники, оставшиеся от прошлого
работника. То есть контора всегда теряет не менее 1500$
с увольнением каждого разработчика. Это тебе не уборщицу
уволить.
> По идеи он был сам себе начальник и ТЗ то же должен был писать и выяснять
> все
> бизнес процессы под которые писалась эта база.
:))))
Если увольняется директор фирмы и фирма закрывается, то кто и как
может заставить его отчитаться по деятельности фирмы? Кому и зачем
это нужно? Все равно будет новый директор - будет новая фирма.
Если программа фирме нужна, то нужен просто руководитель
проекта - 1 штука. В 5030 за 800$ таких пока найти еще можно.
Hе всем везет выиграть гринкарту ;) Он тебе соберет команду
и организует работу девелоперов от идеи до сопровождения
готового продукта. Если программа не нужна - то и документация
на нее тоже не нужна. Если программа как-бы нужна, но на
собственный проект денег как-бы совсем нет - имеет смысл пойти
на рынок, купить несколько пиратских компактов и выбрать
из них себе что-то подходящее. Если денег немного есть
и терять их больше не хочется можно просто обратится
в фирму, которая занимается аутсорсингом или
инсорсингом - они на заказ напишут софтину (не начиная
работу, пока весь проект не будет полностью согласован
с заказчиком). Как правило, они несколько раз в неделю
предоставляют заказчику подробный отчет о ходе
выполнения работ, о возникающих проблемах, стараются
уложиться в сроки и в бюджет, и вообще очень хорошо
понимают, что разработка софта - это серъезное
промышленное производство, а не практика для
студентов. Причем в договоре обычно прописано,
что результат работы (полностью с документацией
и исходниками) является собственностью заказчика.
Такие вот мысли.
____________________________
С уважением, Лисеев Дмитрий.
http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73
--- ifmail v.2.15dev5
* Origin: Peterlink News System (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: когда уходит разработчик 
