Создание своей организации менеджмент

Discovered

Деньги, банки, страхование, экономика и бизнес

Организация в системе менеджмента

Понятие организации

Организация составляет основу мира менеджеров, она является причиной, обуславливающей существование менеджмента.

Любая группа должна соответствовать следующим обязательным требованиям, чтобы считаться организацией:

  1. наличие по крайней мере двух людей, которые считают себя частью этой группы;
  2. наличие по крайней мере одной общей цели (т.е. желаемого конечного состояния или результата), которую принимают как общую все члены данной группы;
  3. наличие членов группы, которые работают вместе, чтобы достичь значимой для всех цели.

Эти существенные характеристики обусловливают определение:

Организация — это группа людей, деятельность которых сознательно координируется для достижения общей цели или целей.

Это определение справедливо не просто для организации, а для формальной организации. Существуют также неформальные организации, группы, которые возникают спонтанно, но где люди вступают во взаимодействие друг с другом достаточно регулярно. Они существуют во всех формальных организациях.

Организация близка по смыслу понятию «система». Таким образом, организация рассматривается как сложный комплекс взаимосвязанных и взаимодействующих переменных, а член организации — как одна из переменных величин в системе.

Целью организации является создание эффективной связи между отдельными компонентами системы, чтобы они составляли одно целое и различные усилия работников были направлены в одном направлении, что давало бы возможность достичь поставленных целей.

Внутренняя среда организации

Внутренняя среда организации — это совокупность факторов, которые формируют долгосрочную её доходность и находятся под непосредственным контролем руководителей и персонала организации.

Любая организация состоит из элементов (отделов, служб, групп, отдельных исполнителей), их ролей и отношений, определённых иерархией, полиархией (разновидность горизонтальной координации, при которой взаимодействуют работники, которые не подчиняются друг другу и стоят на одном иерархическом уровне или занимают одинаковые должности). Эти роли, отношения и кодексы могут иметь официальные и неофициальные аспекты деятельности.

Внутренняя среда предприятия объединяет все функциональные зоны внутри производственной системы. Она состоит из множества компонентов (ресурсов), которые различаются в зависимости от функциональных областей деятельности фирмы, связанных с принятием управленческих решений. Микросреда вырабатывает решения по деятельности предприятия в условиях воздействия на неё со стороны основных сил, внешних по отношению к фирме (основными генераторами этих сил являются поставщики, конкуренты и потребители — представители макросреды).

Так, в состав внутренней среды организации традиционно включают следующие ресурсы:

  1. технические ресурсы (особенности производственного оборудования, инвентаря, основных и вспомогательных материалов);
  2. технологические ресурсы (динамичность средств технологии, наличие конкурентоспособных идей, научные разработки и т.п.);
  3. кадровые ресурсы (квалификационный, демографический состав работников, их способность адаптироваться к изменению цели подразделения);
  4. пространственные ресурсы (характер производственных помещений, территории, коммуникации, возможность расширения);
  5. ресурсы организационной структуры системы управления (характер и гибкость управляющей системы, скорость прохождения управляющего воздействия);
  6. информационные ресурсы (характер информации, распространяемой о самой производственной системе во внешней среде, возможность повышения ее достоверности и т.п.);
  7. финансовые ресурсы (состояние активов, ликвидность, наличие кредитных линий).

Внутри предприятие разделено на несколько функциональных областей, общих для всех типов фирм и систем. Рассмотрим кратко их назначение:

  1. кадровая функция — обеспечивает производственной рабочей силой и другими человеческими ресурсами. Все управленческие действия, связанные с оплатой наёмной рабочей силы, благосостоянием и условиями найма сгруппированы в этой функции;
  2. финансы и бухгалтерский учёт — эта функция имеет дело с денежными аспектами бизнеса. Бухгалтерский учёт включает сбор, обработку и анализ финансовых данных, а финансы — управление средствами в плане их роста и расходов;
  3. обеспечение поставкой — предполагает организацию процесса обслуживания производственной системы материально-техническими ресурсами;
  4. научно-исследовательская функция — развитие и совершенствование продукта и процесса производства;
  5. распространение продукции — поставка товаров и предоставление услуг потребителям;
  6. производственная функция — обеспечение процесса изготовления товара (оказания услуги), принятие решений в сфере технологий, календарного планирования производства и запасов, контроля качества;
  7. маркетинг — выявление и удовлетворение потребностей потребителя. Маркетинг обеспечивает интеграцию всех внутренних функциональных структур для принятия рыночно-ориентированных решений.

Внешняя среда организации

Внешняя среда организации — это совокупность факторов, которые формируют долгосрочную прибыльность организации и на которые организация не может влиять вообще или способна оказывать незначительное влияние.

Характеристики внешней среды:

  1. Сложность внешней среды — это число факторов, на которые организация обязана реагировать, а также уровень вариативности каждого фактора.
  2. Подвижность среды — это скорость, с которой происходят изменения в окружении организации. Кроме того, подвижность внешнего окружения может быть выше для одних подразделений организации и ниже для других.
  3. Неопределенность внешней среды — это количество информации, которой располагает организация (или лицо) по поводу конкретного фактора, а также степень уверенности в этой информации.

Факторы внешней среды делятся на:

  • факторы прямого воздействия: потребители услуг, поставщики необходимых ресурсов, профсоюзы, конкуренты, законодательство;
  • побочного воздействия: научно-технический прогресс, экономика, политика, международные отношения, демография, природные условия, социальная сфера.

Внешняя среда организации

Поставщики — это целая группа различных по своей природе организаций и отдельных лиц, принимающих участие в процессе материально-технического обеспечения производственной и научно-технической деятельности производственной системы.

Конкуренты — это группа предприятий и частных лиц, независимо действующих на рынке и производящих или оказывающие аналогичные данному предприятию продукцию или услуги.

Потребители — это силы, которые находятся в цепочке продвижения товара к конечному потребителю, включая его самого. В первую очередь — это отдельные лица и предприятия, потребители данной продукции.

Кроме того, к силам макросреды относятся также разнообразные «контактные аудитории». В эту группу сил входят: финансовые организации, обеспечивающие предприятие капиталом (банки, инвестиционные компании и др.), средства массовой информации (рекламные агентства, газеты, радио и телестанции), государственные учреждения, занимающиеся регулированием производственной деятельности.

Экономические факторы: исследуется инфляция, налоговая ставка, уровень занятости населения, платежеспособность предприятий.

Политические факторы: соглашение по тарифам и торговле между странами, нормативные акты правительства, уровень развития правового регулирования экономики, кредитная политика и др.

Рыночные факторы: исследуются изменения демографических условий, уровень доходов населения и их распределение, уровень конкуренции, доля рынка, ёмкость рынка.

Технологические факторы: изменения во внешней технологической среде — создание принципиально новых технологий производства, обработки и передачи информации и т.п.

Социальные факторы включают общественные ценности, установки. Именно в социальной среде при экономической нестабильности возникает много проблем, угрожающих положению организации.

Международные факторы — анализ других стран. Стратегия организации может быть направлена ​​на поиск защиты у правительства от иностранных конкурентов, в укреплении внутреннего рынка или на распространение международной активности.

Правовая среда — все промышленные предприятия работают в юридических рамках. Контакты предприятия с потребителями, поставщиками и наёмной рабочей силой являются объектами специальных законов, которыми защищаются их права и определяются их обязанности.

