На практике — не все отличия значимы с нашей точки зрения. Много попадалось мобильных приложений, автоматизирующих какую то одну функцию. Например, приложение — планировщик встреч для агента (по сути просто календарь). Новизны — ноль! Outlook делает это уже почти 20 лет. Значимо ли это для Zillow? Мне кажется что нет. Тем не менее ребята делают такое приложение и его реально используют Агенты, потому что они делают его удобным. И это вполне себе стартап.
Вики думает иначе. Согласно ей, Стартап — новый бизнес, и совершенно не обязательно чтобы он был основан на принципиально новых технологиях. Если же посмотреть практику, то большая часть того, что сами американцы и европейцы называют «стартапы в области real estate/property» — те самые каталоги с ценами, лишь с небольшими отличиями. Но эти отличия позволяют этим каталогам развиваться и увеличивать свою долю на рынке. Часть этих отличий, которые в России пока не распространены я и указал в статье. Их можно переносить и делать те самые «новые бизнесы».
Поправил заголовок, указав что статья про «ИТ-стартапы в области продаж недвижимости». Будут еще части про аренду, эксплуатацию, и совсем немного про строительство (BIM). Про строительные инновации, простите, не будет. Не мой профиль. Я — про ИТ и digital.
1. Армейские операции. Подготовка только одного бойца обходится в сотни тысяч долларов. А зарплата и выплаты в случае гибели кратно увеличивают эти суммы.
2. Работа в зонах, недоступных для человека, например зоны ядерного поражения в случае аварий и техногенных катастроф.
Дельная статья.
А тимлиды управляют или все же являются лидерами процесса? По классике, две роли: эксперт-лидер и менеджер в одном человеке не так часто встречаются. Если я правильно Вас понял, тимлиды скорее выполняли роль экспертов, чем менеджеров, но в этом случае их надо поместить на одном уровне с командой, так как они определяют правильное решение и лидируют его, но не являются транслирующим звеном. А коммуникации менеджер-команда все равно идут напрямую…
А какая пр этом возникает дополнительная нагрузка на бизнес? Сколько стоит СКНО, какие регулярные платежи, включая трафик? У вас же Белтелеком фактически монополист… Меняется ли что то в уже существующих кассах, где есть возможность подключения СКНО?
Что касается изменений в России — они также происходили с существенным затягивание сроков, потому что все производители должны были пройти сертификацию на соответствие новым требованиям. Фактически, сидишь и до последнего не подписывешь договор поставки/обновления, ожидая письма из налоговой, о включении конкретного устройства в реестр разрешенной ККТ. Хотя в моем примере речь идет о тысячах устройств, замену которых надо планировать за под года. Полагаю, что небольшому бизнесу было проще.
Для записей в отсутствии интернета вполне подходил и старый ЭКЛЗ. Запись в него была в любом случае, а для чтения можно было использовать команды, используемые для формирования Х-отчета. Изначально идея была именно отказаться от ЭКЛЗ, сделать, win-win для бизнеса и государства. Если для розницы вроде Ашана поменять ЭКЛЗ — ерунда, то для всяких бутиковых магазинов с штучным товаром вполне себе значимая статья затрат.
АТОЛ компания хорошая, но статья — очень так себе. В статье не раскрывается разница между фискальной памятью на самом устройстве и online фиксацией продаж.
А история этого вопроса такая… ЭКЛЗ в России используется года так с 2005. ЭКЛЗ — это тот самый чип с фискальными данными, защищенный алгоритмами шифрования, исключающими его подмену и замену данных (занижение продаж по кассе и сопутствующую неуплату налогов).
Отдельный и очень интересный вопрос, почему этот чип, который в закупке, по оценкам экспертов, должен был стоить около 10 долларов вся страна покупала по 5-8 тысяч рублей (точно уже не помню) и меняла ежегодно, а не по мере заполнения. У немецких производителей кассового оборудования, к примеру, такой подход вызывал недоумение… Сумма же и прозрачность прохождения сертификации, при попытках вживить этот чип в импортные кассы, приводили к тому что импортных касс в России практически не было.
В дальнейшем, по моему при правлении Медведева, кому то пришла в голову разумная идея — раз интернет доступность розничных точек уже высокая, давайте этот чип уберем, и все данные о продажах будем сохранять онлайн. Замены чипа не будет, TCO снизится, данные о продажах будут сразу поступать в налоговую. Вроде win-win для государства и бизнеса.
Но нет, не учтены были те самые 5-8 ежегодных тысяч умноженных на количество касс в стране. И таким образом в итоговом 54-ФЗ появился не ЭКЛЗ, а фискальный накопитель, суть тот же чип, который по прежнему нужно менять (теперь для ОСНО правда раз в 13 месяцев).
Таким образом, у нас теперь уникальная для всех перечисленных стран ситуация, которая разумному человеку в голову не придет — все данные пишутся и online и в чип. Вот именно по этому критерию и надо было сравнивать. Но сравнение тогда будет совсем иным, не в нашу пользу.
Яхтенный ответ.
Связь, конечно, была. И EPIRB и спутниковый ретранслятор. Но реально, при мобильном устройстве это только СМС. Не надо серьезно на это рассчитывать. Впрочем, люди уже 400 лет ходят через океан а связь только последние лет 20-30. Так что это не критично.
При брочинге был шквал от грозового фронта. Сколько дунуло — не знаю, не до того было. По ощущениям 30+. До этого было в районе 10-15, стоял и грот и стаксель на полную…
Про прототипы:
Быстрое проектирование, так же как и AGILE приемы хорошо повышают вероятность успеха проекта, но не всегда их можно применить. Например, это не сработает на проекте с четко определенным результатом по фиксированной цене — а это наиболее часто встречающаяся ситуация пр работах с внешними подрядчиками. Или надо выделять прототип в отдельный этап, но я исключительно редко встречал заказчика, готового выделить деньги на то, что может не иметь продолжения и бизнес-значимого результата.
Да, в моем примере мы тоже дошли до Португалии. Провал руководителя проекта не всегда означает провал проекта. Хорошая команда может вытянуть проект, даже если руководитель — так себе. Это тоже, хоть и неявно, следует из статьи.
Расчет на то, что часть из тех, кто «а, вот чего я не делаю» глядя на практические примеры все же начнет эти пункты выполнять. И это повлияет на успешность его проектов.
Да, статья общая. Из моего опыта, даже приведенные элементарные правила не соблюдаются почти никогда.
Мне показалась интересной возможность показать как правила, используемые в ИТ работают в других, казалось бы совершенно чуждых высоким технологиям областях. Более того, именно там их необходимость становится очевидной.
Если статья понравится, буду продолжать подробнее рассказывать что делать в ИТ проектах по каждому пункту. Опыт позволяет, время пока есть.
План действий составляется в п.5 «Определение целей и задач», но только для классических подходов, так как Agile практики не предполагают четкое определение плана всего проекта. Мне больше всего нравится PBS — Product breakdown structure, который я подсмотрел в PRINCE2. После его составления я поворачиваю его на 90 градусов влево и получается план с измеримыми результатами. Напишу об этом отдельно.
2. Работа в зонах, недоступных для человека, например зоны ядерного поражения в случае аварий и техногенных катастроф.
А тимлиды управляют или все же являются лидерами процесса? По классике, две роли: эксперт-лидер и менеджер в одном человеке не так часто встречаются. Если я правильно Вас понял, тимлиды скорее выполняли роль экспертов, чем менеджеров, но в этом случае их надо поместить на одном уровне с командой, так как они определяют правильное решение и лидируют его, но не являются транслирующим звеном. А коммуникации менеджер-команда все равно идут напрямую…
Что касается изменений в России — они также происходили с существенным затягивание сроков, потому что все производители должны были пройти сертификацию на соответствие новым требованиям. Фактически, сидишь и до последнего не подписывешь договор поставки/обновления, ожидая письма из налоговой, о включении конкретного устройства в реестр разрешенной ККТ. Хотя в моем примере речь идет о тысячах устройств, замену которых надо планировать за под года. Полагаю, что небольшому бизнесу было проще.
А история этого вопроса такая… ЭКЛЗ в России используется года так с 2005. ЭКЛЗ — это тот самый чип с фискальными данными, защищенный алгоритмами шифрования, исключающими его подмену и замену данных (занижение продаж по кассе и сопутствующую неуплату налогов).
Отдельный и очень интересный вопрос, почему этот чип, который в закупке, по оценкам экспертов, должен был стоить около 10 долларов вся страна покупала по 5-8 тысяч рублей (точно уже не помню) и меняла ежегодно, а не по мере заполнения. У немецких производителей кассового оборудования, к примеру, такой подход вызывал недоумение… Сумма же и прозрачность прохождения сертификации, при попытках вживить этот чип в импортные кассы, приводили к тому что импортных касс в России практически не было.
В дальнейшем, по моему при правлении Медведева, кому то пришла в голову разумная идея — раз интернет доступность розничных точек уже высокая, давайте этот чип уберем, и все данные о продажах будем сохранять онлайн. Замены чипа не будет, TCO снизится, данные о продажах будут сразу поступать в налоговую. Вроде win-win для государства и бизнеса.
Но нет, не учтены были те самые 5-8 ежегодных тысяч умноженных на количество касс в стране. И таким образом в итоговом 54-ФЗ появился не ЭКЛЗ, а фискальный накопитель, суть тот же чип, который по прежнему нужно менять (теперь для ОСНО правда раз в 13 месяцев).
Таким образом, у нас теперь уникальная для всех перечисленных стран ситуация, которая разумному человеку в голову не придет — все данные пишутся и online и в чип. Вот именно по этому критерию и надо было сравнивать. Но сравнение тогда будет совсем иным, не в нашу пользу.
Связь, конечно, была. И EPIRB и спутниковый ретранслятор. Но реально, при мобильном устройстве это только СМС. Не надо серьезно на это рассчитывать. Впрочем, люди уже 400 лет ходят через океан а связь только последние лет 20-30. Так что это не критично.
При брочинге был шквал от грозового фронта. Сколько дунуло — не знаю, не до того было. По ощущениям 30+. До этого было в районе 10-15, стоял и грот и стаксель на полную…
Про прототипы:
Быстрое проектирование, так же как и AGILE приемы хорошо повышают вероятность успеха проекта, но не всегда их можно применить. Например, это не сработает на проекте с четко определенным результатом по фиксированной цене — а это наиболее часто встречающаяся ситуация пр работах с внешними подрядчиками. Или надо выделять прототип в отдельный этап, но я исключительно редко встречал заказчика, готового выделить деньги на то, что может не иметь продолжения и бизнес-значимого результата.
Мне показалась интересной возможность показать как правила, используемые в ИТ работают в других, казалось бы совершенно чуждых высоким технологиям областях. Более того, именно там их необходимость становится очевидной.
Если статья понравится, буду продолжать подробнее рассказывать что делать в ИТ проектах по каждому пункту. Опыт позволяет, время пока есть.