TRIZ+IT.Разбор сравнительного кейса. Сычёвская технология и обычная

2017-11-12 12:01:12

Денис Сахаров [ds@caxap.planfix.ru] » Всем

По итогам просмотра видео и предварительной переписки:

Виртуальный кейс - решаем проблему заказчика (или задачу, но гораздо быстрей при том же уровне качества), все довольны, все зарабатывают.

Дано:

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

Есть ли принципиальные отличия между установившейся схемой (УС) разработки решения для автоматизации и новой технологической схемой (ТС, кстати, хорошо бы уже придумать название :)?

Под УС следует понимать такую:

1. есть специалисты по android development
2. есть специалисты по БД MySQL, Postgres
3. есть бизнес-аналитик
4. есть фулл-стэк разработчики по web development
5. есть UI-специалисты
6. есть тех.лид - отвечающий за работу 1-5, документацию
7. есть рук-ль проекта (PM) - отвечающий за отношения с заказчиком и работающий вместе с тех.лидом
8. есть проверенное ПО (вкл. библиотеки) для создания кода и тестирования кода, есть документация к этому ПО, есть поддержка такого ПО, комъюнити пользователей.
9. есть проверенная архитектура развертывания и работы готового продукта - собственные или виртуальные веб-серверы, серверы БД, балансеры запросов, сервисы бэкапа (Amazon, Google Cloud, Heroku etc)
10. есть специалисты по пп.9-10
11. PM взаимодействует с заказчиком, транслирует согласованное ТЗ техлиду, техлид организовывает работу, согласованные функции продукта созданы и запущены в производство.

Далее, если нужны следующие функции - следующие итерации по п.11.

По УС, грубо, работают многие известные мне разработчики полного цикла.

Вопрос: "Есть Есть ли принципиальные отличия между установившейся схемой (УС) разработки решения для автоматизации и новой технологической схемой (ТС)? ... И будет ли обязательная поддержка разработчиков со стороны разработчиков "Сычев и Ко" (например, что-то не понятно или возникли неликвидируемые собственными силами ошибки)?

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-12 17:14:47

Сергей В. Сычёв [sch@triz-ri.ru] » Денис Сахаров

Уважаемый Денис!

Этот кейс и некоторые вопросы рассмотрим здесь. На остальные - ответим почтой.

Ответ:

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

Если же надо расширить функционал специфическими функциями, потребуется дополнительно 1 программист средней квалификации, знающий какой-либо из скриптовых языков (например, php или python) - то есть, например, 1 нормальный веб-программист.

Всё остальное не нужно.

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

собственные или виртуальные веб-серверы, серверы БД, балансеры запросов, сервисы бэкапа (Amazon, Google Cloud, Heroku etc)

Ради бога. Укажете «ядру», где лежит Ваша база и храните, где хотите. Только будет гораздо проще работать с базами на тех же ресурсах.

необходимы какие-то резко отличные серверные конфигурации железа и ПО

Нет. Не требуются. Всё остаётся как есть.

будет ли обязательная поддержка разработчиков со стороны разработчиков Сычев и Ко (например, что-то не понятно или возникли неликвидируемые собственными силами ошибки)

Да, каждый сертифицированный разработчик получит поддержку.

Спасибо,

Ответить Сообщение для всех [Нет ответов на это сообщение]

2017-11-12 18:20:43

Сергей В. Сычёв [sch@triz-ri.ru] » Денис Сахаров

Уважаемый Денис!

Я бы также подверг некоторому сомнению формулировку для "Устоявшейся Схемы" - "все довольны, все зарабатывают". Понимая, что пример модельный, давайте, тем не менее, прикинем.

