gifts2017

Готовые решения: Александр Белов. Выпуск №3.

Опубликовал Доржи Цыденов (support) в раздел Сообщество - Инфостарт

В гостях в нашей студии руководитель группы компаний "Белов и партнеры". Мы поговорили про путь Александра от инженера-океанолога до создателя собственной технологии (RMS) - системы управления требованиями, с помощью которой организована работа удаленных разработчиков 1С. Результат работы технологии прошел сертификацию менеджмента качества по ISO 9001:2008.

- Как получить полугодовую зарплату за программу для x86?
- Может ли программист быть коммерческим директором пластмассового завода?
- Как отдать долг в $50 тыс. за три месяца?
- Почему закрылся форум "ОдинЭсия"?
- Сергей Белов и Александр Белов - братья?
- Какими качествами должен обладать удаленный разработчик?

http://new.abelov.com/

Передача "Готовые решения" - это серия интервью с экспертами нашей индустрии. В студию мы приглашаем авторов популярных программных решений, успешных руководителей проектов, уникальных специалистов, которые делятся с нами своим опытом, технологиями и секретами.

Выпуск №1 Цыденов Доржи.

Выпуск №2 Алексей Лустин.

Выпуск №3 Александр Белов.

Подписывайтесь на наши каналы:

Подкаст на PodFM

Подкаст в iTunes.

Скоро здесь появится текстовый вариант интервью.

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

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
RMS_3_Alex_Belov
.mp3 88,13Mb
10.02.15
191
.mp3 88,13Mb 191 Бесплатно

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Доржи Цыденов (support) 10.02.15 09:04
Поздравляем Александра Белова с Днем Рождения!
В качестве подарка мы успели подготовить третий выпуск программы "Готовые решения", в гостях студии сам Александр.
Очень интересное интервью получилось, всем рекомендую посмотреть и послушать!
pabelov; lustin; CrazyCD; GSoft; minimajack; etmarket; black_cat_crossing_the_street; +7 Ответить
2. Кирилл Трофимов (biz-intel) 10.02.15 10:12
Спасибо большое! слушаю с удовольствием, Но почему нет в iTunes этого выпуска до сих пор
3. Доржи Цыденов (support) 10.02.15 10:57
(2) biz-intel, в течение часа появится.
4. Алексей Белоусов (AllexSoft) 10.02.15 12:54
Хороший выпуск. Только вот интересен вопрос, где же А. Белов находит этих удаленных сотрудников, как ведется поиск.. Ну и fridays club интересно) будем ждать! Следующий кто, С. Гилёв ?
5. GSoft. (GSoft) 10.02.15 13:09
(2) biz-intel,

На страницу в самом Itunes выпуск попадет спустя некоторое время
Но при этом на устройствах третий выпуск уже есть.
Проверено на iPad ios 7.1.2 и HTC Android
6. Кирилл Трофимов (biz-intel) 10.02.15 13:21
(5) GSoft, да спасибо, уже вижу :)
7. Алексей Лустин (lustin) 10.02.15 13:40
(5) GSoft, Сергей, только одна просьба лУстин.... Правильное ударение лУстин.

(4) Он же ответил, как ведется поиск - на профильных площадках. Открою Вам секрет - большинство людей с профильных форумов, попробовали выполнить тестовое задание Александра.
8. Алексей Белоусов (AllexSoft) 10.02.15 13:45
(7) lustin, хм, ну он ответил что существовал некий его форум по 1С, откуда он и черпал кадры.. а на данный момент что есть "профильные площадки"? ну скажем на инфостарте я не видел подобных тестов (хотя для интереса прошел бы его или хотя бы посмотрел), на мисте тоже врядли.. или профильные площадки именно фрилансеров типа 1clancer ?
9. electronic0125 (pabelov) 10.02.15 15:23
(8) AllexSoft, описание вакансий есть вот тут:
Удаленный разработчик: http://infostart.ru/job/vacancy/318970/
Удаленный руководитель проектов: http://infostart.ru/job/vacancy/318926/

В этих ссылках есть руководства к дальнейшим действиям.
maxx; AlexWhite; AllexSoft; +3 Ответить
10. GSoft. (GSoft) 10.02.15 15:33
(7) lustin,

сорри)) обязуюсь к след конференции запомнить наизусть)
11. GSoft. (GSoft) 10.02.15 15:35
(2) biz-intel,