Создание своей организации менеджмент

Чтобы основать собственное дело, нужно выбрать правовую форму организации, которая отвечает избранной сфере предпринимательства (критерии разграничения предприятий по формам собственности мы уже рассматривали)

— по решению собственника имущества или уполномоченного им органа;

— по решению трудового коллектива;

— в результате принудительного разделения другого предприятия по решению антимонопольного органа;

— вследствие выделения из состава действующего предприятия одного или нескольких структурных единиц;

— на базе структурного подразделения действующего объединения по решению трудового коллектива, если на это есть согласие собственника или уполномоченного им органа

Есть несколько этапов создания предприятий: начальный, подготовительный, регистрационный, организационный

Самым для управленческого звена является начальный этап образования предприятия. На этом этапе прогнозируются будущее состояние, внешняя среда, определяются составляющие предприятия и дослиджуеть ься их взаимодействие есть осуществляютсяя:

— определение миссии предприятия;

— выбор предпринимательской деятельности (сферы деятельности);

— выбор организационно-правовой формы предприятия;

— определение целей предприятия;

— оценка и анализ внешней среды;

— определение стратегии деятельности предприятия;

— выборы или назначение руководителя предприятия (уполномоченного по регистрации)

Второй этап создания предприятия — подготовительный. Он включает следующие составляющие:

— подготовка и составление учредительного договора;

— подготовка и составление устава предприятия;

— определение юридического адреса;

— составление пакета протоколов о намерениях сотрудничества;

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

— подготовка и утверждение пакета учредительной документации

Процедура образования предприятий (фирм) в основном одинакова для всех Учредительные документы юридических лиц делятся на основные и дополнительные. Основные определяются законодательством и состоят из устава в и договорру.

Основные разделы учредительного договора малого предприятия такие:

— права и ответственность;

— порядок разрешения споров;

— размер уставного фонда;

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

Важными в учредительном договоре также положения о формах ответственности участников за невыполнение взятых обязательств, порядок разрешения споров, условия расторжения или продления договора и и др.. Подписанию учредительного договора, как правило, предшествует тщательное комплексное технико-экономическое обоснование деятельности предприятия, прежде всего расчет уставного фонда, ожидаемых прибылей, ба лансу доходов и расходов на функционирование предприятия и ин.

Главное назначение учредительного договора состоит в правовом регулировании отношений учредителей предприятия. Учредительный договор является одной из разновидностей договора о совместной хозяйственной деятельности с ут созданием самостоятельного юридического лици.

. Цель учредительного договора — объединение имущества капиталов и предпринимательских усилий для получения прибыли. Учредительный договор определяет взаимоотношения между участниками фирмы, прежде имущественного и организационного характера. О в этом свидетельствует структура договора, имеет следующие разделы:»Общие положения»,»Предмет (вид), основные цели и направления деятельности»,»Внешнеэкономическая деятельность»,»Права фирмы»,»Производственно-хозяйственн ька деятельности»,»Управление фирмой и ее трудовым коллективом»,»Организация и оплата труда»,»Распределение прибыли (дохода) и возмещение убытков»,»Учет, отчетность и контроль»,»Прекращение деятельно сти фирмы (реорганизация и ликвидация)лік, звітність і контроль», «Припинення діяльності фірми (реорганізація та ліквідація)».

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

Частные предприятия создаются и функционируют на основе устава. Устав — главный и очень важный документ в деятельности предприятия. Это юридический документ, определяющий деятельность предприятия, регулирует экономические и юридические отношения всех его работников. В уставе напо одиться полная характеристика направлений деятельности предприятия. Структура устава предприятия включает следующие основные разделы:»Общие положения»,»Предмет, цели деятельности»,»Имущество предприятия»,»Орга ни управления»,»Производственно-хозяйственная деятельность»,»Регулирование трудовых отношений»,»Учет, отчетность и контроль»,»Реорганизация и прекращение деятельности предприятиять і контроль», «Реорганізація і припинення діяльності підприємства».

В уставе также определяются вид предприятия, его полное название, местонахождение, товарный знак. Задача устава — дать представление о правовом статусе предприятия (фирмы) как самостоятельного господарськог го субъекта, имеющего все права юридического лица, о его внутренний механизм управления и самоуправления, режим формирования и использования имущества предприятия (фирмы), распоряжения его средствами и прибыть ком.

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

Трудовой коллектив предприятия:

— рассматривает и утверждает коллективный договор;

— изучает и решает вопросы самоуправления трудового коллектива;

— определяет и утверждает перечень и порядок социальных льгот;

— рассматривает вместе с учредителем изменения и дополнения в устав предприятия;

— устанавливает условия найма руководителя;

— участвует в решении вопроса о выделении из состава подразделений для создания нового предприятия;

— вместе с собственником решает вопросы о вступлении и выходе предприятия из объединения предприятий;

— принимает решение об аренде предприятий

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

При составлении устава нужно обратить особое внимание на фирменное название предприятия и его юридический статус. Фирменное наименование является визитной карточкой предприятия. Необходимо избегать повторения названий уже зарегистрированных х фирм, поскольку одинаковое название может внести путаницу, а в некоторых случаях даже повредить имиджу новой фирмми.

Устав предприятия принимается и утверждается общим собранием учредителей. Утвержден устав сшивается нитками и заверяется нотариусом и в комплекте с другими документами передаеть ься в орган государственной регистрацї.

Право на осуществление предпринимательской деятельности предприятие приобретает только после акта государственной регистрации такой деятельности, в противном случае такая деятельность является незаконной. Есть определенный порядок и условия регистрац ее нового предприятия. Любая предпринимательская структура считается созданным и приобретает права юридического лица со дня ее регистрации в государственной администрации местной власти по местонахождению пред ства или по месту жительства предпринимателяця.

Финансово-хозяйственная деятельность предприятия любой организационно-правовой формы и собственности начинается с формирования уставного фонда

. Уставный фонд — это выделены предприятию или привлеченные им на принципах, определенных законодательством, финансовые ресурсы в виде денежных средств или вложений в имущество, материальные ценности, нематериальные активы, ценные бумаги, закреплены за предприятием на праве собственности или полного хозяйственно ^ го ведения. За счет уставного фонда предприятие формирует свои собственные (основные и оборотные) средстваи.

Порядок и источники формирования уставных фондов зависят от типа предприятия и формы собственности, на базе которой оно функционирует. В Украине права предприятий различных форм собственности и типов закреплены в чин нному законодательстве, в частности в законах Украины»О собственности»,»О предприятии в Украине»,»О хозяйственных обществах»Порядок формирования уставного фонда имеет специфические особенности для государственных, коллективных и индивидуальных предприих та індивідуальних підприємств.

. Уставный фонд государственного предприятия — это сумма денежных средств и стоимость материальных ресурсов, безвозмездно выделенные государством в постоянное распоряжение трудового коллектива предприятия на праве хозяйственного ведения. Предприятие воло одие, пользуется, распоряжается этими ресурсами, оказывает по ним любые действия, не противоречащие закону и целям деятельности предприятия. Размер уставного фонда государственного предприятия визначаеть ся объемом производства и услуг, на немму.

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

В современных условиях государственные предприятия наращивают свои уставные фонды за счет собственных накоплений: прибыли, часть которого они направляют на развитие производства — реконструкцию, приобретение нового оборудования, новых технологий, а вторую часть — на пополнение уставного фонда, прирост собственных оборотных средств.

