Каким должен быть ИТ-директор

07.03.07

Архитектура

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

Каким должен быть ИТ-директор

Трушкин Сергей Юрьевич,
Тренер-консультант по вопросам ИТ стратегии и управления ИТ службами,

Уважаемый менеджер по управлению персоналом, коллега.

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

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

  1. Недавно вышла книга, жестко критикующая всех ИТ-шников. До книги было исследование американского института проектного менеджмента показавшее, что 78% внедрений комплексных систем автоматизации, их еще иногда называют ERP, признаны не достигшими своих целей. Представьте себе, приходит компьютерщик к Вашему директору и говорит «Это стоит сто тысяч, но с вероятностью 78% мы не сделаем того, что вам нужно». Игра в казино на чет/нечет дает вероятность примерно 50%.

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

  3. А Вы вообще пытались задуматься, что именно делает администратор, программист, ИТ-директор? Они все время что-то делают, компьютеры и программы все время выходят из строя, почта не работает в самые важные моменты, картриджи в принтерах заканчиваются на распечатке самого важного документа компании. Нет! Причина в том, что область знаний слишком специальная, каждый, повторяю, каждый менеджер не компьютерщик думает, что компьютеры это китайская грамота, проникшая в мозг гения с молоком матери, и то, что все работает как попало, подтверждает таинственную сложность этой работы. Итак, кратко пункт три звучит следующим образом – компьютерщика НИКТО в компании не контролирует. Это называется диктат узкого специалиста. Вот об области HR каждый может высказаться, все специалисты у всех есть мнения по оценке эффективности! А неэффективность компьютерщика оказывается видна только по прошествии месяцев или лет. Вам на заметку способ оценки: Самый лучший компьютерщик вообще ничего не делает, все делают компьютеры. У плохого компьютерщика всегда аврал и он нарасхват.

  4. Каким бы асоциальным компьютерщик не был, но их много и у них есть свое сообщество. В этом сообществе большинство любят проявлять свое эго рассказом о своих достижениях: крутизне компьютера на своем столе, количестве террабайт на корпоративном сервере, ценой коммуникационного оборудования, крутизной закупленной системы. Никто не хвастается объемом сэкономленных компании средств. Есть такая странная мысль, что закупка дорогой системы автоматизации нужна компьютерщику для еще одной «крутой» строки в резюме. Кто из Вас интересуется судьбой всех крутых проектов, в которых участвовал соискатель? И если они провалились то фраза: «компания была не готова» воспринимается как норма. Ваша компания, конечно, не такая, ваша компания готова, а специалист очень хороший, поскольку резюме пестрит крутыми системами! ...Я же и не спорю. За одного битого, двух не битых дают. Опыт приходит с ошибками, но ошибка должна быть осознана, иначе она не развивает. Корректнее была бы фраза соискателя: «Проект провалился, поскольку я не осознал, что компания не готова к переменам, но сейчас я знаю, как это проверять….».

  5. В компании всегда есть один топ-менеджер, который на компьютерщика молится и несколько, которые его тихо или громко, скажем так, критикуют. Молится тот, кто ЖДЕТ, когда ему сделают то, что он попросил, и чем ИТ-директор занимается как раз сейчас, а остальные либо не получили ничего, либо получили нечто, чем нельзя пользоваться, однако оказались сами виноваты. Вы просили так, мы сделали так, оказалось, не работает, мы не виноваты, что вы не правильно просили! И что делать генеральному директору в такой ситуации? Неужели учить всех сотрудников компании, пониманию возможностей и ограничений связки компьютер-человек для правильной постановки задачи? Или все же ИТ директор должен нести ответственность и за конечный результат и планировать его не меньше внутреннего заказчика, а может даже больше! Каждый раз, доказывая эффективность инструмента, которым он пользуется в совершенстве.

Итак, подведем итог. Четыре проблемы:

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

И, как следствие, главная проблема отрасли – весьма скромные результаты при огромных вложенных деньгах.

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

Сапожник в сапогах. ИТ директор лучше всех понимает, как использовать компьютер для менеджмента. Он же и гений компьютеров и управленец. Он может рассказать Вам о тех программах, которые он использует в своей работе и, может быть, эти знания будут полезны лично Вам. И не только рассказать, а показать! Не может? Странно.

