Такое ТЗ можно написать только для проекта, который реализуется не первый и не второй раз, например, для строительства типового многоэтажного дома — важно четко выполнить задания, который точно правильные и в нужном порядке.
Разработка новой системы — процесс творческий, вы эту конкретную систему пишете впервые, и как вы это полностью формализуете? Откуда вы будете знать, что ваш план хорош? Шаг 1: начинаем разрабатывать форму №4768; Шаг 2: получаем шедевр?
Один умный чувак сказал (или даже почти доказал?), что усилия по созданию полного ТЗ примерно эквивалентны собственно реализации системы, и мне кажется, он был прав.
То, что вы написали, — это не стратегия, это пара целей одного конкретного проекта, ничего не имею против.
Стратегии — это обычно такой длинный документ, весь состоящий из заклинаний типа «To increase shareholder value» и «использовать инновационные методологии, чтобы обеспечить выполнение решений XXIVX-го собрания акционеров», в лучшем случае — «внедрить SAP везде и всюду к 2017 году»
Сколково было очень предсказуемым местом, я про него слышал задолго до официального объявления, в формулировке «да что гадать, точно будет Сколково, туда Шувалову с дачи ездить удобно»
Как ИТ-директор со стажем, хочу заметить, что ИТ-стратегия — эта такая эфемерная вещь, про которую никто точно не знает, что это такое, и ничего конкретно не доказано — помогает она чему-либо, или тормозит развитие, или (как мне кажется) просто дает возможность ИТ-директору что-то рассказывать на совете директоров с умным видом.
Нет никакого способа отличить хорошую ИТ-стратегию от плохой, вернее, в каких-то книжках какие-то кейсы описаны, но это anecdotal evidence в лучшем случае — «Мы ходили строем и молились Ктулху, и пошел дождь. Следовательно, наша стратегия хороша!». То же самое к стратегическим целям относится и прочему модному менеджерскому жаргону — в этом десятилетии модно одно, в следующем что-нибудь другое придумают, надо же консультантам что-то есть.
Все это не отрицает необходимости нормального планирования, разумеется.
Отлично — купили готовых красивых железок за кучу денег, установили их за тридевять земель in the middle of nowhere, и позвали иностранных инженеров их настроить. Круто технологии поднимем!
Разработка новой системы — процесс творческий, вы эту конкретную систему пишете впервые, и как вы это полностью формализуете? Откуда вы будете знать, что ваш план хорош? Шаг 1: начинаем разрабатывать форму №4768; Шаг 2: получаем шедевр?
Один умный чувак сказал (или даже почти доказал?), что усилия по созданию полного ТЗ примерно эквивалентны собственно реализации системы, и мне кажется, он был прав.
Стратегии — это обычно такой длинный документ, весь состоящий из заклинаний типа «To increase shareholder value» и «использовать инновационные методологии, чтобы обеспечить выполнение решений XXIVX-го собрания акционеров», в лучшем случае — «внедрить SAP везде и всюду к 2017 году»
Нет никакого способа отличить хорошую ИТ-стратегию от плохой, вернее, в каких-то книжках какие-то кейсы описаны, но это anecdotal evidence в лучшем случае — «Мы ходили строем и молились Ктулху, и пошел дождь. Следовательно, наша стратегия хороша!». То же самое к стратегическим целям относится и прочему модному менеджерскому жаргону — в этом десятилетии модно одно, в следующем что-нибудь другое придумают, надо же консультантам что-то есть.
Все это не отрицает необходимости нормального планирования, разумеется.
Я бы хотел купить Мерседес за 100 тысяч, но отчего-то не продает никто, наверное не понимают, что 5 миллионов — это очень много.