есть специалисты по android development - поскольку множественное число, очевидно, их не менее 2-х; примем - 2
есть специалисты по БД MySQL, Postgres - поскольку множественное число, очевидно, их не менее 2-х; примем - 2
есть бизнес-аналитик; примем - 1.
есть фулл-стэк разработчики по web development - поскольку множественное число, очевидно, их не менее 2-х; примем - 2
есть UI-специалисты - поскольку множественное число, очевидно, их не менее 2-х; примем - 2
есть тех.лид - отвечающий за работу 1-5, документацию; примем - 1
есть рук-ль проекта (PM) - отвечающий за отношения с заказчиком и работающий вместе с тех.лидом; примем - 1
10. есть специалисты по пп.9-10 - поскольку множественное число, очевидно, их не менее 2-х; примем - 2

Итого: минимум 12 квалифицированных человек с московскими зарплатами (судя по Вашему местонахождению). Напишите здесь белый ФОТ, общую планируемую выручку и количество проектов, которые надо вести одновременно, чтобы фраза "все довольны, все зарабатывают" не была ложной.

Вы можете рассмотреть 2 варианта: а) все сидят рядом в Москве и б) аутсорсинг перечисленных исполнителей в регионах.

Потом сравним, с тем, что получится, когда используется не "Устоявшаяся Схема", а "Сычёвская технология" :).

Спасибо за Ваши вопросы,

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-13 16:26:49

Денис Сахаров [ds@caxap.planfix.ru] » Сергей В. Сычёв

Уважаемый Сергей Валерьевич,
вопрос усвоил, возьму пару дней на ответ.
Благодарю за пояснения.

Итого: минимум 12 квалифицированных человек с московскими зарплатами (судя по Вашему местонахождению). Напишите здесь белый ФОТ, общую планируемую выручку и количество проектов, которые надо вести одновременно, чтобы фраза "все довольны, все зарабатывают" не была ложной.

Вы можете рассмотреть 2 варианта: а) все сидят рядом в Москве и б) аутсорсинг перечисленных исполнителей в регионах.

Потом сравним, с тем, что получится, когда используется не "Устоявшаяся Схема", а "Сычёвская технология" :).

Ответить Сообщение для всех [Нет ответов на это сообщение]

2017-11-20 19:34:28

Денис Сахаров » Сергей В. Сычёв

Уважаемый Сергей Валерьевич, добрый день.
Предлагаю ответ на ваш вопрос.

Рассматривается модель небольшой компании в области разработки ПО, где число разработчиков - 12 человек.

Вариант а)
Разработчики проживают в Москве, работают на постоянной основе в офисе в Москве.

Вариант б)
Разработчики проживают в регионе, работают на "удаленке".

Вариант а)

/указано начисление в месяц квалифицированному специалисту по Москве на ноябрь 2017/

Белый ФОТ

специалисты по android development

старший - 150000 руб.
младший - 80000 руб.

специалисты по БД MySQL, Postgres

старший - 120000 руб.
младший - 70000 руб.

бизнес-аналитик - 120000 руб.

есть фулл-стэк разработчики по web development

старший - 150000 руб.
младший - 80000 руб.

UI-специалисты

старший - 120000 руб.
младший - 60000 руб.

специалисты по пп.9-10, примем:

сисадмин - 100000 руб.
главный по тестам и развертыванию - 120000 руб.

тех.лид (тимлид) - 180000 руб.

рук-ль проекта (PM) - 120000 руб.

Товарищи подсказали, что неплохо было бы добавить архитектора и тестировщиков отдельно - но в данной схеме предлагаю принять, что

- роль архитектора выполняется коллективом тимлид+старшие;

- тесты пишут все, под чутким оком главного тестировщика;

- фулл-стэк спецы при наличии отдельно выделенных android and UI/UX специалистов - достаточно закрывают имеющиеся потребности широкого профиля.

Стоимость сопровождения приложения:

- собственные ошибки за свой счет;

- поддержка версий библиотек, улучшения/добавления - отдельно.

Затраты на специалистов - 1 470 000 руб. в мес.

Затраты на их содержание и администрирование берем - 20% (относительно зарплаты разработчиков) = 294 000 руб/мес.

Все Затраты считаем равными 1 470 000 + 294 000 = 1 764 000 руб/мес.

Всю выручку будем считать Доходами (себестоимость примем около нуля).

Доходы-Затраты=Прибыль

Чтобы фраза "все довольны, все зарабатывают" не была ложной:

желаем, чтобы Прибыль перекрывала затраты в 1.5 раза, т.е. общую выручку хотим = 2.5*Затраты = 4 410 000 руб/мес.
желаем, чтобы разработчики не растекались на более чем 5 проектов в месяц.
считаем, что такая норма прибыли при предлагаемом уровне качества - конкурента.

Таким образом:

Вариант а) - все сидят рядом в Москве

ФОТ специалистов - 1 470 000 руб/мес

Выручка от проектов - 4 410 000 руб/мес

5 проектов

Вариант б) - аутсорсинг перечисленных исполнителей в регионах.

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

ФОТ специалистов - 1 470 000 / 1.6 = 918 000 руб/мес

(100 000 руб/мес - соотв. затраты на админ-е, вместо 294 тыс.руб - положим так, поскольку все по своим норкам сидят)

Выручка от проектов - 2 545 000 руб/мес

3-4 проекта - видимо, все на аутсорсе трудней администрировать.

P.S.
Для исследования использовались данные:

jooble.ru

hh.ru

Кадры в digital: в исследовании (август 2014–декабрь 2015) учитывались только сотрудники, работающие на направлении digital-маркетинга и заказной веб- и мобильной разработки (не продуктовой; и не на обслуживании собственного продукта компании), тратящие более 50% рабочего времени на компанию на постоянной основе.

ttps://tagline.ru/staff-salaries-rates-education-hiring/

Обсуждение в Facebook: сколько стоит час разработки под iOS/Android | AppTractor

http://apptractor.ru/develop/obsuzhdenie-v-facebook-skolko-stoit-chas-razrabotki-pod-ios-android.html

Подсчет себестоимости часа разработки программного обеспечения / Хабрахабр

https://habrahabr.ru/post/256537/.

Фонда оплаты труда: как определить величину ФОТ - Сайт по бизнесу TRIZ-RI

http://www.triz-ri.ru/motive/?id=6875&name=fond_oplatyi_truda

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-21 19:35:37

Михаил Куликов [jasmin.mi@ya.ru] » Денис Сахаров

Здравствуйте, Коллега!

Появились уточняющие вопросы.

Ваша схема теоретическая или реальная?

Откуда берется поток таких дорогих заказов? Если случается перерыв в заказах, например, на 6 мес., специалисты расходятся?

Нужен еще "продажник", который делает презентации, уговаривает, подписывает договора, отслеживает оплату и т.п.

Также нужно проводить обучение пользователей, осуществлять тех. поддержку (сбор ошибок и новых пожеланий), обновлять версии.

С уважением,

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-22 15:43:00

Денис Сахаров » Михаил Куликов

Михаил, добрый день!
Схема модельная, естественно, об этом говорилось ранее, но основанная на реальных событиях :), собственном миропонимании, а также, что считаю важным - на разговоре с действующим тим-лидом коллектива java-истов средней компании, с гл.офисом в Мск и имеющей, помимо штатных офисных спецов, спецов на "удаленке" - разработчика инструментов для кредитных организаций.
У него эта схема отторжения не вызвала - указал на то, что нет в схеме архитектора и тест-команды, а также, на другие не существенные для этого кейса детали.

Конечно, помимо разработчиков нужны люди, обеспечивающие все другие необходимые процессы, но смысл в том, что такие процессы сильно разнятся в зависимости от принятой в компании модели бизнеса и других гласных и негласных правил и хотелок, поэтому модель упрощенная:
- коллектив разработчиков с некоторым резервом и перекрытием в обязанностях - они производят продукт.
- 20% от их стоимости уходит на коллектив компании, который поддерживает производство продукта - от привлечения и продаж, до найма офиса и секретаря.

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

Все, что вы упомянули - нужно и нужно кое-что еще, но для такой модели принимаем, что поток проектов есть без перерывов (как его обеспечить - это отдельный и очень серьезный вопрос, я знаю).
Спасибо!

Ответить Сообщение для всех [Нет ответов на это сообщение]

2017-11-22 15:54:08