путем борьбы с rss и itunes, последняя все-таки указала на странице подкаста третий выпуск)))
12. Сергей (Che) Коцюра (CheBurator) 10.02.15 19:17
Если говорить про профсоставляющую беседы - то менее интересно/полезно, чем с Лустиным (ударение ставьте правильно!); но посмотрел с удовольствием.
13. Дмитрий Шерстобитов (DitriX) 10.02.15 21:22
(0) Я бы тоже ради интереса прошел Ваше тестирование. Уж очень интересен объективный результат моих способностей :)
Может сделаете такую фишку у себя, что бы любой желающий прошел тест? Можно даже платной :)
14. Виталий Барилко (Diversus) 10.02.15 22:11
(0) Из передачи становится понятно, почему на сайте Александра красуется в баннере штурвал корабля :)
Интересное интервью.
15. Александр Белов (AlexWhite) 11.02.15 10:44
(12) CheBurator,
про профсоставляющую беседы

Для обсуждения проф.тем, мне кажется, проф.конференции и семинары подходят гораздо лучше, все-таки, видео рассчитано на большую аудиторию :-)
16. Александр Белов (AlexWhite) 11.02.15 12:05
(13) DitriX,
Уж очень интересен объективный результат моих способностей :)

Решение о прохождении вступительного тестирования сугубо субъективное (лично решаю: "ходи то, делай сюда, царь во дворца" :-)). То есть, вступительное тестирование имеет смысл только при наличии реального желания к дистанционному сотрудничеству. Тест достаточно прост для специалистов с навыками конструктивного письменного общения (КПО). А навыки эффективного решения прикладных задач (специально написал без использования термина "программирование") специалист сможет продемонстрировать уже в процессе реальной оплачиваемой работы :-)
17. MariP Назарова (MariP) 11.02.15 12:45
Таланты Александра впечатляют.
Все что он делает - делает хорошо.
Очень приятно, что знакомы лично.
Еще раз с днем рождения! Успехов во всех начинаниях!
levran; bobah_; GSoft; +3 Ответить 1
18. Александр Белов (AlexWhite) 11.02.15 14:42
19. Дмитрий Шерстобитов (DitriX) 11.02.15 15:50
(16) ну в нашем мире грань между субъективно и объективно - очень тонкая. Вот как придумают не предвзятый ИИ, тогда можно говорить будет о реальной объективности :)

Но в целом мысль понял.
20. Сергей (Che) Коцюра (CheBurator) 12.02.15 19:56
(15) Не возражаю!
я ж написал: смотреть было интересно!
22. г. Казань Рустем Гумеров (Rustig) 13.02.15 03:07
Спасибо за интервью! Отличная беседа, как и две предыдущие!
Разные города: Санкт-Петербург, Липецк, Владивосток, Москва!
Разные компании: какие-то на слуху "Связной", какие-то нет, но впечатляют масштабами - завод пластмассовых изделий!
Одно время, одна страна - разные судьбы - и все истории через взгляд коллег по цеху: внедренцев 1С, автоматизаторов предприятий!
23. г. Казань Рустем Гумеров (Rustig) 13.02.15 03:08
Где учиться, если тебя увлекает математика и химия?
Как прийти к "автоматизации" через исследования океанов?
Почему, будучи коммерческим директором завода, Александр уходит в автоматизацию предприятий?
Владивосток или Москва - что выбрал Александр?
Кто и как создал флагманский инструмент Александра - "РМС-систему"?

Нюансы и детали, зигзаги и повороты профессионального и жизненного пути - вас ждут в беседе с удивительным человеком - Александром Беловым.
24. г. Казань Рустем Гумеров (Rustig) 13.02.15 03:11
Бутылки воды не хватает собеседникам :)

Можешь ли ты поделиться секретами успеха? - прозвучал вопрос в беседе

...Имхо, все и так понятно, это было сказано в процессе беседы - упорный труд, интерес к делу, идти навстречу жизни и не бояться брать на себя больше обязательств, чем другие, доводить планы до логического конца, работать с душой и выдавать качество!
kostyaomsk; support; AllexSoft; +3 Ответить 1
25. Сергей (Che) Коцюра (CheBurator) 14.02.15 00:20
(24) Главное - сделать так, чтобы основную часть работы не ты на кого-то работал, а кто-то на тебя...
26. Cthulhu (Cthulhu) 14.02.15 11:01
Саша, на караоке времени хватает? или "за бортом"?
27. Артем Лабутин (weissfeuer) 15.02.15 15:04
Отличная все-таки идея с этими интервью - уже третье видео смотрю с удовольствием! Спасибо Александру за подробный рассказ о своем жизненном пути - всегда интересно послушать как развивались коллеги.