Индивидуальные предприятия формируют уставный капитал (размер которого не фиксируется законодательством) за счет собственных средств или заемных денег

. Коллективные предприятия — это форма объединения предпринимательского капитала. Объединение капиталов осуществляется на основе долевого или акционерной собственности

Формирование уставного фонда акционерного общества осуществляется в соответствии с. Законом Украины»О хозяйственных обществах»Акционерные общества формируют свои уставные фонды за счет реализации акц этой путем открытой подписки на них или купли-продажи на фондовой бирже (это касается открытых акционерных обществ) или путем распределения всех акций между учредителями без права распространения ак и через открытую подписку и куплю-продажу на бирже (в закрытых акционерных обществах). Таким образом, в закрытых акционерных обществах 100% уставного фонда принадлежит основателям. Законодательством уста. Установлено, что учредители открытых акционерных обществ несут обязательство выкупить 26% всех акций, то есть их доля в уставном фонде не может быть ниже за 25ижчою за 25 %.

На стадии основания при создании открытого акционерного общества юридические и физические лица, которые изъявили желание купить акции, то есть стать акционерами нового предприятия, должны внести на ра ахунок учредителей не менее 10% стоимости акций, на которые они подписались.

Акционерное общество увеличивает свой уставный фонд за счет:

— дополнительного выпуска акций;

— направление прибыли на прирост уставного фонда путем увеличения номинальной стоимости акций

Общества с ограниченной ответственностью, общества с дополнительной ответственностью и полные общества формируют уставные фонды из взносов участников. Эти взносы, оцененные в национальной валюте, определяют ч долю (пай) участников в уставном фонде, причем в обществах с ограниченной ответственностью сумма вклада каждого из участников составляет предел его ответственности по обязательствам общества.

Пай каждого учредителя является именным, что подтверждается выдачей основателю письменного паевого свидетельства. Оно не является ценной бумагой, то есть не может свободно продаваться на фондовой бирже и не может быть перед данным другому лицу без разрешения учредителей. На момент регистрации учредители обязаны сформировать 30% уставного фонда. Для этого на имя одного из основателей в банке открывается временный счет на который вносится 30% суммы уставного фонда. Временный банковский счет не дает права на проведение расчетных операцииацій.

Полная сумма уставного капитала должна быть внесена в течение одного года с момента регистрации. Свидетельство выдается после полного внесения пая, а прибыль, распределяется пропорционально пая выплачивается после окончательного формирования уставного капитала и только в случае, если имущество общества превышает размер основного капитала. Общество согласно законодательству Украины должно иметь уставный фонд в ро мерам 100 минимальных заработных плат, установленных законодательством на момент регистрации обществва.

В обществах с дополнительной ответственностью и полных товариществах участники отвечают за их долги суммой своих взносов в уставный фонд, а если сумма уставного фонда недостаточно для покрытия долгов т общества, то дополнительно принадлежащим каждому член.

К коммандитного общества входят участники, которые формируют уставный фонд на основе полного товарищества, а также вкладчики, которые отвечают по обязательствам общества только в пределах своего вклада в его уставного фонд.

Регистрационный этап образования предприятия охватывает следующие фазы:

— формирование пакета регистрационной документации;

— внесение необходимой суммы в уставный фонд и обязательных платежей;

— получение свидетельства о регистрации;

— получение идентификационного кода и печати;

— постановка на учет в статистическом управлении;

— регистрация в налоговой администрации и пенсионном фонде;

— открытие счета в учреждениях банка

В Украине в последние годы действует типовая система регистрации новообразованного предприятия. С целью регистрации нужно подавать такие документы:

— решение собственника имущества или уполномоченного органа об организации предприятия (при наличии двух или более владельцев таким документом является договор об учреждении);

— письменное подтверждение юридического адреса субъекта предприятия;

— регистрационную карточку, заполненную в трех экземплярах, которая одновременно выполняет роль заявления учредителя о регистрации предприятия;

— квитанцию ??об уплате пошлины за регистрацию предприятия;

— нотариально заверенную копию свидетельства о государственной регистрации юридического лица

Если владельцами субъекта предпринимательской деятельности являются физические лица, их подписи на учредительных документах должны быть нотариально удостоверены. На регистрацию подают только оригиналы учредительных документов, которые не должны содержать положений, противоречащих действующему законодательству. Ответственность за это несет заявительныйик.

При наличии указанных документов орган государственной регистрации в течение пяти рабочих дней с момента их поступления должен зарегистрировать предприятие и выдать заявителю свидетельство. Это дает право на. Откуда закрытия расчетного, валютного и других счетов в учреждениях банков, а также на изготовление печатей и штампов, на которых должен указываться номер свидетельства о государственной регистрации. Такой номер имеет е дповидаты идентификационному коду, по которому субъекта предпринимательской деятельности внесены в. Государственный реестр отчетных статистических единицць.

Завершающим этапом создания и регистрации предприятия является открытие расчетного счета в соответствующем банке по месту нахождения нового предприятия

Для открытия текущего счета предприятие должно представить в банк следующие документы:

— заявление об открытии счета установленного образца — копию свидетельства о государственной регистрации;

— копию зарегистрированного устава, удостоверенную нотариально или регистрирующим органом;

— копию документа о постановке предприятия на налоговый учет;

— карточку с образцами подписей лиц, которым предоставлено право распоряжаться счетом;

— копию документа о регистрации в органах. Пенсионного фонда Украины

Банк в трехдневный срок обязан открыть банковский счет и уведомить об этом налоговую инспекцию

Рынок не предусматривает неограниченную свободу действий предпринимательских структур соответствии с действующим законодательством Украины можно осуществлять все виды предпринимательской деятельности, кроме некоторых

Во-первых, только государственные предприятия и организации могут изготавливать и реализовывать наркотические средства, военное оружие, боеприпасы к нему, взрывчатые вещества, охранять объекты государственной собственности

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

. Лицензия (лат licentia — право, разрешение) — это документ, выданный. Кабинетом. Министров Украины или уполномоченным им органом, согласно которому ее владелец имеет право заниматься определенным видом предпринимательской деятельно ностиі.

Существует 44 вида предпринимательской деятельности, для осуществления которых в соответствии с. Законом Украины»О внесении изменений в. Закон Украины»О предпринимательстве», необходимо иметь лицензию частности к ним относятся:

— создание и содержание стрелковых тиров, стрельбищ, охотничьих стендов;

— производство и реализация лекарственных средств;

— изготовление пива, алкогольных напитков, а также изготовление и реализация этилового, коньячного и плодового спирта;

— изготовление табачных изделий;

— медицинская и ветеринарная практика;

— международные перевозки пассажиров и грузов железнодорожным и автомобильным (кроме стран. СНГ), воздушным, речным, морским транспортом;

— производство и ввоз бланков ценных бумаг, документов строгой отчетности и знаков почтовой оплаты, а также материалов и полуфабрикатов для их производства;

— добыча драгоценных металлов и драгоценных камней, изготовление и реализация изделий с их использованием;

— аудиторская и страховая деятельность;

— изготовление ветеринарных медикаментов и препаратов;

— деятельность, связанная с организацией иностранного и зарубежного туризма;

— осуществление операций с металлоломом;

— посредничество в трудоустройстве на работу за границей;

— доверительные и другие операции с имуществом доверителя (вкладчика) и т.д.

