Чего хочет разработчик от ТЗ? Примеры из практики

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

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

технические требования техническое задание ТЗ постановка задачи

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

 

Исправление ошибки или адаптация существующего функционала

Называть вещи своими именами, конкретизировать

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

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

Плохой вариант: “При печати заказа выводится строка про НДС, а когда смотрю Акты на печать, ее нет”

Почему плохо:

  1. Не указано, из какого документа и какая печатная форма выводится. То, что это документ “Заказ”, не очевидно. Возможно, это печатная форма так называется, а документ подразумевается совсем другой.
  2. Не понятно, о какой строке про НДС идет речь, и в каком месте печ.формы это можно увидеть?
  3. Где пользователь смотрит то, что он называет  “Акты на печать”? Если это ПФ, тогда что за признак “на печать”? И что такое “Акт”? - печатная форма или документ? Если это ПФ, то какая именно? Печатных форм со словом Акт может быть несколько.

Возможный хороший вариант: При формировании печатной формы “Акт выполненных работ (наш)” из формы документа “Заказ клиента”, перед подписями ответственных есть строка “Не включая НДС, согласно пп. 777 такого-то Положения”. А если формировать ту же печ.форму из обработки “Реестр печатных форм” с установленным флажком “На печать”, то эта строка пропадает.

Разработка нового функционала/объекта

Описывать цель доработки

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

Почему так: Из контекста цели можно понять, как именно реализовать отдельные детали, если их описание отсутствует или недостаточно подробно описано в ТЗ. Опытный разработчик/архитектор при этом может предложить более эффективный вариант решения, внести коррективы или внести дополнительные предложения, как лучше реализовать. А от каких-то решений, наоборот, отговорит в силу их неэффективности.

Плохой вариант: Прошу в отчет “Анализ продаж по распродажам” добавить колонку “Дата отгрузки партии”

Почему плохо: Нет уточнения, для чего нужна колонка? - для дополнительной группировки, какого-то анализа или для отбора строк этого отчета, чтобы потом результат подставить в другой отчет?

Возможный хороший вариант: В связи с частыми жалобами на просроченную продукцию во время промоакций, требуется дополнительный анализ отгружаемых партий в торговый зал, чтобы понимать сроки их логистики. Было бы удобно добавить колонку “Дата отгрузки партии” в отчет “Анализ продаж по распродажам”. Это бы позволило выгрузить отчет в Excel и отобрать строки с критичными сроками.

Вывод: Оказывается, отчет вообще не устраивает пользователя. Он просто пытается решить новую назревшую проблему подручными средствами.

Рассказать, что не устраивает в существующем функционале

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

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

Предоставить пример ожидаемого результата или референсы

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

Описывать порядок и правила получения данных

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

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

Плохой вариант: Для нового отчета по партиям добавить информацию о себестоимости.

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

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

На этом пока всё, всем внятных постановок! ))

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. FatPanzer 7 16.10.20 11:20 Сейчас в теме
Подробно описывать, откуда должны браться данные (например, для отчета), их порядок получения и алгоритм расчета.
В первую очередь это нужно для того, чтобы в момент описания алгоритма и расчета сам заказчик вдруг понял:
а) абсурдность своих пожеланий и принципиальную невозможность получения таких данных
б) нехватку исходных данных для получения необходимых данных
в) возможность получения этих данных другими отчетами

И не придется воевать и отнимать время у разработчиков...
Award; Brawler; Ashandy; kadild; m_aster; Gluk_1C; mark_oilbass; user660153_aleks.pisanets; DERL; ovasiliev; Nizbel; user1304317; begemot; EliasShy; user811769; lefthander; WellJustYouWait; sapervodichka; alex-l19041; awk; stas_ganiev; +21 Ответить
25. m_aster 88 20.10.20 11:44 Сейчас в теме
(1) Ли Якокка писал в своей книге "Карьера менеджера":
"Как я усвоил из уроков Макнамары, твердый порядок письменного изложения какой-либо
идеи - это первый шаг к ее претворению в жизнь. В разговоре можно - часто даже не
отдавая себе в этом отчета - высказывать всякого рода смутные и нелепые идеи. Когда же
вы излагаете свои мысли на бумаге, происходит нечто такое, что побуждает вас вникнуть
в конкретные детали. При этом гораздо труднее ввести в заблуждение самого себя или
кого- либо другого."
Designer1C; kukla11; PLAstic; lolipoka; Krio2; FatPanzer; +6 Ответить
2. alex-l19041 8 16.10.20 11:52 Сейчас в теме
Без лишних вопросов
- не получится, т.к. пользователь не сформулирует
идеальное описание задачи
...
3. Rustig 1587 16.10.20 12:06 Сейчас в теме
любой запрос от пользователя - это прежде всего повод "поговорить". И лучше разговаривать, глядя на один экран по Эни деск.
Тогда представления (картинки) в голове заказчика и исполнителя точно совпадут.
Izosin; begemot; burmsergey; EliasShy; Артано; mikl79; lefthander; artbear; EVKash; sapervodichka; alex-l19041; stas_ganiev; +12 Ответить
4. stas_ganiev 1273 16.10.20 12:07 Сейчас в теме
(3)Хорошо подмечено, согласен!
6. sapervodichka 3996 16.10.20 12:15 Сейчас в теме
(3) угумс, разрыв ожидания и реальности - это вечный повод для анекдотов )))
WellJustYouWait; +1 Ответить
14. Sergant 50 16.10.20 22:35 Сейчас в теме
(3)
любой запрос от пользователя - это прежде всего повод "поговорить". И лучше разговаривать, глядя на один экран по Эни деск.
Тогда представления (картинки) в голове заказчика и исполнителя точно совпадут.