А можно подробно написать или рассказать в видео как измеряется навык конструктивного письменного общения? Я в своих вакансиях писал "умение внятно излагать свои мысли" и на собеседовании предлагал написать эссе на свободную тему. Качественную оценку удавалось получить, а вот конкретной шкалы измерений для этого навыка я так и не придумал. У вас, похоже, эта шкала есть?

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

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

И еще, на этапе продажи, получив от заказчика только ключевые требования, как вы выставляете счет, не зная стоимости работ?
28. KRIHA (KRIHA) 16.02.15 10:39
29. Александр Белов (AlexWhite) 18.02.15 10:39
(26) Cthulhu, в караоке стал бывать гораздо реже, но для творчества в целом время выделяю http://youtu.be/DuoPxOk-VPc , http://youtu.be/G3Ebm1nUUqI .
30. Александр Белов (AlexWhite) 18.02.15 12:16
(27) weissfeuer,
а вот конкретной шкалы измерений для этого навыка я так и не придумал. У вас, похоже, эта шкала есть?

Булево :-) На момент вступительного тестирования навыки КПО либо есть, либо нет. Количество попыток не ограничено, но, к сожалению, отсутствие навыков КПО чаще всего оказывалось фатальным.
и на собеседовании предлагал написать эссе на свободную тему

Навыки КПО - это несколько иное: 1) быстро прочитать, уловить суть требования, отбросить второстепенные детали 2) быстро написать суть решения - кратко, точно, без лишней воды. Эссе на свободную тему отнимает много времени и у кандидата и у меня, но это, скорее, навыки художественного письменного общения и образного мышления - больше нужны в писательской деятельности, чем в автоматизации :-)
Правильно ли я понимаю, что основная бизнес-выгода такой стратегии (гибкая методология) - отсутствие необходимости держать в штате грамотных (и, соответственно, дорогих) проектировщиков?

Основное преимущество гибкой методики в наличии возможности динамического выделения ресурсов. Причем, наличие в штате грамотных проектировщиков - одно из обязательных условий. Если говорить об RMS, то в первую очередь эта технология собирает правильных людей, при помощи инструментов позволяет не только снизить усилия при объединении результатов их труда, но и получить существенный прирост производительности (синергия, повторное использование и др.), а философия позволяет минимизировать бюрократию сохранив высокий уровень качества за счет осознанных действий всех участников проекта, включая специалистов заказчика :-) Само понятие "в штате" для нас достаточно условно. Есть сотрудники, работающие в московском офисе, но они работают молча - пишут в RMS :-)
плохо бы вписалось в бизнес-модель удаленной работы?

Повторюсь, первая задача для RMS - найти правильных людей. Так получилось, что многие из них живут за МКАДом, имеют, как правило, семью/друзей/квартиру/дом/дачу/авто/огороды/детиходятвсад/шк­олу/гимназию/кружки/секции и т.д., плюс сами занимаются любимым делом, самостоятельно планируя свой день/год, за достойную плату - какой смысл для них, переезжать в Москву? :-) RMS, по сути, технология объединения результатов труда правильно подобранных специалистов, включая специалистов заказчика, вне зависимости от места работы.
А как вы поступаете, когда попадается нетиповой проект, когда нет подобных работ в портфолио программистов?

Уровень программиста - это степень владения предоставленными возможностями платформы. Появилась задача с вебсервисами, отсутствующая в портфолио - отличный шанс для профессионального роста при занятии любимым делом на коммерческой основе! Согласны? :-)
Уровень руководителя проектов - по сути, для РП любой проект является новым, просто, степень неопределенности разная. Проекты на основе типовых содержат часть определенной функциональности, решаются через выявление и устранение отклонений от типовой. В проектах "с нуля" за основу все-равно будет что-то взято, например, БСП (Библиотека стандартных подсистем), но далее все-равно, подход к решению достаточно типовой (справочники, перечисления, документы и т.д.). Задача руководителя сводится к последовательному устранению неопределенности и достижению целей проекта в условиях существующих ресурсных ограничений, с учетом возможных рисков. Тут, как раз, проявляется основное преимущество гибкой методики - устранил неопределенность в рамках требований к функциональности на ближайшую неделю, решил несколько параллельных задач за эту неделю, сняв на время ресурсные ограничения за счет параллельной работы и привлечения временных ресурсов (если понадобилось), проверил на уровне заказчика, устраивает ли прирост функциональности за эту неделю? приемлема ли стоимость? Устранил обнаруженные отклонения и движешься к цели проекта относительно малыми, но победными шагами! В случае классического подхода с позиции заказчика картина иная: пока составляется ТЗ - да, суета, люди в галстуках, умные слова, совещания и пр. Но потом, подписали ТЗ и... - тишина (ушли в разработку и отладку), встретились через пару месяцев - "ё-маё! это я такое заказал?" "да, вот ваша подпись!". Знакомо? :-)
31. Александр Белов (AlexWhite) 18.02.15 13:32
(27) weissfeuer,
И еще, на этапе продажи, получив от заказчика только ключевые требования, как вы выставляете счет, не зная стоимости работ?