Энциклопедия. Все знать невозможно! Даже в узкой области компьютеризации. Знаете сколько специальных курсов для компьютерщиков? Десятки тысяч. Спросите сколько у него друзей консультантов, каждый из которых, в совершенстве знает какую-то проблему, поскольку он уже убил время на ее решение. В каких профессиональных клубах состоит, какие журналы постоянно выписывает домой. Областей не так много, но около десятка компаний и людей он должен назвать. Деньги. Самый сложный вопрос. По-моему, ИТ директор каждый раз беря деньги в компании обязательно должен сказать, когда и как вернет. Компьютеризация, это всегда способ снижения издержек либо повышения производительности труда. Всегда есть эффект и должен быть анализ результата. Это и есть способ втянуть компьютерщика в решение бизнес задач из области увлеченности терабайтами и мегапикселами.

Еще деньги. Для третьего пункта компьютерщику и Вам ОБЯЗАТЕЛЬНО нужно понять, что «ИТ бюджет» компании, это на 90% деньги НЕ ДЕПАРТАМЕНТА КОМПЬЮТЕРИЗАЦИИ, а других структурных подразделений. Компьютерщики лишь обслуживают «ИТ деньги» компании наиболее эффективным образом. И делать они должны это, оценивая собственную эффективность. И получать зарплату только при фактическом выполнении плана инвестиций в область ИТ с получением ожидаемого эффекта.

Клиентоориентированность. Обеспечив выполнение предыдущего пункта, Вы сможете добиться ситуации, когда ИТ-директор начнет предлагать выгодные инвестиции в автоматизацию работы подразделений. Появится контроль Внутреннего Заказчика. А без этого получается, что деньги компьютерщику дает генеральный директор, а результатами вынуждены пользоваться другие люди, а когда другие говорят, что ничего не получили, генеральный вынужден решать не решаемую задачу - Кто прав, кто виноват? Спасает лишь то, что так почти у всех. Только в современных условиях это больше не пройдет. Если раньше мерилом конкурентного преимущества в ИТ был объем вложенных денег, то при очень быстром удешевлении технологий на первое место выходит то, с какой скоростью, и как качественно были инвестированы деньги компании в область ИТ.

Время = деньги. Забудьте о годах внедрения! Если внедряемая технология не внедрилась за пару месяцев и не принесла ощутимого эффекта в течение года, вы плохо распоряжаетесь своими деньгами. ИТ должен высвобождать время и деньги, в пределах нескольких месяцев, а не потреблять их годами. Потом обычно говорят – «все было хорошо, мы двигались по плану, но на пятом году внедрения компания разорилась, жаль». Мотивация мозгов. Тема очень обширная. С одной стороны компьютерщики полубоги, поэтому и асоциальны, с другой стороны у них есть потребность в общении. Большинство ее выражают через сетевые компьютерные игрушки. Очень серьезная, кстати, болезнь. Выясните, болен ли он, путем восхищения и искренним интересом к его результатам. Если болен, неминуемо начнет воровать время компании. Так вот, ИТ директор должен обладать арсеналом стимулирования своих подчиненных. Самые важные:

  • Вовлеченность руководства;
  • Формирование прямой ответственности каждого участника проекта перед Заказчиком;
  • Мозговые штурмы, свобода и творчество;
  • Материальное стимулирование выполнения сроков;
  • Что-то похожее на японские «кружки качества». Все проблемы исправляются за счет того, кто наломал дров вплоть до покрытия возникших денежных потерь. Совместная работа по исправлению и недопущению проблем в будущем, технологизация работы специалистов;
  • Регламентация, контроль работ и документирование вклада. Ежедневные отчеты об использовании рабочего времени. Обязательная фиксация ВСЕХ запросов в службы и анализ статистики исполнения. Этот пункт кроме мотивации ИТ сотрудников хорошо сказывается на адекватности оценки работы департамента и постоянного повышения качества работы;
  • Аудит. Не стесняйтесь проверять своих компьютерщиков. Так и впишите в положении о подразделении. Не реже двух раз в год состояние системы, планы и качество оценивают ВНЕШНИЕ компании, желательно конкуренты тех, у кого ваш компьютерщик делает покупки. Отзыв, конечно, может быть слишком критическим, но здесь важен скорее сам факт проверки и возможность вскрытия неэффективности заставляет больше думать и искать лучшие решения. Добейтесь результата хотя бы по двум, трем пунктам и потери уменьшаться, отработайте все пункты и получите лучшее в отрасли подразделение ИТ.

