Итак, пришло время вернутся к теме совместной разработки, соединения «золотых рук» и «светлых голов», обмена работы на знания и т. д., и т. п.
Давайте обсудим, как мы с вами это всё себе представляем. Потому что у меня в голове это пока только в самых общих чертах. Возможно, к концу поста будет больше.
Перейдём к тезисам.
Наверное, имеет смысл организовать некоторое подобие сайта/сервиса/сообщества, которое бы нас формально-технически объединяло, обеспечивало информационный обмен, подсчитывало какие-нибудь плюшки.
Требования к сообществу:
- Роли участников относительно проектов, в которых они принимаю участие:
- «золотые руки» — разработчики и ученики;
- «светлые головы» — заказчики и учителя (я ведь не один собираюсь в этом участвовать).
Причём участник может быть учителем в одном проекте и учеником в другом.
-
Ученики имеют возможность оценивать учителей и наоборот (те самые плюшки). Может, оценка учеников учителями — это ещё вопрос спорный (ну не вшколе же мы, правда?), но учителям-заказчикам нельзя давать злоупотреблять халявными сотрудниками.
-
Интеграция с системами управления версиями и заданиями, за выполнение которых начисляются плюшки. Или достаточно ссылки на Гуглокод/Гитхаб/Битбакет?
-
Обмен мыслями, идеями, новостями… — для этого любая CMS подойдёт.
Теперь главное. Думаю, можно для всего этого достаточно будет взять Друпал и прикрутить к нему на коленке систему оценок и ролей. Ваши мнения? Может, кто-то посоветует готовый веб-сервис?
6 Responses to "Снова о руках и головах"
Обучение, knowledge sharing, развитие навыков работы в команде — это конечно здорово. Именно так в свое время я начал расти в сторону software development. Но в твоей идее есть очень много "но".
Больше всего беспокоет словосочетание "формально-технически объединяло". Дело в том, что на данном этапе у "светлых голов" (давайте уже их называть менторами) нет никаких предпосылок участвовать в проекте, кроме, наверное, одной — развитие менторских навыков.
Пока нет сообщества, единственным мотивом может быть только материальное вознаграждение. Появится сообщество, у менторов появится возможность повысить свою visibility в определенной сфере.
Чтобы обеспечить материальную составляющую, понадобится ввести членские взносы для "золотых рук". Т.о. может появиться "команда" (хотя на этом этапе это слишком громкое слово).
Чтобы привлечь заказчиков, нужно показать, что "команда" действительно что-то умеет и что в этом сообществе удобно работать. Необходимо организовать техническую поддержку процесса разработки, сформировать какую-никакую корпоративную культуру сообщества и пр.
Теперь о "плюшках". Беспорядочные оценки — это плохо. В определенный момент целью разработчиков становится оценка, а не получение опыта и знаний, компетентность и т.д.
Хотелось бы узнать твое мнение на этот счет.
P.S. Конечно же предложения по этим замечаниям есть.
По-моему, мы немного по-разному понимаем это дело. В моей модели заказчики — это и есть менторы (хотя мне больше нравятся «учитель», «мастер», «сенсей», «гуру»…). Например, для меня, как для учителю, главный профит — в выполнении учениками поставленных мною задач. Один из предыдущих постов я посвятил этой модели, хотя её можно кратко описать фразой «обмен труда на знания/навыки».
>> Один из предыдущих постов я посвятил этой модели, хотя её можно кратко описать фразой «обмен труда на знания/навыки».
Тоже интересный момент. Предположим, у меня будет некая команда, состоящая из "учеников". Я могу делегировать ряд задач, связанных с реализацией им, посвятить их в детали организации процесса разработки и т.д. Команда растет в профессиональном плане.
Риски "ученика" здесь стремятся к нулю.
С другой стороны я трачу свое время на то, чтобы команда выросла до определенного уровня и была действительно полезна. Если знакомы с моделью FSNP (Forming — Storming — Norming — Performing), то риски "мастера" заключаются в этапах Forming и Storming.
Проснется утром "ученик" Вася, выпьет пива и подумает: "А пошло оно все!", и пойдет погулять или вовсе оставит затею чему-нибудь научиться. Случится раз — стану меньше доверять команде, случится второй — лучше сделаю сам (быстрее и надежнее).
Я все это к тому, что ты собираешься привлечь в свой сервис не только "учеников", но и "гуру". И мотивацию нужно продумывать для всех.
А о привлечении внешних заказчиков, кстати, я сразу не подумал.
Получается такая цепь: заказчик — учитель — ученики.
Интересно, интересно…
я могу предоставить как площадку для сайта свой хостинг. У меня там еще есть местечко для двух сайтов. Одно "НО". На данный момент дисковое пространство ограничено 1-им гигобайтом, но можно же использовать дропбоксы, как это делаю я. Опять же можно расширить дисковое пространство, но это уже за деньги. Управление хостингом осуществляется из веб-интерфейса через CPanel. И опять же есть у меня один проектик, который с удовольствием размещу на сайте
Уж где разместить сайт, я и сам найти могу. Надо бы понять, /что/ это будет за сайт. И будет ли вообще.
You must be logged in to post a comment.