Срок действия лицензии устанавливается органом, выдавшим лицензию, но не менее чем на три года. Лицензия выдается после принятия решения о ее выдаче и представления заявителем в орган, выдающий лицензию, докум мента о внесении платы за выдачу лицензии. Размер платы за выдачу лицензии устанавливается. Кабинетом. Министров Украинни.

Предыдущая СОДЕРЖАНИЕ Следующая

Создание политики фирмы и ролей для управления документацией

На протяжении всей книги я возвращаюсь к одной и той же мысли — люди не всегда хотят изменить что-то в своём восприятии окружающей действительности. Корпоративная память и выживание фирмы на рынке зависят от грамотной организации записей компании, но некоторые по-прежнему считают функции, связанные с управлением записями, простым перекладыванием бумаг с мета на место — чем-то, что происходит в стороне от «более важных» дел. Как говорил писатель Викторианской эпохи A.H. Clough, «с глаз долой — из сердца вон».

Есть ещё одна сторона жизни компании, о которой обычно редко вспоминают. Это — политика фирмы. Её письменное изложение может храниться в файле, печататься в необъятных руководствах, которые без толку пылятся на полке, поскольку ни у кого нет времени их читать; его можно даже вставить в рамку красного дерева и повесить на стену в зале заседаний, где оно уже больше никогда не обратит на себя чьего-либо внимания. Политика — жизненно важный элемент деятельности организации, но она, как правило, не бросается в глаза до тех пор, пока у кого-нибудь не возникнет вопрос относительно действий организации на рынке.

Эта глава проливает свет на функции управления записями и на политику фирмы, чтобы продемонстрировать, как политика и система управления документацией взаимодействуют друг с другом и с самой компанией. Внедрение СУДФ должно следовать за разработкой политики фирмы. Кроме того, в обоих этих начинаниях потребуется помощь разработчика документации — человека, который появляется на сцене, когда заходит речь о переходе на СУДФ, и играет в этом процессе немаловажную роль. Поэтому в этой главе рассматриваются также некоторые возможные функции, которые выполняет разработчик документации в ходе проектирования и внедрения СУДФ.

СТРУКТУРА ПОЛИТИКИ ФИРМЫ В ОТНОШЕНИИ РАЗРАБОТКИ ДОКУМЕНТАЦИИ

В этом разделе рассматривается структура политики фирмы в отношении разработки документации, в том числе некоторые общие принципы построения политики управления документацией фирмы (ПУДФ) и ключевые элементы ПУДФ.

В организации могут забыть о политике по многим причинам. Прежде всего, направления политики излагаются, как правило, в формальной юридической документации, которая, на первый взгляд, имеет мало отношения к реальному бизнесу. Такая терминологическая неразбериха идёт ещё от самых корней политики, которая зарождалась из статей законов, касающихся деятельности компаний, а также законов и подзаконных актов, регулирующих деятельность министерств. Ещё одна причина подобного отношения — неопределённость. Политика фирмы декларируется временами настолько обобщенно и неконкретно, что в результате она и на самом деле оказывается никак не связана с реальной деятельностью компании.

Среди причин незаметности политики фирмы есть и такая, которая не представляет собой проблемы. Если политика разработана грамотно, то постоянно напоминать о ней нет никакой необходимости — она настолько тесно связана со структурой организации предприятия, его предназначением, целями и деятельностью, что каждый шаг, предпринимаемый этой компанией в бизнесе, сам по себе уже является выражением её политики. Останавливаться подробно на положениях этой политики необходимо только в случае внесения в неё изменений или при инструктаже нового сотрудника. Конечно, такую политику можно считать образцовой, изменяется она не часто, и всё это может происходить только на идеальном предприятии, которое мало кому из нас доведётся когда-то увидеть. Основная идея качественной ПУДФ, как и любой другой грамотно разработанной политики, состоит в том, что она должна вносить непосредственный вклад в достижение целей предприятия.

Кроме того, ПУДФ должна быть согласованной. Возьмём для примера вариант политики предприятия в отношении архитектуры документации — политику принятия и дальнейшего использования языка SGML в элементах составных документов. Такая политика должна быть согласована с архитектурой баз данных предприятия — например, можно внедрить СУБД для хранения как элементов данных, так и элементов составных документов.

Как уже было сказано выше, грамотно разработанная политика может стать заметной. Это не означает, что её не обязательно записывать, или читать и разбираться в ней, или что нет необходимости обучать ей сотрудников. ПУДФ обязательно должна быть изложена в письменном виде. Если политика настолько сложна, что записать её положения невозможно, значит для сотрудников она останется в лучшем случае непонятной; впрочем, письменный вариант политики не обязательно облегчает её понимание. Направления политики должны быть изложены чётко, ясно и кратко.

Кроме того, запись о ПУДФ должна находиться в хранилище системы управления документацией фирмы, чтобы каждый мог с ней ознакомиться. Формулировка положений политики и предоставление доступа к ней всем сотрудникам организации предполагает, что должен действовать принцип «увидеть — значит поверить». Размещение письменного изложения политики фирмы в СУДФ усиливает взаимосвязь между самой политикой и предметом её регулирования — политика действует во благо системы и наоборот. Доступность соответствующей информации поможет решить проблему неопределённости и несогласованности интерпретации и применения положений политики.

Она создаст атмосферу доверия в свете новых методов принятия решений. ПУДФ — это лучший способ заставить систему управления документацией фирмы работать во благо этой фирмы. Элементы политики управления документацией фирмы

Процесс разработки политики продвигается, как правило, по направлению от общего к частному. В этом разделе речь идёт об общих положениях политики управления документацией фирмы. Дальше будут рассмотрены отдельные направления, регулирующие работу с переходными записями, с электронной почтой и уничтожение записей.

Хотя компоненты политики в разных организациях могут именоваться по-разному, любая ПУДФ содержит следующие элементы, которые я называю так:

  • Назначение: причина существования политики
  • Цель: описание действий предприятия по проведению политики в жизнь
  • Определения: употребляемые термины и их значения
  • Декларация масштабов: рамки, в которых действуют положения политики
  • Правила проведения: базовые принципы, на которых основываются методы управления документацией
  • Власть: распределение полномочий в процессе проведения политики в жизнь
  • Пересмотр и обновление: определение правомочности внесения изменений в политику и условий, при которых её следует изменять

Положения политики могут быть записаны в разделах под соответствующими заголовками или в любой другой форме, но все названные элементы — независимо от того, как Вы их назовёте, — следует принять во внимание и учесть при формировании ПУДФ.

Прежде всего, давайте рассмотрим назначение общей ПУДФ как таковой, а затем перейдём к обсуждению компонентов, которые должны входить в декларацию о назначении политики. Общее назначение ПУДФ включает в себя ряд элементов:

  • В основе политики лежит понимание той существенной роли, которую документы играют в достижении предприятием успеха, а также в разработке, использовании и распространении знаний внутри компании.
  • Управление документацией должно способствовать выполнению миссий и обязательств предприятия, а также работать во благо клиентов фирмы.
  • В положениях политики должны оговариваться фундаментальные правила, в соответствии с которыми предприятие планирует создавать, сохранять и находить документы.
  • В положениях политики представлены наиболее общие принципы, которыми следует руководствоваться Директору по информации (Chief information officer) при организации управления информационными ресурсами компании и, в том числе, документами.
  • Посредством проведения в жизнь своей политики предприятие должно продвигать идею о том, что информация, содержащаяся в документах, даёт сотрудникам пищу для размышлений, и результатом должны стать принципиально новые решения и подходы.