Хорошо, работать когда будем то - а то слишком много разговариваем. Статья об этом, - чтобы меньше говорить.
15. user1464234 16.10.20 22:49 Сейчас в теме
(14) статья о том, что программистам пора менять профессию. И хорошо, если удастся найти профессию, связанную с ИТ, потому что вопросы программистов никому не интересны.
А доверять нам наши коллеги уже не умеют.
19. Rustig 1587 18.10.20 15:06 Сейчас в теме
5. dsdred 1485 16.10.20 12:12 Сейчас в теме
У вас в тексте неплохо расписанные задачи ))

На той недели в нашу тех поддержку пришла задача:
00-00005689 = 3000,00
7. FatPanzer 7 16.10.20 12:15 Сейчас в теме
(5) Я обычно отвечаю: "Круто! Я рад за вас!"
С копией двум руководителям.
IgorS; EVKash; dsdred; +3 Ответить
10. nomad_irk 51 16.10.20 12:37 Сейчас в теме
(7)Бывает отвечаю на следующий день:

"Сдаюсь! Что не так?"

Бывает отвечаю: "да, все именно так."

Так же с копией руководителям.
rovenko.n; dsdred; FatPanzer; +3 Ответить
16. Kutuzov 651 16.10.20 23:09 Сейчас в теме
(5) Ну так-то все понятно - видимо что-то не то с суммой документа, приведен номер документа. Скорее всего, данная задача имеет уже предысторию)
20. dsdred 1485 18.10.20 19:54 Сейчас в теме
(16)Нет предыстории, просто задача что с документом и с сумой что то не то.

Причем не типа документа, ни описания. У нас в организации не модно вдумчиво писать задачи, думать больно...
В битве экстрасенсов дети участвуют по сравнению с теми кто такие задачи обрабатывает.
user660153_aleks.pisanets; +1 Ответить
21. FatPanzer 7 18.10.20 20:29 Сейчас в теме
(20) А скриншот полноэкранного отчета без отметок, без выделений, без подчеркиваний присылают? Со словами "Когда почините?"
22. dsdred 1485 18.10.20 20:55 Сейчас в теме
(21)Да чего только не присылают ))
Нам в чат тех поддержка шлет скриншоты задач поржать...

Хорошо что я не на поддержке, а на внедрении ))
8. caponid 16.10.20 12:31 Сейчас в теме
Но чаще всего бывает так, как в анекдоте: не выиграл, а проиграл, и не машину, а трешку...
Изменения на ходу или по итогу работы могут быть "феерическими"...
Прикрепленные файлы:
rovenko.n; lolipoka; Tol_arh; muskul; user1464234; dsdred; artbear; WellJustYouWait; +8 Ответить
9. WellJustYouWait 16.10.20 12:34 Сейчас в теме
(8)

Изменения на ходу или по итогу работы могут быть "феерическими"...
:)
:)
:)
-_-
11. succub1_5 77 16.10.20 14:12 Сейчас в теме
По отчетам: "1С - это учетная система, а не отчетная" - это первое когда заказчик требует один общий отчет:
" нужен отчет с колонками: на каждый день периода, кол-во и сумма во всех ценах продажи, остатки, дистрибуция, средний остаток, ШК, ЕИ, а если коробка/уп то коэф, еще доп реквизиты, еще ном поставщика, а да еще артикул, код и самое главное в отдельные колонки вся иерархия мне неудобно по ветвям раскрывать, пусть будет все построчно"...

По обработкам - в 99% понимают что хотят автоматизировать и проблем почти не бывает.
FatPanzer; +1 Ответить
12. serega9507585993 19 16.10.20 14:53 Сейчас в теме
А ещё лучше - пусть сами все делают и спрашивают у меня в конце - так правильно? )))
fomix; pm74; +2 Ответить
13. hiduk 93 16.10.20 15:35 Сейчас в теме
Всё уже придумано и описано до нас в книге «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти
17. ovasiliev 4 17.10.20 13:40 Сейчас в теме
Спасибо, не поленился человек написать простую мурзилку, которую можно тыкать в лицо разным фантазёрам.

