Все интересно, но мне кажется почти все пункты плана второстепенны, т.е. они являются следствием чего-то, а вот чего не понятно.
Рекомендую рассмотреть вопрос создания единого информационного пространства и тогда все ваши задачи встанут в логическую цепочку.
Буквально возьму первые 5 пунктов плана:
1. Регламентированный подход к организационным вопросам в отделе ИТ (подготавливается документация и описываются процессы). С этим все понятно, но сразу нужно готовиться к тому, что 30-40% времени ваши сотрудники будут заниматься созданием планов и регламентов, ладно если это сотрудники за 40-50 лет, а если это молодежь, то есть вероятность распугать их бумажной работой.
2. Введение в строй основной серверной, с резервируемой системой охлаждения, системой пожаротушения, резервным источником питания с АВР (11). Дело очень нужное, но возникает вопрос для чего такая высокая надежность? Сколько у вас сервисов, работающих в режиме 24/7? Может проще разместиться в чужом ЦОД, Почти все операторы могут предложить такую услугу, 6 серверов будет стоить не дорого. Это я к тому что стоит посчитать рациональность. Но опять же если есть достаточно денег, то вопросы снимаются.
3. Введение в работу системы хранения данных (двух модульная Fujitsu) (12). Опять же, зачем это нужно? Есть ли те данные, которые нужно так резервировать? Возможно достаточно примитивного рейда на сервере?
4. Включение бухгалтерии в общую сеть (с переносом сервера бухгалтерии в виртуальную инфраструктуру). Это самый больной вопрос. Сейчас бухгалтерия работает, работа налажена, вероятно есть обслуживающая организация и некоторый штат «программистов», так сказать «белая кость». Оцените с точностью до рубля, что принесет включение бухгалтерии в общую сеть, т.е. какие будут плюсы и минусы? Не станут ли текущие сотрудники банально саботировать работу? (Это не шутка, а реальый опыт)
5. Полная перекройка сети и приведение к общим стандартам СКС. В том числе исключение промежуточных неуправляемых свитчей в помещениях отделов и отделений, а так же промежуточных свитчей между этими свитчами и центральными. Это важные момент, но опять же полная перестройка сети это достаточно большие расходы, оцените их. Не забывайте, что чем больше вы вносите в СКС дополнительных элементов, тем больше вероятных источников проблем. Убедитесь что у вас есть компетентные сотрудники.
Возможно покажется что я крайний критик, но это не так. Так же в 2012-ом вступив в должность руководителя ИТ-отдела образовательного учреждения начал ворошить, но очень быстро понял, что не все так просто:
— никто не хочет перемен;
— никто не готов увеличивать бюджет ИТ-отдела;
— почти 80% подразделений не готовы к всеобщей информатизации;
— найдутся 20% сотрудников, которые будут твердить что раньше все было лучше. И именно они будут убеждать в этом руководство и формировать общественное мнение.
Да, отчитываться перед руководством о новых серверах и повышенной скорости это хорошо, но что это дает учебному процессу?
Поэтому предлагаю вам вместо большого перечня планов работы внести 3-4 показателя:
— средняя скорость доступа сотрудников/студентов к ресурсам сети интернет (либо в Мб/сек, либо просто в средней скорости загрузки страницы);
— стабильность работы (время отказа в доступе);
— количество уникальных посетителей офиц. сайта учреждения;
— количество рабочих мест, подключенных к локальной сети/интернет;
и т.д.
Вот тогда вы сможете отчитаться перед руководством и показать, как было раньше и как стало сейчас.
Уверяю вас, администрации в реальности пофигу какая у вас система резервирования или сколько виртуальных серверов вы можете контролировать с вашего айПада. Для них основные показатели формирует минобрнауки. Для начала ознакомтесь с общероссийскими стат. формами (ВПО-1, ВПО-2, 3-Информ и проч.). Это позволит вам говорить на одном языке с администрацией и подскажет, что нужно улучшать и развивать (не смотря на бюрократию там есть умные люди).
Ну и думаю стоит обратить внимание на информационное развитие, у вас нет ни слова про систему управления образовательным процессом, систему управления бизнес-процессами и пр. А ведь именно эти системы должны задавать ритм всей информатизации ОУ, именно они должны определять качество локальной сети и надежность ЦОД. Какой смысл от вашей высоконадежной серверной, если все приказы и служебные записки передаются в бумажном виде, если контингент вашего учреждения имеется только на бумаге, если вновь принятый сотрудник идет лично к вам чтобы получить доступ в Интернет.
Подумайте, с той ли стороны вы подошли к проблеме.
«я 100500 раз говорил, то между валютой и суммой пробел ставиться не должен, и этому посвящена глава в пятнадцатом томе вопросов и ответов между отделом разработки и отделом консультаций»
Это ваши слова? Значит разговор был, и он решен однозначно. Так зачем тогда ставят пробел? Либо не читают документацию, либо саботируют.
PS Почему я заговорил о военных — Все воинские Уставы написаны «кровью»! Для программиста тех. документация как устав, упустил слово, в лучшем случае рассчитаешься модулем, в худшем — структурой БД.
Ну вы конечно сравнили Гоголя с Гегелем. Программисты и менеджеры по продажам, как правило абсолютно не совместимые люди, ни профессионально, ни психологически. Инструмент программиста — интеллект, менеджера по продажам — эмоции. И измерять их одной линейкой не логично
Не поверите, последние 5 лет мечтаю о такой работе. квалификация — узкая, ответственность — минимальная, просто сказка.
Кстати, реально такую систему могут создать только бывшие военные. Современный мальчики-менеджеры не в состоянии добиться такого результата, потому что тут нужна воля, решительность, трудолюбие.
Но это уже совсем другая тема
А то о чем вы говорите — это бардак, если есть в ТЗ пункт о местоположении $, то и вопросов нет, все остальное — личное разгильдяйство сотрудников. Если каждая личность начнет высказывать свое «профессиональное» мнение, то это в любом случае приведет к краху проекта.
PS роль руководителей можно много и долго оспаривать, но попробуйте проехать на мотоцикле(одиночке) в качестве пассажира. Если вы не «отдадитесь» водителю, то погибнете оба.
Если нет такого опыта, то даже не спорьте, просто попробуйте, НО ТОЛЬКО НА МАЛЫХ СКОРОСТЯХ и в ХОРОШЕМ ШЛЕМЕ. И только после этого вы поймете, что из двух работников, один должен быть руководителем
В статье заинтересовала структура подразделения
На сколько я понял программист на прямую выполняет задачи какого-то менеджера, который даже не представляет технологии реализации своей проблемы.
Это самая тяжела форма взаимодействия, тогда программист становится многостаночником (проектировщик, дизайнер, программист, верстальщик, тестировщик, консультант и т.д.)
Можно рассмотреть несколько другой вариант
1. Взять не терминал, а сканер с памятью (он значительно дешевле, память у них достаточно большая)
2. пройти по складу, отсканировать
3. прийти за компьютер и обработать данные. Обрабатывать можно как угодно: писать свою прогу, писать надстройку для 1С, тупо передавать в excel. Большее количество вариантов, позволяет более оптимально проводить обработку.
Я делал примерно по такой схеме, но у меня был несколько другой склад, каждая еденица склада имела уникальный код, и штрих-код печатали сами и на каждый экземпляр продукции.
Именно так это и делалось, на отечественном трехперьевом графопостроителе АП (номер не помню)
Самое сложное было прикрепить шариковую ручку вместо родного чернильного пера.
Сканировалась подпись, обводилась в автокаде — так сказать векторизация.
Ну а дальше дело техники.
Мы (ВУЗ) приобрели хостинг AdobeConnect на 1 год (5 одновременных комнат, до 100 участников) за 77т.р., но это первый год, следующие года по $750
Тоже как один из вариантов, но имеет смысл если у вас постоянные вебинары (10 и более в месяц)
Из прочитанных комментариев я сделал вывод, что достаточно часто оценку времени дает один эксперт (руководитель, PM и т.д.), что не совсем правильно. Именно это я и хотел сказать в статье – нужны опыт и знание методик. Если у вас один разработчик и он же эксперт, с этой ситуацией все понятно, но если имеется более двух экспертов, недостаточно получить среднее значение их оценок, имеет смысл применить одну из методик экспертного оценивания (позволяющую, например, учесть веса экспертов), это позволит повысить точность оценки. Даже если у вас крайний случай нетиповой задачи, необходимо подойти к оценке научно-обоснованно, можно воспользоваться, например, методом PERT.
В общем, с энтропией надо бороться, а не уповать на нее. А инструмент для этого – опыт и знания.
Я почему-то предполагал, что основные дебаты будут вокруг методик оценки и эффективности их применения.
Просто по тексту основной статьи сложилось немного иное впечатление, но теперь вижу что все продумано
Удачи в реализации!!!
Рекомендую рассмотреть вопрос создания единого информационного пространства и тогда все ваши задачи встанут в логическую цепочку.
Буквально возьму первые 5 пунктов плана:
1. Регламентированный подход к организационным вопросам в отделе ИТ (подготавливается документация и описываются процессы).
С этим все понятно, но сразу нужно готовиться к тому, что 30-40% времени ваши сотрудники будут заниматься созданием планов и регламентов, ладно если это сотрудники за 40-50 лет, а если это молодежь, то есть вероятность распугать их бумажной работой.
2. Введение в строй основной серверной, с резервируемой системой охлаждения, системой пожаротушения, резервным источником питания с АВР (11).
Дело очень нужное, но возникает вопрос для чего такая высокая надежность? Сколько у вас сервисов, работающих в режиме 24/7? Может проще разместиться в чужом ЦОД, Почти все операторы могут предложить такую услугу, 6 серверов будет стоить не дорого. Это я к тому что стоит посчитать рациональность. Но опять же если есть достаточно денег, то вопросы снимаются.
3. Введение в работу системы хранения данных (двух модульная Fujitsu) (12).
Опять же, зачем это нужно? Есть ли те данные, которые нужно так резервировать? Возможно достаточно примитивного рейда на сервере?
4. Включение бухгалтерии в общую сеть (с переносом сервера бухгалтерии в виртуальную инфраструктуру).
Это самый больной вопрос. Сейчас бухгалтерия работает, работа налажена, вероятно есть обслуживающая организация и некоторый штат «программистов», так сказать «белая кость». Оцените с точностью до рубля, что принесет включение бухгалтерии в общую сеть, т.е. какие будут плюсы и минусы? Не станут ли текущие сотрудники банально саботировать работу? (Это не шутка, а реальый опыт)
5. Полная перекройка сети и приведение к общим стандартам СКС. В том числе исключение промежуточных неуправляемых свитчей в помещениях отделов и отделений, а так же промежуточных свитчей между этими свитчами и центральными.
Это важные момент, но опять же полная перестройка сети это достаточно большие расходы, оцените их. Не забывайте, что чем больше вы вносите в СКС дополнительных элементов, тем больше вероятных источников проблем. Убедитесь что у вас есть компетентные сотрудники.
Возможно покажется что я крайний критик, но это не так. Так же в 2012-ом вступив в должность руководителя ИТ-отдела образовательного учреждения начал ворошить, но очень быстро понял, что не все так просто:
— никто не хочет перемен;
— никто не готов увеличивать бюджет ИТ-отдела;
— почти 80% подразделений не готовы к всеобщей информатизации;
— найдутся 20% сотрудников, которые будут твердить что раньше все было лучше. И именно они будут убеждать в этом руководство и формировать общественное мнение.
Да, отчитываться перед руководством о новых серверах и повышенной скорости это хорошо, но что это дает учебному процессу?
Поэтому предлагаю вам вместо большого перечня планов работы внести 3-4 показателя:
— средняя скорость доступа сотрудников/студентов к ресурсам сети интернет (либо в Мб/сек, либо просто в средней скорости загрузки страницы);
— стабильность работы (время отказа в доступе);
— количество уникальных посетителей офиц. сайта учреждения;
— количество рабочих мест, подключенных к локальной сети/интернет;
и т.д.
Вот тогда вы сможете отчитаться перед руководством и показать, как было раньше и как стало сейчас.
Уверяю вас, администрации в реальности пофигу какая у вас система резервирования или сколько виртуальных серверов вы можете контролировать с вашего айПада. Для них основные показатели формирует минобрнауки. Для начала ознакомтесь с общероссийскими стат. формами (ВПО-1, ВПО-2, 3-Информ и проч.). Это позволит вам говорить на одном языке с администрацией и подскажет, что нужно улучшать и развивать (не смотря на бюрократию там есть умные люди).
Ну и думаю стоит обратить внимание на информационное развитие, у вас нет ни слова про систему управления образовательным процессом, систему управления бизнес-процессами и пр. А ведь именно эти системы должны задавать ритм всей информатизации ОУ, именно они должны определять качество локальной сети и надежность ЦОД. Какой смысл от вашей высоконадежной серверной, если все приказы и служебные записки передаются в бумажном виде, если контингент вашего учреждения имеется только на бумаге, если вновь принятый сотрудник идет лично к вам чтобы получить доступ в Интернет.
Подумайте, с той ли стороны вы подошли к проблеме.
Это ваши слова? Значит разговор был, и он решен однозначно. Так зачем тогда ставят пробел? Либо не читают документацию, либо саботируют.
PS Почему я заговорил о военных — Все воинские Уставы написаны «кровью»! Для программиста тех. документация как устав, упустил слово, в лучшем случае рассчитаешься модулем, в худшем — структурой БД.
Кстати, реально такую систему могут создать только бывшие военные. Современный мальчики-менеджеры не в состоянии добиться такого результата, потому что тут нужна воля, решительность, трудолюбие.
Но это уже совсем другая тема
А то о чем вы говорите — это бардак, если есть в ТЗ пункт о местоположении $, то и вопросов нет, все остальное — личное разгильдяйство сотрудников. Если каждая личность начнет высказывать свое «профессиональное» мнение, то это в любом случае приведет к краху проекта.
PS роль руководителей можно много и долго оспаривать, но попробуйте проехать на мотоцикле(одиночке) в качестве пассажира. Если вы не «отдадитесь» водителю, то погибнете оба.
Если нет такого опыта, то даже не спорьте, просто попробуйте, НО ТОЛЬКО НА МАЛЫХ СКОРОСТЯХ и в ХОРОШЕМ ШЛЕМЕ. И только после этого вы поймете, что из двух работников, один должен быть руководителем
На сколько я понял программист на прямую выполняет задачи какого-то менеджера, который даже не представляет технологии реализации своей проблемы.
Это самая тяжела форма взаимодействия, тогда программист становится многостаночником (проектировщик, дизайнер, программист, верстальщик, тестировщик, консультант и т.д.)
1. Взять не терминал, а сканер с памятью (он значительно дешевле, память у них достаточно большая)
2. пройти по складу, отсканировать
3. прийти за компьютер и обработать данные. Обрабатывать можно как угодно: писать свою прогу, писать надстройку для 1С, тупо передавать в excel. Большее количество вариантов, позволяет более оптимально проводить обработку.
Я делал примерно по такой схеме, но у меня был несколько другой склад, каждая еденица склада имела уникальный код, и штрих-код печатали сами и на каждый экземпляр продукции.
Самое сложное было прикрепить шариковую ручку вместо родного чернильного пера.
Сканировалась подпись, обводилась в автокаде — так сказать векторизация.
Ну а дальше дело техники.
Тоже как один из вариантов, но имеет смысл если у вас постоянные вебинары (10 и более в месяц)
В общем, с энтропией надо бороться, а не уповать на нее. А инструмент для этого – опыт и знания.
Я почему-то предполагал, что основные дебаты будут вокруг методик оценки и эффективности их применения.