Декларация о назначении реальной политики может содержать эти пункты. Кроме того, она должна включать в себя чёткое перечисление основных правил, принципов, факторов достижения успеха, инноваций и выгод, определяющих проведение в жизнь этой политики. Когда назначение политики станет ясным и понятным, его можно использовать как основу для приобретения предприятием ресурсов для системы управления документацией.

Декларация целей политики тесно связана с её назначением. Цель ПУДФ состоит в том, чтобы обеспечить наиболее выгодный способ использования документации для выполнения предприятием его миссии. Предполагается, что, посредством проведения в жизнь своей политики, организация сумеет заметно усовершенствовать методы использования имеющихся знаний, документов и методов управления.

Раздел ПУДФ, касающийся определений, должен содержать краткие, не допускающие вариантов трактовки объяснения и описания терминов, значения которых не очевидны.

Определённые правила и идеи, которые очевидны для людей и в системах управления записями в бумажном представлении, должны быть отдельно объяснены в СУДФ. (Этот вопрос более подробно рассмотрен в других главах). Таким терминам, как оригинал, публикация, переходная запись, документ, электронная почта, версия, черновой и окончательный вариант документа и официальная запись, необходимо дать определения, чтобы сотрудник, который создаёт документ, знал, что с ним следует делать в соответствии с положениями политики фирмы.

Масштаб начинания зависит от того, как и где на предприятии внедряется СУДФ. Политика может относиться к отдельной программе или организационному подразделению компании, где есть возможность протестировать пилотную версию системы, или ко всей фирме сразу. Кроме того, расширенный вариант политики может затрагивать партнёров, клиентов фирмы и другие компании. Естественно, необходимо определить группы, на которые повлияет политика фирмы.

Правила проведения определяют структуру внедрения системы управления документацией в охваченных проектом организационных подразделениях предприятия. Структура должна затрагивать следующие направления:

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

В декларации полномочий очерчиваются рамки полномочий различных сотрудников в процессе осуществления политики в целом и, по мере необходимости, в различных подразделениях и на разных уровнях предприятия. Как правило, общее руководство поручается директору по информации, в обязанности которого входит контроль политики и разработка программ, процедур и правил, согласующихся с обозначенными в положениях политики принципами.

Иногда возникает необходимость на время (например, в отсутствие директора по информации) или насовсем (в соответствии с определёнными потребностями предприятия) передать кому-то полномочия по управлению проектом. В декларации полномочий оговаривается и эта ситуация. Типичная формулировка в письменном изложении политики гласит: «Директор по информации может делегировать любую часть своих полномочий в соответствии с положениями данной политики соответствующему представителю менеджмента или другому сотруднику организации. Директор по информации может перепоручить проведение в жизнь политики фирмы в соответствии с наилучшими принятыми на предприятии принципами менеджмента». Все руководители отделов и подразделений компании должны нести ответственность за соблюдение принципов и направлений политики при управлении порученными им документами.

Пересмотр и обновление

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

Руководствуясь приведённой здесь структурой и рассмотренными нами общими принципами построения политики фирмы, Вы можете приступать к подготовке ПУДФ для Вашей компании. Это не полный, законченный образец политики, который можно без изменений перенести в конкретные условия любой организации. Что именно будет представлять собой окончательный вариант политики в Вашем случае, будет зависеть от того, какого рода попытки в этом направлении уже предпринимались в компании, какие правила существуют на этот счёт, насколько хорошо специалисты по разработке политики знают своё дело, как организован процесс пересмотра политики, а главное от самого Вашего предприятия — что оно собой представляет и чем занимается.

Другие сопутствующие направления политики

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

Переходные записи используются для отслеживания за выполнением и подготовкой определённых действий. Переходные записи и документы о выполняющейся работе помогают в принятии решений, проведении политики фирмы в жизнь, а также дают возможность получить необходимую справку о деятельности компании, но при этом они не входят в число официальных записей. Некоторые из них в конечном итоге могут приобрести официальный статус, если они будут переведены в разряд формальной документации или опубликованы для широкой публики. Такие записи следует помещать в хранилище, но только на определённый срок. Как правило, через 6-12 месяцев после их создания они пересматриваются, и принимается решение об их переходе в категорию официальных записей или об их уничтожении.

Переходные записи обычно не подшиваются в папку, кроме тех случаев, когда на них записан комментарий, резолюция, или когда к записи прикреплена какая-либо другая информация, например, карточка с указанием, куда дальше необходимо передать документ. В этом случае документ считается официальной записью, и его необходимо положить на хранение в папку.

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

Для электронной почты необходимо разработать отдельное направление политики, где будет определено, в каких случаях письма следует считать переходными записями, в каких — официальными, и как с ними следует обращаться. В положениях политики также должно быть указано, каким образом файлы, прикреплённые к посланиям электронной почты, должны добавляться в корпоративное хранилище или изыматься оттуда.

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

Уничтожение официальных записей

Для управления уничтожением официальных записей тоже необходимо разработать отдельное направление политики. Обычно за уничтожение записей отвечает группа управления или администрирования записей. Существует насущная необходимость просматривать записи с точки зрения их юридической ценности, чтобы определить, нет ли смысла сохранить их в архиве, а также чтобы проверить, нет ведётся ли судебного процесса, где эти документы могут пригодиться. Поэтому не следует давать отдельным сотрудникам полномочий уничтожать официальную запись после того, как она была внесена в хранилище.

Администратору записей следует стирать официальную запись из корпоративного хранилища только тогда, когда на то есть веская причина. И даже в этом случае должна оставаться возможность установить, что такой документ существовал и был уничтожен.

Политику необходимо разъяснять, и ПУДФ — не исключение. Она не может быть ясной сама по себе по той простой причине, что система управления документацией основывается на новых концепциях. Необходимо давать разъяснения, толкования, обучать ей сотрудников, чтобы создать атмосферу понимания и доверия. Следует разработать механизм обратной связи, чтобы была возможность отвечать на вопросы и разъяснять положения политики.

ПУДФ должна быть гибкой и открытой для изменений.

Вернёмся к рассматривавшемуся нами выше примеру политики, в которой утверждалось, что архитектура составных документов компании должна базироваться на формате SGML. Если произойдут изменения в ценности или общепринятости SGML и на первый план выйдут форматы HTML, OLE или OpenDoc, то необходимо будет внести соответствующие поправки и в политику, чтобы она отражала новый принятый стандарт или сосуществование ряда стандартов. ПУДФ не может оставаться неизменной, она должна отражать развитие получающей распространение дисциплины — разработки документации.

Необходимо отличать ПУДФ от процедур и правил. Например, если политика требует использовать стандарт HTML для всех документов, размещённых на корпоративном узле World Wide Web (WWW), то должны быть разработаны соответствующие процедуры и правила, устанавливающие стандарт непосредственного применения HTML на домашней странице и в других объектах. Такого рода правила никогда не вписываются в положения самой политики, поскольку они гораздо чаще подвергаются изменениям по мере появления новых технологий рационализации и разработки.

И, наконец, не забывайте о том, что все направления политики необходимо контролировать. Такой контроль должен осуществляться не на уровне рядовых аналитиков; им должен руководить представитель администрации фирмы, оказывающий поддержку начинанию, которые понимает, какое влияние политика оказывает на сотрудников нижнего уровня иерархии предприятия.

