|
Риски, при собственной разработке
|
||
|---|---|---|
Участник
Откуда: Украина, Кривой Рог
Сообщения: 2 025 |
||
| 11.11.2010, 12:19 |
|
|
|
|
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Добрый день всем! Тема, наверное баян, но... Я работаю в крупной транспортной компании. Есть свое IT управления. Софт тоже у нас свой(самописный). Есть конечно у него и свои недостатки, но он работает. С приходом нового IT директора, был выбран путь к покупки ПО у сторонних разработчиков. Т.к. софт специфичный и завязан еще на законы "забугорья", готовых решений нет. По крайней мере, в России. Т.е. речь идет о разработке нового ПО сторонним разработчиком с нуля. Конечно, мы все понимаем, почему новому IT директору нужна сторонняя компания - это откаты Но не давно, я услышали еще одно высказывания: "Аудиторы считают собственную разработку как серьезный риск для предприятия". Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 00:14 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Конечно является. Суть риска - внутренние товарищи будут выкручивать руки конторе, а сторонние - решаются баблом. Плюс нравится когда на уши давят. ИМХО не переживайте когда встанет колом и пойдет счет на бабло, то быстро все риски начнут считать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 02:44 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Сторонее ПО может быть нестандартным. По сабжу - 100% нестандартное. И этот риск пожалуй даже выше, чем риск собственной разработки, т.к. у клиента обычно нет шансов овладеть всеми внутренностями системы и тем более правами на нее. А ИТ-компания (продающая ПО) запросто может обанкротиться, т.к. "ИТ загибаеццо" (с) К тому же собств. разработка имеет существенно лучшую реакцию на возникшие потребности. В ряде случаев - несколько минут. По стоимости - оба варианта примерно равны, что бы там не говорили. Речь конечно не о залипухах, а о грамотно сконструированных системах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 10:42 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
LSVСторонее ПО может быть нестандартным. По сабжу - 100% нестандартное. И этот риск пожалуй даже выше, чем риск собственной разработки, т.к. у клиента обычно нет шансов овладеть всеми внутренностями системы и тем более правами на нее. А ИТ-компания (продающая ПО) запросто может обанкротиться, т.к. "ИТ загибаеццо" (с) К тому же собств. разработка имеет существенно лучшую реакцию на возникшие потребности. В ряде случаев - несколько минут. По стоимости - оба варианта примерно равны, что бы там не говорили. Речь конечно не о залипухах, а о грамотно сконструированных системах. 100% ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 11:12 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. Безусловно является. Поэтому если есть готовае коробочное решение то лучше выбрать его. Ну а когда нет готового, пожалуй разрабатывать свое менее рискованно чем заказывать в софтверной конторе. Но это только на мой взгляд. Если нет четкой структурированной бизнес-схемы ни свое ПО ни стороннее непоможет. Недаром говорят что процесс автоматизации вечен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 12:19 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
хм, директор ИТ компании, численность 11 специалистов. Занимаемся разработкой заказных решений на субсубподряде для БОльших ИТ компаний, которые оформляют эти решения как коробка к OEBS. системы не документируются должным образом, посему эти Большие так же зависимы от нас реальных разработчиков. В любой момент мы можем так выкрутить руки нашим посредникам! мало не покажется... Риски коробки = рискам собственной разработки. Плюсы собственной разработки - это люди, творческие, способные и любящие свою профессию и детище выращенное в компании. Я считаю, что СВОИ лучше чем сторонние разработчики. есть момент, это повышение капитализации компании! да, тогда нужны громкие имена коробок (SAP, OEBS, MS, ...) и опять, живут собственные разработки и после потрясений внедрения этих решений! и будут жить. держитесь ребята, ваша правда!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 12:50 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-Но не давно, я услышали еще одно высказывания: "Аудиторы считают собственную разработку как серьезный риск для предприятия". Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. Заранее спасибо!Главный риск собственной разработки (и он очень серьёзный) - вероятность не получить нужный результат. Кроме того, для разработки нужна команда, "школа", которая формируется какое-то время. Соответственно, если разработка разовая, то нужно сначала сформировать команду (большие расходи и много времени), потом её разогнать (жалко, на формирование-то деньги потрачены). Хотя это всё и не риски, а просто расходы. С внешним исполнителем таких рисков меньше, т.к. исполнитель выбирается такой, который уже сделал и в настоящее время делает несколько таких-же проектов. Соответственно, собственная разработка оправдана при наличии потока своих проектов, что бывает очень редко. Главный риск заказа ПО у сторонних разработчиков - будут выкручивать руки конторе, а вопрос с внутренними разработчиками решается просто баблом и управлением командой - риски работы со своими сотрудниками всегда меньше рисков работы с посторонними людьми и тем более с фирмами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 13:07 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
alexeyvg-=besik=-Но не давно, я услышали еще одно высказывания: "Аудиторы считают собственную разработку как серьезный риск для предприятия". Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. Заранее спасибо!Главный риск собственной разработки (и он очень серьёзный) - вероятность не получить нужный результат. этот риск не относится исключительно к собственной разработке. Это общий риск. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 13:14 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
> "Аудиторы считают собственную разработку как серьезный риск для предприятия" Аудиторы - это такие специально обученные бараны, к которым не стоит относиться слишком серьезно. Есть, конечно, и грамотные аудиторы, но - это редкость. > Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. Разумеется является. Любое изменение (в том числе и внедрение стороннего софта) несет в себе риски. Но "серьезный риск" - это словоблудие, должна иметь место конкретная оценка в виде вероятности получения результата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 14:39 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-, чтобы от внешнего разработчика получить качественный продукт за разово планируемые деньги и сроки, нужен отличный руководитель проекта внутри вашей компании, иначе вас будут динамить и доить как по своей глупости, так и по вашей. Всё растянется в 4 раза и получится не совсем то. Да и как всегда начнуться поиски подрядчика по цене/качеству. Будущее качество вы можете прикинуть только условно собрав детальную инфу о подрядчике, а если ещё и откаты планируются, то примите то, что напишут, а напишут плохо - 99%. >Является ли собственное ПО действительно риском? Вопрос не как является риском вообще, а "более рискованным по сравнению с заказным". Если вы пишите, что "Т.к. софт специфичный и завязан еще на законы "забугорья", готовых решений нет.", то я однозначно делаю вывод, что ваш самописный софт гораздо менее рискованный заказного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 15:03 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
LSVПо стоимости - оба варианта примерно равны, что бы там не говорили. Почему разработка и подержка уникального ПО своими силами будет стоить столько же, сколько у дяди+маржа? Мне видится, что своими будет дешевле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 15:29 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_fox, все зависит от того какие навыки и наработки у "своих" многие вещи оторые когда то писалась год, счас можно написать за 2 недели ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2010, 16:58 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_foxLSVПо стоимости - оба варианта примерно равны, что бы там не говорили. Почему разработка и подержка уникального ПО своими силами будет стоить столько же, сколько у дяди+маржа? Мне видится, что своими будет дешевле.У дяди обычно много наработок и часть из них уже себя окупила, поэтому может стоить дешевле разработки с нуля. "Дядя" нужен не всегда, а только когда возникла необходимость в доработках. Своя же команда сидит на ставке вне зависимости от эволюции продукта. Но стоит заметить, что даже при наличии "дяди" своя небольшая команда нужна в любом случае: для мелких правок, репортинга, ETL, администрирования, сотрудничества с "дядей" и т.д. Но стоимость в итоге примерно равна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 11:06 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
ViPRos, у них есть своя машина, и скорее всего это минимум шевроле, а может даже шкода. Но дир, почему-то не хочет на своей, типа почему-то "рисковано". Значит, на маршрутке или такси. Маршрутка отпадает, т.к. это не стандартный маршрут, значит платить придётся за такси. А ещё путь не простой, и в наших краях туда никто не ездит, и таксист, естественно, тоже туда впервой поедет. Да и насколько типичный свой водитель водит хуже типичного таксиста. Ну диру виднее, может перед ним поставили задачу сократить свой парк, и ездить на такси, по спецсоглашению с таксопарком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 11:10 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
LSV, может и так быть, мало информации, чтобы делать точные оценки. Может, уважаемый, besik, предоставит выдержки из отчёта аудиторов где они обосновывают почему для их предприятия это риск? 8) Ну, или спросит устно у них и нам поведает тезисно, штучек пять, может с каким расчётом 8) Было бы интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 11:26 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_foxViPRos, у них есть своя машина, и скорее всего это минимум шевроле, а может даже шкода. Но дир, почему-то не хочет на своей, типа почему-то "рисковано". Значит, на маршрутке или такси. Маршрутка отпадает, т.к. это не стандартный маршрут, значит платить придётся за такси. А ещё путь не простой, и в наших краях туда никто не ездит, и таксист, естественно, тоже туда впервой поедет. Да и насколько типичный свой водитель водит хуже типичного таксиста. Ну диру виднее, может перед ним поставили задачу сократить свой парк, и ездить на такси, по спецсоглашению с таксопарком. а как это с разработкой относится? Можно без непонятных аналогий? Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 11:30 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_foxLSV, может и так быть, мало информации, чтобы делать точные оценки. Может, уважаемый, besik, предоставит выдержки из отчёта аудиторов где они обосновывают почему для их предприятия это риск? 8) Ну, или спросит устно у них и нам поведает тезисно, штучек пять, может с каким расчётом 8) Было бы интересно. Я б с удовольствием предоставил бы отчет аудиторов, если бы имел его. Высказывание о рисках(необоснованных) мы слышим только устно от директора. Допускаю такую мысль, что это просто отмазка, а в отчете аудиторов и в помине нет риска собственной разработки. Именно по этому я и задал этот вопрос здесь! Может реально кто-то видел такие отчеты, где указываются риски на собственную разработку. И вообще аудиторская проверка может в принципе такое сказать? Я просто думаю надо оценивать риски самого продукта(ПО), а не чьей он разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 11:47 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-, если никто кроме директора не знает что за риски и выяснить это не получается, то дело вообще не в рисках. Вот так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 12:16 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_fox, правильно, просто будет сокращения штатов в ИТ, ничего разработать никто и не собирается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 12:28 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
web_fox, по опыту общения с аудиторами им интересны такие моменты - возможность внесения несанкционированных изменений в систему и возможность получения несанкционированного доступа. При прочих равных такая возможность выше при собственной разработке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 13:40 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
СергейТТТweb_fox, по опыту общения с аудиторами им интересны такие моменты - возможность внесения несанкционированных изменений в систему и возможность получения несанкционированного доступа. При прочих равных такая возможность выше при собственной разработке. имхо, возможности равнозначны. Если конечно разработкой занимаются не специально обученные диверсанты, а права им выдает такой же диверсант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 13:49 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
iscrafm, Они исходят из того, что стандартных пакетах ПО вопросы доступа, протоколирования изменений как-то отработаны, есть разделение ролей, есть средства для автоматической проверки и им проще это проверить и быстро ответить на вопросы. В случае с собственной разработкой чтобы такие ответы получить надо проводить нехилый аудит системы. Этого им, понятно, неохота, а иногда и невозможно (нет кода системы, нет логов и проч). Например, в штатной версии 1С 7.7 трудно получить полную информацию об измененных объектах конфигурации (когда и кем был изменен конкретный объект конфигурации). В 8-ке с этим уже лучше, значит ее аудит можно провести проще в этой части. На это можно сказать, что "в любую систему разработчик может заложить любое логирование", "что угодно можно проследить в моей системе, если меня попросить, я все покажу", но аудиторам такие танцы по понятным причинам неинтересны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 14:07 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-, //"Аудиторы считают собственную разработку как серьезный риск для предприятия" Риски есть. А где их нет ? Мож аудиторы знают "серебряную пулю" без риска ? Так пусть озвучат ! Тогда можно сравнивать риски. Ну и посмеяться... :) Любое ИТ это риск. Выход на улицу тоже риск. Вся жизнь - один сплошной риск. И чо ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 14:49 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
СергейТТТ, тогда стоит говорить только о рисках для аудитора в невозможности разобраться в том, что делается. С точки зрения именно компании, подобные риски нивелируются нормальным процессом огранизации разработки, средств достаточно. В типовых и закрытых пакетах риск получить несогласованные изменения тоже высокий. "Исправили одно, получили проблемы в другом". Многие настройки в типовом ПО делаются "виртуально". Разработчик предполагает использование какого-то параметра с одной целью, а в реальности он используется с другой, потому что требуемого не нашлось и т.п. Если конечно это ПО затрагивает логику БП. Если нет, то конечно нет и предмета разговора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 14:56 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
LSV, Ну да, риски есть везде, вот они и выбирают между двумя рисками. Что-то с их точки зрения перевешивает. Их же это интересует не в части правильности ИТ, а в части финансов - "можно ли доверять фин.данным в системах" ? Они не специалисты в ИТ, поэтому оценивают это самыми общими критериями. По типу скоринга в банках - все понимают, что на каждый довод банка найдется контрпример, но когда тебе надо сделать быстро и в массовом порядке, то применяются самые общие правила - возраст, женат или нет, образование и проч. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:18 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
>Я работаю в крупной транспортной компании. Есть свое IT управления. >Софт тоже у нас свой(самописный). Есть конечно у него и свои недостатки, но он работает. Мало информации что бы дать ответ - надо иметь свой софт или нет. Как хорошо у вас налажена логистика разработки и сопровождения софта (координация развития (для себя и под нажимом рынка, под прихотью сотрудников), стандартизирован заказ новых функций системы, процесс обновления и.т.д.). Одно можно сказать точно: Если ваш софт действительно “Софт” и логистика работает как надо, то IT отдел надо выделить в отдельную софтовую компанию. Эта компания будет продвигать продукт вам и заодно продавать на сторону. Да и набрать новый IT отдел для сопровождения. Тогда пользуйте этот софт, если нет, то покупайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:19 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-Может реально кто-то видел такие отчеты, где указываются риски на собственную разработку. И вообще аудиторская проверка может в принципе такое сказать? Я просто думаю надо оценивать риски самого продукта(ПО), а не чьей он разработки.Когда компания заказывает аудиторскую проверку, перед аудиторами всегда ставятся четкие цели. Например, целями ИТ-аудита могут быть: выявление и оценка рисков нарушения установленных на предприятии требований защиты информации; выявление и оценка рисков физической потери информации; выявление и оценка рисков нарушения законодательства (тут много подветок, от несанкционированного использования сертифицированных гос. органами ключей ЭЦП до вопросов использования лицензий и т.п.); выявление и оценка рисков нарушения требований доступности систем; выявление и оценка рисков нарушения требуемой скорости реакции ИТ на изменения бизнеса; Еще, наверное, десяток целей можно сходу привести. Какие именно риски имеют место в Вашем случае? Каждый вид риска - это отдельная ветка обсуждения, это отдельные методы минимизации рисков в собственных разработках или в стороннем ПО. Кстати, я еще не видел отчетов аудиторов, в которых не было бы конкретного перечня рекомендаций аудиторов по минимизации рисков, т.к. именно для этого по-хорошему аудит и заказывают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:28 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Степка, я думаю, тут речь идет о фин. аудите, а не ИТ. Иначе были бы подробности. В рамках фин.аудита тоже могут проверять ИТ, то только на стыке с финансами. Например, аудиторам выгружаются данных из ИТ системы, они по ним проверяют что-то, делают выводы, потом выясняется, что по текущим настройкам эти данные может править кто угодно и еще и следов этого нигде нет. У них возникает закономерный вопрос, а можно ли доверять данным из этой системы.. Для этого они могут проверить ИТ, но не так подробно, только ключевые точки - права на внесение изменений (сравнивают с фактами переноса изменений), трассировку запросов на изменения (согласовано ли с финслужбой) и проч. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:42 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Степка, в более сложных случаях могут проверять цепочку бизнес-процесса - это по тем самым диверсантам )) - может ли один человек завести контрагента, поменять номер счета, подтвердить и провести платеж, удалить все следы этого в системе ? То есть со стороны системы все ok, все операции штатные, но права надо разделять между людьми, функцию контроля выделять, конфликты интересов выявить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:52 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
общие правила: если софт - стандартный, то проще купить "болванку" у массового распространителя и доработать у себя. естетсвенно, все изменения и доработки аккуратно фиксируются и протоколируются, чтобы не зависеть от конкретного лица. если софт сложный и уникальный - опять-таки, дешевле будет заказать у профессионалов. с условиями: соответствие критериям бехопасности, "прозрачность" и доступность кода. вариант, что Вам кто-то пишет и этот кто-то сопровождает... дороже в итоге обойдется. с другой стороны - все зависит от объемов работ и размеров компании. слишком много вопросов, на которые нет ответа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 15:55 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
СергейТТТ, Как Вы считаете, достаточно ли такой поверхностной проверки, чтобы дать заключение: "Выбросить свою разработку и купить сторонне ПО"? Мне кажется, выходом такой проверки скорее должен быть перечень необходимых доработок с указанием приоритетов, но вот чтобы на основании этого ставить диагноз ИТ-службе или хотя бы отделу?.. Жаль, что нет более конкретной информации от топикстартера, но, возможно, часть этих вопросов он сможет задать своему ИТ-директору? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 16:05 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Я работаю в крупной транспортной компании. Есть свое IT управления. Мысли как коллеге ... 1 - Коробок под такой бизнес нет. Есть некие попытки у того же ДиалогИТ развивать сию тематику на 1С. В принципе мне их подход нравится, но пока функционала для активно работающей крупной фирмы недостаточно. 2 - Коробки не всегда внедряются на БП. Последняя "коробка" купленная за большие деньги - по факту внедрилось менее трети функционала. С другой стороны Под внедрение "нового" бизнес процессы изменить проще, чем под "имеющееся". Другое дело что тут важно не только желание ИТ директора, но и других топов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 16:21 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Степка, Не думаю, что по критерию собственная разработка или нет можно сразу оценить качества работы ИТ отдела. Есть масса случаев, когда собственные разработки оправданы, и если они еще и критичные для бизнеса, то их может вести только грамотная команда. В типовых же случаях надо несколько раз подумать, прежде чем собственную разработку делать (бухгалтерию, например). Ну и всегда будут индивидуальные факторы - кто-то людей хотел занять, чтоб не разбежались, "нет бюджета на новое ПО, но есть люди, вот и напишите сами", нет поддержки этого ПО в городе.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 16:36 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
dvimЯ работаю в крупной транспортной компании. Есть свое IT управления.1 - Коробок под такой бизнес нет.Один мой бывший коллега на буржуев работал, они как раз писали управление автопарком и прочим подобным. Блеск коробочка. Вплоть до того, что иконки грузовиков соответствовали маркам этих грузовиков и цвету. Вплоть до напоминалок, что у такого-то грузовика пора износ шин глянуть. Полуприцепы все, контейнеры все, грузы, часы работы водителей... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2010, 22:17 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=- Я работаю в крупной транспортной компании. Есть свое IT управления. Софт тоже у нас свой(самописный). Есть конечно у него и свои недостатки, но он работает. С приходом нового IT директора, был выбран путь к покупки ПО у сторонних разработчиков. Т.к. софт специфичный и завязан еще на законы "забугорья", готовых решений нет. По крайней мере, в России. Т.е. речь идет о разработке нового ПО сторонним разработчиком с нуля. Но не давно, я услышали еще одно высказывания: "Аудиторы считают собственную разработку как серьезный риск для предприятия". Является ли собственное ПО действительно риском. Если ДА, то насколько это большой риск для предприятия. В общем случае всего 3 варианта - использовать готовое, поручить писать сторонней фирме, писать самому. В таком порядке они и расположены по привлекательности. своя разработка - это не только задача найти грамотных специлистов, и получить с них нормальный продукт, но и такие вещи как документация и т.п. Посмотрите, сколько вакансий для программеров - и куда вероятнее пойдет грамотный чел - всю жизнь делать одну прогу или заниматься разными вещами, которые сильнее повышают его профессиональный уровень? Главной проблемой не массового продукта является то, что достоверных данных о его работе получить в независимых источниках нельзя. (массовые продукты используют многие, а этот - только одна фирма) также скорее всего играет роль обычно плохая документированность своих разработок (с чужих стараются получить более менее подробную документацию) кроме того, непонятно, что будет с продуктом дальше - возможно, все держится только на одном профи - уйдет он, и программы фактически не будет. все вместе и есть риск ( вероятность того, что все может быть плохо) насколько большой - аудиторы редко когда смогут ответить, кроме совсем явных случаев. например, как устроена система знает только один человек, и документации никакой нет - "можно у сан саныча спросить" опять же, если программа выполняет расчеты, которые могут воспроизвести пара секретарш в екселе, то риск минимальный, но по таким программам аудиторы в отчетах не пишут обычно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2010, 01:39 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
s_ustinovВ общем случае всего 3 варианта - использовать готовое, поручить писать сторонней фирме, писать самому.+1. Разговаривал как-то с кадром, ранее работавшим в AT&T, он сказал, что у них было правило --- по возможности самим для себя софт не писать, вместо этого писать софт для удешевления разработки теми, кому потом AT&T будет софт заказывать. Тут у меня случился пятисекундный склероз, и я задал идиотский вопрос: а можно пример такого "удешевляющего" софта? И получил, разумеется, хорошо всем известный пример :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2010, 01:46 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
Один мой бывший коллега на буржуев работал, они как раз писали управление автопарком и прочим подобным. Блеск коробочка. Вплоть до того, что иконки грузовиков соответствовали маркам этих грузовиков и цвету. Вплоть до напоминалок, что у такого-то грузовика пора износ шин глянуть. Полуприцепы все, контейнеры все, грузы, часы работы водителей... Вот как раз софта для управления автопарком - видел немало. Речь идет о нормальном решении для импорта/экспорта по судовым партиям с китая до новоЖописка и обратно, с учетом всех тараканов судовладельцев/грузоотправителей/таможни/РЖД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2010, 09:59 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
s_ustinovПосмотрите, сколько вакансий для программеров - и куда вероятнее пойдет грамотный чел - всю жизнь делать одну прогу или заниматься разными вещами, которые сильнее повышают его профессиональный уровень? с чего вы взяли, что разработка одной большой системы менее повышает проф.уровень разработчика, чем работа на подхвате, всего понемногу? С точностью до наоборот. Если бы передо мной стоял такой выбор, то конечно первое. Второе - ну может разве что только на самом начальном этапе, чтобы посмотреть как выглядит вообще эта работа в разных аспектах. Но не долго. s_ustinov Главной проблемой не массового продукта является то, что достоверных данных о его работе получить в независимых источниках нельзя. (массовые продукты используют многие, а этот - только одна фирма) это не проблема, а особенность. Конечно достоверных данных о работе какой-то компании (а продукт специально разработанный для ее поддержки естественно максимально ей соответствует) в независимых источниках получить нельзя. Только путем промышленного шпионажа. Проблема может быть в том, что некоторые свойства массового продукта используются не по назначению, по причине отсутствия необходимых. Последствия такого использования бывают намного катастрофичней. насчет "одного профи" и т.п. тема заезженная, оставлю пожалуй без комментариев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2010, 10:40 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
внесу своё ИМХО: главный риск при разработке решения- получить не то что надо. у сторонней разработки риски: -непонимания задачи разработчиком (люди хорошо пишут программы но плохо понимают бизнес) -непрозрачный процесс разработки и формирвания цены (вам будут говорить одно - по факту будет другое) -ограничение функциональности решения (вам постараются продать продукт на основе уже имеющихся) -за каждое изменение спецификации придется платить -очень сложно поменять фирму-разработчика, если меняете обычно уже завершенные этапы - код в мусор, часто необходимо платить за поддержку у собственной риски: -недостаточная квалификация работника -занижение бюджета и размера команды (ибо кажется что самим делать дешевле) -неисполнение проекта командой (платят за время, а не за результат) -плохой менеджмент команды -плохая постановка задач команде, постоянно меняющиеся требования в целом ИМХО надо смотреть есть ли на рынке "почти то что нужно" и выбирать. Может того что нужно нет, но есть компоненты "того что нужно". Тогда стоит купить Разработку поручить или спецам при наличии хорошего аналитика у себя или своей команде при возможности её квалифицировнного набора и менеджмента ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2010, 16:26 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
fleandr Разработку поручить или спецам при наличии хорошего аналитика у себя или своей команде при возможности её квалифицировнного набора и менеджмента +1 если ни того ни другого нет, и готового продукта тоже нет - деньги наверное лучше потратить на корпоратив - результат скорее всего тот же, а положительных эмоций несоизмеримо больше ))))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2010, 22:27 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
у собственной риски: -недостаточная квалификация работника -занижение бюджета и размера команды (ибо кажется что самим делать дешевле) -неисполнение проекта командой (платят за время, а не за результат) -плохой менеджмент команды -плохая постановка задач команде, постоянно меняющиеся требования-1 Эти риски есть и у заказа на стороне. И все перечисленные риски для собст. разработки вполне преодолимы. А вот риски у сторонней разработки чаще непреодолимы за адекватные деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2010, 10:19 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
LSVу собственной риски: -недостаточная квалификация работника -занижение бюджета и размера команды (ибо кажется что самим делать дешевле) -неисполнение проекта командой (платят за время, а не за результат) -плохой менеджмент команды -плохая постановка задач команде, постоянно меняющиеся требования-1 Эти риски есть и у заказа на стороне. И все перечисленные риски для собст. разработки вполне преодолимы. А вот риски у сторонней разработки чаще непреодолимы за адекватные деньги. поясню своё мнение: когда вы выбираете фирму разработчика, то вы взаимодействуете с менеджерами фирмы в основном, поэтому риски работы с командой ложатся не на вас. У вас другой риск - вы сами подписали плохое задание. Еще есть риск срыва срока. но менеджмент разработки уже не ваша головная боль. Вы проверяете контрольные точки. Когда вы выбиратете фирму - естественно выбирать с репутацией поставщика качественного софта (если это не принцип откатов). То есть известно что фирма может сделать качественный софт (нормальная квалификация разработчиков). Когда вы набираете людей со стороны, то можете ошибиться так как это не ваша профильная деятельность и у вас обычно нет экспертов. Из-за отстутствия экспертов вы хуже оцениваете сроки и бюджет и делаете ошибки управления именно процессом разработки ПО. Риски конечно преодолимы, но часто у самих предприятий нет человека который это может и хочет преодолеть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2010, 11:18 |
|
||
|
Риски, при собственной разработке
|
|||
|---|---|---|---|
|
#18+
-=besik=-Я работаю в крупной транспортной компании. Есть свое IT управления. Софт тоже у нас свой(самописный). Есть конечно у него и свои недостатки, но он работает. Кстати, понятие "софт" --- слишком расплывчатое. Это может быть как программа, так и программный продукт. Может, новый директор решил, что на доведение имеющейся программы до комплектного продукта у него нет и не будет внутренних ресурсов, а раз так, то и долгосрочного выбора у него нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2010, 11:41 |
|
||
|
|
start [/forum/topic.php?all=1&fid=33&tid=1548165]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
69ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 150ms |
| 0 / 0 |