Сергей В. Сычёв [sch@triz-ri.ru] » Денис Сахаров

Денис, работа над ошибками. Баги следующие:

1. Расходы на ФОТ определены неверно. На белый ФОТ начисляются:

взносы в Пенсионного фонд – 22%;
взносы в Фонд социального страхования – 2,9%;
взносы в Фонд медицинского страхования – 5,1%.
и 13% подоходный (на кого бы он по факту не ложился, объём затрат он увеличивает)

Поэтому прибавьте к фонду оплаты труда отдела «12-ти бешеных писателей» ещё 632 000 рублей.

Итого получим нагрузку не 1 470 000 рублей, а 2 102 000 рублей. Это только на 1 отдел, где пишут программы.

2. Но только НR-функция (включая поиск, формирование кадрового резерва, подбор, собеседования, обучение, кадровый учёт), когда имеются 12 очень квалифицированных и труднозаменяемых сотрудников (когда увольнение 1-го или 2-х сможет остановить сразу несколько проектов) будет стоить гораздо дороже, чем 294 000 руб/мес. Тем более, принимая во внимание, сколько на самом деле будет людей в фирме (см.ниже), кроме «12-ти бешеных писателей».

Это зарплата минимум 2,5 сотрудников, из которых 2 с очень высокой квалификацией, а под "половинкой" я имею в виду, что кадровый учёт можно вести и в бухгалтерии. И там будет загрузка по учёту не больше, чем на 0,5 человека в месяц.
Это регулярные расходы на мониторинг специалистов на рынке и учебные программы.
Выработку стандартов работы в компании (см. также общее число людей ниже).
С учётом накладных расходов на ФОТ, всё это будет стоить не менее 500 000 рублей в месяц.

3. Вы не будете делать по 5 проектов в месяц указанным способом ("Устоявшаяся схема"). Вы будете производить не более 3-х неполных проектов в полгода (это очень оптимистично, ибо «Gartner» считает, что подобным образом производится не более 2-х приложений в год), а заявленные зарплаты Вы будете получать каждый месяц.

4. Необходимое число весьма дорогих заказов, чтобы всё это отбить, не растёт на ветках Вашего оконного бонсаи, как справедливо указал выше Коллега Михаил. Вам потребуется отдел продаж, чтобы добыть... (сколько?)... из Вашего месседжа следует: 60 дорогих заказов в год. Я Вас уверяю, что, при таких Ваших ценах и Ваших затратах потребуется 3 (три) подразделения (прямых продаж, развития Клиентов и текущих продаж и рекламы), где будет совокупно 8 должностей и те же 12 человек сотрудников на этих должностях. То есть, ещё около 2000 000 рублей в месяц, поскольку, если эти "продажники и рекламисты" сумеют обеспечить Вам 60 дорогих заказов в год, они так возьмут Вас за горло относительно своей зарплаты, что никуда Вы не денетесь.

5. Другое дело, что Вы не произведёте 60-ти заказов в год с помощью "устоявшейся схемы". Не произведёте Вы даже 6-ти.

6. Вам потребуется, простите, менеджмент. Минимум 2 директорские должности, юридическая функция (пусть и на аутсорсе). Вам потребуется бухгалтерия, делопроизводство и офисное хозяйство (всё-таки, уже 31 человек набрался, поэтому масса накладных расходов в этой связи, включая внутренний склад и учёт расходных материалов, канцелярии, покупку воды, бумаги, картриджей и проч.). Это совокупно не менее 2 миллионов рублей.

7. Вам потребуется довольно затратная аренда. Даже, если часть сотрудников будет работать из дома, потребуется мин. 200 кв.м. Скромно по-московски :) примем 2500 р/кв.метр. Ещё полмиллиона в месяц.

Итого "на круг": 7 200 000 рублей в месяц. Вот сколько генерирует Ваша "Устоявшаяся Схема" при описанных Вами входных параметрах. (Я, правда, не верю в уровень зарплат, указанных на jooble и hh и т.п. - они традиционно "надуты", но мы рассматриваем то, что "пришло на вход" от Вас).

