Да, именно поэтому, я и описал, что буду называть этим словом.
Интересная мысль состоит ещё и в том, что зачастую решения выбираемые специалистами являются чрезмерно дальновидными и слишком мощными для целевой задачи. Сложных, в техническом понимании, систем, в реальной деятельности большинства бизнеса, становится всё меньше. Под 80% задач находятся готовые стабильные решения, которые позволяют понять оно вообще работать будет это твое направление или нет.
Считаю что важно всем таким командам помнить, что доверие не появляется на пустом месте. О нём нужно заботиться и растить. Достигается это за счет открытости в постановке целей и в обсуждении причин и решений повлекших их за собой. За счет готовности каждой стороны поделиться, на понятном языке, сложностями и рисками и тд.
Без такого диалога, как Вы и написали, все продолжат сидеть по своим углам и шипеть друг на друга.
Действительно если бы вопрос был только к СТО, то стоило бы задать мне дополнительный вопрос. Однако я указал что проблема и со стороны бизнеса в том числе. Это содержится в цитате.
И еще раз, да, очень часто заказчики хотят управлять тем, что не понимают. Но миссия инженера помочь бизнесу принимать верные решения, позволяя понять это на должном уровне абстракции, который позволит в явном виде синхронизироваться в целях. То о чем Вы пишите, кажется что выглядит как ситуация в которой разработчики не хотят вводить бизнес в тему, так как сложно/вы не поймете/мы на это не нанимались. А бизнес в свою очередь не готов послушать. И вот мы опять в той же ситуации - бизнес не готов послушать, а разработчики не объясняют.
И мой посыл, что либо обе стороны начинают заботиться о партнерстве, работая сообща и ради общих целей, либо имеем то, что имеем.
Спасибо за отзыв. Сейчас понимаю что можно было разделить её на 2. Про техническую и коммерческую перспективу для разработчиков и про потенциал использования предпринимателями. Обязательно задам такой вопрос себе перед следующей публикацией. Еще раз спасибо!
Мысль очень верная! Всё сказанное можно перенести на взаимодействие любой коммерции и бизнес-заказчиков с любым производством. Спасибо за очень важный вывод!
Да, часто читая что-то я сначала думаю про себя «спасибо, кэп! Это же очевидно всё.». но потом появляется вопрос, а делаю ли я так как только что посчитал очевидным. А делают ли окружающие меня люди так? Анализирую это получилось выделить 4 стадии работы с прописными истинами.
Знать их
Вспоминать когда про них спросят / увидишь напоминалку и применять в моменте
Основываться на них в действиях без дополнительных напоминаний
Действовать не просто зная их как формулы, но понимая почему они появились и зачем это всё так работает
А для того, чтобы продвинуться от первой стадии к четвертой, важно дать возможность людям посмотреть на них с разных сторон и в разных примерах, чтобы было как можно больше возможностей увидеть в них то, что получится перенести на свой опыт не затрачивая сил на дополнительную абстракцию. Это в том числе назначение статьи и примеров в ней.
Да, именно поэтому, я и описал, что буду называть этим словом.
Интересная мысль состоит ещё и в том, что зачастую решения выбираемые специалистами являются чрезмерно дальновидными и слишком мощными для целевой задачи. Сложных, в техническом понимании, систем, в реальной деятельности большинства бизнеса, становится всё меньше. Под 80% задач находятся готовые стабильные решения, которые позволяют понять оно вообще работать будет это твое направление или нет.
Да, такие ситуации встречал наверняка каждый.
Считаю что важно всем таким командам помнить, что доверие не появляется на пустом месте. О нём нужно заботиться и растить. Достигается это за счет открытости в постановке целей и в обсуждении причин и решений повлекших их за собой. За счет готовности каждой стороны поделиться, на понятном языке, сложностями и рисками и тд.
Без такого диалога, как Вы и написали, все продолжат сидеть по своим углам и шипеть друг на друга.
Спасибо за развернутое мнение!
Действительно если бы вопрос был только к СТО, то стоило бы задать мне дополнительный вопрос. Однако я указал что проблема и со стороны бизнеса в том числе. Это содержится в цитате.
И еще раз, да, очень часто заказчики хотят управлять тем, что не понимают. Но миссия инженера помочь бизнесу принимать верные решения, позволяя понять это на должном уровне абстракции, который позволит в явном виде синхронизироваться в целях. То о чем Вы пишите, кажется что выглядит как ситуация в которой разработчики не хотят вводить бизнес в тему, так как сложно/вы не поймете/мы на это не нанимались. А бизнес в свою очередь не готов послушать. И вот мы опять в той же ситуации - бизнес не готов послушать, а разработчики не объясняют.
И мой посыл, что либо обе стороны начинают заботиться о партнерстве, работая сообща и ради общих целей, либо имеем то, что имеем.
Да, такое может случитьсяОт всех рисков не закроешься. Придется спрятаться под кроватью, но и там есть риски.
Кроме того, некоторые решения позволяют скачать исходники и работать с ними дальше, например, та же Tilda, Flutterflow и др.
На рынке также есть и отечественные решения:
https://appmaster.io/ru
https://albato.ru
Спасибо за отзыв. Сейчас понимаю что можно было разделить её на 2. Про техническую и коммерческую перспективу для разработчиков и про потенциал использования предпринимателями. Обязательно задам такой вопрос себе перед следующей публикацией. Еще раз спасибо!
Пожалуйста!
Мысль очень верная! Всё сказанное можно перенести на взаимодействие любой коммерции и бизнес-заказчиков с любым производством. Спасибо за очень важный вывод!
Да, часто читая что-то я сначала думаю про себя «спасибо, кэп! Это же очевидно всё.». но потом появляется вопрос, а делаю ли я так как только что посчитал очевидным. А делают ли окружающие меня люди так? Анализирую это получилось выделить 4 стадии работы с прописными истинами.
Знать их
Вспоминать когда про них спросят / увидишь напоминалку и применять в моменте
Основываться на них в действиях без дополнительных напоминаний
Действовать не просто зная их как формулы, но понимая почему они появились и зачем это всё так работает
А для того, чтобы продвинуться от первой стадии к четвертой, важно дать возможность людям посмотреть на них с разных сторон и в разных примерах, чтобы было как можно больше возможностей увидеть в них то, что получится перенести на свой опыт не затрачивая сил на дополнительную абстракцию. Это в том числе назначение статьи и примеров в ней.