Я еще много могу рассказывать об управлении ИТ. Иногда читаю авторские семинары, учу ИТ директоров и каждый раз собираю статистику, о том кто и что использует. В итоге, пришел к выводу, что лучшими ИТ директорами могут стать Финансовые директоры, поскольку они больше всех вовлечены в управление информационными потоками в силу задачи постановки управленческого учета. Чуть подучить, и в бой. Далее, по моему мнению, ИТ директора можно получить из компьютерщика, развив в нем социальный интеллект и бизнес-мышление. И еще ИТ директором может стать HRM, поскольку он организует часть информационных потоков - общение.

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

См. также

Архитектура решений Программист Платформа 1С v8.3 Бесплатно (free)

В статье расскажу про относительно уникальное явление на рынке. EmplDos - полноценный сервис, который в качестве Backend использует платформу 1С. Речь пойдёт не только о технической и архитектурной стороне вопроса, а ещё и о всех трудностях и граблях, которые пришлось и до сих пор приходится преодолевать на пути к успеху.

14.10.2024    3960    0    comol    28    

28

Кейсы автоматизации Платформа 1С v8.3 1С:Документооборот Бесплатно (free)

Компания «Уралхим» использует 1С:Документооборот не только для хранения и согласования документов, но и для централизованного управления НСИ между 47 системами (не только на 1С); для бэкенда к мобильным приложениям охранников; и в качестве сервиса заказа справок для сотрудников. О деталях реализации нестандартных решений, разработанных в компании «Уралхим» на базе 1С:Документооборот, пойдет речь в статье.

02.08.2024    3452    0    Novattor    1    

16

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    2190    0    slavik27    7    

15

Отчеты и дашборды Бизнес-аналитик Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

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

11.12.2023    2906    0    Serg_Tangatarov    2    

16

Архитектура решений Программист Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    5597    0    ivanov660    10    

35

Кейсы автоматизации Работа с требованиями Анализ бизнес-процессов Бесплатно (free)

Автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. А дорабатывать типовые механизмы 1С:ERP не всегда оправданно. Решением может стать технология разработки Рабочих мест, которая позволяет автоматизировать самые сложные участки последовательно – шаг за шагом, процесс за процессом. Расскажем о том, как помочь пользователям вводить большое количество данных, не нарушая порядок ввода и полноту заполнения всех необходимых реквизитов, и как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

26.10.2023    2935    0    user1754524    15    

17

Кейсы автоматизации Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

29.08.2023    3518    0    ke_almaty    0    

15
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. steban 73 07.03.07 09:53 Сейчас в теме
>Компьютеризация, это всегда способ снижения издержек либо повышения производительности труда.
не всегда.
http://www.insapov.ru/it-efficiency-sources.html
2. Snus71 234 07.03.07 12:54 Сейчас в теме
абсолютно бредовая статья