Возьмём для наглядности гипотетический вариант развития событий в примере со стандартом SGML. Использование SGML позволяет увеличить область поиска документов посредством внесения фрагментов текстов в СУБД или систему управления текстами (СУТ). Параграфы, списки, предложения, главы, разделы и тому подобные элементы можно использовать для увеличения точности поиска и в то же время снижения количества неверных попаданий. Теперь давайте предположим, что группа обработки информации пытается перевести системы и проекты предприятия на объектно-ориентированную СУБД.

Одно из подразделений группы обработки информации разрабатывает политику, которая противоречит ПУДФ, требуя, чтобы для хранения всех объектов использовалась объектно-ориентированная СУБД, а не просто СУБД или СУТ.

Возникает проблема, которую невозможно разрешить на уровне группы или подразделения. Внесение изменений в политику должно контролироваться на самом высоком уровне иерархии предприятия. Необходимо проанализировать существующую и предлагающуюся политику и представить результаты анализа руководителям компании, отвечающим за осуществление проекта, чтобы они приняли разумное, не влекущее за собой больших затрат единое решение о переводе организации на более мощную систему объектной ориентации и о приостановке вложений в технологии и средства СУБД.

Как видите, ПУДФ, её различные воплощения и связанные с ней аспекты деятельности предприятия — непростая тема.

И всё же грамотная ПУДФ необходима фирме, и уж во всяком случае, попытки вести дела без чётко выстроенной структуры политики не выдерживают никакой конкуренции. На самом деле, в отсутствие структуры политики невозможно добиться правильного подхода к деятельности предприятия. Инвестиции в разработку политики компании не менее важны, чем вложения средств в СУДФ как таковую.

РОЛЬ РАЗРАБОТЧИКА ДОКУМЕНТАЦИИ

Для успешной разработки и внедрения СУДФ необходимо вкладывать средства и в высококвалифицированных специалистов. Исторически так сложилось, что ключевые роли в информационном менеджменте организации выполняли разработчики информации, моделей данных, самих данных и систем. С развитием СУДФ появляется новая категория специалистов разработчики документации.

Организации ещё не определили окончательно функции разработчика документации. В этом разделе рассматриваются возможные права и обязанности разработчика документации на предприятии, а также навыки и качества, которыми необходимо обладать человеку, чтобы добиться успеха в этой роли.

При переходе на СУДФ организация может пойти двумя различными путями. Первый вариант — нанять разработчика документации на должность менеджера или руководителя проекта, и тогда он будет полноправным членом команды разработки. Второй — пригласить специалиста по разработке документации поучаствовать в проекте в роли консультанта, а руководство и управление проектом поручить другим опытным сотрудникам предприятия. Какой из этих вариантов выберет каждое конкретное предприятие, зависит от обстоятельств, а они в каждом случае свои. Тем не менее, Вы сможете принять решение с большей уверенностью, если примете во внимание существенные различия между ролями руководителя проекта и консультанта.

Выбирая руководителя команды разработки СУДФ, организация определяет, кто будет направлять рутинную деятельность команды. Руководитель команды принимает на себя ответственность по ряду вопросов: определить цели проекта, подготовить декларацию предназначения и обязательств команды, помочь проследить цели и достижения команды и так далее.

Руководитель определяет, какие ресурсы необходимы для осуществления проекта. В этом качестве руководитель, вероятно, отберёт консультантов и квалифицированных членов команды, которые присоединятся к проекту, а также поможет сотрудникам приобрести необходимые навыки.

Руководитель также выступает в роли точки соприкосновения команды разработки и остальных сотрудников предприятия, так как он, в числе проч ыскивает помещения для собраний, офисы, компьютерное оборудование и расходные материалы. В дальнейшем руководитель официально отвечает за записи проекта, корреспонденцию, протоколы, списки вопросов на повестке дня, презентации, вспомогательные материалы и так далее. (Конечно, если Вы решите, что это не работа, а кошмар, то лучше предусмотрите в бюджете возможность нанять ассистента, который поможет руководителю справиться). Кроме того, руководитель сохраняет полномочия менеджера, вследствие чего он может немедленно осуществить любые изменения, лежащие в пределах его компетенции. Разрешение на всё остальные изменения необходимо получать отдельно на соответствующем уровне руководства предприятием.

В итоге руководитель команды разработки СУДФ выполняет многие из функций, которые традиционно ассоциируются у нас с должностью менеджера или руководителя проекта.

В первую очередь, однако, этому специалисту необходимо сосредоточиться на задачах и достижениях в области разработки документации.

Когда организация приглашает специалиста по разработке документации на должность консультанта, фокус его активности смещается с непосредственного руководства проектом к предоставлению помощи и совета. Консультант наблюдает за проектом в целом, но он не обязательно должен принимать участие в рутинной работе. Для роли консультанта характерны две основные черты — он сосредотачивается на процессе, который в проекте СУДФ более важен, нежели индивидуальные задания, и работает с методами принятия решений, а также определением необходимых решений (результатов).

Консультант помогает руководителю команды структуризировать задания и распределить их среди сотрудников, а также оценивает и переоценивает потребность в различных ресурсах для завершения проекта. Он помогает разъяснить принципы разработки документации другим членам команды и демонстрирует им, как эти принципы применяются на предприятии.

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

Среди других обязанностей следует упомянуть информирование высшего руководства фирмы о продвижении проекта и оказание помощи в анализе запросов к СУДФ с точки зрения бизнеса. В промежутках между собраниями консультант работает с руководителем проекта, помогая ему подготовиться к следующей встрече.

Хорошо зная стадии жизненного цикла разработки документации, консультант помогает членам команды понять, как жизненный цикл влияет на результаты проекта. С помощью консультанта члены команды определяют значение параметров и оценивают их значение для всего начинания. Соблюдение стандартов безопасности СУДФ и выполнение соответствующих процедур также входит в обязанности консультанта. Она разрабатывает расширенные системы классификации файлов, которые позволяют свести в единую структуру документы на бумаге, в электронном виде и в микроформе.

Консультанту обычно оказывают содействие технические специалисты — сами консультанты редко бывают технически подкованы — и с их помощью он исследует альтернативные варианты технических решений, оценивает адекватность архитектуры сети и даёт рекомендации относительно необходимых изменений. Консультант должен обеспечивать баланс соотношения цена/качество для предприятия. Когда приходит срок, консультант обеспечивает запуск и начало работы электронного хранилища, а также устанавливает процедуры поддержки и администрирования.

В общем и целом, консультант занимается тем, что даёт советы, а не руководит и не управляет. Контроль и администрирование проекта могут быть поручены временному сотруднику на должности менеджера проекта.

Независимо от того, выступает разработчик документов в роли руководителя или консультанта, ему необходимо обладать определёнными навыками. Для достижения успеха в выбранной области ему потребуется умение работать как с людьми, так и с техникой. Конечно, редкий человек обладает всеми перечисленными здесь квалификациями — настолько редкий, что кто-то из Вас, возможно, даже предположит, что таких людей вовсе не бывает. И всё-таки, чем талантливее и опытнее человек, тем лучше для проекта и для предприятия.

Навыки в работе с людьми

