Еще раз про техническое задание

Публикация № 67678

Методология - Проектирование - Техническое задание

17

 

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

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

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


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

1.      Динамический исходя из стоимости часа работы.

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

 

Ни какой гарантии, что клиент заплатит за работу при наличии ТЗ нет и не будет.

 

 

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

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

4 сентября 2008 года подаем в суд. На сегодняшний день суд продолжается, по мнению юриста предстоят еще 3-4 судебных заседаний, и суд примет решения в нашу пользу только по подписанным актам выполненных работ. Между каждым заседание 1,5 – 2 месяца. Потом есть вероятность, что клиент подаст на апелляцию и все начнется с начала. Так что деньги мы получим скорее всего к концу 2014 году. Возникает вопрос, а ради чего.

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

 

17

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Yurisel 59 20.03.10 08:21 Сейчас в теме
Полностью согласен с мнением автора. Я сам в техзадании обычно ограничиваюсь проработкой концепции проекта. Главное отразить общую картину, чтобы было понятно заказчику, что он получит в результате. Детали прорабатываешь уже в процессе выполнения проекта. А толстые тома, которые иногда мне попадают на рецинзирование, там как правило за частностями теряется общее, а бывает что его и вообще нет.
sashankz; +1 Ответить
2. Evg-Lylyk 2682 20.03.10 16:51 Сейчас в теме
Согласен с автором.

Справка, документация полезны, а техзадание больше нужно когда предполагаются конфликты, претензии.
У меня был случай когда я делал техзадание, которое в последствии делал другой программист. Мозг он мне на счет него вынес :) прилично "не ясно написано", "не все моменты узнал" в результате что то сделал в разрез задания (естественно никто не пошел даже на дополнение к заданию). ТЗ часто просто повод взять деньги, нужно на крупных проектах (где много разработчиков) и там где этого требует заказчик.
3. aiw 21.03.10 00:43 Сейчас в теме
а я не согласен. иногда клиент по ходу дела начинает петлять - то то добавь, то это наоборот сделай и т.д.....
так вот ТЗ вылечили практически все проблемные ситуации... просто их теперь нет - проблем
o.nikolaev; +1 Ответить
4. marsohod 121 21.03.10 01:32 Сейчас в теме
Никакой гарантии, что клиент заплатит за работу при наличии ТЗ нет и не будет.
Согласен. Обратное тоже верно: даже при отсутствии ТЗ разработка может быть оплачена клиентом полностью. Около года назад у меня так и было: написал индивидуальную конфу для местного института вообще без ТЗ. И оплатили.
5. Traas 77 22.03.10 12:04 Сейчас в теме
В статье опущено одно определение. Масштаб проекта. Одно дело. если ты пишешь обработку или отчет простенький, и другое - если разрабатываешь учетную систему... Хотя и там и там ТЗ больше добро чем зло. формулируя и согласовывая ТЗ и Заказчик и Исполнитель начинают понимать ЧТО в конечном итоге получится и КАК ЭТО будет работать, что в будущем поможет и в расчетах....
gadjik; alex_bob; larisab; artamon; o.nikolaev; +5 Ответить
6. WKBAPKA 211 22.03.10 12:09 Сейчас в теме
ситуации бывают разные, но в принципе без ТЗ нельзя... с другой стороны писать тома как для заказчика так и для исполнителя не совсем целесообразно... это связано в первую очередь с тем, что на этапе технического задания могут быть не учтены важные детали которые по ходу дела выплывут... с другой стороны остается в этом случае вопрос оценки проекта... опять же все зависит от задачи.. .как по мне, так ТЗ должно быть кратким, а оплата поэтапная... за каждый этап 100% предоплаты... тогда исполнитель не работает авансом и клиент рискует не всей суммой проекта. закончился этап, акты подписали, получили предоплату, дальше работаем...
7. WKBAPKA 211 22.03.10 12:12 Сейчас в теме
например, какое ТЗ должно быть написано при постановке управленческого учета? регламентированные документы которые должны быть разработаны и есть это ТЗ... хотя это может быть этапом... однако в практике часто выясняешь детали на этапе формирования отчетности... ;)
8. 1c.petya 22.03.10 13:13 Сейчас в теме
100% истина в том, что - население умственно недоразвито - действует без Договоров.
Выводы:
1. Лень писать ТЗ, так как не могут понять, для чего это нужно.