все с ног на уши поставлено
3. Abadonna 3968 07.03.07 14:34 Сейчас в теме
За одно только слово "компьютерщик" - статью в помойку
Silenser; +1 Ответить
4. vasilykushnir 63 07.03.07 14:40 Сейчас в теме
Интересно девки пляшут....
За что это так автор не любит компьютерщиков? И кто из них ему на я.ца наступил или на мозоль бесперебойник уронил?
И кого он счтает комьютерщиком: электронщика, сисадмина, программиста, геймера или любого человека умеющего включть/выключить комп?
Не хотелось бы переходить на дискуссию в русле "сам дурак", но статью считаю баспардонной с технической точки зрения и вредной с точки зрения понимания сущности ИТ-технологий. Все свелось к какому-то желчному злопыхательству - извините, но такое впечатление от статьи (терпения еле хватило дочитать до конца, но я выдержал эту пытку...).
5. vasilykushnir 63 07.03.07 14:48 Сейчас в теме
Суппорт, извини. это никоим образом не относится к тебе - сразу не обатил внимания, что не сам автор выложил статью. Но и всякий хлам тащить на форум - тоже плохая идея...
6. 07.03.07 19:10 Сейчас в теме
А мне понравилось "картриджи в принтерах заканчиваются". Обалдеть
7. CheBurator 2712 08.03.07 03:07 Сейчас в теме
Давайте просто. Тупо. Попробуем оценить. Я. типа "ИТ-директор" у себя в конторе.
манагер сделает ошибку. к чему это приведет? к ошибке манагера? к отвалу клиента. нв крайняк - уволят манагерв, возьмут другого.
если я сделаю ошибку. небольшую. мелочь. типа в реквизитах бух.документа нето что надо. пропечатается. уловили? а если вдруг ошибка посеръезнее/поглобальнее. Это приведет к тому. что пипец. полный будет. встанет ВСЕ. весь "производственный процесс". если не встанет. то упадет. до такого уровня. что. пипец.
манагер получает 700.
ВНИМАНИЕ! ВОПРОС: сколько должен получать я.
(социально адекватен, с персоналом компании 95% - отношения хорошие, в комп.игры не играю в принципе - неинтересно, в январе в офисе - не был, в феврале был 2 дня, в марте - сегодня заехал)
8. CheBurator 2712 08.03.07 03:10 Сейчас в теме
на самом деле есть одна мысль тут в статье нормальная.
начальником ИТ-отдела лучше делать не компутерщика. пусть ИТ-директор руководит хорошо. этого достаточно для продуктивной работы отдела. Пусть юзеры ему мозги полощут. поусть начальники других отделов ему втирают, что вчера яндекс был, а сегодня - потерялся. пусть начальник ИТ отдела падает на стул от ответа на свойвопрос
9. CheBurator 2712 08.03.07 03:11 Сейчас в теме
ИТ отдела падает на стул от ответа на свой вопрос
- вы из какой программы печатаете?
- ИЗ ТОЙ ЖЕ!
10. Lapitskiy 1061 08.03.07 13:46 Сейчас в теме
11. wolfsoft 2421 11.03.07 00:09 Сейчас в теме
Н-да, хлам по большей части. "Перлов" хватает.
Думаю, такого "консультанта по вопросам ИТ" надо в первую очередь увольнять, с целью экономии денег на ИТ ;)
12. CheBurator 2712 11.03.07 03:00 Сейчас в теме
как правильно заметили - по большей части хлам. но есть и здоровые идеи.
возможно, наше неприятие связано с тем, что мы (я так точно) не работаем в ИТ-отделах? под руководством ИТ-директоров?
ваше мнение..?
13. CheBurator 2712 11.03.07 03:03 Сейчас в теме
С сайта автора статьи:
"Моя работа содействовать в создании и реализации ИТ стратегии предприятия. Информировать владельцев и топ-менеджеров об управлении ИТ."
Не вопрос, содействовать в создании и реализации и я могу... коренной вопрос: кто работать-то будет? фамилии, имен, явки? где эти люди которые непосредственно являются этим самым ИТ в организации..?
14. wolfsoft 2421 11.03.07 14:35 Сейчас в теме
2 Che Buraska: Давайте попробуем немного подробней рассмотреть статью: «Каким должен быть ИТ-директор». Свой комментарий поместил в отдельную статью, че-то большой получился :)
http://infostart.ru/articles/152/
15. Alexandra 29.03.07 04:02 Сейчас в теме
100% согласна по пункту, что лучший ИТ-директор - финансовый. Получить ИТ-директора из "компьютерщика" (ну и мерзкое же слово!) можно, но сложно. Этот самый пресловутый компутерщик должен быть, скорее, не чистым программистом или сисадмином, а внедренцем, постановщиком задач. Просто по той причине, что писание кода и администрирование сети - слишком узкоспециализированные вещи, и пусть люди занимаются своей работой. Когда руководство желает, чтобы в одном лице был и швец, и жнец, и на дуде игрец - скорее всего, оно и получит тот самый вариант, когда на пятом году компания помёрла...
16. tarroman 02.12.09 20:37 Сейчас в теме
А мне слово "компьютерщик" нравится. Так для себя, чисто поржать (внутренне). А на самом деле оно очень часто встречается в организациях, где перосонал в среднем за 40, и представление у него об ИТ-индустрии как о шаманстве с железяками и программами. :D

Но меня оно не задевает (если мне так говорят). Другое дело, что я по своей природе достаточно сдержан, и я всегда пытаюсь людей заставить думать, расширить свой кругозор. Объясняю им очевидные (для меня вещи), чтобы говорить с ними на одном (но моем) языке.

На мой взгляд (подчеркну - МОЙ) статья нормальная, и из нее есть что взять для себя на вооружение.

