Рубрика «оценка проекта»

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

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

Далеко не все «единороги» (техностартапы с оценкой более $1 млрд) получили это звание заслуженно. Так считает венчурный капиталист Абас Гупта. Он предлагает набор метрик, которые помогут вывести на чистую воду те компании, которые имеют чрезмерно высокую оценку и не достойны носить гордое звание «единорог» (для них он вводит термин «осЁл»).

Основной закон роста

Точки над “е”: как отличить «единорога» от «осла» - 1, где:

LTV – доход, полученный за время сотрудничества с клиентом; CAC – затраты на привлечение клиента.Читать полностью »

Пациент скорее жив, чем мертв? Обследование здоровья программного проекта - 1

Чек-листы – это эффективный инструмент контроля. Они сводят к минимуму возможность упущения важной информации и снижают вероятность совершения ошибок типа «не знал, забыл, закрутился».

Стив Макконнелл в своей книге «Остаться в живых. Руководство для менеджеров программных проектов» приводит тест проекта на выживание. Этот чек-лист из 33-х пунктов, который должен иметь под рукой каждый менеджер, если он хочет привести проект к успеху. Процитирую этот тест с небольшими уточнениями, основанными на личном опыте.

Каждый из 33 пунктов оценивается от 0 до 3:
0 – даже не слышали об этом;
1 – слышали, но пока не применяем;
2 – применяется частично;
3 – применяется в полной мере.

Если какой-то пункт не применим, в силу особенности вашего проекта, ставим оценку равную единице. Итоговая оценка — сумма баллов, по всем пунктам.

Ну, что, берем в руки калькулятор и обследуем ваш проект?
Читать полностью »

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

Прилично удивился, столкнувшись с этапом Due Diligence в конкурсной документации на аутсорсинг ИТ-сервисов. Неожиданности в конкурсных процедурах всегда вызывают определённый напряг, так как они могут означать, что придётся быстро пересобрать привычную сервисно-процессную конструкцию, а это сродни тому, как ребёнку сложить гигантский пазл из мелких и трудноразличимых деталей. Раньше мне всегда казалось, что процедура Due Diligence применяется при оценке стоимости компании перед её покупкой или в рамках «айпиошного» проекта. По сути – это оценка надёжности и коммерческой привлекательности будущей сделки. Ну и выглядеть это должно было так: приходят в компанию умные консультанты-аналитики, ворошат годовую отчётность, проверяют прогнозы, оценивают риски и выносят свой вердикт. Мы, как аутсорсинговый партнёр, прошли-таки эту процедуру, правда, не при оценке компании, а в рамках конкурсной процедуры ИТ-тендера. Это был скорее технический Due Diligence.
Читать полностью »

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

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

Здравствуйте уважаемые читатели.
Данная статья задумывалась в продолжение первой статьи, связанной с финансированием стартапов. Первоначально я задумывал ее как совокупность показателей, на которые обращает внимание инвестор перед вложением денег в проект, однако мне кажется, что данные показатели будут интересны и другим участникам.
Используя представленные ниже показатели можно проанализировать практически любой проект, что позволяет здраво оценивать эффективность от внедрения того или иного стартап-проекта.
Однако в связи с большим объемом материала, мной было принято решение разделить вопрос показателейЧитать полностью »


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