Был владельцем P4 Willamette 1.9Ghz, гнался плохо — максимум 2.4GHz. Был весьма горячим по тем меркам, пришлось ставить glacialtech turbine 4500, когда захотел побаловаться разгоном.
А изначально весьма устраивало и так, собирал тогда осознанно сам, уже не первый личный компьютер (i850, 512Mb RDRAM, GF3Ti500).
Обидно было что буквально в скором времени вышел Northwood…
Смотря какой аудит. СМК принимает такие вещи хорошо.
Я к тому что не стоит придумывать проблемы самому себе. Если есть практика выкладывания документов в сетевые каталоги, то и вики проблем не доставит.
В этом направлении тоже есть опыт. Рекомендую утверждать вики локальными нормативными актами и показывать её всем заинтересованным сторонам. Отдельные случаи, требующие на уровне законодательства бумажные носители информации, прописать и контролировать.
Кратко.
Нужен базовый функционал вики — авторизация и механизм защиты статей от изменений (или даже механизм согласования изменений), вставка картинок из буфера обмена, возможность ссылки на локальные файлы, встраивания видео с ютуба и т.п. Mediawiki c дополнениями вполне подходит.
Статьи делятся на четыре основные категории:
Инструкции (краткое пошаговое руководство по конкретному действию);
Правила (основные технические и/или организационные ограничения);
Информация (сведения, описания, технические и/или организационные);
Сценарии (use case в стиле Алистера Коберна. Например, «Пользователь выполняет действие в программе»).
И соответственно максимально «схлопнуть» текстовую составляющую засчёт перекрёстных вики-ссылок.
Выглядеть всё будет очень скучно. Везде полстранички текста или пяток пунктов с несколькими картинками. Мне как-то стало интересно и я посчитал в своём случае сколько займёт стандарт при распечатке в А4 — получилось порядка 400+ листов, без повторяющихся статей. Хотя внешне всё легко и просто.
Но главное — оно будет работать и будет актуальным. У такого подхода есть один плюс — удобство для потребителя информации.
Отдельный вопрос — приучить людей пользоваться ресурсом, и ни в коем случае не печатать в бумаге.
Перед началом есть смысл продумать структуру и правила в т.ч. и именования самих статей на вики, оформление статей внутри, договориться о применяемой нотации описания процессов, категориях и т.п. Сделать небольшой стандарт по разработке стандарта.
Одна фраза «Придумал всё это дело директор» описывает все проблемы предприятия и данного кейса в частности.
Проблема в том что директор не умеет быть директором, скорее всего и соответствующего образования и успешного опыта не имеет так же.
Так стало понятнее?
Адаптированный для подобных задач вариант C4.
Тут вопрос скорее в пожеланиях к операционной системе.
Может пригодится кому. Делал для себя, явно требует доработки, без претензий.
А изначально весьма устраивало и так, собирал тогда осознанно сам, уже не первый личный компьютер (i850, 512Mb RDRAM, GF3Ti500).
Обидно было что буквально в скором времени вышел Northwood…
Я к тому что не стоит придумывать проблемы самому себе. Если есть практика выкладывания документов в сетевые каталоги, то и вики проблем не доставит.
Нужен базовый функционал вики — авторизация и механизм защиты статей от изменений (или даже механизм согласования изменений), вставка картинок из буфера обмена, возможность ссылки на локальные файлы, встраивания видео с ютуба и т.п. Mediawiki c дополнениями вполне подходит.
Статьи делятся на четыре основные категории:
Инструкции (краткое пошаговое руководство по конкретному действию);
Правила (основные технические и/или организационные ограничения);
Информация (сведения, описания, технические и/или организационные);
Сценарии (use case в стиле Алистера Коберна. Например, «Пользователь выполняет действие в программе»).
И соответственно максимально «схлопнуть» текстовую составляющую засчёт перекрёстных вики-ссылок.
Выглядеть всё будет очень скучно. Везде полстранички текста или пяток пунктов с несколькими картинками. Мне как-то стало интересно и я посчитал в своём случае сколько займёт стандарт при распечатке в А4 — получилось порядка 400+ листов, без повторяющихся статей. Хотя внешне всё легко и просто.
Но главное — оно будет работать и будет актуальным. У такого подхода есть один плюс — удобство для потребителя информации.
Отдельный вопрос — приучить людей пользоваться ресурсом, и ни в коем случае не печатать в бумаге.
Перед началом есть смысл продумать структуру и правила в т.ч. и именования самих статей на вики, оформление статей внутри, договориться о применяемой нотации описания процессов, категориях и т.п. Сделать небольшой стандарт по разработке стандарта.
И уже во второй компании реализую стандарты и базы знаний на wiki-движке.
Проблема в том что директор не умеет быть директором, скорее всего и соответствующего образования и успешного опыта не имеет так же.
Так стало понятнее?