Как стать автором
Обновить
-11
0
Reactive @RKTV

IT-компания

Отправить сообщение
Заказчику показываем смету min/max. Это помогает сформировать у клиента понимание о возможном удорожание. В договоре прописываем одну цену и пункт, в котором указываем, что при увеличение объема работ новая стоимость оформляется приложением к договору.

Про оффлайн режим — это некорректная формулировка. Согласен. Речь скорее о том, что есть особенности при работе в оффлайне. И некоторые кроссплатформенные технологии справляются с этими особенностями хуже.
Знаю, что у разных НИИ в разное время были (а может быть и до сих пор есть) внутренние ОСТы для защиты трудозатрат перед вышестоящими организациями. Там, конечно, есть и формулы, и ссылки методики, и категории сложностей, и критерии оценок. Но это всё также строится на анализе прошлых лет.

Ещё одни отличием является расчёт на в человеко-часах, а в человеко-месяцах.
Соглаен. Количество экранов — это не финансовая панацея. Для многих сервисов размещение информации на одном экране — необходимость. И на это тратится дополнительное время на проектирование и тестирование интерфейсов. Плюс состояние функционалов и взаимоисключающие моменты, как вы и сказали.

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

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

Проблемы могут начаться, когда клиент будет усердно требовать определённую технологию, на которой у вас нет опыта разработки. Например, Flutter. «Потому что сейчас все так пишут», «Потому что прочитал много статей на эту тему», «Потому что у Медузы вон Флаттер и всё хорошо».

В этом случае придётся закладывать «коэффициент неизвестности». Либо обучаться новым технологиям за счёт средств компании.
Цифр, действительно, не так много. Один из ярких кейсов – это сборная Германия и SAP Sports One. Немцы говорят, что во многом благодаря технологиям они смогли добыть успех на ЧМ 2014 года.

Многие клубы в последнее время запустили разные программы. Например, «Барселона» – Barça innovation hub.
По ней точно сказать не можем. Но на сайте eapteka написано, что доставка лекарственных средств, БАД и медицинских изделий осуществляется только до ближайшей аптеки. А доставка по адресу доступна лишь для заказов с товарами для дома и красоты, бытовой химии и сопутствующих товаров.
В первую очередь — это разбор закона о дистанционной доставке лекарственных препаратов.
Во вторую — ответ на вопрос «готовы ли аптеки к принятию этого закона?»
В третьих — показать, что у государства, аптек и компаний, выпускающий для них специализрованный софт сейчас огромная потребность в сформированных айти-командах. Для заказной разработки — это отличное время взять хорошие контракты в этой сфере.

И да, мы, как представители заказной разработки, которые хорошо разбираются в аптечном бизнесе.
Есть несоколько причин, про которые мы как раз и пишем.
1. Президент подписал закон, по которому допускается дистанционная продажа лекарств по определённым правилам. А вот какие именно правила — этого не подписали. Тут Правительство должно решать. Смущает, что связка «Президент-Правительство» в этой ситуции не работает. Как будто одни не знают о планах других.

2. У Аптек должны быть подготовлены внутренние системы, сайты и логистика. Пройдёт какое-то время прежде, чем они всё это наладят.
Мы к ним лояльны и снисходительны. Это скорее о наболевшем. Спасибо, что обратили внимание, учтём.
Согласен. Здесь не будет про оборонку. На старте хотелось показать, что не так важно — айти это, ракетостроение, возведение домов или изготовление автомобилей – каждое создание уникального продукта или услуги нуждается в управлении. И у каждой сферы методики управления, болевые места и решения проблем во многом схожи. Знания, полученные в одном секторе, легко можно перенести в другой.
1. Да, все верно. Но здесь будут не только кейсы, но и личные заметки наших сотрудников, а также все, что нам нравится.
2. Вы сами ответили на свой вопрос.

Информация

В рейтинге
Не участвует
Откуда
Пермь, Пермский край, Россия
Зарегистрирован
Активность