Как организовать совместную работу над группой сайтов?

Главные вкладки

Аватар пользователя merlin merlin 28 января 2014 в 12:30

Уважаемые коллеги, хочу попросить вас (кто чем может)подсказать направления поиска в решении одной организационно-технической проблемы.

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

Конкретизация проблем:
Сайты выполнены на CMS Drupal. Drupal считается наиболее сложным из свободных, с открытым кодом оболочек. Поломать сайт не зная толком всех ньюансов системы, можно на раз.
Для полноценной работы с системой, нужен максимальный доступ к хостингу. (предварительно сохранить сайт, скачать/закачать на хостинг файлы, восстановить сайт из сохраняемых копий, иметь полный доступ к Базе Данных...) Теоретически вплоть до того, чтобы иметь общий электронный почтовый ящик, общий логин и пароль. А это в свою очередь означает, что на эмоциях можно поменять пароли и прочее и полностью присвоить себе ресурс любым, кто знает пароль. На одном и том же хостинге, может находиться сразу несколько сайтов.
Таким образом все проекты могут подпасть под удар настроения одного из админов с полным доступом.

Отсюда вытекают задачи:
1. Соорганизоваться нескольким технарям в сообщество разработчиков
2. Найти общую стратегию совместной работы над ресурсами. То есть саму логику, с учётом технических особенностей разработки и сопровождения ресурсов. Как подобные проблемы решили другие сообщества?
3. Перед Сообществом разработчиков будут стоять следующие задачи:
- Технически грамотно регламентировать общую стратегию работы над комплексом ресурсов.
- Потягивать технически грамотную молодёжь, себе на смену.
- Разрабатывать новые проекты, и присоединять к общему комплексу,
- Согласно регламента вести администрирование техническое обслуживание комплекса проектов

Некоторые намётки решений:
Наверняка, нечто подобное уже сформировалось вокруг drupal.org и вообще в области разработки свободного ПО с открытым кодом.
Может кто нибудь подскажет понятное описание такой организации работы на русском языке, не слишком погружаясь в технические детали?

Комментарии

Аватар пользователя glu2006 glu2006 28 января 2014 в 12:54

Пока не вижу самой проблемы? Smile
Вижу только боязнь того что админ в порыве гнева может поменять все пароли. И что? Кто мешает завести на хостинге еще пользователей?
Кто мешает хранить бекапы не на сервере а у себя, кто мешает регистрировать доменные имена на себя а не на админа?
Я честно не могу пока понять суть проблемы?
Не хватает одного админа, наймите второго, не хватает двух наймите третьего.

Аватар пользователя merlin merlin 29 января 2014 в 12:23

glu2006 wrote:
Пока не вижу самой проблемы? Smile
Кто мешает завести на хостинге еще пользователей?

Спасибо за подсказку. Видимо удобно иметь 2х пользователей: 1го реально-работающего в данное время, 2го - пока контролирующего работу.

glu2006 wrote:
Кто мешает хранить бекапы не на сервере а у себя,

Так же я слышал, что бекапить можно и на другой спец сервер, или даже на том же хостинге, но под другой учёткой. Тоже решение.

glu2006 wrote:
кто мешает регистрировать доменные имена на себя а не на админа?

Безусловно.

glu2006 wrote:
Я честно не могу пока понять суть проблемы?

Ну видимо всё перечисленное вами в комплексе и составит решение. Спасибо.
Однако это тоже приличный объёмчик работ.

Аватар пользователя Orion76 Orion76 28 января 2014 в 13:00

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

Аватар пользователя glu2006 glu2006 28 января 2014 в 13:12

orion76 wrote:
Тоже интересует подобный вопрос.
Наметил для себя список задач, которые необходимо решить:
1.Организация системы "коммандного принятия решения".
2.Система постановки и мониторинга выполнения задач.
3.Система документирования "доработок".
4.Система централизованного хранения данных(код, бд и т.д.).

1. Влечет за собой коллективную безответственность - окончательное решение должно приниматься 1 человеком (тим лид, ПМ и т.д.)
2. Redmain и аналоги
3. Wiki или тот же Redmain
4. GIT, SVN.

Аватар пользователя merlin merlin 29 января 2014 в 12:35

glu2006 wrote:
orion76 wrote:
Тоже интересует подобный вопрос.
Наметил для себя список задач, которые необходимо решить:
1.Организация системы "коммандного принятия решения".
2.Система постановки и мониторинга выполнения задач.
3.Система документирования "доработок".
4.Система централизованного хранения данных(код, бд и т.д.).

1. Влечет за собой коллективную безответственность - окончательное решение должно приниматься 1 человеком (тим лид, ПМ и т.д.)
2. Redmain и аналоги
3. Wiki или тот же Redmain
4. GIT, SVN.

1. системы "коммандного принятия решения" может включать в себя окончательное решение 1 человека. Например те же выборы главного на ограниченный срок (или смена по кругу)

А вообще конечно такой комплекс проектов, одному поднимать и бессмысленно и нереально, нужно поднимать сразу коллективом IT-шников.

Ну теперь в целом, идея понятна. Спасибо всем.

Аватар пользователя S_F S_F 28 января 2014 в 15:18

Тоже не вижу проблемы. боитесь за одного админа, наймите второго в помощь и дайте команду "обучить".

Аватар пользователя azsx azsx 29 января 2014 в 12:42

думаю, что надо не гневить админа, пока нет возможности делегировать полномочия, а всё сваливаете на одного человека.

Аватар пользователя Orion76 Orion76 29 января 2014 в 12:56

"glu2006" wrote:
Влечет за собой коллективную безответственность

Это только наметки "инструментария".
Я имел ввиду инструмент для организации чего-то на подобии "брейншторма".
Естественно, команда без лидера - стадо.

Аватар пользователя glu2006 glu2006 30 января 2014 в 1:06

orion76 wrote:
Это только наметки "инструментария".
Я имел ввиду инструмент для организации чего-то на подобии "брейншторма".
Естественно, команда без лидера - стадо.

Посмотрите в сторону Agile, там есть Planning poker увлекательнейшая вещица Wink скажу я вам. Правда на первых порах пока народ втянется и научится быстро оценивать и аргументировано отстаивать свои оценки пройдет немного времени, но поверьте оно того стоит.

Аватар пользователя UnnamedNETUA UnnamedNETUA 29 января 2014 в 13:07

"Брейншторм" это решение коллективно одной проблемы, насколько я понимаю..
Git. Где то я тут видел тему, про деплой кода и бд на сервера,

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 30 января 2014 в 2:06

"glu2006" wrote:
Посмотрите в сторону Agile, там есть Planning poker увлекательнейшая вещица Wink скажу я вам. Правда на первых порах пока народ втянется и научится быстро оценивать и аргументировано отстаивать свои оценки пройдет немного времени, но поверьте оно того стоит.

Agile, Scrum и прочий сокобан с асана не для наших людей и требуют долгого и вникальтельного внедрения в наши умы.