Финансовый директор, как человек, сопрягающий в себе системный подход и управлнеческие навыки, способен стать ИТ-директором. Но для этого ему нужно будет изучить мат. часть (хотя бы концепции и тенденции), а также поддержание эти знания в актуальном состоянии. Т.е. эта предметная область должна быть интересна. Самое главное, чтобы у этого человека были организационные навыки, не было коммуникативных барьеров (в общении), и была бы отработана стратегия/тактика цикла управления.

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

Спасиба support'у, что выложил данную статью. Представление о том, какими должен быть ИТ-директор, должно быть не только у ТОП-менеджермента, но и у программситов, системных администраторов и всей ИТ-ратии, собственной у которой он будет руководителем.
17. GSoft 2237 02.12.09 21:43 Сейчас в теме
18. AVARY 175 02.12.09 22:55 Сейчас в теме
Статья хорошая.
Как я понимаю, она должна вызывать отвращение у тех кто работает от звонка до звонка и не более.
Речь ведь идет о том, в итоге ИТ-отдел должен быть самоокупаемым, должен повышать конкурентоспособность компании! Должен формировать дух компании! И это возможно только в случае искренней заинтересованности ИТ-директора и всех сотрудников отдела. И мозги должны постоянно работать: где можно улучшить? где есть рутинные операции? как увеличить производительность труда? как повысить оперативность информации? как помочь руководству принимать решения?
А принцип "работает - не трогай" в топку!
19. GSoft 2237 02.12.09 23:03 Сейчас в теме
(18) А Вы сами чем занимаетесь? или работаете от звонка до звонка. Или у нас бухгалтерия (или что-нибудь еще) является самоокупаемым подразделением. Сколько уже можно толочь воду в ступе. ИТ да ИТ. Я понасмотрелся за 10 бухгалтеров, которые работают с двумя-тремя видами документов и парой отчетов. И по 5 раз на день, не считая обеда пьют чай. И при этом все такие занятые и несчастные.


Давайте напишем статью о том каким должен быть главбух или начфин, или товаровед. А то все вумные как вутки, а когда дело доходит к примеру до составления ТЗ так тут - это ИТ. А то что ТЗ должен составлять заказчик (не важно организация это или подразделение) никого не волнует.
26. tarroman 02.12.09 23:53 Сейчас в теме
(19) Мне кажется, что ТЗ Заказчик не должен составлять (никогда не встречал Заказчика способного это сделать, не считая случаев участия программистов Заказчика - когда рук не хватает). Они его согласовывают. А вот ПЗ целый ряд Заказчиков вполне могут составить - ведь что им не хватает в той или иной чудной программе они обычно представлют.
27. GSoft 2237 02.12.09 23:57 Сейчас в теме
(26) тогда ответьте на вопрос - зачем тз вообще составлять если его делает исполнитель. Чтобы поставить заказчика перед фактом того как исполнитель, а не заказчик видит решение данной задачи.

Просто у нас все привыкли к тому что ТЗ составляет исполнитель, а не заказчик, мотивирую это тем что они не программисты(компьютерщики и пр). А ведь ТЗ по умолчанию должно описывать хотя предварительно поставленную суть задачи и желаемый вариант решения.

28. tarroman 03.12.09 00:31 Сейчас в теме
(27) ТЗ, даже в его упрощеннов варианте содержит две составляющие:

а) Чего же хочет заказчик, переведенное на язык той системы, в которой он чего-то и хочет (если про 1С, то например, хочет новый отчет, который содержит такую-то информацию и выглядит вот так-то); Если бы Заказчиком была сформулирована постановка задачи (ПЗ), то в этот раздел можно перенести ссылку на нее или же ее интерпретацию.

б) Как Исполнитель (внешний или внутренний программист) предполагает решить поставленную задачу. Тут уже выступает технический язык (если про 1С, то например, добавить новый отчет с ид. таким-то, с формами такими-то, макетом таким-то, права такие-то, в интерфейсах таких-то он вствален туда-то и т.д.) Т.е. это кусок документации, который в последюущем ляжет в общую папку документации по ПП Заказчика (т.е. что, когда и для чего делалось с ситемой).

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

А для чего ТЗ - да для фиксации того, что указано выше, а именно ответственности Заказчика за поставленную задачу и Исполнителя за представленный вариант решения, сроки и стоимость.

