Рубрика «риски» - 3

ИТ-риски при процедуре покупки акций - 1

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

Естественно, всё это хорошо автоматизировано уже очень давно, но проблемы случаются. Рассмотрим конкретно ИТ-риски в процессе. Читать полностью »

Прекрасное солнечное утро, вы проснулись в отличном настроении, идете на работу. Сегодня у вас очередное совещание по статусу проекта, руководителем которого вы являетесь. Вы уверены, что готовы к совещанию?

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

IBM помогает городам подготовиться к погодным катаклизмам - 1
Последствия торнадо, 29 апреля 2014 года, Тупело, Миссисипи.

Новый сервис от IBM объединяет прогноз погоды в режиме реального времени с локальной картой, выделяя проблемные места красным и желтым цветом.

У каждого города есть то, что аварийные службы называют «критическим активом». Это важные дороги, электростанции, насосные станции и водопровод. В общем, это все то, что обеспечивает работу городской инфраструктуры, и без чего жизнь города и его обитателей может быть парализована.
Читать полностью »

Основные риски для бизнеса Tesla - 1

Компания Tesla, как известно, до сих пор убыточная компания, хотя убытки и сокращаются. Тем не менее, инвесторы верят в возможности компании, а автолюбители — в возможности электромобилей. На первый взгляд у Tesla все хорошо: продажи растут, электромобили становятся все более востребованными, расширяется и сеть электрозаправок, которая является одним из основных условий для дальнейшего развития бизнеса компании.

Но есть и риски, причем их немало. Может показаться, что убыточность компании и потеря интереса инвесторов — основная и единственная проблема.
Читать полностью »

Часть 1

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

Предположим, что вы уже сделали всё основное: разработали план и презентацию, решили что вам подходит венчурное финансирование, договорились о встречах с квалифицированными инвесторами и презентовали им проект. И вы получили отрицательный ответ.
Читать полностью »

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

Разработка ПО – область, подверженная рискам. В нашей сфере при наступлении одного или нескольких рисков, срок поставки рабочей версии может сдвинуться не на привычные и комфортные 10-20%, а на все 150-300%. И надо признаться, что это далеко не предел.
Мы можем либо скрестить пальцы и надеяться, что удача будет сопутствовать проекту во всем, либо признать, что по статистике большая часть проектов по разработке ПО «проваливается» и предпринять дополнительные усилия по ослаблению возможных рисков.
Моя практика показывает, что клиенты крайне неохотно работают по схеме T&M и чаще предпочитают Fixed Price. В условиях зафиксированной стоимости наступление рискового случая означает автоматическое снижение рентабельности проекта: сотрудники получают зарплату ежемесячно, а не за сданные проекты.

До Agile и XP вся ответственность за работу с рисками ложилась на менеджеров. В гибких методологиях разработчики гораздо больше вовлечены в процесс и делят ответственность с менеджерами. Однако, принципы XP и Agile – больше методологические, чем технологические. Я думаю, что с рисками эффективнее работать комплексно на всех уровнях, в том числе на самом низком уровне, т.е. во время проектирования и написания кода.

Почему об этом следует думать разработчику, если есть менеджер?

  1. Не секрет, что если факап случится, менеджмент примет единственное «супер-умное» решение: «давайте поработаем сверхурочно и в выходные»
  2. Премии сотрудники получают тоже обычно за в срок сданные, а не за проваленные проекты
  3. Чувство сделанного дела, в конце концов. Гораздо приятнее сдать проект во время и видеть улыбку клиента, чем с опозданием в пол года отвязаться от «трудного ребенка»

С моей точки зрения спокойная рабочая обстановка вместо авралов и бонусы – неплохая мотивация, чтобы начать заботиться об этом.
Читать полностью »

7 причин провала вашего интернет проекта

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

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

Нужно звать веб-разработчиков. И если у вас был опыт общения с этими милыми, добрыми людьми, и вам периодически хотелось подкрутить у них чего-нибудь в голове (отверткой), чтоб лучше работали — тому есть причины!
Читать полностью »

Любой проект, связанный с интернет-продвижением (включая разработку сайта) по умолчанию подвержен рискам, связанным с природой интернет-коммуникаций.

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

Как это связано с гарантиями, и стоит ли вписываться в проекты с «оплатой за результат»?

Оплата за результат и гарантии

Читать полностью »

От переводчика: CTO и кофаундер компаний GrantTree и Woobius Daniel Tenner делиться своими мыслями по поводу привлечения финансирования начинающими предпринимателями. Он утверждает, что это сильно увеличивает риски, и я с ним соглашусь. По моему мнению, начинающим предпринимателям нужно идти в бизнес-инкубаторы и акселераторы, но вот только в большинстве случаев туда берут проекты с расчетом, что они сразу начнут привлекать дополнительные венчурные инвестиции после выпуска. Считаю, что это неправильно. Например, у меня есть проект, который слабо масштабируется и не очень привлекателен для инвестора, но он уже приносит деньги. Я уверен, что смогу зарабатывать и развиваться за счет собственного оборота, зачем мне тогда инвестиции? Собственно, перевод:

Ни для кого не секрет, что мне нравится бутстреппинг. Приятно сохранять полный контроль над бизнесом, который я сам и основал. Есть некоторые обстоятельства, при которых я бы рассмотрел привлечение капитала (в качестве плацдарма, а не подушки) для правильного ведения бизнеса, но я думаю, что они возможны в довольно ограниченном количестве интересных (которыми весело управлять) или почти интересных видов бизнеса и в совсем ничтожной части бизнеса, которым могут заниматься новички.
Читать полностью »

«Когда человек не знает, к какой пристани он держит путь, для него ни один ветер не будет попутным». (С) Сенека, Луций Анней

Миссия невыполнима. Мертворожденные проекты
Предисловие

Как-то один из топов уважаемой компании, которая занимается продуктовой разработкой ПО, пригласил меня, как эксперта, чтобы я оценил качество нового продукта. Я внимательно просмотрел и прослушал презентацию. Видно было, что коллеги очень старались и работали по 10-12 часов, чтобы продукт выглядел на высшем уровне. После чего меня спросили: «хороший получился продукт или нет?» Я поблагодарил за представленную презентацию, но попросил ответить на свой последний вопрос: «А какие процессы, и с какой целью вы собираетесь автоматизировать с помощью этого инструмента?» Вопрос почему-то вызвал замешательство у докладчиков. После небольшой паузы, топ, который, видимо, был идеологом нового продукта, ответил: «Был бы инструмент хороший, а какие процессы с его помощь автоматизировать мы найдем!» Мне пришлось сказать, что оценить продукт я не смогу. Не зная бизнес-целей, невозможно понять степень их достижения.

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

Для иллюстрации используем проект «Экспедиция за сокровищами Флинта»
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js