В год в бизнесе, следовательно, должно находиться 86 400 000 рублей (около 1,5 миллионов "связанных" долларов в год). Поскольку, как мы видим, с текущих платежей ежемесячные затраты не отбиваются - это будут де факто полностью собственные средства сумасшедшего Предпринимателя, который в это вложился.

Допустим, Предприниматель хочет получать на вложенную сумму хотя бы 10% годовых до уплаты налогов (нет таких сумасшедших, но допустим). Это значит совокупная выручка до уплаты налога на прибыль должна быть 95 040 000 рублей. Даже, если цена каждого заказа 882 000 рублей (как Вы указали: 4 410 000/5), то получается в год надо выполнить 108 заказов, а не 60. А если 60, то цена каждого заказа должна быть 1 584 000 рублей.

Их никто не выполнит. Ни 108, ни 60, ни даже 6 по любой цене. Их никто не добудет в таком количестве по таким ценам.

А если бы "добыл и выполнил", то Предприниматель, вложив в дело 1,5 миллиона долларов, получил бы в год на вложенный капитал 8 640 000 рублей до уплаты налога на прибыль, 5 616 000 рублей до уплаты налога на дивиденды и 4 885 920 (примерно 82 000 долларов) на руки. В год.

То есть, нести дикую ответственность и громадные риски за 108 проектов, связать 1,5 миллиона долларов и заработать на них как 2,5 программиста за тот же год, которые никакой ответственности не несут и могут просто уволиться в любой момент.

Для варианта с аутсорсингом пересчитайте сами, но получится лишь "меньше горя", а счастья не будет.

При сычёвской же технологии по п.1.

1. Мы имеем не 2 102 000 рублей в месяц на "производственный отдел", а всего 286 000, ну, пусть 300 000 (при Ваших расценках). Этот отдел работает не по устоявшейся схеме, а вот так. И он может таким способом производить, допустим, 5 проектов в месяц (потому что, если я скажу больше, никто не поверит).

2. HR-отдел не потребуется, поскольку 1 php-программист или python-программист и 1 админ при наличии "Амазона" или др. всегда найдётся. И заказывать "чистые" серверные функции, в том смысле как это показано здесь же, можно и у фрилансеров. Требования к квалификации бизнес-аналитика также снизились. Но, с учётом других отделов (см.ниже) нужен будет 1 квалифицированный специалист, иногда обращающийся к агентствам. Пусть будет не более 150 000 рублей в месяц с учётом накладных расходов.

3. См. выше.

4. Отдел продаж и продвижения - это в данном случае 3 полностью загруженных человека с той же совокупной зарплатой как в п.1. Сможет давать скидки. Потому что, ему не надо добывать суммы, типа 7 200 000 ежемесячно, а досточно всего 1 миллион (см.ниже).

5. Примем заниженную производительность - 5 проектов в месяц. Учтём, что Заказчик в наше время будет рад и 3 месячному сроку, что позволит распределить нагрузку от большого числа заказов. И, получая оплату за 60 заказов год, можно не "загонять" себя по срокам. А, при необходимости, спокойно расширяться.

6. 1 директорская должность, 1 бухгалтер, 1 офис-менеджер. На всё - не более 350 тысяч.

7. Аренда - не более 100 кв.м. То есть, 250 000 рублей в месяц.

Итого ("на круг"): 1 050 000 против 7 200 000 рублей по "устоявшейся схеме".

В год в бизнесе, следовательно, должно находиться 12 600 000 рублей (около 212 000 долларов в год). Однако, в отличие от "уcтоявшейся схемы" с явным и большим дефицитом бюджета нарастающим каждый месяц, здесь первичные инвестиции в отличие от "устоявшегося случая" - это не более 1,5-2 млн. рублей, поскольку выручка первого же месяца это перекроет.