"Не указано, из какого документа и какая печатная форма выводится.
Не понятно, о какой строке про НДС идет речь, и в каком месте печ.формы это можно увидеть?
Где пользователь смотрит то, что он называет “Акты на печать”? Если это ПФ, тогда что за признак “на печать”? И что такое “Акт”? - печатная форма или документ? Если это ПФ, то какая именно?

Когда программист общается напрямую с некомпетентным заказчиком (в частности, напрямую с пользователем-потребителем) и начинает ему задавать такие простые вопросы, заказчика это часто вводит в ступор. Он же такие простые вещи говорит, а программист его не понимает. Наверное, программист - самозванец, студент и вообще дебил.

Для этого и нужны менеджеры проектов / аналитики, чтобы, с одной стороны, пользователям сопли утирать, а с другой - внятное ТЗ выдавать.
Brawler; fomix; cherepaha-big; rovenko.n; Gluk_1C; stas_ganiev; +6 Ответить
23. qazaz2 16 19.10.20 09:56 Сейчас в теме
>>Прежде чем писать о том, что нужно сделать, хорошо, когда есть упоминание, для чего это нужно.
У меня по-разному бывает.
Если я непосредственно с заказчиком работаю то конечно хорошо.
А если задачу ставит какой-то околоИТшный ответственный товарищ (аналитик, архитектор, методист, начальник всея ИТ) то эта информация для меня лишняя. "Предлагать более эффективный вариант" это их хлеб и ответственность.

А автору + за попытку систематизации этой каши)
rovenko.n; stas_ganiev; +2 Ответить
24. l_men 14 20.10.20 09:03 Сейчас в теме
Без внятного ТЗ, результат ХЗ))
SuhoffGV; +1 Ответить
27. rovenko.n 21.10.20 11:47 Сейчас в теме
(24)больше всего в работе я люблю ясное и четко сформулированное ХЗ (не моё).
26. PLAstic 259 21.10.20 09:40 Сейчас в теме
Во-первых, формализация обращений. В этом вам поможет любая система сервисдеска. Все нужные поля будут вынесены отдельно и вы можете сделать их обязательными к заполнению.
Во-вторых, это стандартизация. Новая функциональность в формате юзерстори. Баги описываются в формате:
1) Описание;
2) Шаги для воспроизведения;
3) Фактический результат;
4) Ожидаемый результат.
Без этого таски не принимаются разрабами.
Тут всё просто как с детьми: дети будут настолько разбалованы и невоспитанны, насколько это позволят родители.
Прикрепленные файлы:
28. rovenko.n 21.10.20 11:50 Сейчас в теме
(26)очень часто пользователи начинают гнуть свою линию, ходить к директору и капать, что плохая служба поддержки не дает ответов. И руководитель может поддерживать этих прекрасных человеков.
Я в своей работе всегда говорю, что система не умная, а тупая, и если вы не сможете МНЕ объяснить как она должна работать, то я не смогу в системе это реализовать.
Brawler; fomix; +2 Ответить
29. l_men 14 21.10.20 15:51 Сейчас в теме
(28) Не все могут объяснить чего они хотят, поскольку сами не знают. "Нам нужна удобная программа" или "Сделай так что бы всё работало" - это максимум, что можно вытащить из некоторых пользователей. И это еще не самые худшие варианты.
30. FatPanzer 7 21.10.20 17:28 Сейчас в теме
(29) В этом случае необходимо идти к руководству пользователей. Если и они не смогут объяснить - тогда им этот функционал не нужен, ибо никто не понимает зачем и как. и как следствие "Велком ту зе типовой функционал".
31. rovenko.n 21.10.20 18:04 Сейчас в теме
(30)не всегда срабатывает. Сейчас столкнулись на проекте с тем, что нужен функционал, но никто не знает зачем. То есть, исторически сложилось, что он очень-очень нужен, но зачем - никто не в курсе.
32. FatPanzer 7 21.10.20 18:35 Сейчас в теме
(31) Не знают "зачем", но точно знают "какой"? Очень интересно прям...
33. user1464234 21.10.20 23:25 Сейчас в теме
ТЗ это незаменимая вещь. Никаким общением (даже если оно записано на видео, в чате, электронной почте) невозможно обосновать сам факт необходимости выполнения работ.
Но самое важное это что разработчик обязан привести конфигурацию в соответствие с ТЗ при завершении проекта, устранив все работы по пожеланиям трудящихся, не соответствующие ТЗ (в т.ч. утвержденным его изменениям).
Ситуация, когда у вас в шкафу лежит ТЗ на одну конфигурацию, а работает неизвестно что и непонятно как - немного странная.
34. PLAstic 259 22.10.20 09:08 Сейчас в теме
(33)
Ситуация, когда у вас в шкафу лежит ТЗ на одну конфигурацию, а работает неизвестно что и непонятно как - немного странная.
Очень вероятно. Всё зависит от профессионализма разработчика и его подхода к этапу обследования. Иногда задача выглядит просто и можно назначить сроки и прикинуть пути реализации, но как говорится "но тут есть нюанс".
Я плавно поворачиваю к тому, что ТЗ хорошо, но для маленьких проектов и маленьких команд, когда всё можно описать заранее один раз. Но всё же agile не с потолка придумали.
Оставьте свое сообщение