В договоре предусматриваем небольшую (относительно проекта) предоплату, сопоставимую с предполагаемым объемом работ на ближайший месяц. Например, договорились о размере предоплаты в 40 часов, первый счет будет выставлен на 40 часов. Если 40 часов будут израсходованы за 2 недели, выставляем следующий счет на следующие 40 часов.
32. Сергей (Che) Коцюра (CheBurator) 19.02.15 01:40
(31) т.е. В итоге все все равно упирается и определяется почасовкой?
33. Александр Белов (AlexWhite) 19.02.15 10:09
(32) CheBurator, о стоимости проекта целиком или в чем вопрос?
34. Сергей (Che) Коцюра (CheBurator) 20.02.15 03:24
(33) клиент выкатывает тз
Как будет определена стоимость работ по тз? В фиксированной сумме? Ф фиксированном времени выполнения? Насколько подробным должно быть тз чтобы потом не возникли разногласия когда один говорит что в тз описан требуемый функционал а второй упирается что то что клиент понимает под функционалом в этот самый функционал не входит?

Или есть понимание на этапе рассмотрения тз что оценить трудно адекватно и типа давайте делать кучочками? Давайте! Делаем вот этот кусочек -как определим сколько стоит сделать кусочек? Исходим из по возможности более мелкой задачи-кусочка -которую можно сделать за 2-4 часа что по рынку будет стоить ну не менее 1500 за час

Все упирается в вопрос как оценить трудоемкость задачи и собственно ее стоимость?
35. Артем Лабутин (weissfeuer) 21.02.15 13:09
(30) AlexWhite, спасибо за подробный ответ! Наверное, мне нужно что то почитать по гибким методикам, потому что сейчас я не представляю как можно приступать к проекту, не спроектировав хотя бы архитектуру решения и основные алгоритмы :)
36. Ирина Павленко (PAVI) 22.02.15 08:44
(34) CheBurator,
Все упирается в вопрос как оценить трудоемкость задачи и собственно ее стоимость?


"Нет ничего нового под солнцем" - сказал какой-то мудрец. Так и 80% задач можно оценить по их прототипам. А дальше по принципу Парето "20% усилий дают 80% результата". Иными словами, основные трудозатраты идут там, где клиент сам плохо понимает свои потребности и не может их внятно изложить исполнителю. Впору тест КПО и заказчикам предлагать )))
37. Александр Белов (AlexWhite) 22.02.15 17:58
(34) CheBurator,
Как будет определена стоимость работ по тз?

Возможны несколько вариантов:
1. Если заказчик выкатил хорошее ТЗ, значит у него, скорее всего, уже есть ожидания к срокам и стоимости решения. Спросим, к какому сроку надо сделать, в какую стоимость уложиться. Выявленные ожидания будут заложены в качестве контрольных цифр, организовав взаимодействие по технологии, с постоянным контролем за сроками и стоимостью (еженедельно, ежемесячно).
2. Если ТЗ заказчика оставляет желать лучшего, выявляем ключевые требования, по ним проводим оценку (для себя!) методом аналогий, сравнивая с ранее решенными аналогичными проектами, предлагаем начать сотрудничество по технологии ("...за приемлемую плату"), ведем работу по технологии с контролем собственных оценок. Оставляем заказчику, отказаться от сотрудничества без финансовых потерь, но не позже 2 недель от начала работ.
3. Если ТЗ вида "лучше без ТЗ", провожу классификацию клиента всеми доступными мне средствами, чтобы получить возможность оценки методом аналогий ("клиент похож на..."). Организуем работу по технологии, даем время, чтобы заказчик убедился на деле, что требуемый результат достигается в ожидаемые сроки, за приемлемую плату. И 2 недели на возможность, отказаться от сотрудничества без финансовых потерь.
4. Если "ТЗ - авно", а заказчик "надо вчера и сколько это будет стоить?" выполняю экспресс-оценку несколькими доступными мне косвенными методами, например, "глаза-в-глаза", добавляю 2-3 цены (управление рисками).
Насколько подробным должно быть тз