Черты личности и коммуникативные способности, которые принято называть умением работать с людьми, включают в себя высокую чувствительность, умение слушать, целостность личности, умение принимать решения, настойчивость, воодушевление, новаторство и образованность. Все эти качества необходимы специалисту по разработке документации.

Разработчик документации, действующий в интересах людей, должен уметь правильно реагировать на замечания и требования подчинённых и начальства. Если он будет равнодушен к потребностям других, то он рискует потерять — а вероятнее всего, терять раз за разом — важнейший ресурс команды — её членов. Но, кроме того, разработчик документации должен уметь отделять важные потребности от всех остальных и не допускать того, чтобы члены команды или руководители проекта сводили обсуждение общих задач и проблем к разговору о требованиях отдельных людей или проектов.

Серьёзный специалист по разработке документации полностью посвящает себя своим сотрудникам, клиентам и работе не обязательно в таком порядке. Он должен служить примером безоговорочного следования принятому курсу, даже если это означает, что придётся встать одному против всех, и должен быть готов признать свои ошибки, потому что нельзя допустить, чтобы из-за самолюбия не был достигнут наилучший для клиента результат. Обязательность и твёрдость идут рука об руку с решительностью. Если возникает необходимость принять жёсткое или непопулярное решение относительно качества, ресурсов или графика, разработчик документации должен быть готов принять на себя соответствующие риски, и в его задачу входит пройти через все преграды и препятствия, чтобы достигнуть целей и выполнить предназначение проекта.

Наряду со всем этим, разработчик документации должен воодушевлять команду, чтобы та полностью выкладывалась ради получения результатов, достигнуть которых иным способом невозможно. Члены команды должны продемонстрировать требовательное отношение к деталям, неприятие проявлений посредственности и железную дисциплину. Новые технологии в среде клиент/сервер не позволят членам команды «изображать» решение проблемы — им придётся на самом деле её решать.

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

Все гипотезы необходимо ставить под сомнение, в то время как перспективные возможности команде необходимо исследовать, чтобы выбрать эффективное и действенное решение.

На этом этапе Вы, возможно, подумываете о том, чтобы подыскать идеального специалиста по разработке документации вне Вашей организации. (Многие именно так и делают, иначе я бы не занимался тем, чем занимаюсь!) Если это так, и даже если в штате Вашей компании уже есть подходящий человек,

Вам всё равно нужно выбрать людей на роли остальных участников проекта. Несомненно, в их число должны входить сотрудники компании, которые впоследствии станут внутренними экспертами организации.

Как уже говорилось выше, разработка СУДФ — не лучшее время для обучения по ходу работы. Теперь пора рассмотреть этот вопрос немного подробнее. Вы, разумеется, не хотели бы накликать беду на важный и дорогостоящий проект, поставив во главе команды разработки совершенно некомпетентного и неопытного человека или собрав всю команду из таких людей. Не получится, однако, полностью избежать обучения по ходу работы, по той простой причине, что речь идёт о новой области деятельности, и опытных специалистов в этой сфере пока что очень мало. Так что, если набрать в команду сотрудников, обладающих соответствующими способностями, опытом и знаниями в сопутствующих областях, а также энтузиазмом, опытный специалист по разработке документации сумеет обучить их в процессе осуществления проекта и обеспечения работоспособности программного обеспечения.

Члены команды должны развивать в себе необходимые навыки, обучаясь у разработчика документации его мастерству в процессе перехода на СУДФ. И опять же, так как речь идёт о новой — и для предприятия в том числе — области, многих тонкостей, концепций и подходов команда не узнает до тех пор, пока проект не начнёт действовать; и многие сферы, с которыми команде предстоит соприкоснуться, будут обойдены вниманием разработчика документации, если он не входит в число наиболее опытных в этой области специалистов. Сотрудники должен иметь возможность внести свой вклад в переход на новую систему, но они не могут в полной мере принять участие в деле, если заранее не приобретут новых, радикальных навыков и не будут посвящены в тайны профессии.

Избитая фраза о корпоративном тренинге гласит: «Незнание дорого, а обучение недёшево». Перед проведением тренинга для членов команды необходимо разработать план и определить, каких результатов можно ожидать. В отсутствие плана обучение будет в лучшем случае запутанным, а в худшем — противоречивым.

В ходе тренинга разработчик документации должен ознакомить сотрудников компании с новыми технологиями анализа, применяющимися в работе со структурированными документами, и с архитектурой составных документов. Новые технологии проектирования помогут обучающемуся персоналу разобраться в компонентах СУДФ и в способах настройки системы для работы с редким или сложным программным обеспечением на машине клиента. Обучение такого рода очень специфично и ограничено только нуждами проекта. Последующий тренинг может включать в себя более общепринятые курсы для приобретения опыта работы с проектом. В дальнейшем навыки разработчика документации в работе с людьми и с техникой можно передать участникам проекта, чтобы повысить их мотивацию, гарантировать компетентность и завершить их обучение в сфере разработки документации. К навыкам в общении с людьми относятся:

  • Межличностная коммуникация
  • Навыки работы с группами
  • Умение взаимодействовать с верхушкой руководства компании
  • Умение обеспечить обратную связь
  • Способность организовать команду, сформировать группы, быть хорошим слушателем
  • Способность обучать других необходимым навыкам для работы, как с людьми, так и с техникой.

Подыскивая сильного, чувствительного, решительного и творческого человека на роль руководителя проекта и специалиста по переобучению персонала, не забывайте также и о тех качествах, которыми разработчик документации должен обладать в ещё большей степени, чем навыками общения с людьми — тем более, если ему предстоит обучать других технической стороне дела. Он обязательно должен хорошо разбираться в соответствующем аппаратном и программном обеспечении, в сетевых платформах, а также уметь оценивать объём загрузки и необходимые действия по созданию средств автоматизации офиса.

В отсутствие грамотной системы технического контроля проекту будет недоставать технической согласованности. Он может рассыпаться на фрагменты из-за того, что каждый из сотрудников фирмы, занимающихся информационным менеджментом, пытается направить систему в нужное именно ему русло в соответствии со своими предрассудками. Что ещё более важно, компетентный в вопросах техники специалист по разработке документации сумеет провести команду через все препятствия на пути принятия технических решений, в то время как слабо знающий техническую сторону дела разработчик сам может подвергнуться неблагоприятному влиянию сотрудников, обладающих даром убеждения, но кроме этого ни в чём больше не разбирающихся.

К немаловажным навыкам относится умение определить сильные и слабые стороны среды клиент/сервер. Мне доводилось видеть системы с красиво оформленным интерфейсом, и при этом с таким низким быстродействием, что вполне можно было устроить перерыв на чашечку кофе, пока шёл процесс добавления документа в систему. Более того, потребуется стимулировать развитие навыков работы с СУБД и архитектурой хранилищ системы текстового поиска.

К техническим навыкам относятся:

  • Понимание технической литературы
  • Понимание научного и статистического подхода к сбору и анализу данных
  • Достаточно обширный опыт работы с программным обеспечением для разработки документации, а также знание стандартов и спецификаций разработки документации
  • Умение организовать и спланировать проект
  • Опыт и познания в области информационного менеджмента и информационных технологий
  • Хорошее знание большинства разновидностей офисной техники и особенностей операционных систем
  • Понимание законодательной базы, регулирующей тайну и доступ к информации
  • Знакомство с юридической стороной хранения документов в СУДФ и вывода их из обращения

Полномочия, ответственность и отчётность

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

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