2. Без детального ТЗ, и, соответственно, Договора выигрыш получает недобросовестная сторона.
Так заказчик может начать говорить, что надо было сделать ещё 100 связанных задач, если изначально устная договорённость может давать различные трактовки.

3. Умственно недоразвитое население не знает ни нормативов сроков, ни договоров, ни детального ТЗ - поэтому выходит всё через Ж0пу.

Что мешает заключать договора согласно ГК?
LordChesterfield; +1 Ответить
9. Vital451 26 24.03.10 07:27 Сейчас в теме
1. Договор нужен всегда, это единственное доказательство что ты им что-то делал.
2. По окончании задания (или периода обслуживания) требовать акт выполненных работ.
3. Можно перестраховаться, ограничивая в коде период дейсвия функционала, а при оплате снять ограничение. Муторно конечно, но или вы с деньгами и они работают, или и вы без денег, но и они остануться на чем сидели.
LordChesterfield; +1 Ответить
10. o.nikolaev 24.03.10 10:07 Сейчас в теме
Это больше похоже на запись в блоге а не на статью :)
11. nuendel 24.03.10 14:17 Сейчас в теме
Полностью согласен ...
Перенёс материал к себе на ресурс

Есть ещё один способ оценки: количество строк кода + сложность выводимых форм.
12. idef 24.03.10 16:44 Сейчас в теме
(0) Ни какой гарантии, что клиент заплатит за работу при наличии ТЗ нет и не будет.
А ТЗ и не представляет из себя никакой гарантии. Кто вам такое сказал?

Здесь на ИСе уже все разжевали много раз.
Большинство все-таки за ТЗ. Потому что ТЗ это то с помощью чего исполнитель и заказчик находит решение возникших проблем. Естественно, что каждой задаче свое ТЗ. Иногда можно обойтись и без ТЗ.
Но попробуйте начать внедрение большого проекта, да еще и не типового? Без единой схемы?!
LordChesterfield; larisab; +2 Ответить
13. marsohod 121 25.03.10 09:48 Сейчас в теме
(12) "... Без единой схемы?!"
Нет, конечно. Речь в данном случае не об этом. Безусловно, беседуя с заказчиком приходится что-то писать карандашом или ручкой... т.с. "на салфетках" :)
В дальнейшем эти записи могут вылиться в ТЗ, а могут и не вылиться. Оплата, как было отмечено, от этого не зависит.

P.S.
Что-то мне Ваша фраза напомнила "ни единого разрыва" :D
14. idef 25.03.10 10:40 Сейчас в теме
(13)Не очень удачно выразился.
Хотел сказать, что как минимум должен быть общий план действий, последовательность и содержание работ, исполнитель и ответственный. Это может быть на салфетке или на финской бумаге А4 или на туалетной бумаге это каждый решает для себя сам. ;)
Главное то что все эти вопросы являются частично ТЗ(в том или ином виде), а ГОСТ-ом не регламентируется четко объем ТЗ.
Грубо говоря ТЗ может уместится на одной салфетке если спец такой профи - краткость сестра таланта.
К сожалению, я такого не встречал :)
15. marsohod 121 25.03.10 10:55 Сейчас в теме
(13) вот, блин, к "салфеткам" придрался :D
Я же - образно...
16. 1c_developer 25.03.10 13:13 Сейчас в теме
Я тоже считаю, что делать чертежи перед постройкой дома - глупость. Прораб с заказчиком всегда на месте решат куда кирпичи класть ;)
17. idef 25.03.10 14:45 Сейчас в теме
(16) Угу! Прораб с заказчиком решат, а каменщик с подсобником по своему решат.
Вот так они и работали - каждый выполнял свою работу. Главное - добросовестно.
И придраться не к чему - стена то стоит. :D
18. fastwriter 29.03.10 08:48 Сейчас в теме
При любом, самом хорошем отношении с заказчиком есть вероятность возникновении спорных ситуаций. Например, чтобы доказать, что мы - самые крутые франчи во Вселенной, и что взятие программиста на постоянную ставку или переход к другим франчам клиенту не поможет.

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

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