Вот как я это привык видеть.
29. Моха 03.12.09 01:50 Сейчас в теме
(26)-(28) Люблю, знаете ли, читать определения и нормы. Хоть и википедия, но ... ТЗ
GSoft; Шёпот теней; +2 Ответить
32. tarroman 03.12.09 03:09 Сейчас в теме
(29) Я тоже люблю :D Но текст не от туда, а из головы, а точнее из практики, тяжелой и нудной. Практически в любой организации встречаешься со следующими феноменами:
- У Вас измененная конфигурация?
- Да.
- А что меняли, есть какя-либо документация?
- Есть какие-то бумажки (а то еще хуже - нет ничего).
- А для чего вносили изменения в систему?
- Не знаем (не помним, для наших целей и т.п.)

А еще (со стороны Исполнителя) приходится иногда "бодаться" с заказчиком. А на каком основании, да все на том же - подписанном ТЗ.

Вот так и живем, а википедия - это мега космос, большой и необъятный. :)
35. GSoft 2237 03.12.09 10:14 Сейчас в теме
+(29)

Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет:

* заказчику
o осознать, что именно ему нужно
+ в т.ч. опираясь на существующие на данный момент технические возможности и свои ресурсы
o требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ

* исполнителю
o понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы
o спланировать выполнение проекта и работать по намеченному плану
o отказаться от выполнения работ, не указанных в ТЗ

(32) а то что в жизни не так, я полностью согласен. Частично причины описал выше, но основная это желание заказчика снять с себя ответственность за разработку продукта. Все поправимо, но для этого надо требовать ТЗ, а то получается скатайтесь в командировку но при этом ни зп ни командировочные мы вам платить не будем, привезите авансовый отчет тогда и заплатим. И отказавшись бы будете полностью правы, по крайней мере по трудовому кодексу. Вот так и с ТЗ. Его надо требовать. Вы можете потом переработать его, досогласовать технические моменты и специфику, но исходить оно должно от заказчика.


А бодание это опять же результат того что зачастую исполнитель, а не заказчик составляет ТЗ. Не говоря уже о том что количество "правильных внедренческих решений" (и Вы это своими словами подтверждаете) велико.


36. Моха 03.12.09 10:30 Сейчас в теме
(35) Вообще-то проект дома/системы пожаротушения/стоянки тоже не заказчик состовляет. В ИТ зачастую другая проблема: отв.лицо заказчика не в состоянии оценить ТЗ.
37. GSoft 2237 03.12.09 10:39 Сейчас в теме
вот))) мы наконец то подошли к самому главному.
в примерах (36) перед тем как составить проект предварительно поступает заявка от заказчика с указанием того что ему необходимо сделать. Это и есть ТЗ. Например систему пожаротушения для электрооборудования в таких помещениях и т.д.

Проект <> ТЗ
Проект = структуре БД, описанию форм и прочее.

39. Моха 03.12.09 13:56 Сейчас в теме
(37)
перед тем как составить проект предварительно поступает заявка от заказчика с указанием того что ему необходимо сделать. Это и есть ТЗ.
Та ты шо! Может устроим конкурс "Найди 10 отличий"? :)))))))
(38)
У меня была директор, которая самостоятельно придумала такой способ оценки. О как!
А потом приходит "мадам в зеленом" и начинает медленно душить сначала левой лапкой и голоса в голове: "Чего ты ему платишь, он же не работает!".
40. Арчибальд 2709 03.12.09 14:07 Сейчас в теме
(39)
Чего ты ему платишь, он же не работает!

