и пришло время для реорганизации всего и вся...
фирма в 50 рабочих станций и 10 серверов + ещё куча народу, который нас в данном случае не касается, но от нас зависит :-) пришло время наконец навести порядок в этом хозяйстве, складывавшемся до этого стихийно и от наличия свободного места на винчестерах. Короче бардак полный - использующийся исключительно для авторизации виндовый домен, планируемый к изничтожению, перенос сервисов с одних серверов на другие, возведение новых серверов, введение в строй новых сервисов.... плюс!!! - переезд в другое здание, где сетка станет другой абсолютно, в частности разнесется на несколько этажей в разные сегменты (сейчас на и в одном). В связи с масштабностью работ и необходимостью сделать всё это как можно более прозрачно для пользователей (хотя переезд в другое здание скрыть от них не удасться :-) ) сие растянется, ну скажем, на год. Куча тонкостей, куча зависимостей в задачах, куча возвратов к уже сделанному... возникает вопрос - как вести документирование всего этого, с выделением задач и пометкой выполненного? текстовый документ, чеклисты, и органайзеры всякого рода, с такой задачей не справятся, особенно с учетом того, что хотелось бы на выходе получить нормальную документацию по всему этому хозяйству. Кто-нибудь знает софтину, которая мне поможет? или я хочу невозможного? :-)
>и пришло время для реорганизации всего и вся...
>фирма в 50 рабочих станций и 10 серверов + ещё куча народу,
>который нас в данном случае не касается, но от нас зависит
>:-) пришло время наконец навести порядок в этом хозяйстве, складывавшемся до
>этого стихийно и от наличия свободного места на винчестерах. Короче бардак
>полный - использующийся исключительно для авторизации виндовый домен, планируемый к изничтожению,
>перенос сервисов с одних серверов на другие, возведение новых серверов, введение
>в строй новых сервисов.... плюс!!! - переезд в другое здание, где
>сетка станет другой абсолютно, в частности разнесется на несколько этажей в
>разные сегменты (сейчас на и в одном). В связи с масштабностью
>работ и необходимостью сделать всё это как можно более прозрачно для
>пользователей (хотя переезд в другое здание скрыть от них не удасться
>:-) ) сие растянется, ну скажем, на год. Куча тонкостей, куча
>зависимостей в задачах, куча возвратов к уже сделанному... возникает вопрос -
>как вести документирование всего этого, с выделением задач и пометкой выполненного?
>текстовый документ, чеклисты, и органайзеры всякого рода, с такой задачей не
>справятся, особенно с учетом того, что хотелось бы на выходе получить
>нормальную документацию по всему этому хозяйству. Кто-нибудь знает софтину, которая мне
>поможет? или я хочу невозможного? :-)имхо нужен проект ;)
>и пришло время для реорганизации всего и вся...
>фирма в 50 рабочих станций и 10 серверов + ещё куча народу,
>который нас в данном случае не касается, но от нас зависит
>:-) пришло время наконец навести порядок в этом хозяйстве, складывавшемся до
>этого стихийно и от наличия свободного места на винчестерах. Короче бардак
>полный - использующийся исключительно для авторизации виндовый домен, планируемый к изничтожению,
>перенос сервисов с одних серверов на другие, возведение новых серверов, введение
>в строй новых сервисов.... плюс!!! - переезд в другое здание, где
>сетка станет другой абсолютно, в частности разнесется на несколько этажей в
>разные сегменты (сейчас на и в одном). В связи с масштабностью
>работ и необходимостью сделать всё это как можно более прозрачно для
>пользователей (хотя переезд в другое здание скрыть от них не удасться
>:-) ) сие растянется, ну скажем, на год. Куча тонкостей, куча
>зависимостей в задачах, куча возвратов к уже сделанному... возникает вопрос -
>как вести документирование всего этого, с выделением задач и пометкой выполненного?
>текстовый документ, чеклисты, и органайзеры всякого рода, с такой задачей не
>справятся, особенно с учетом того, что хотелось бы на выходе получить
>нормальную документацию по всему этому хозяйству. Кто-нибудь знает софтину, которая мне
>поможет? или я хочу невозможного? :-)Мне кажется есть два пути.
Первый. Выгнать тебя. И пригласить на работу нормального специалиста, который знает что делать. А софт тут непричем.
Второй. Заказать проект сети в организации, которая на этом специализируется. В проекте должен быть развернутый график переезда. К сожалению такая организация потребует деталей того, что уже есть и что хочется в бущущей сети. Так как наблюдается полный бардак, то это может быть проблемой.
PS: Считаю первый вариант наиболее приемлимым.
>Первый. Выгнать тебя. И пригласить на работу нормального специалиста, который знает что
>делать. А софт тут непричем.
>Второй. Заказать проект сети в организации, которая на этом специализируется. В проекте
>должен быть развернутый график переезда. К сожалению такая организация потребует деталей
>того, что уже есть и что хочется в бущущей сети. Так
>как наблюдается полный бардак, то это может быть проблемой.
ух как зло! на самом деле всё не так плохо, как кажется, вспомним про то, что всё в мире относительно и бардак в понимании одного может оказаться совсем не тем, что кажется другому.
Далее, я знаю _что_ делать, я знаю _как_ делать, я спросил про то, _с_помощью_чего_ можно отследить выполнение и определенную последовательность и зависимость работ, выполняемую несколькими людьми, причем не всегда тебе подчиненными.
На "бумаге" проект уже практически готов и детализация его вполне на уровне, поверьте, остаются лишь пунктики мелкие, которые будут конкретизироваться по ходу дела, но хочется автоматизации, а не распечатку нарядов, с записыванием вечером этого всего в гроссбух и подклеивания нарядов желтым силикатным клеем.>PS: Считаю первый вариант наиболее приемлимым.
а я считаю что _Вам_(или мы вместе пили пиво?) невероятно повезло, что Вы можете при первой же необходимости получить новый сервер для задачи, решение которой нужно будет через месяц, а не "сделать вчера, выкручивайся как хочешь". Кстати соотношение серверов и рабочих станций на мой взгляд не так уж и плохо, или нет?
Удачи
а сложность в чём? требуется именно наличие документации как и чего, для истории что ли?
реорганизация - нормальное дело, в процессе роста змея всегдя сбрасывает кожу. сделать почти незаметным - а может не стоит упирать на это?
составить план, чего хотелось бы поиметь в идеале, со всех сторон его отфигачить со своими лучшими коллегами и руководством на предмет всяческих мелочей (они как известно, и делают проект уникальным) - и вперёд.
никакого сверхпупермега софта - наиболее примитивные вещички.
имхо всё что надо - есть под рукой (ногой).а доки вести - сложно советовать, мне достаточно вики, но чаще всё пишется как раз для себя (любимого и самого хорошего :) - поэтому сочинением басни не утруждаюсь - достаточно одной ремарки knotes.
>а сложность в чём? требуется именно наличие документации как и чего, для
>истории что ли?
как для чего документация... ну Вы, блин, даете :-) к примеру, ещё не решено сами будем протягивать сетку или заказывать - в любом случае носиться админу, как шаталомному по этажам - не дело, можно серверной заняться, к примеру, а дать план этажа подчиненным и пусть тянут шнурочки, все подключат и принесут бумажку с пометками. А если кто-то левый будет делать, тем более нужны схемы, что и куда. Да и в процессе работы разве упомнишь, когда на кроссе пара сотен линков какой куда идет? и это только по проводам! по софту, настройке куда больше ньюансов... почему этот апач настроен именно так, а не иначе - может есть какая-то конкретная причина... документирование обязательно нужно, я тоже этого долго не понимал
>реорганизация - нормальное дело, в процессе роста змея всегдя сбрасывает кожу. сделать
>почти незаметным - а может не стоит упирать на это?
>составить план, чего хотелось бы поиметь в идеале, со всех сторон его
>отфигачить со своими лучшими коллегами и руководством на предмет всяческих мелочей
>(они как известно, и делают проект уникальным) - и вперёд.
>никакого сверхпупермега софта - наиболее примитивные вещички.
возможно, я тоже подползаю к этому выводу, просто разбить готовое на более мелкие части и уже их затолкать в тот-же korganizer, благо он умеет создавать подзадачи, вот с поправками чуть сложнее - придется править основные файлы, просто хотелось все "в одном флаконе"
>а доки вести - сложно советовать, мне достаточно вики, но чаще всё
>пишется как раз для себя (любимого и самого хорошего :) -
>поэтому сочинением басни не утруждаюсь - достаточно одной ремарки knotes.
с вики не сталкивался, хотя представляю что это за зверь. на сегодняшний день больше к cvs склоняюсь, но - возможно... надо посмотреть
по поводу басен свою точку зрения высказал выше :-)
Спасибо за мысли, думаю дальше :-)
===
Да, перечитал первый пост - я, действительно, не совсем ясно выразился.
Задача номер раз - переезд, а под это дело хочу поправить некторые имеющиеся проблемки, которые, впрочем, никого кроме меня не напрягают, и добавлением парочки-другой сервисов, возможно с заменой нескольких виндовых серверов на фришные, поскольку явной необходимости в произведениях мелкомягких нет. В итоге простое перемещение оборудования выливается в довольно интересную задачу :-)
>как для чего документация... ну Вы, блин, даете :-) к примеру, ещё
>не решено сами будем протягивать сетку или заказывать - в любом
>случае носиться админу, как шаталомному по этажам - не дело, можно
>серверной заняться, к примеру, а дать план этажа подчиненным и пусть
>тянут шнурочки, все подключат и принесут бумажку с пометками. А если
>кто-то левый будет делать, тем более нужны схемы, что и куда.
>Да и в процессе работы разве упомнишь, когда на кроссе пара
>сотен линков какой куда идет? и это только по проводам!а что "левых" нанимают только, что бы они тянули провода? "левые" не смогут это делать не зная местности. в таком случае ходить и водить их за ручку, показывая каким маршрутом пойдет тот или иной провод, зачем такие "левые", а если "левые" способны сделать регонсцинировку местности самостоятельно, они способны, промаркировать кросс и розетки, установить розекти и кросс в соответствующих местах отмеченных на плане.
возомжно тебе нужнны
-поэтажный план
-на плане отмечены акутальные рабочие места
-на рабочих местах телефонные и компьютерные маркированные розетки.
-маркированные кросс и патчпанели (кроссовые данные)
-схема локальной сети, подключения сетевого оборудования, рабочих станций и серверов
-назначение того или иного оборудования
>по софту, настройке куда больше ньюансов... почему этот апач настроен именно так,
>а не иначе - может есть какая-то конкретная причина... документирование обязательно
>нужно, я тоже этого долго не понималпо программному обеспечению. все же не с нуля делается. в компании есть наверное свои стандарты, оформленные документально. возможно даже технологические интсрукции, уж если не листинги конфигураций, то что в каком порядке должно быть настроено.
вообще было бы интересно увидеть ссылочку на проекты, сделанные по уму, а не на коленях
>>как для чего документация... ну Вы, блин, даете :-) к примеру, ещё
>>не решено сами будем протягивать сетку или заказывать - в любом
>>случае носиться админу, как шаталомному по этажам - не дело, можно
>а что "левых" нанимают только, что бы они тянули провода? "левые" не
>смогут это делать не зная местности. в таком случае ходить и
>водить их за ручку, показывая каким маршрутом пойдет тот или иной
>провод, зачем такие "левые", а если "левые" способны сделать регонсцинировку местности
>самостоятельно, они способны, промаркировать кросс и розетки, установить розекти и кросс
>в соответствующих местах отмеченных на плане.
>возомжно тебе нужнны
>-поэтажный план
>-на плане отмечены акутальные рабочие места
>-на рабочих местах телефонные и компьютерные маркированные розетки.
>-маркированные кросс и патчпанели (кроссовые данные)
>-схема локальной сети, подключения сетевого оборудования, рабочих станций и серверов
>-назначение того или иного оборудования
В данном случае если "левые" будут заняты в деле, то как раз только для протяжки сетки, а схемы естественно будут в независимости от того будут участвовать только штатные сотрудники или с привлечение левых>>по софту, настройке куда больше ньюансов... почему этот апач настроен именно так,
>>а не иначе - может есть какая-то конкретная причина... документирование обязательно
>>нужно, я тоже этого долго не понимал
>
>по программному обеспечению. все же не с нуля делается. в компании есть
>наверное свои стандарты, оформленные документально. возможно даже технологические интсрукции, уж если
>не листинги конфигураций, то что в каком порядке должно быть настроено.
:-) вот в том то и дело, что нету ничего. Это предстоит сделать. Я про это и спрашиваю!! у кого как, кто в каком виде ведет документацию? просто в ОО, Word, Excel, Xara, или ещё в чем то рисует схемы и пишет инструкции, или есть какая то софтина, которая позволяет гибко управлять процессом создания документации, введения указанных в ней изменений в работу, и модернизацию этой самой документации
>
>вообще было бы интересно увидеть ссылочку на проекты, сделанные по уму, а
>не на коленях
во-во, ведь многие же перелопачивали сетку, не поверю, что никто их перелопачивающих не писал плана работ, если уж новомодное слово "проект" не нравится :-)
>>>как для чего документация... ну Вы, блин, даете :-) к примеру, ещё
>>>не решено сами будем протягивать сетку или заказывать - в любом
>>>случае носиться админу, как шаталомному по этажам - не дело, можно
>>а что "левых" нанимают только, что бы они тянули провода? "левые" не
>>смогут это делать не зная местности. в таком случае ходить и
>>водить их за ручку, показывая каким маршрутом пойдет тот или иной
>>провод, зачем такие "левые", а если "левые" способны сделать регонсцинировку местности
>>самостоятельно, они способны, промаркировать кросс и розетки, установить розекти и кросс
>>в соответствующих местах отмеченных на плане.
>>возомжно тебе нужнны
>>-поэтажный план
>>-на плане отмечены акутальные рабочие места
>>-на рабочих местах телефонные и компьютерные маркированные розетки.
>>-маркированные кросс и патчпанели (кроссовые данные)
>>-схема локальной сети, подключения сетевого оборудования, рабочих станций и серверов
>>-назначение того или иного оборудования
>В данном случае если "левые" будут заняты в деле, то как раз
>только для протяжки сетки, а схемы естественно будут в независимости от
>того будут участвовать только штатные сотрудники или с привлечение левых
>
>>>по софту, настройке куда больше ньюансов... почему этот апач настроен именно так,
>>>а не иначе - может есть какая-то конкретная причина... документирование обязательно
>>>нужно, я тоже этого долго не понимал
>>
>>по программному обеспечению. все же не с нуля делается. в компании есть
>>наверное свои стандарты, оформленные документально. возможно даже технологические интсрукции, уж если
>>не листинги конфигураций, то что в каком порядке должно быть настроено.
>:-) вот в том то и дело, что нету ничего. Это предстоит
>сделать. Я про это и спрашиваю!! у кого как, кто в
>каком виде ведет документацию? просто в ОО, Word, Excel, Xara, или
>ещё в чем то рисует схемы и пишет инструкции, или есть
>какая то софтина, которая позволяет гибко управлять процессом создания документации, введения
>указанных в ней изменений в работу, и модернизацию этой самой документации
>
>>
>>вообще было бы интересно увидеть ссылочку на проекты, сделанные по уму, а
>>не на коленях
>во-во, ведь многие же перелопачивали сетку, не поверю, что никто их перелопачивающих
>не писал плана работ, если уж новомодное слово "проект" не нравится
>:-)
таки и вели в word, visio, power point, exel
Ситуация ОЧЕНЬ хорошая! Осталось только убедить начальство, что можно сделать изменения на технологическом уровне. Не далее, как месяц сам закончил перетряхивать сеть. Теперь ВСЯ сеть управляема. Готовил сие более года, но все равно потрясло достаточно. Зато действительно теперь возможно делать "горячие замены" серверов/сервисов, документооборот получил аналитика, кторый строит и описывает бизнес-процессы. И наконец - начальство поняло кому и в каком случае давать баночку с вазелином.В Вашем случае - придется купить готовое и взять на работу бизес-аналитика, либо воспитать своего. Необходимо, чтобы начальство поняло, что документооборот - это не переноска бумаг.
От себя. У нас NAUMEN. Но пользовать его - вопрос любви к Zope и Python.
>Ситуация ОЧЕНЬ хорошая! Осталось только убедить начальство, что можно сделать изменения на
>технологическом уровне. Не далее, как месяц сам закончил перетряхивать сеть. Теперь
>ВСЯ сеть управляема. Готовил сие более года, но все равно потрясло
>достаточно. Зато действительно теперь возможно делать "горячие замены" серверов/сервисов, документооборот получил
>аналитика, кторый строит и описывает бизнес-процессы. И наконец - начальство поняло
>кому и в каком случае давать баночку с вазелином.
вот-вот, а как готовились то? можно поподробнее, но вкратце :-)?>В Вашем случае - придется купить готовое и взять на работу бизес-аналитика,
>либо воспитать своего. Необходимо, чтобы начальство поняло, что документооборот - это
>не переноска бумаг.
прежде всего - мне не нужно внедрять на предприятии систему электронного документооборота, мне нужно вести документацию по отделу, с изменениями и назначениями задач по внедрению, и подтверждению сделанного. Есть системы тикетов, есть на крайняк оутлуковская передача задач, но они слабо связаны с документами, вернее никак>От себя. У нас NAUMEN. Но пользовать его - вопрос любви к
>Zope и Python.
и денег - он платный, дальше странички с прайсами я и смотреть не стал
Установить сроки и подписать их у начальства. Следует обратить внимание, что необходимо заранее известить всех ПОД ПОДПИСЬ, чтобы потом у людей не возникали вопросы. На период перехода можно поставить раскладушку.По поводу внутренней документации я установил egroupware (http://www.egroupware.org). Там есть все, что требуется. Но обязательно кофигурировать с базой в postgres. Почему. Потом довольно просто будет дописывать всякие приятности. Неделя ушла на руссификацию.