Когда система находится в стадии разработки, решения необходимо принимать быстро, исходя из всей имеющейся информации о проблеме или препятствии. Разработчик документации, который имеет обширный опыт в соответствующей области и принимает на себя обязательства по управлению командой и ресурсами, не должен оказаться жертвой постоянной борьбы за власть. Многочисленные приложения новой технологии, единожды продемонстрированные пользователям, тут же приобретают своих сторонников и обрастают теоретическими изысканиями. Тем не менее, информационный менеджмент и информационные технологии неоднократно доказывали, что каждая проблема имеет целый ряд потенциально правильных решений. Беспрестанный анализ, очевидно, приведёт к параличу всего начинания. Вместо того, чтобы то и дело анализировать альтернативные варианты, предприятию следует предоставить свободу действий разработчику документации, назначенному на должность менеджера проекта, чтобы он имел возможность внедрять методики, в успешности которых он не сомневается.

Под ответственностью понимается принятое кем-либо на себя обязательство выполнить или завершить определённое рабочее задание к утверждённой дате. Разработчику документации, назначенному на должность руководителя проекта, можно было бы поручить довести работу до очередной контрольной точки и уложиться при этом в оговоренный срок.

Назначение ответственного за выполнение работы подразумевает необходимость организации системы отчётности, то есть обязательства докладывать о порученном задании. Если разработчик документации принимает на себя обязательство выполнить определённое задание в соответствии с утверждённым графиком, но при этом он не обла дает достаточными полномочиями для руководства членами команды, которым можно поручить выполнение отдельных функций по заданию, то разработчик документации не может нести ответственность за успех всего начинания. Проект может ждать неудача даже в том случае, когда специалист по разработке документации с полной ответственностью подходит к выполнению отдельных частей задания. Конечно, разработчику документации не следует брать на себя ответственность за осуществление нереальных задач, но мир, в котором мы живём, далёк от идеала, и многие из нас стараются проявить себя как можно лучше и добиться как можно большего, насколько обстоятельства нам это позволяют.

Различные факторы могут повлиять на успех или провал начинания. Об отчётности можно судить по степени правдивости, с которой акционерам сообщают о результатах, достигнутых в процессе работы над РДФ, например, по следующим пунктам:

  • Усовершенствование процесса управления документацией посредством утверждения его структуры и связанных с ним положений политики
  • Достижение большей эффективности организации посредством внедрения системы управления документацией в оперативное и административное планирование
  • Увеличение способности и подготовленности предприятия к решению стратегических и тактических задач, где решающую роль в достижении успеха может сыграть система управления документацией
  • Активная поддержка нововведений и управление изменениями посредством разработки и внедрения новых руководств, методик, стандартов и спецификаций, а в результате и к улучшению корпоративной культуры.

В ходе окончательного анализа в соответствии с Вашими потребностями и структурой организации будет в точности определено, какую именно роль в проектировании СУДФ будет играть разработчик документации. Решение о том, чтобы назначить такого специалиста на должность руководителя проекта или консультанта во многом зависит от того, как организация намеревается взяться за осуществление проекта. Если компания не знакома с управлением документацией, она, возможно, предпочтёт нанять разработчика и поручить ему осуществление перевода фирмы на СУДФ. Однако, если в штате предприятия есть сильные, опытные менеджеры проектов, которые знают организацию, знают, как добиться выполнения задумок и способны принять на себя ответственность за результаты, компания может принять решение самостоятельно осуществить проект и нанять разработчика документации только для того, чтобы он предоставил необходимые консультации и провёл тренинг персонала, которому и будет поручено управление работой.

Распределение власти и ответственности

Я однажды столкнулся с ситуацией, когда персонал предприятия, занимавшийся вопросами информационных технологий, не был подготовлен к принятию единого протокола системы телекоммуникаций. Почти год у них ушёл на изучение сетевой архитектуры систем (SNA, Systems Network Architecture), Windows NT Sockets и Novell IPX/SPX, а также TCP/IP.

Параллельно шёл процесс отбора принципиально важного для организации механизма текстового поиска для выполнения отдельных исследовательских задач, а также была выбрана и приобретена СУДФ и система управления для библиотеки. Все три системы были выбраны предприятием, и в их основе лежал протокол TCP/IP, что давало возможность в полной мере использовать эффективность их работы.

Разработчик документации, руководивший проектом по отбору систем, изначально предполагал, что сотрудники с распростёртыми объятиями примут протокол TCP/IP, если рекомендованное программное обеспечение базируется на его платформе, благодаря чему обеспечивается действенная и эффективная коммуникация. Этот человек, однако, не обладал полномочиями самостоятельно принимать решение о внедрении этого протокола. В конечном итоге специалисты по информационным технологиям всё-таки согласились с тем, что протокол TCP/IP приемлемый (хотя и не лучший) вариант, на который предприятию следует согласиться. В результате внедрение системы затянулось как минимум на восемь месяцев, а заодно были упущены и многие возможности значительной экономии средств, изначально запланированные в ходе оценки окупаемости каждой программы. Никто не понёс ответственности за несостоявшееся увеличение производительности на ранних этапах внедрения СУДФ.

Запомните:

  • ПУДФ должна быть согласованной и действовать во благо целей и миссии предприятия. Положения политики должны быть чётко и ясно изложены в письменном виде, и необходимо обеспечить доступ к этим записям в хранилище СУДФ. Механизм работы с направлениями политики фирмы должен включать в себя обратную связь, чтобы люди могли ознакомиться с политикой, задать вопросы и получить разъяснения.
  • Кроме того, ПУДФ должна быть гибкой, чтобы своевременно реагировать на изменения в стандартах технологий и других условиях работы, но при этом не настолько гибкой, чтобы оказаться под влиянием слишком быстрых изменений, решения по которым лучше принимать на процедурном уровне. Право вносить коррективы в политику фирмы должно быть предоставлено только высшему руководству компании.
  • При разработке политики компании следует принять во внимание следующие ключевые элементы: назначение, цель, определения, масштаб, правила проведения, ответственные лица, пересмотр и обновление. Все эти элементы в той или иной форме следует также отразить в письменном изложении направлений политики.
  • Предприятию потребуется общая ПУДФ и связанные с ней варианты политики в отношении каждого аспекта управления документацией — отдельно для записей о сделках, для электронной почты, для уничтожения официальных записей и т.д.
  • Потребуется участие в проектировании СУДФ специалиста по разработке документации, который может выступать в роли менеджера или руководителя проекта или консультанта. В должности менеджера проекта разработчик документации выполняет все функции, традиционно связанные с руководством проектом, но при этом основное внимание уделяет заданиям и достижениям, относящимся к проектированию документации. На позиции консультанта специалист по разработке выполняет разнообразную работу, начиная от непосредственного руководства и заканчивая консультациями для членов команды проектирования.

Запомните:

  • Независимо от того, выступает ли специалист по разработке документации в роли менеджера, руководителя или консультанта, этому человеку необходимо обладать самыми разнообразными умениями в общении с людьми и в работе с техникой, чтобы добиться успеха в выбранной им сфере. Кроме того, разработчик документации должен быть облечён достаточной властью, чтобы его указания выполнялись, и принимать на себя ответственность за проделанную работу. Однако, вместе с тем, если специалист по разработке документации отвечает за успех или провал начинания, руководство предприятия должно гарантировать этому человеку, что никто не будет мешать ему в работе.