ТЗ не нужно :-)
чтобы потом не возникли разногласия

Не возникнут, если организовано сотрудничество в строгом соответствии с технологией :-)
Все упирается в вопрос как оценить трудоемкость задачи и собственно ее стоимость?

Оценка трудоемкости (управление трудоемкостью) - это моя внутренняя задача. На стороне заказчика конечная стоимость решения и один критерий, "приемлемая стоимость" - пусть сообщит, какая для него "приемлемая", или доверит нам, предоставить ему результат, и после сообщить, соблюдены ли сроки, приемлема ли стоимость. Если не приемлемо, расстанемся без финансовых потерь для него, не позже, чем через 2 недели от начала работ.
38. Александр Белов (AlexWhite) 22.02.15 18:33
(35) weissfeuer,
я не представляю как можно приступать к проекту, не спроектировав хотя бы архитектуру решения

Есть такое понятие, "повторное использование архитектуры". На дворе уже 2015, архитектура большинства решений известна, особенно, в проектах на 1С. Для редко появляющихся "новых" проектов доступны библиотеки стандартных подсистем и возможно применение элементов архитектуры из других ранее решенных проектов.
(36) PAVI,
основные трудозатраты идут там, где клиент сам плохо понимает свои потребности и не может их внятно изложить исполнителю

Не соглашусь. Клиент понимает свои потребности лучше внешних консультантов, сложность для исполнителя в том, чтобы выявить реальную бизнес-потребность, но заказчику это ни чего не стоит, а для исполнителя может привести к прямым убыткам - программируешь, программируешь, а заказчику надоедает платить за отсутствие то там то тут результата. Например, заказчик: "добавьте мне субконто", исполнитель - рад стараться, добавил. В итоге, перестал закрываться месяц, регламентная отчетность "не бьется" и наступили другие последствия, перепрограммирование которых ушло в бесконечность и проект внедрения УПП растянулся на годы. А всего то, следовало выявить, "какую потребность бизнеса вы хотели решить добавлением субконто?" :-)
39. Вадим Латышев (pro1c@inbox.ru) 25.02.15 19:19
(38) AlexWhite,

а чем JIRA не устраивает?
40. Павел Белов (pabelov) 26.02.15 13:24
(21) Оборжаться, интересно, какие составляющие 159 статьи вы разглядели в интервью?
41. Павел Белов (pabelov) 26.02.15 13:48
(39) pro1c@inbox.ru,
а чем JIRA не устраивает?

На основе субъективного анализа недельной бесплатной версии (на ноябрь 2014 года):
1. Дорогая
2. "Из коробки" - полностью на английском
3. Вытекает из 1 и 2 - приемлемая русификация за деньги
4. Медленная
5. Ограниченная иерархия задач (не увидел, чтобы это где-то настраивалось; сделано это наверное исходя из классической терминологии "задачи" - сообщения с формализованной и четко обозначенной целью, но в RMS "задача" - это этап процесса)
6. Требует вложений денег и времени для интеграции с бух. системой и системами управления версиями
7. Непростой интерфейс = сложности с новыми сотрудниками/клиентами.

Безусловно, у нее есть и положительные стороны, но в условиях непрерывной проектной работы выделить время и ресурсы на "допиливание" джиры под себя довольно трудно.
42. Александр Белов (AlexWhite) 26.02.15 15:38
(39) pro1c@inbox.ru,
а чем JIRA не устраивает?

в каком контексте вопрос, почему я использую RMS вместо других систем task или project менеджмента, имеете в виду? :-)
43. Александр Белов (AlexWhite) 26.02.15 16:08
(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. Быстрый интерфейс (без использования графики), система внутренних перекрестных ссылок, закладок, меток.
Есть, конечно, несколько недоработок с которыми пока приходится мириться, пока новая система находится в разработке.
45. Александр Белов (AlexWhite) 26.02.15 19:35
(44) Оборжаться, ну, и что вас останавливает? Бегом, доносить!
46. Вадим Латышев (pro1c@inbox.ru) 26.02.15 20:56
(41) pabelov,
2. "Из коробки" - полностью на английском


странная фраза от программиста!!!!!
47. Александр Белов (AlexWhite) 02.03.15 20:15
(46) pro1c@inbox.ru,
странная фраза от программиста!!!!!

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