См. также

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

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    27698    Gavrik    10    

Применение программистом таблицы рисков для оценки технического задания

Техническое задание Бесплатно (free)

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

28.05.2020    8676    sapervodichka    70    

Модернизация КА 2.4 под маркетинговую компанию. Часть 1

Управление взаимоотношениями с клиентами (СRM) Техническое задание v8 КА2 Россия УУ Бесплатно (free)

Выполнил для компании, которая занимается маркетингом и продвижением продуктов, проектирование и модификацию конфигурации КА 2.4 и справочника «Проекты». Теперь в конфигурации «Проекты» имеют особенную роль и на основании выполненной доработки руководство компании принимает решения по продолжению, закрытию или продвижению проекта/ов, поиск путей решения возникающих вопросов. При необходимости доработку можно реализовать под ERP конфигурацию. Архитектура решения выполнена «рядом» с основной конфигурацией. В настоящее время конфигурация поддерживается, модификация ведется в актуальной версии КА 2.4.10 на платформе 8.3.14.1630.

29.10.2019    6075    BraunAlex    1    

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

Техническое задание Бесплатно (free)

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

26.07.2019    6589    slozhenikin_com    14    

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

Техническое задание Россия Бесплатно (free)

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

11.08.2016    34148    SamBadi    54    

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

Техническое задание Управление проектом Управленческие v8 УУ Бесплатно (free)

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

16.10.2018    9621    weissfeuer    2    

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

Техническое задание Управление бизнес-процессами (BPM) Бесплатно (free)

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

14.08.2018    7601    itriot11    42    

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

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

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

30.03.2018    10380    Aprsoft    1    

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

Техническое задание Россия Бесплатно (free)

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

29.06.2005    36806    support    11    

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

Техническое задание Бесплатно (free)

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

14.12.2017    27221    Vikki-di    21    

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

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

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

23.10.2017    10469    user743750    1    

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

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

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

26.04.2017    24597    Soliton    33    

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

Техническое задание Бесплатно (free)

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

08.11.2012    43800    adhocprog    58    

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

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

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

02.03.2017    18847    aaw    3    

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

Техническое задание Россия Бесплатно (free)

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

21.02.2017    14520    user694964_olamikyw    6    

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

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

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

17.01.2017    17762    Gavrik    4    

Есть 2 подхода к внедрению информационных систем. На примере 1С УПП 8 Промо

Управление проектом Техническое задание v8 УПП1 Россия Бесплатно (free)

С детальным ТЗ? Или без серьезного ТЗ? Какой лучше? И где успех более вероятен?

26.01.2012    68214        54    

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

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

06.12.2016    19271    Gavrik    19    

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

Техническое задание Управление проектом Бесплатно (free)

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

26.09.2016    14576    R.Tsarenko    27    

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

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

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

02.09.2016    29029    de0nis    17    

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

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

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

30.03.2016    21363    liurn    26    

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

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

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

23.12.2015    24131    Gavrik    5    

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

Техническое задание Управление проектом Бесплатно (free)

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

23.03.2015    20972    UR1    5    

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

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

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

25.09.2013    25613    randa    45    

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

Техническое задание Бесплатно (free)

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

24.09.2013    33715    Neti    21    

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

Техническое задание v8 БП2.0 Россия Бесплатно (free)

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

14.12.2012    64963    SergAn    10    

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

Техническое задание Россия Бесплатно (free)

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

11.04.2012    36880    chavalah    34    

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

Техническое задание Россия Бесплатно (free)

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

03.04.2012    75941    chavalah    56    

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

Техническое задание Россия Бесплатно (free)

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

06.01.2010    15636    nnn123    1    

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

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

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

08.06.2009    32312    Оболтус    20    

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

Техническое задание Россия Бесплатно (free)

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

08.06.2009    37026    GSoft    82    

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

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

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

06.02.2008    29123    O-Planet    74    

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

Техническое задание Россия Бесплатно (free)

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

05.04.2007    23296    support    5    

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

Техническое задание Россия Бесплатно (free)

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

29.06.2005    25766    support    6    

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

Техническое задание Россия Бесплатно (free)

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

29.06.2005    34179    support    4