60 заказов по демпинговой цене 400 000, в среднем, с учётом всяких скидок дают 24 миллиона рублей в год. То есть, 11 400 000 прибыли до уплаты налогов, 7 410 000 до уплаты налога на дивиденды, 6 446 700 (примерно 108 500 долларов) на руки за год. То есть, вложив 30-35 000 долларов в первые месяцы, Предприниматель обеспечил годовое финансирование бизнеса и 108 500 долларов себе. Фирмой из 10-ти человек. И - при этом - понятно, что он может спокойно расширяться.

Найдите фирму из 10 человек, которая малыми усилиями получает оборот в 24 млн. рублей и имеет прибыль 11 400 000.

В этом и заключается разница с устоявшейся схемой.

C Уважением,

Ответить Сообщение для всех [Нет ответов на это сообщение]

2017-11-22 15:58:56

Денис Сахаров » Всем

Перечитал начало обсуждения, хотелось бы уточнить, что под "стажерами в штате" имелись в виду специалисты, прошедшие стажировку.

Ответить Сообщение для всех [Нет ответов на это сообщение]

2017-11-22 19:00:37

Денис Сахаров [ds@caxap.planfix.ru] » Михаил Куликов

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

специалисты по android development

старший - 150000 руб.
младший - 80000 руб.

специалисты по БД MySQL, Postgres

старший - 120000 руб.
младший - 70000 руб.

бизнес-аналитик - 120000 руб.

есть фулл-стэк разработчики по web development

старший - 150000 руб.
младший - 80000 руб.

UI-специалисты

старший - 120000 руб.
младший - 60000 руб.

специалисты по пп.9-10, примем:

сисадмин - 100000 руб.
главный по тестам и развертыванию - 120000 руб.

тех.лид (тимлид) - 180000 руб.

рук-ль проекта (PM) - 120000 руб.

- роль архитектора выполняется коллективом тимлид+старшие;

- тесты пишут все, под чутким оком главного тестировщика;

Стоимость сопровождения приложения:

- собственные ошибки за свой счет;

- поддержка версий библиотек, улучшения/добавления - отдельно.

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-23 00:43:41

Михаил Куликов [jasmin.mi@ya.ru] » Денис Сахаров

Уважаемый, Денис!

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

В общем, и так понятно, что Сычевская технология значительно дешевле. Была бы полезной возможность "парковать франшизу" на случай приостановки активной деятельности (меняем офис, уехали в Тайланд и т.п.)

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

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

О тех.поддержке: клиент звонит, когда захочет и с любым вопросом. Допустим, у клиента упал сервер (винда), а админа нет или он занят. И клиент звонит разработчику: ваша программа не запускается (а мы не майкрософт). Пока сотрудник тех.поддержки закроет эту заявку, пройдет как минимум 1 час. А если сбой серьезный и срочный, подключится разработчик или несколько и они провозятся до конца текущего дня. Так можно обслужить только одного "сбойного" клиента в день. А если количество клиентов возрастет на порядок, то при той же системе реагирования на сбои появятся очереди. А если ждать клиент не может, то скандалы.

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

С уважением,

Ответить Сообщение для всех [Показать все ответы на это сообщение]

2017-11-27 18:03:24

Сергей В. Сычёв [sch@triz-ri.ru] » Михаил Куликов

Добрый день!

... с ростом количества инсталляций усложняется сопровождение и тех. поддержка. Нужен не только регистр клиентов с их версиями и конфигурациями.Также нужно продолжать поддерживать все установленные версии и модули...

Хочу написать про упрощении поддержки.

Не нужен регистр Клиентов с версиями и конфигурациями , предполагаем, вторичным разработчикам, в том числе. И потому, что "одно ядро на всех Клиентов", и по ряду других причин, все задачи типизируются в 2 группы:

"не вычитывается/не записывется/не удаляется" (то есть, задачи очень простой и одинаковой для всех базы данных),
"не рисуется" (то есть, задачи рисования на экране).

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

С Уважением,

Ответить Сообщение для всех [Нет ответов на это сообщение]

TRIZ-RI Group

Как мотивировать сотрудников СТО?

Обсуждения-аналоги

Авторы

На ту же тему

TRIZ-RI Group

Что делать с персоналом, который не хочет работать?