Уважаемые коллеги, хочу попросить вас (кто чем может)подсказать направления поиска в решении одной организационно-технической проблемы.
Общее описание проблемы:
Для поддержки и развития связанного комплекса сайтов (социальные проекты), нужно отвязать полную зависимость от одного человека - разработчика и администратора сайтов. Эта зависимость не позволяет далее, достаточно эффективно расширять и углублять их активность.
Уж очень много начинает зависеть от одного человека - множество людей, их идей, затраченных общих усилий. На карте может стоять репутация проектов, обязательства, накопленные моральные и материальные ресурсы. Тут в игру может вступить любая случайность, что стоит одному человеку заболеть или просто психологически сорваться, да и насколько мне известно, случайную смерть никто не отменял. Поэтому простая смена админа ничего не решает, так как это замена шила на мыло, то есть опять полная зависимость от одного, будет заменена на полную зависимость от другого...
Конкретизация проблем:
Сайты выполнены на CMS Drupal. Drupal считается наиболее сложным из свободных, с открытым кодом оболочек. Поломать сайт не зная толком всех ньюансов системы, можно на раз.
Для полноценной работы с системой, нужен максимальный доступ к хостингу. (предварительно сохранить сайт, скачать/закачать на хостинг файлы, восстановить сайт из сохраняемых копий, иметь полный доступ к Базе Данных...) Теоретически вплоть до того, чтобы иметь общий электронный почтовый ящик, общий логин и пароль. А это в свою очередь означает, что на эмоциях можно поменять пароли и прочее и полностью присвоить себе ресурс любым, кто знает пароль. На одном и том же хостинге, может находиться сразу несколько сайтов.
Таким образом все проекты могут подпасть под удар настроения одного из админов с полным доступом.
Отсюда вытекают задачи:
1. Соорганизоваться нескольким технарям в сообщество разработчиков
2. Найти общую стратегию совместной работы над ресурсами. То есть саму логику, с учётом технических особенностей разработки и сопровождения ресурсов. Как подобные проблемы решили другие сообщества?
3. Перед Сообществом разработчиков будут стоять следующие задачи:
- Технически грамотно регламентировать общую стратегию работы над комплексом ресурсов.
- Потягивать технически грамотную молодёжь, себе на смену.
- Разрабатывать новые проекты, и присоединять к общему комплексу,
- Согласно регламента вести администрирование техническое обслуживание комплекса проектов
Некоторые намётки решений:
Наверняка, нечто подобное уже сформировалось вокруг drupal.org и вообще в области разработки свободного ПО с открытым кодом.
Может кто нибудь подскажет понятное описание такой организации работы на русском языке, не слишком погружаясь в технические детали?
Комментарии
Пока не вижу самой проблемы?
Вижу только боязнь того что админ в порыве гнева может поменять все пароли. И что? Кто мешает завести на хостинге еще пользователей?
Кто мешает хранить бекапы не на сервере а у себя, кто мешает регистрировать доменные имена на себя а не на админа?
Я честно не могу пока понять суть проблемы?
Не хватает одного админа, наймите второго, не хватает двух наймите третьего.
Спасибо за подсказку. Видимо удобно иметь 2х пользователей: 1го реально-работающего в данное время, 2го - пока контролирующего работу.
Так же я слышал, что бекапить можно и на другой спец сервер, или даже на том же хостинге, но под другой учёткой. Тоже решение.
Безусловно.
Ну видимо всё перечисленное вами в комплексе и составит решение. Спасибо.
Однако это тоже приличный объёмчик работ.
Тоже интересует подобный вопрос.
Наметил для себя список задач, которые необходимо решить:
1.Организация системы "коммандного принятия решения".
2.Система постановки и мониторинга выполнения задач.
3.Система документирования "доработок".
4.Система централизованного хранения данных(код, бд и т.д.).
1. Влечет за собой коллективную безответственность - окончательное решение должно приниматься 1 человеком (тим лид, ПМ и т.д.)
2. Redmain и аналоги
3. Wiki или тот же Redmain
4. GIT, SVN.
1. системы "коммандного принятия решения" может включать в себя окончательное решение 1 человека. Например те же выборы главного на ограниченный срок (или смена по кругу)
А вообще конечно такой комплекс проектов, одному поднимать и бессмысленно и нереально, нужно поднимать сразу коллективом IT-шников.
Ну теперь в целом, идея понятна. Спасибо всем.
Тоже не вижу проблемы. боитесь за одного админа, наймите второго в помощь и дайте команду "обучить".
думаю, что надо не гневить админа, пока нет возможности делегировать полномочия, а всё сваливаете на одного человека.
Это только наметки "инструментария".
Я имел ввиду инструмент для организации чего-то на подобии "брейншторма".
Естественно, команда без лидера - стадо.
Посмотрите в сторону Agile, там есть Planning poker увлекательнейшая вещица скажу я вам. Правда на первых порах пока народ втянется и научится быстро оценивать и аргументировано отстаивать свои оценки пройдет немного времени, но поверьте оно того стоит.
"Брейншторм" это решение коллективно одной проблемы, насколько я понимаю..
Git. Где то я тут видел тему, про деплой кода и бд на сервера,
Agile, Scrum и прочий сокобан с асана не для наших людей и требуют долгого и вникальтельного внедрения в наши умы.