Найти в Дзене
Внешний CTO снова в деле! 🧐
Я уже многократно писал о том, чем полезен внешний CTO в IT-проекте: А сегодня хочу поделиться тем, как у меня появился новый проект. Всё для чего-то происходит. В акселератор Sber500 со своим проектом я в итоге не прошёл. Из порядка 600 претендентов комиссия отобрала 50 проектов, которые пошли дальше. Слушая себя, понимаю, что я к этому не очень и стремился. Зато общение в чате с другими участниками конкурса привело к тому, что у меня появился клиент. И вчера мы начали работу. Как говорится: Когда...
3 недели назад
📌 Строим дом удалённо или Как не завалить IT-проект 📌 Я уже писал о том, чем полезен внешний CTO в IT-проекте – здесь (о проблемах) и здесь (о решении). А сегодня мне пришла классная аналогия того, как я работаю с IT-проектами в роли внешнего CTO с 25-летней экспертизой в разработке. Уверен, вам понравится, потому что я получил от этого кайф) Поэтому рассказываю: Есть у меня хороший знакомый, который занимается строительным надзором. Вспомнил сегодня о нём, когда осознал, что мы с ним решаем чем-то схожие задачи. Его приглашают на строительные объекты для того, чтобы убедиться, что всё идёт нормально. Когда не хватает компетенций или других ресурсов делать это самим. 📌 Пример со стройки Вот представьте, строит человек дом. И управляет стройкой сам. Наблюдает за ходом работ, общается со строителями, принимает результат. Мы уже понимаем, что на самом деле он не управляет, а лишь контролирует, потому что управлять ему компетенций не хватит, но пусть так. Понятно, что если раньше он таких управленческих задач не решал, то ему будет непросто. Ведь нужно компетентно решать следующие задачи: - объективно оценивать темп работ - проверять, что не обманывают - следить за качеством 📌 Удалённая стройка А теперь представьте, что делает он это полностью удалённо. То есть, у него нет возможности: - проверять качество на ощупь - визуально оценивать геометрию - делать замеры - чувствовать запах материалов Уверен, что дефектов при таком управлении стройкой неопытным в стройке заказчиком может быть масса. Жить в таком доме я бы не хотел. 📌 А что в IT-проекте? Но прикол в том, что описывая гипотетическую ситуацию для стройки, я только что описал реальную и очень распространённую сегодня ситуацию для IT-проекта. Проекты всё чаще запускаются и управляются фаундерами или менеджерами, не имеющими опыта в разработке, потому что технологии шагнули так далеко, что разработка стала доступнее. В итоге появилось ощущение, что можно разрабатывать почти без разработчиков. Ну или как минимум меньше зависеть от них - их компетенций и человеческих качеств. Но на самом деле это огромная иллюзия. 📌 Простота – это иллюзия Наблюдая за проектами, я вижу, как: - недобросовестные разработчики делают ненужную работу - слабые специалисты сидят на неоправданно высоких ставках - работа идёт медленно, и заказчик это терпит - качество кода и архитектуры оставляет желать лучшего - члены команды отваливаются от проектов, унося с собой не только экспертизу, но и наработки - задачи не выполняются неделями и месяцами, сроки горят, релизы не происходят - лезут бесконечные ошибки - требуются неожиданные доработки там, где, казалось бы, всё давно уже работало - в конечном счёте проект умирает, не в силах тянуть столь неэффективную разработку И это лишь малая часть того, с чем я сталкиваюсь и что обычно вижу невооружённым взглядом. По сути, выполняя “строительный” надзор за IT-проектами. 📌 Как можно иначе? Помимо надзора, я кайфую от того, что могу вносить коррективы в управление разработкой и сам рабочий процесс, помогать с подбором команд и видеть, как проекты становятся эффективнее: - процессы выстраиваются - темпы вырастают - инструменты внедряются - коммуникация улучшается - код и архитектура становятся чище В итоге проект, прежде являвшийся головной болью для заказчика, становится его предметом гордости. Потому что обретает полноценное техническое управление, которое команда начинает воспринимать с пониманием и уважением 📌 В чём собственно суть А всё дело в том, что строителями должен управлять строитель, а разработчиками разработчик. Иначе не работает. Как ни крути. Проверено многократно. За 25 лет в разработке видел всякое (здесь описал свой путь в IT, а здесь представился). Могу стать вашими техническими глазами в вашем IT-проекте. Осуществлять надзор и/или техническое управление. Выстраивать процессы и системы, прозрачно, измеримо и управляемо. Почувствуете эффект с первой недели сотрудничества! Гарантирую.
4 недели назад
Строим дом удалённо или Как не завалить IT-проект
Я уже писал о том, чем полезен внешний CTO в IT-проекте – здесь (о проблемах) и здесь (о решении). А сегодня мне пришла классная аналогия того, как я работаю с IT-проектами в роли внешнего CTO с 25-летней экспертизой в разработке. Уверен, вам понравится, потому что я получил от этого кайф) Поэтому рассказываю: Есть у меня хороший знакомый, который занимается строительным надзором. Вспомнил сегодня о нём, когда осознал, что мы с ним решаем чем-то схожие задачи. Его приглашают на строительные объекты для того, чтобы убедиться, что всё идёт нормально...
4 недели назад
Вчера прилетел в Томск. Прибрал квартиру, сходил за водой, приготовил обогреватель, т.к. на улице -33, и ещё по мелочи много всего. Вот так, казалось бы, день за днём живёшь свою обычную жизнь и всё бы неплохо. Но потом я прочитал вот эту статью: "Происходит нечто масштабное: манифест Мэтта Шумера" И понимаю, что параллельно этой обычный жизни в тот же самый момент в мире разворачивается нечто действительно неординарное. Это касается ИИ. И всех нас. Ещё с неделю назад я писал о том, что GPT - это 200 строк кода на python, хотя уже тогда это было упрощением. А сегодня читаю о новых моделях, вышедших 5 февраля, которые снова рвут шаблоны. Но речь в статье скорее не о них, а о том, какие процессы с ними связаны и уже активно идут, пока большинство этого не замечает. Рекомендую к прочтению. Выжимку из неё выложил тут: "Как подготовиться к жизни в эпоху ИИ?" Что думаете об этом?
1 месяц назад
Аудит процесса разработки IT-проекта - ключ к эффективности и успешной реализации
Разработка веб-проектов – сложный и многогранный процесс. Он может вызывать как небольшие затруднения, так и серьёзные проблемы, влияющие на качество и сроки выхода конечного продукта в релиз. Всё это в итоге сказывается на бизнесе и требует своевременного решения. К проблемам могут приводить ошибки в планировании, недостаток компетенций в команде, неоптимальное распределение ресурсов, отсутствие чёткой системы управления проектами, отсутствие контроля рисков и ещё ряд причин, которые не всегда видны при беглом взгляде на ситуацию...
1 месяц назад
Если нравится — подпишитесь
Так вы не пропустите новые публикации этого канала