Показать сообщение отдельно
Старый 30.08.2010, 14:24   #44  
coolibin is offline
coolibin
Участник
 
264 / 68 (3) ++++
Регистрация: 07.04.2005
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
главный вывод актуальная и правильная документация это залог успеха во всем
Evgeniy2020, странно, что вы такой вывод сделали из написанного sukhanchik. Вывод должен был быть совсем другой. В конце концов, документация ведь не самоцель, можно ее и не писать на бумаге. Только нужно понимать, что если важная информация у вашего специалиста "закеширована", как вы говорите, в голове, то нужно же тогда подстраховаться, чтобы эта голова всегда была под рукой. Но обеспечить доступность этой головы обычно намного дороже получается, чем доступность обычной документации. Формирование документации есть ни что иное, как удешевление процесса передачи знаний из одной головы в другую. Обратите внимание: не удорожание, а именно удешевление. Это не всегда и не для всех очевидно.

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

Почему оно это делало? Хотело как хуже? Да нет, вряд ли. Хотели, скорее всего, как лучше. А лучше всего, им казалось, - сэкономить денег на поддержке системы. Им, возможно, показалось, что все эти методики и технологии придумали жадные и хитрые айтишники, чтобы повытягивать с них денег. Сколько людей на этом уже обожглось, никто, наверное, и не поинтерсовался. Теперь же обнаружилось, что в результате принятой ими политики система внезапно перестала быть дешевой и вдруг оказалась очень дорогой в обслуживании. Ведь, согласитесь, какой вариант вы сейчас не выберите, он в любом случае окажется "дорогим".

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

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

То, что вы хотите придумать, должно быть уж точно революционно-эффективным, потому что разработка любой новой методологии - дело само по себе чрезвычайно затратное и с не сильно предсказуемыми результатами. Судя по тому, сколь неожиданными для вашего руководства оказались многие более простые в понимании вещи, ничего нет удивительного, если успех новой вашей революционной идеи вызывает у кого-то из форумчан определенную долю скепсиса.
За это сообщение автора поблагодарили: mazzy (2), sukhanchik (4).