Именно так и сказала директору начальник ОТиЗ. И получила ответ: "ему платят не за то, чтобы он работал, а за то, чтобы работали на компьютерах все остальные"
41. Моха 03.12.09 14:26 Сейчас в теме
(40) В.В. Путин как-то процитировал Бисмарка: "Главное не намерения. Главное - потенциал."
21. venger 2124 02.12.09 23:17 Сейчас в теме
(18) Как-то смешали все, ИТ должен в общем-то получается заменять работу всех (начиная от владельца, заканчивая уборщиком), утрирую, но ИТ - это не все в одном и еще воз в придачу;-) Это довольно узкая сфера, плюс, минус... Просто у нас в связи с поголовной непрофессиональностью всех и вся, пытаются перевалить все, что сложнее мытья полов на ИТ, опять утрирую, но суть понятна, думаю.
vakham; GSoft; +2 Ответить
20. GSoft 2237 02.12.09 23:04 Сейчас в теме
и еще - я никогда не работал от звонка до звонка, бывало приезжаешь на работу в субботу днем и уезжаешь в понедельник вечером. Но мне статья не нравится.
22. AVARY 175 02.12.09 23:21 Сейчас в теме
Я фрилансер.
Довелось работать с группой компаний, где можно было наблюдать сразу несколько бухотделов. Так вот один отдел меня очень поразил. До этого у меня была стойкая аллергия и отвращение к бухучету. Здесь же я увидел просто потрясающую картину: во-первых бухи пили чай и кофе только во время обеда, во-вторых они работали практически не используя мышку(!) и в-третьих вручную дублировать какойбы-то ни было электронный документ для них смерти подобно.

Публикуя предыдущий пост я абстрагировался от личности ИТ-директора - все, что я написал я отношу ко всем постоянным/временным, штатным/нештатным сотрудникам компании.
23. GSoft 2237 02.12.09 23:28 Сейчас в теме
все очень и очень субъективно
нельзя вот так сразу говорить что все плохие
поверьте мне я встречал "правильных" бухов и таких как описал выше, но это не значит что во всем виновато ИТ или ктото еще. Для начала надо разобраться во всем. Скажите во всех ли компаниях были расписаны бизнес-процессы или хотя бы маршруты документооборота которые были закреплены в должностных инструкциях или регламентах ответственных лиц.

Часто приходится слышать - "мы вам сейчас сделаем штатное расписание и все будет ок"

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

Я уже молчу о том что первый пункт содержит ссылки на исследования в америке. А финансирование erp и отношение к ИТ у нас наверно такое же как в америке???
24. AVARY 175 02.12.09 23:40 Сейчас в теме
все очень и очень субъективно
нельзя вот так сразу говорить что все плохие

Если это относится к моим постам, то я нигде этого не утверждал. Я говорил, что, с точки зрения компании, гораздо лучше, когда все хорошие :)
Скажите во всех ли компаниях были расписаны бизнес-процессы или хотя бы маршруты документооборота которые были закреплены в должностных инструкциях или регламентах ответственных лиц.

Часто приходится слышать - "мы вам сейчас сделаем штатное расписание и все будет ок"

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

Я не понимаю как это связано с текущим обсуждением или статьей
25. GSoft 2237 02.12.09 23:48 Сейчас в теме
абсолютно все хорошими быть не могут - каждая хорошая и главное полезная работа стоит хороших денег

а что касаемо ШР просто так вспомнилось, и написано применительно к будущей серии статей для чайников "каким должен быть....." :D
30. Моха 03.12.09 01:52 Сейчас в теме
А потому вместо "чего хочет заказчик" написал бы более четкое "предъявляемые требования", которые можно померять приборами.
33. tarroman 03.12.09 03:11 Сейчас в теме
(30) Согласен. Но полет мысли было не остановить ;)
34. Моха 03.12.09 09:51 Сейчас в теме
- У Вас измененная конфигурация?
- Да.
- А что меняли, есть какя-либо документация?
- Есть какие-то бумажки (а то еще хуже - нет ничего).
Зачем эти вопросы? Смотрите номер релиза и сравниваете в конфигураторе с типовой *.MD/*.CF.
- А для чего вносили изменения в систему?
- Не знаем (не помним, для наших целей и т.п.)
Это уже фигово :(.
(30) Согласен. Но полет мысли было не остановить
Бывает ...
31. Моха 03.12.09 01:55 Сейчас в теме
Что бы ни писал автор статьи, мне ни разу не удавалось получить чего бы то ни было достойного без создания центра компетенции. Лучше всего требования и обоснование необходимости ЦК описаны, ИМХО, в статье Хомичевской про переход с 7-й бухии на 8-ю на бух.ру. Ссылку не могу быстро найти.
38. Арчибальд 2709 03.12.09 12:02 Сейчас в теме
Что-то я здесь не отметился. А помню, что собирался.
Вам на заметку способ оценки: Самый лучший компьютерщик вообще ничего не делает, все делают компьютеры. У плохого компьютерщика всегда аврал и он нарасхват.

У меня была директор, которая самостоятельно придумала такой способ оценки. О как! 8-)
Оставьте свое сообщение