Pull to refresh
  • by relevance
  • by date
  • by rating

Экономическая оценка проекта (Часть 1)

Project management *
Здравствуйте уважаемые читатели, как договаривались обещанная статья.
Данная статья задумывалась в продолжение первой статьи, связанной с финансированием стартапов. Первоначально я задумывал ее как совокупность показателей, на которые обращает внимание инвестор перед вложением денег в проект, однако мне кажется, что данные показатели будут интересны и другим участникам.
Используя представленные ниже показатели можно проанализировать практически любой проект, что позволяет здраво оценивать эффективность от внедрения того или иного стартап-проекта.
Однако в связи с большим объемом материала, мной было принято решение разделить вопрос показателей оценки инвестиционного проекта на серию статей.
Читать дальше →
Total votes 30: ↑23 and ↓7 +16
Views 9.4K
Comments 10

Универсальный детектор определения условий разработки программного продукта для заказчиков

Lumber room
Специально для заказчиков. Позволяет определить качества разработки продукта (скорость, стоимость и качество) в реальных условиях.

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

Святой грааль здесь:
Детектор условий разработки программного продукта.

Детектор условий разработки программного продукта
Total votes 38: ↑15 and ↓23 -8
Views 194
Comments 7

О пользе Due Diligence для ИТ-аутсорсинга

Инфосистемы Джет corporate blog
Прилично удивился, столкнувшись с этапом Due Diligence в конкурсной документации на аутсорсинг ИТ-сервисов. Неожиданности в конкурсных процедурах всегда вызывают определённый напряг, так как они могут означать, что придётся быстро пересобрать привычную сервисно-процессную конструкцию, а это сродни тому, как ребёнку сложить гигантский пазл из мелких и трудноразличимых деталей. Раньше мне всегда казалось, что процедура Due Diligence применяется при оценке стоимости компании перед её покупкой или в рамках «айпиошного» проекта. По сути – это оценка надёжности и коммерческой привлекательности будущей сделки. Ну и выглядеть это должно было так: приходят в компанию умные консультанты-аналитики, ворошат годовую отчётность, проверяют прогнозы, оценивают риски и выносят свой вердикт. Мы, как аутсорсинговый партнёр, прошли-таки эту процедуру, правда, не при оценке компании, а в рамках конкурсной процедуры ИТ-тендера. Это был скорее технический Due Diligence.
Читать дальше →
Total votes 6: ↑3 and ↓3 0
Views 3.7K
Comments 1

Оценка трудозатрат на проект и подготовка коммерческих предложений

ERP-systems *CRM systems *
Sandbox
Ни для кого не секрет, что большинство команд разработчиков регулярно или периодически встречаются с ситуациями проваленных сроков выполнения и превышения планируемого бюджета проектов. В англоязычном интернете можно найти очень много информации по этому поводу. Более того, каждый более или менее опытный разработчик, как правило, имеет собственное мнение на этот счет.
Читать дальше →
Total votes 14: ↑12 and ↓2 +10
Views 25K
Comments 20

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

Project management *Product Management *


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

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

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

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

Ну, что, берем в руки калькулятор и обследуем ваш проект?
Читать дальше →
Total votes 16: ↑16 and ↓0 +16
Views 5.1K
Comments 1

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

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

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



, где:

LTV – доход, полученный за время сотрудничества с клиентом; CAC – затраты на привлечение клиента.
Читать дальше →
Total votes 11: ↑11 and ↓0 +11
Views 4.9K
Comments 4

Оценка стоимости ПО: Дэн Гэлорат и SEER-SEM

Development Management *Project management *Agile *


Дэниэль Д. Гэлорат — президент и исполнительный директор Galorath Incorporated и главный разработчик SEER-SEM, программного продукта по алгоритмическому управлению проектами.

Он считается экспертом в области оценки программного обеспечения и автор книги «Программное обеспечение, оценка и риск-менеджмент» («Software Sizing, Estimation, and Risk Management»).

«Книга помогает определить лучший способ инвестировать в улучшение производительности программного обеспечения.»
— Берри Боэм, автор спиральной модели и COCOMO
Читать дальше →
Total votes 7: ↑5 and ↓2 +3
Views 5.2K
Comments 0

13 вопросов, чтобы узнать, готовы ли вы нанимать команду мобильной разработки

Project management *Agile *Start-up development Product Management *
Если вы решили создать мобильное приложение, определились с его целью и находитесь в поисках команды, способной реализовать ваш продукт, не забудьте подготовить ответы, на вопросы, описанные ниже. Скорее всего, ваш подрядчик их задаст или предложит обсудить по ним решения.


Читать дальше →
Total votes 18: ↑10 and ↓8 +2
Views 3.8K
Comments 5

Как сервис Estimate помогает автоматизировать процесс оценки и узнать стоимость IT-проекта

SimbirSoft corporate blog Website development *System Analysis and Design *Project management *Cloud services
Как для бизнеса, так и для IT-компании оценка – один из самых важных этапов в начале работы над проектом. Бизнес готов сотрудничать с тем подрядчиком, который назовет стоимость объективно и быстро, кроме того, заказчикам нужна максимальная прозрачность оценки.

