В гостях в нашей студии руководитель группы компаний "Белов и партнеры". Мы поговорили про путь Александра от инженера-океанолога до создателя собственной технологии (RMS) — системы управления требованиями, с помощью которой организована работа удаленных разработчиков 1С. Результат работы технологии прошел сертификацию менеджмента качества по ISO 9001:2008.
— Как получить полугодовую зарплату за программу для x86?
— Может ли программист быть коммерческим директором пластмассового завода?
— Как отдать долг в $50 тыс. за три месяца?
— Почему закрылся форум «ОдинЭсия»?
— Сергей Белов и Александр Белов — братья?
— Какими качествами должен обладать удаленный разработчик?
Передача «Готовые решения» — это серия интервью с экспертами нашей индустрии. В студию мы приглашаем авторов популярных программных решений, успешных руководителей проектов, уникальных специалистов, которые делятся с нами своим опытом, технологиями и секретами.
Подписывайтесь на наши каналы:
Скоро здесь появится текстовый вариант интервью.
Подпишитесь на канал в YouTube, чтобы узнавать о новых выпусках первыми.
Поздравляем Александра Белова с Днем Рождения!
В качестве подарка мы успели подготовить третий выпуск программы «Готовые решения», в гостях студии сам Александр.
Очень интересное интервью получилось, всем рекомендую посмотреть и послушать!
Спасибо большое! слушаю с удовольствием, Но почему нет в iTunes этого выпуска до сих пор
(2) biz-intel, в течение часа появится.
Хороший выпуск. Только вот интересен вопрос, где же А. Белов находит этих удаленных сотрудников, как ведется поиск.. Ну и fridays club интересно) будем ждать! Следующий кто, С. Гилёв ?
(2) biz-intel,
На страницу в самом Itunes выпуск попадет спустя некоторое время
Но при этом на устройствах третий выпуск уже есть.
Проверено на iPad ios 7.1.2 и HTC Android
(5) GSoft, да спасибо, уже вижу 🙂
(5) GSoft, Сергей, только одна просьба лУстин…. Правильное ударение лУстин.
(4) Он же ответил, как ведется поиск — на профильных площадках. Открою Вам секрет — большинство людей с профильных форумов, попробовали выполнить тестовое задание Александра.
(7) lustin, хм, ну он ответил что существовал некий его форум по 1С, откуда он и черпал кадры.. а на данный момент что есть «профильные площадки»? ну скажем на инфостарте я не видел подобных тестов (хотя для интереса прошел бы его или хотя бы посмотрел), на мисте тоже врядли.. или профильные площадки именно фрилансеров типа 1clancer ?
(8) AllexSoft, описание вакансий есть вот тут:
Удаленный разработчик:
Удаленный руководитель проектов:
В этих ссылках есть руководства к дальнейшим действиям.
(7) lustin,
сорри)) обязуюсь к след конференции запомнить наизусть)
(2) biz-intel,
путем борьбы с rss и itunes, последняя все-таки указала на странице подкаста третий выпуск)))
Если говорить про профсоставляющую беседы — то менее интересно/полезно, чем с Лустиным (ударение ставьте правильно!); но посмотрел с удовольствием.
(0) Я бы тоже ради интереса прошел Ваше тестирование. Уж очень интересен объективный результат моих способностей 🙂
Может сделаете такую фишку у себя, что бы любой желающий прошел тест? Можно даже платной 🙂
(0) Из передачи становится понятно, почему на сайте Александра красуется в баннере штурвал корабля 🙂
Интересное интервью.
(12) CheBurator,
Для обсуждения проф.тем, мне кажется, проф.конференции и семинары подходят гораздо лучше, все-таки, видео рассчитано на большую аудиторию 🙂
(13) DitriX,
Решение о прохождении вступительного тестирования сугубо субъективное (лично решаю: «ходи то, делай сюда, царь во дворца» :-)). То есть, вступительное тестирование имеет смысл только при наличии реального желания к дистанционному сотрудничеству. Тест достаточно прост для специалистов с навыками конструктивного письменного общения (КПО). А навыки эффективного решения прикладных задач (специально написал без использования термина «программирование») специалист сможет продемонстрировать уже в процессе реальной оплачиваемой работы 🙂
Таланты Александра впечатляют.
Все что он делает — делает хорошо.
Очень приятно, что знакомы лично.
Еще раз с днем рождения! Успехов во всех начинаниях!
(17) MariP, спасибо! 🙂
(16) ну в нашем мире грань между субъективно и объективно — очень тонкая. Вот как придумают не предвзятый ИИ, тогда можно говорить будет о реальной объективности 🙂
Но в целом мысль понял.
(15) Не возражаю!
я ж написал: смотреть было интересно!
Спасибо за интервью! Отличная беседа, как и две предыдущие!
Разные города: Санкт-Петербург, Липецк, Владивосток, Москва!
Разные компании: какие-то на слуху «Связной», какие-то нет, но впечатляют масштабами — завод пластмассовых изделий!
Одно время, одна страна — разные судьбы — и все истории через взгляд коллег по цеху: внедренцев 1С, автоматизаторов предприятий!
Где учиться, если тебя увлекает математика и химия?
Как прийти к «автоматизации» через исследования океанов?
Почему, будучи коммерческим директором завода, Александр уходит в автоматизацию предприятий?
Владивосток или Москва — что выбрал Александр?
Кто и как создал флагманский инструмент Александра — «РМС-систему»?
Нюансы и детали, зигзаги и повороты профессионального и жизненного пути — вас ждут в беседе с удивительным человеком — Александром Беловым.
Бутылки воды не хватает собеседникам 🙂
…Имхо, все и так понятно, это было сказано в процессе беседы — упорный труд, интерес к делу, идти навстречу жизни и не бояться брать на себя больше обязательств, чем другие, доводить планы до логического конца, работать с душой и выдавать качество!
(24) Главное — сделать так, чтобы основную часть работы не ты на кого-то работал, а кто-то на тебя…
Саша, на караоке времени хватает? или «за бортом»?
Отличная все-таки идея с этими интервью — уже третье видео смотрю с удовольствием! Спасибо Александру за подробный рассказ о своем жизненном пути — всегда интересно послушать как развивались коллеги.
А можно подробно написать или рассказать в видео как измеряется навык конструктивного письменного общения? Я в своих вакансиях писал «умение внятно излагать свои мысли» и на собеседовании предлагал написать эссе на свободную тему. Качественную оценку удавалось получить, а вот конкретной шкалы измерений для этого навыка я так и не придумал. У вас, похоже, эта шкала есть?
Еще такой вопрос о вашей системе RMS. Правильно ли я понимаю, что основная бизнес-выгода такой стратегии (гибкая методология) — отсутствие необходимости держать в штате грамотных (и, соответственно, дорогих) проектировщиков? Наличие которых собственно вообще плохо бы вписалось в бизнес-модель удаленной работы?
В целом, я немного скептически отношусь к выполнению нетиповых проектов по гибкой методологии. Мне кажется, чтобы быстро делать прототип, исполнитель уже ранее должен был сталкиваться с аналогичными «условиями задачи». А как вы поступаете, когда попадается нетиповой проект, когда нет подобных работ в портфолио программистов?
И еще, на этапе продажи, получив от заказчика только ключевые требования, как вы выставляете счет, не зная стоимости работ?
О! Привет привет )
(26) Cthulhu, в караоке стал бывать гораздо реже, но для творчества в целом время выделяю , .
(27) weissfeuer,
В договоре предусматриваем небольшую (относительно проекта) предоплату, сопоставимую с предполагаемым объемом работ на ближайший месяц. Например, договорились о размере предоплаты в 40 часов, первый счет будет выставлен на 40 часов. Если 40 часов будут израсходованы за 2 недели, выставляем следующий счет на следующие 40 часов.
(31) т.е. В итоге все все равно упирается и определяется почасовкой?
(32) CheBurator, о стоимости проекта целиком или в чем вопрос?
(33) клиент выкатывает тз
Как будет определена стоимость работ по тз? В фиксированной сумме? Ф фиксированном времени выполнения? Насколько подробным должно быть тз чтобы потом не возникли разногласия когда один говорит что в тз описан требуемый функционал а второй упирается что то что клиент понимает под функционалом в этот самый функционал не входит?
Или есть понимание на этапе рассмотрения тз что оценить трудно адекватно и типа давайте делать кучочками? Давайте! Делаем вот этот кусочек -как определим сколько стоит сделать кусочек? Исходим из по возможности более мелкой задачи-кусочка -которую можно сделать за 2-4 часа что по рынку будет стоить ну не менее 1500 за час
Все упирается в вопрос как оценить трудоемкость задачи и собственно ее стоимость?
(30) AlexWhite, спасибо за подробный ответ! Наверное, мне нужно что то почитать по гибким методикам, потому что сейчас я не представляю как можно приступать к проекту, не спроектировав хотя бы архитектуру решения и основные алгоритмы 🙂
(34) CheBurator,
«Нет ничего нового под солнцем» — сказал какой-то мудрец. Так и 80% задач можно оценить по их прототипам. А дальше по принципу Парето «20% усилий дают 80% результата». Иными словами, основные трудозатраты идут там, где клиент сам плохо понимает свои потребности и не может их внятно изложить исполнителю. Впору тест КПО и заказчикам предлагать )))
(34) CheBurator,
Возможны несколько вариантов:
1. Если заказчик выкатил хорошее ТЗ, значит у него, скорее всего, уже есть ожидания к срокам и стоимости решения. Спросим, к какому сроку надо сделать, в какую стоимость уложиться. Выявленные ожидания будут заложены в качестве контрольных цифр, организовав взаимодействие по технологии, с постоянным контролем за сроками и стоимостью (еженедельно, ежемесячно).
2. Если ТЗ заказчика оставляет желать лучшего, выявляем ключевые требования, по ним проводим оценку (для себя!) методом аналогий, сравнивая с ранее решенными аналогичными проектами, предлагаем начать сотрудничество по технологии («…за приемлемую плату»), ведем работу по технологии с контролем собственных оценок. Оставляем заказчику, отказаться от сотрудничества без финансовых потерь, но не позже 2 недель от начала работ.
3. Если ТЗ вида «лучше без ТЗ», провожу классификацию клиента всеми доступными мне средствами, чтобы получить возможность оценки методом аналогий («клиент похож на…»). Организуем работу по технологии, даем время, чтобы заказчик убедился на деле, что требуемый результат достигается в ожидаемые сроки, за приемлемую плату. И 2 недели на возможность, отказаться от сотрудничества без финансовых потерь.
4. Если «ТЗ — авно», а заказчик «надо вчера и сколько это будет стоить?» выполняю экспресс-оценку несколькими доступными мне косвенными методами, например, «глаза-в-глаза», добавляю 2-3 цены (управление рисками).
ТЗ не нужно 🙂
Не возникнут, если организовано сотрудничество в строгом соответствии с технологией 🙂
Оценка трудоемкости (управление трудоемкостью) — это моя внутренняя задача. На стороне заказчика конечная стоимость решения и один критерий, «приемлемая стоимость» — пусть сообщит, какая для него «приемлемая», или доверит нам, предоставить ему результат, и после сообщить, соблюдены ли сроки, приемлема ли стоимость. Если не приемлемо, расстанемся без финансовых потерь для него, не позже, чем через 2 недели от начала работ.
(35) weissfeuer,
Есть такое понятие, «повторное использование архитектуры». На дворе уже 2015, архитектура большинства решений известна, особенно, в проектах на 1С. Для редко появляющихся «новых» проектов доступны библиотеки стандартных подсистем и возможно применение элементов архитектуры из других ранее решенных проектов.
(36) PAVI,
Не соглашусь. Клиент понимает свои потребности лучше внешних консультантов, сложность для исполнителя в том, чтобы выявить реальную бизнес-потребность, но заказчику это ни чего не стоит, а для исполнителя может привести к прямым убыткам — программируешь, программируешь, а заказчику надоедает платить за отсутствие то там то тут результата. Например, заказчик: «добавьте мне субконто», исполнитель — рад стараться, добавил. В итоге, перестал закрываться месяц, регламентная отчетность «не бьется» и наступили другие последствия, перепрограммирование которых ушло в бесконечность и проект внедрения УПП растянулся на годы. А всего то, следовало выявить, «какую потребность бизнеса вы хотели решить добавлением субконто?» 🙂
(38) AlexWhite,
а чем JIRA не устраивает?
(21) Оборжаться, интересно, какие составляющие 159 статьи вы разглядели в интервью?
(39) pro1c@inbox.ru,
На основе субъективного анализа недельной бесплатной версии (на ноябрь 2014 года):
1. Дорогая
2. «Из коробки» — полностью на английском
3. Вытекает из 1 и 2 — приемлемая русификация за деньги
4. Медленная
5. Ограниченная иерархия задач (не увидел, чтобы это где-то настраивалось; сделано это наверное исходя из классической терминологии «задачи» — сообщения с формализованной и четко обозначенной целью, но в RMS «задача» — это этап процесса)
6. Требует вложений денег и времени для интеграции с бух. системой и системами управления версиями
7. Непростой интерфейс = сложности с новыми сотрудниками/клиентами.
Безусловно, у нее есть и положительные стороны, но в условиях непрерывной проектной работы выделить время и ресурсы на «допиливание» джиры под себя довольно трудно.
(39) pro1c@inbox.ru,
в каком контексте вопрос, почему я использую RMS вместо других систем task или project менеджмента, имеете в виду? 🙂
(39) pro1c@inbox.ru, недавно на FB вели обсуждение, цитирую:
C 2002 года перепробовал множество «задача-трекеров» и систем управления программными проектами, онлайн в т.ч: Request tracker, BugZilla, DotProject, NetOffice, Mantis, модуль тех.поддержки из «Корп.портал bitrix», jira, Borland Star team, trello, Clarizen, видел у коллег другие, типа redmine, однако:
1. Заказал собственную «Систему управления требованиями» (RMS), эксплуатируемую успешно с 2005 года
2. До сих пор не смог ее заменить ни одной из ранее и ныне просмотренных систем
Главный вывод — инструменты сами по себе играют второстепенную роль в контроле задач. Первостепенное значение играют люди, а инструменты могут помогать или вредить. Однажды обслуживался, как заказчик, у подрядчиков с mantis — отличный опыт из серии «фу, быть таким!» Дело было, конечно, не в инструменте, но в том, как они его использовали во вред себе и мне.
Что меня до сих пор держит в RMS:
1. Подсистема «вступительное тестирование» — позволяет эффективно вести отбор кандидатов в сотрудники.
2. Все по-русски
3. Жесткая, двусторонняя связь системы управления требованиями (RMS) и системы управления версиями (CVS).
4. Подсистема взаиморасчетов с Заказчиками и субподрядчиками.
5. Жесткая система разграничения прав, ролей, в соответствии со стандартным процессом организации (реализована возможность оградить клиента от лишних обсуждений, в частности и возможность формирования рабочих групп из числа сотрудников клиента в рамках одного клиента и нескольких проектов).
6. Накопленные решения (задокументированы) по различным проектам на платформе 7.7 и 8*.
7. Быстрый интерфейс (без использования графики), система внутренних перекрестных ссылок, закладок, меток.
Есть, конечно, несколько недоработок с которыми пока приходится мириться, пока новая система находится в разработке.
(44) Оборжаться, ну, и что вас останавливает? Бегом, доносить!
(41) pabelov,
странная фраза от программиста!!!!!
(46) pro1c@inbox.ru,
Во-первых, Павел — не программист, во-вторых, чего тут странного?