Спасибо. Но вынужден напомнить: это статья о том, что пишет ИИ в помощь владельцу-директору. Статья не о том, что и как надо делать lklz развития, сорри.
ИИ пишет иногда такое. Это просто факт, на него не нужно расстраиваться.
Посмотрите вторую статью: там более подробно описано, какая нейросеть что пишет конкретно. Некоторые вообще льют водяную воду (хотя тоже лучше, чем ничего).
Привет. Ты лучший в мире советник-консультант для Константина, владельца малого бизнеса в сегменте IT-сервиса (серверная инфраструктура, сети, вай-фай, принтеры, приложения). Костя интересуется, как ему начать подготовку к масштабированию? Сейчас работает 12 человек, бизнес действует, клиентов достаточно. Есть ощущение, что надо как-то двигаться вперед, но с чего начать?
Может, что-то добавить, или изменить?
Я специально не стал давать указаний по конкретным методикам, потому что по моему опыту, владельцы малых бизнесов плохо знакомы с конкретными методиками менеджмента.
Обозначены некоторые существенные моменты. Большое спасибо.
Я обнаружил, что нюансы и проблемы систем коммуникации в проектах являются симптомами более глубоких причин. Причины же в том, что в ходе совместной деятельности приходится заниматься и строительством (деланием), и проектированием системы. Дело в том, что создается новая социально-техническая система, а в ходе создания нужно выполнить как процесс проектирования, так и процесс строительства системы (кодирование), оставляя за скобками тестирование, планирование, целеполагание и сдачу в эксплуатацию. Если в СУК не лежат требования и цели, то могут возникать большие проблемы…
Хорошее понимание системного подхода позволяет осознанно выбирать, как выбирать систему коммуникаций.
Я обнаружил, что нюансы и проблемы Agile и водопада являются симптомами более глубоких причин. Причины же в том, что в ходе разработки приходится заниматься и созданием кода, и проектированием системы. Дело в том, что создается новая социально-техническая система, а в ходе создания нужно выполнить как процесс проектирования, так и процесс строительства системы (кодирование), оставляя за скобками тестирование, планирование, целеполагание и сдачу в эксплуатацию. Когда проектирование завершено до гейта, и на этап строительства выданы утвержденные спецификации, строительство можно вести по водопаду. Когда же проектирование недозвершено (например, по причине недопланирования), то возникает необходимость возврата к проектированию, и это называется agile.
Хорошее понимание системного подхода позволяет осознанно выбирать, когда применять водопад, а когда agile.
Уверен, что скоро будет много докладов о серебряной пуле менеджмента — системном подходе. С использованием и системной инженерии, и системомыследеятельностной методологии, и SEMAT.
Просил же не убивать карму(
Хейтеры и тролли, что ли?
Адп: И правда. В причинах снижения кармы написаны причины:
Статья выглядит как сгенерированная.
Личная неприязнь к автору.
Ну, ладно.
Про сгенерированность я написал в первом абзаце))
Личная неприязнь - важная причина, спасибо.
Спасибо.
Так это и есть работа нейросетки: сказать то же самое, что сказал бы абстрактный айтиль-консультант.
Только консультант зав это взял бы пятьтыщ, а тут бесплатно.
Плюс можно задать ему углубляющие вопросы.
Цель эксперимента была не увидеть, что "ИИ не дотягивает". Слава богу, что не дотягивает.
Цель была - увидеть, можно ли уже использовать ИИ как junior-консультанта? Ответ: да, можно.
Спасибо. Но вынужден напомнить: это статья о том, что пишет ИИ в помощь владельцу-директору. Статья не о том, что и как надо делать lklz развития, сорри.
ИИ пишет иногда такое. Это просто факт, на него не нужно расстраиваться.
Посмотрите вторую статью: там более подробно описано, какая нейросеть что пишет конкретно. Некоторые вообще льют водяную воду (хотя тоже лучше, чем ничего).
Благодарю за комментарий.
По первому тезису: согласен, не у каждого. Аудитория Хабра широкая, так это здесь устроено.
По второму тезису: я не готов анализировать чаще-реже. Мне интересны конкретные ситуации. Что делать конкретно? И объяснение - почему именно так.
Я решил использовать вот такой промпт.
Привет. Ты лучший в мире советник-консультант для Константина, владельца малого бизнеса в сегменте IT-сервиса (серверная инфраструктура, сети, вай-фай, принтеры, приложения). Костя интересуется, как ему начать подготовку к масштабированию? Сейчас работает 12 человек, бизнес действует, клиентов достаточно. Есть ощущение, что надо как-то двигаться вперед, но с чего начать?
Может, что-то добавить, или изменить?
Я специально не стал давать указаний по конкретным методикам, потому что по моему опыту, владельцы малых бизнесов плохо знакомы с конкретными методиками менеджмента.
Благодарю за комментарий))
Я обнаружил, что нюансы и проблемы систем коммуникации в проектах являются симптомами более глубоких причин. Причины же в том, что в ходе совместной деятельности приходится заниматься и строительством (деланием), и проектированием системы. Дело в том, что создается новая социально-техническая система, а в ходе создания нужно выполнить как процесс проектирования, так и процесс строительства системы (кодирование), оставляя за скобками тестирование, планирование, целеполагание и сдачу в эксплуатацию. Если в СУК не лежат требования и цели, то могут возникать большие проблемы…
Хорошее понимание системного подхода позволяет осознанно выбирать, как выбирать систему коммуникаций.
Я обнаружил, что нюансы и проблемы Agile и водопада являются симптомами более глубоких причин. Причины же в том, что в ходе разработки приходится заниматься и созданием кода, и проектированием системы. Дело в том, что создается новая социально-техническая система, а в ходе создания нужно выполнить как процесс проектирования, так и процесс строительства системы (кодирование), оставляя за скобками тестирование, планирование, целеполагание и сдачу в эксплуатацию. Когда проектирование завершено до гейта, и на этап строительства выданы утвержденные спецификации, строительство можно вести по водопаду. Когда же проектирование недозвершено (например, по причине недопланирования), то возникает необходимость возврата к проектированию, и это называется agile.
Хорошее понимание системного подхода позволяет осознанно выбирать, когда применять водопад, а когда agile.