При этом на рынке существует значительный разброс цен: например, одна IT-компания оценивает работу в 300 тысяч рублей, а другая – в 900 тысяч. Стоимость зависит от множества факторов: способа реализации, опыта экспертов, глубины оценки и т.д.

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

Читать дальше →
Total votes 13: ↑12 and ↓1 +11
Views 7.6K
Comments 6

Как прочесть и исправить 100,000 строк кода за неделю

System Analysis and Design *Designing and refactoring *Reverse engineering *Design Systems engineering
Translation
image

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

Как оценить проект размером 100к и более строк кода за неделю при этом предоставить действительно полезные для клиента результаты.

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

Оригинал на английском языке для ваших не русскоговорящих друзей лежит здесь: Architecture Assessment in a week.
Читать дальше →
Total votes 12: ↑9 and ↓3 +6
Views 3.6K
Comments 0

Оценка трудозатрат в разработке ПО для начинающих

Alconost corporate blog Programming *Development Management *Project management *Product Management *
Translation

Помню, как меня впервые попросили дать оценку…

Тогда это застало врасплох.

Меня завели в кабинет, где были мой начальник, его босс и кто-то из вышестоящего руководства, и мы сели за круглый стол, уставившись друг на друга.

Аналитики зачитали некоторые требования от клиента. Мы их коротко обсудили.

И тут мой начальник повернулся ко мне и спросил: «Сколько времени это займет?»

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

И вдруг на меня все смотрят и ждут ответа, а я растерялся и не знаю, что сказать.

Передо мной лежала бумага для заметок. Я взял один листок и начал писать какие-то числа — без понятия, для чего, но точно не для этой оценки.

Где-то через минуту, которая показалась мне часом, я решил просто сказать первое, что пришло в голову: «Не знаю… часов 600?»

Начальник рассмеялся, а затем сказал остальным рассчитывать на примерно 1200 часов.

Не очень люблю вспоминать тот день.

Понятно, что мне еще многое предстояло узнать, но меня мучил один вопрос: как оценивать объем предстоящей работы?

Читать далее
Total votes 15: ↑11 and ↓4 +7
Views 11K
Comments 16

Оценка трудозатрат в веб- и мобильных проектах

SimbirSoft corporate blog Programming *Development Management *Project management *

Бывают ситуации, когда компании-заказчику нужно рассчитать сроки реализации IT-проекта как можно быстрее – например, на старте переговоров с инвесторами. Однако, даже быстрая оценка должна содержать все предстоящие трудозатраты: на разработку, тестирование, управление и возможные риски – рисковый резерв. В этой статье мы рассмотрим процесс оценки на примере веб- и мобильных проектов. 

Читать далее
Total votes 7: ↑6 and ↓1 +5
Views 4K
Comments 4

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Development for iOS *Development of mobile applications *Development for Android *Project management *Product Management *

Главная сложность в разработке приложения – накодить его функционал. Например, сделать редактирование текста для приложения-блокнота. Так я полагал, когда был моложе и наивнее.

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

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

Читать далее
Total votes 58: ↑57 and ↓1 +56
Views 26K
Comments 20

Как агентству оценить дизайн-проект на старте, чтобы не прогореть на финише?

Design

Когда дело доходит до расчета стоимости проекта, важно правильно выбрать форму взаимодействия между заказчиком и исполнителем. Обычно выделяют две модели оплаты: Time & Material — когда заказчик оплачивает часы по факту выполненных работ, и Fixed-Price — когда стороны заранее утверждают бюджет и точные сроки сдачи проекта.

Большинство заказчиков предпочитают вторую модель, так как она дает представление о финальной стоимости проекта — конечно, если исполнитель знает суммарные трудозатраты и составляет реалистичный и обоснованный бюджет. Но как оценить дизайн-проект сайта или приложения, ничего не зная о его будущей структуре?

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

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

Читать далее
Rating 0
Views 819
Comments 2

Фиксированная оценка и T&M: выгоды и подводные камни для клиентов и агентств

Development Management *Product Management *Sales management *
Tutorial

Привет. Меня зовут Инга, и я работаю в digital-агентстве Alente.

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

Одной из самых тёмных и непонятных тем для наших клиентов (текущих и потенциальных) была оценка временных затрат на разработку сайтов.

Стоит сказать о том, что мы в Alente всегда делали относительно небольшие коммерческие проекты: корпоративные сайты, интернет-магазины и несложные веб-сервисы. За 12 лет привыкли работать по фиксированной оценке, так как задачи стали более-менее типовыми. Мы сделали калькулятор с вилками по оценкам этапов и считали всё по нему — и, как правило, попадали в эти оценки. В калькуляторе были типовые блоки, например «отзывы», «страница с каталогом товаров», «авторизация по электронной почте» и прочие.

Читать далее
Total votes 1: ↑0 and ↓1 -1
Views 261
Comments 0