Кроме того, такие краткие описания могут помочь даже руководсву самого франча быстрее вникнуть в ситуацию по работам с каким-то клиентом, если возникнет необходимость.
19. Yashazz 2859 05.04.10 17:15 Сейчас в теме
Ну всё в кучу... И деловые отношения общего партнёрства, и психологические моменты общения, и гражданско-правовые, и технологические... Ни терминологии прописанной, ни ясности изложения, один сумбур из серии "нас всё равно кинут, зачем писать ТЗ".
20. geo-nik 21.06.10 18:04 Сейчас в теме
21. nuendel 30.06.10 14:10 Сейчас в теме
Полностью согласен...

Необходимое условие - у заказчика должно быть достаточно авторитетное лицо - заинтересованное в успехе проекта. А самое лучшее это как поддержка со стороны руководства, так и со стороны ведущего по теме специалиста.

Невозможно сделать и даже внедрить бухгалтерскую программу, если главбух против.
точно также нельзя ни сделать ни внедрить технологическую программу, если этому противится технолог
тоже самое по кадровикам....
22. smarkuss 26.08.10 10:59 Сейчас в теме
По сути статьи не согласен.
Тех задание не есть гарантия оплаты. Оно скорее конкретизирует темпы, объемы работ и оплаты. Более ближе к гарантии оплаты находятся акты. Там конкретно указываются выполненые работы и их сумма, стоят подписи и печати.
Гарантией своевременной оплаты вашей услуги может быть желание клиента её получить и сотрудничать дальше.
Другими словами клиент должен созреть для конкретной автоматизации, тогда с ним можно практически работать. Либо дать откат лицу, принимающему решение. :D
Скорее всего в данном случае это опыт общения именно с неполностью зрелым в отношении к вашей услуги клиентом. Т. е. при определении задания о был как бы не против, ну за тоже особо не выступал.
Совет: работайте с "готовыми" клиентами.
23. al`sera 14.09.10 20:57 Сейчас в теме
На 100% согласен.

Для многих кстати является открытием что по ГОСТ, техническое задание НЕ содержит детального описания, что и как будет сделано, а содержит лишь требования к системе по которым можно будет понять сделана система или нет
Оставьте свое сообщение

См. также

Impact mapping: чем он может быть вам полезен 29

Статья Бизнес-аналитик Руководитель проекта Стажер Нет файла Бесплатно (free) Техническое задание

Привет, коллеги! Сегодня хочу поговорить про один из инструментов Владельца продукта - Impact mapping (карта влияния). Чем он хорош и почему его стоит использовать.

26.07.2019    2933    slozhenikin_com    14       

ТЗ на разработку отчета (рекомендации и шаблон) 17

Статья no Архив с данными Абонемент ($m) Техническое задание

Если вы работаете специалистом в отделе сопровождения ПО 1С и сопровождаете уже внедренные решения 1С, то скорее всего вам частенько приходится разрабатывать различного рода отчеты. И хорошо, если ваши пользователи уже “воспитаны вами” и подают вам формализованные требования. А если нет?! Тогда вам срочно нужно повышать их “культуру” через формализованную подачу требований на разработку отчетов. В данной статье представлен разбор наиболее оптимальной (с авторской точки зрения) структуры ТЗ на разработку отчета и листа его согласования. На основании этих рекомендаций можно самостоятельно с учетом ваших корпоративных стандартов разработать свой шаблон ТЗ, а если это делать лень - шаблон можно скачать.

1 стартмани

08.05.2019    3890    6    gubsky    6       

Как проектировать отчетность 12

Статья Программист Бизнес-аналитик Пользователь Руководитель проекта Нет файла v8 УУ Бесплатно (free) Техническое задание Управление проектом Управленческие

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

16.10.2018    5310    weissfeuer    2       

На чьей стороне мячик? Алгоритм определения исполнителя задачи 5

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM)

Я считаю, что мало кому удалось избежать ситуации, когда его назначали исполнителем работы, мягко скажем, не его уровня. На мой взгляд, такое особенно часто встречается среди технических специалистов. Причем, в случае возражения, обычным аргументом противоположной стороны является: "Нам так раньше всегда делали!". Эта публикация является попыткой описать формализовано процесс определения исполнителя с точки зрения логики. Посвящается тем, кто, будучи невежественным в вопросе, смеет указывать, кому его решать. А также тем, кто это терпит.

14.08.2018    4953    itriot11    42       

Первый шаг к успешному проекту автоматизации 11

Статья no Нет файла Россия Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

30.03.2018    8027    Апрель-С    1       

Должностная инструкция специалиста по 1С 59

Статья Системный администратор Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Техническое задание

Описание функциональных обязанностей для трёх категорий специалистов 1С: Администратор платформы, Программист, Администратор конфигурации (Методист).

14.12.2017    19327    Vikki-di    20       

Внедрение МСФО: план-график выполнения проекта по автоматизации МСФО 13

Статья no Нет файла БУ МСФО (GAAP) Бесплатно (free) Техническое задание Управление проектом

В данной статье будут детально рассмотрены задачи, которые предстоит выполнить в процессе запуска проекта автоматизированной подготовки отчетности МСФО

23.10.2017    7585    user743750    0       

Систематизация опыта подготовки технического задания 102

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Техническое задание

Решил «закинуть» на портал свою статью пяти-шестилетней давности. Статья писалась для внутреннего употребления в нашей компании – обобщил и систематизировал свой опыт. Думаю, кому-то она будет полезной. В процессе подготовки статьи немного отредактировал первоначальный вариант.

26.04.2017    21440    Soliton    32       

Что такое функциональное моделирование в 1С или ином программном обеспечении 4

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

06.04.2017    13147    Gavrik    2       

Концепция автоматизации многопрофильного Холдинга в системе АУБ на платформе 1С 8

Статья Программист Бизнес-аналитик Пользователь Нет файла v8 Россия УУ Финансовый учет и бюджетирование (FRP) Управление холдингом (CPM) Учетная политика Бесплатно (free) Техническое задание Управление проектом Управленческий учет (прочее) Бухгалтерский учет

Это схема и обоснование концепции системы АУБ (Автоматизация Управления Бизнесом, авторская разработка) для автоматизации многопрофильного холдинга на платформе 1С. Система изначально проектировалась для многопрофильного холдинга, что определило особенность ее концепции - три уровня автоматизации. Система АУБ не является готовым решением, это определенная концепция (видение, подход) к автоматизации управленческого учета и расширяемый базис наработок реализованных в этой концепции. В конкретном проекте автоматизации, с учетом специфики управления предприятием, делается индивидуальная «функциональная сборка» с использованием готовых, существенно модифицируемых и заново разрабатываемых подсистем. Таким образом, концепция и расширяемый базис наработок системы АУБ, представляют своего рода конструктор, из которого компонуется решение в конкретном проекте, при этом заново разрабатывается лишь функционал, отражающий новую специфику. На практике концепция использовалась, например, в отраслевом решении для производства ЖБИ и добычи нерудных материалов.

02.03.2017    14817    aaw    3       

Про спагетти, или как исследовать бизнес-процессы организации 36

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

23.02.2017    24238    Gavrik    9       

Как самим написать техническое задание 13

Статья no Нет файла Россия Бесплатно (free) Техническое задание

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

21.02.2017    12612    user694964_olamikyw    6       

Проектное внедрение прав доступа в системах 1С 18

Статья Системный администратор Нет файла v8::Права 1cv8.cf Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

17.01.2017    14845    Gavrik    4       

Наблюдения, которые указывают на решимость предприятия к изменениям 45

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

Раздается звонок. - Здравствуйте, это Сергей? Меня зовут (не вникайте в название, но это плоды секундной фантазии), я директор по производству на . У меня есть ряд проблем с производственным планированием. Могли бы мы с вами встретиться? На встрече присутствовал CH3NO2, генеральный директор и, случайно заглянувший, собственник бизнеса. Мне предоставили список технических требований к производственному планированию, наличие которого положительно сказывается как на предметный разговор. В ходе беседы познакомились, поделились коммерческой и организационной информацией, очертили первые шаги.

06.12.2016    16735    Gavrik    19       

Технические проблемы взрывного роста компании 23

Статья no Нет файла Бесплатно (free) Техническое задание Управление проектом

Хочу рассказать об очень интересном проекте, с которым мы недавно столкнулись. В этом проекте необходимо было сделать огромный объем работы за очень короткий промежуток времени, поэтому мы его условно назвали «Марафон со спринтерской скоростью».

26.09.2016    12807    R.Tsarenko    27       

Дропшиппинг или "виртуальные" склады поставщиков в 1С 19

Статья Бухгалтер Пользователь Руководитель проекта Нет файла v8 УТ10 УУ Оптовая торговля Розничная торговля Учет ТМЦ Бесплатно (free) Техническое задание

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

02.09.2016    22555    de0nis    16       

Как оценивать задачи программисту 1С 184

Статья Программист Нет файла Россия Бесплатно (free) Техническое задание

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

11.08.2016    29041    SamBadi    52       

Как заставить разработки работать 34

Статья Программист Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Техническое задание Управление проектом

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

30.03.2016    19200    liurn    26       

Предприятие требует проект автоматизации? Начните правильно! 37

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Техническое задание Управление проектом

На нулевом этапе мы не имеем никакого представления о порядке работ, бюджете и сроках достижения статуса «Работает как надо!». Единственное, чем мы можем обладать, — пониманием, что бизнес-процесс работает неэффективно. К сожалению, часто руководители этого не видят или не хотят видеть. Работу необходимо начинать с составления Технических требований проекта 1С автоматизации (оптимизации или бережливого производства).

23.12.2015    21206    Gavrik    5       

Большой проект: документация 60

Статья no Нет файла Windows Бесплатно (free) Техническое задание Управление проектом

Оставим за рамками нашей темы поиск потенциального клиента. Мы его нашли. Вот он - Большой клиент. Чего мы хотим? Хотим заработать. И чтобы этот Большой клиент был у нас не один. А к нам большинство таких клиентов пришли по рекомендации, а для рекомендаций положительных нужно, чтобы Большой клиент был очень доволен сотрудничеством с нами. Но и мы хотели бы быть довольны работой с ним. Вот о том, какими документами мы этого добиваемся, я и попытаюсь рассказать. *** Статья написана на основе доклада, прочитанного на Конференции IE 2013 Revolution (7-8 ноября 2013 года). Также она опубликована в журнале Инфостарта № 3

23.03.2015    19001    UR1    5       

Автоматизация работы фрилансера 46

Статья Программист Нет файла УУ Управление взаимоотношениями с клиентами (СRM) Бесплатно (free) Техническое задание Управление проектом

Появилось желание рассказать о социальном интранете - Битрикс24. Я опишу опыт внедрения и использования данного продукта от лица фрилансера 1С.

25.09.2013    23549    randa    45       

Алгоритм работы с техническим заданием заказчика 68

Статья Программист Нет файла Windows Бесплатно (free) Техническое задание

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

24.09.2013    29133    Neti    21       

Пример ТЗ и ТП на небольшую доработку 38

Статья Программист Пользователь Нет файла v8 БП2.0 Россия Windows Бесплатно (free) Техническое задание

Привожу пример технического задания и технического проекта на небольшую доработку к БП. Документы делались исходя из схемы: Обследование- ТЗ - ТП - Разработка.

14.12.2012    57728    SergAn    10       

Направления работы программиста 1С 140

Статья Программист Нет файла Бесплатно (free) Техническое задание

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

08.11.2012    40319    adhocprog    58       

Как разработать Техническое задание. Часть 2. Виды работ при сборе требований к системе учета и информации для описания бизнес-процессов. 141

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

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

11.04.2012    33548    chavalah    32       

Разработка технического задания. Что это такое, зачем оно нужно, с чего начать и как должно выглядеть? 259

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

В данной статье я попытался подробно рассмотреть проблему разработки Технических заданий. Тема стара, как и проблема. Но она до сих пор часто решается "как получится". Как сказал Генри Шоу "Мелочи тревожат нас больше всего: легче увернуться от слона, чем от мухи".

03.04.2012    69382    chavalah    55       

РД 50-34.698-90 - АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ 7

Статья Программист Пользователь Архив с данными Россия Бесплатно (free) Техническое задание

Методические указания распространяются на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т. п.), включая их сочетание, и устанавливают требования к содержанию ВСЕХ документов, разрабатываемых при создании АС.

06.01.2010    14229    225    nnn123    1       

ГОСТ 34.602-89 (Техническое задание на создание автоматизированной системы) 18

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Россия Производство готовой продукции (работ, услуг) Бесплатно (free) Техническое задание Управление проектом

"Листая старые страницы" времен универа нашел несколько, которыми можно поделиться, не рискуя получить по бошке. :) В общем-то, ничего нового, но думаю, многим может пригодиться.

08.06.2009    28986    Оболтус    20       

7 Граблей или история одного IT-директора 60

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

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

08.06.2009    33696    GSoft    82       

Переход с 1С:Предприятие 7.7 на 8.0. Всегда ли это нужно? 74

Статья Программист Нет файла Россия Бесплатно (free) Техническое задание О жизни Перенос данных из 1С7.7 в 1C8.X

Уже несколько лет ведется усиленная рекламная компания по распространению «восьмерки» на российском рынке. Хотелось бы рассмотреть, насколько такой переход бывает необходим, и что ожидает фирму, решившуюся на этот шаг.

06.02.2008    26532    O-Planet    74       

Жизнь без технического задания 24

Статья Программист Нет файла Россия Бесплатно (free) Техническое задание

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

05.04.2007    21130    support    5       

ГОСТ 34.602-89. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ 30

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа «Техническое задание на создание (развитие или модернизацию) системы» (далее - ТЗ на АС). Дата введения с 01.01.1990г

29.06.2005    33724    support    11       

ГОСТ 24.201-79. ТРЕБОВАНИЕ К СОДЕРЖАНИЮ ДОКУМЕНТА «ТЕХНИЧЕСКОЕ ЗАДАНИЕ» 18

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

Постановлением Государственного комитета СССР по стандартам от 31 января 1979 г. № 383 срок введения установлен с 01.07 1980 г. Настоящий стандарт распространяется на техническую документацию на автоматизированные системы управления (АСУ) всех видов, разрабатываемые для всех уровней управления народным хозяйством (кроме общегосударственного), и устанавливает общие требования к содержанию документа «Техническое задание» (ТЗ) на создание АСУ, кроме АСУ технологическими процессами. В зависимости от вида и назначения АСУ требования, устанавливаемые в настоящем стандарте, допускается конкретизировать в нормативно-технической документации.

29.06.2005    23825    support    6       

ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ. 23

Статья Программист Пользователь Нет файла Россия Бесплатно (free) Техническое задание

Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения. Стандарт полностью соответствует СТ СЭВ 1627-79.

29.06.2005    31242    support    4