На днях ко мне обратился Олег с запросом на не самый массовый вариант взаимодействия - ему потребовалась помощь в технической подготовке проекта еще до начала взаимодействия с какими-либо разработчиками. Чтобы стало понятнее, иногда бывают ситуации, когда появляется идея, но даже после первичной проработки остается еще очень много белых пятен. Особенно, если не во всех нюансах выбранной области хорошо разбираешься. И вот тогда самым правильным действием становится обращение к специалистам, которые смогут закрыть неясные вопросы.
Примерно так же обстоит ситуация со следующим этапом - началом взаимодействия с разработчиками и, в дальнейшем, сдачей-приемкой проекта. Ведь все очень просто - подробно составленное техническое задание позволяет полностью исключить недопонимания между Заказчиком и Исполнителем.
Думаю, многим знакома ситуация, когда Исполнитель говорит: "Мы говорили о квадрате при виде сверху. Я могу сделать куб, но только как доп. работы". Или с обратной стороны, когда Заказчик убеждает на этапе приемки: "Мы обсуждали кролика. Кролик обязательно должен быть с тремя белыми лапами и одной оранжевой". Согласитесь, такое случается нередко, но не является нормой.
Выход прост - до начала работ необходимо составить подробное ТЗ, в нем детально проработать все аспекты будущего проекта, описать все сценарии поведения реализованной системы в различных ситуациях, все сообщения об ошибках и так далее. Еще важно добавить прототипы интерфейсов или, хотя бы, описание экранов и страниц.
Прекрасно помню разные ситуации, когда ТЗ спасало как со стороны Заказчика, так и со стороны Исполнителя. Ведь этот документ в равной степени защищает обоих. Только представьте, насколько упростит жизнь отсутствие спора за счет единственной фразы: "В ТЗ написано Красный круг на вершине желтого конуса". И тогда Исполнитель не сможет сдать работу с зеленым конусом, ссылаясь на "я так запомнил", а Заказчик не сможет потребовать черный красный квадрат, обосновывая "Я так предполагал. Вы должны были догадаться".
Объем ТЗ может быть совсем разным - от 2-3 листов до сотен. Все зависит от масштаба задачи и глубины проработки. В то же время, для многих проектов ТЗ может сократить денежные и временные затраты чуть ли не на 50%. Просто за счет того, что Исполнителю не придется ничего продумывать в процессе, достаточно будет только реализовать написанное. Как следствие, предварительная оценка проекта становится точнее, а сдача-приемка многократно упрощается и сокращается по срокам.
В качестве итога дам только одну рекомендацию: не забывайте про техническое задание. Затраты на него окупаются на этапе работ. И экономия, чаще всего, превосходит стоимость составления ТЗ.
Пишите в лс - помогу с составлением ТЗ на сайты, порталы, мобильные приложения, сложные сервисы. Это одно из направлений, которым я занимаюсь уже несколько лет.
#воеводскиймс #написаниетз #сокращениезатрат
Примерно так же обстоит ситуация со следующим этапом - началом взаимодействия с разработчиками и, в дальнейшем, сдачей-приемкой проекта. Ведь все очень просто - подробно составленное техническое задание позволяет полностью исключить недопонимания между Заказчиком и Исполнителем.
Думаю, многим знакома ситуация, когда Исполнитель говорит: "Мы говорили о квадрате при виде сверху. Я могу сделать куб, но только как доп. работы". Или с обратной стороны, когда Заказчик убеждает на этапе приемки: "Мы обсуждали кролика. Кролик обязательно должен быть с тремя белыми лапами и одной оранжевой". Согласитесь, такое случается нередко, но не является нормой.
Выход прост - до начала работ необходимо составить подробное ТЗ, в нем детально проработать все аспекты будущего проекта, описать все сценарии поведения реализованной системы в различных ситуациях, все сообщения об ошибках и так далее. Еще важно добавить прототипы интерфейсов или, хотя бы, описание экранов и страниц.
Прекрасно помню разные ситуации, когда ТЗ спасало как со стороны Заказчика, так и со стороны Исполнителя. Ведь этот документ в равной степени защищает обоих. Только представьте, насколько упростит жизнь отсутствие спора за счет единственной фразы: "В ТЗ написано Красный круг на вершине желтого конуса". И тогда Исполнитель не сможет сдать работу с зеленым конусом, ссылаясь на "я так запомнил", а Заказчик не сможет потребовать черный красный квадрат, обосновывая "Я так предполагал. Вы должны были догадаться".
Объем ТЗ может быть совсем разным - от 2-3 листов до сотен. Все зависит от масштаба задачи и глубины проработки. В то же время, для многих проектов ТЗ может сократить денежные и временные затраты чуть ли не на 50%. Просто за счет того, что Исполнителю не придется ничего продумывать в процессе, достаточно будет только реализовать написанное. Как следствие, предварительная оценка проекта становится точнее, а сдача-приемка многократно упрощается и сокращается по срокам.
В качестве итога дам только одну рекомендацию: не забывайте про техническое задание. Затраты на него окупаются на этапе работ. И экономия, чаще всего, превосходит стоимость составления ТЗ.
Пишите в лс - помогу с составлением ТЗ на сайты, порталы, мобильные приложения, сложные сервисы. Это одно из направлений, которым я занимаюсь уже несколько лет.
#воеводскиймс #написаниетз #сокращениезатрат
The other day Oleg turned to me with a request for not the most massive version of interaction - he needed help in the technical preparation of the project even before starting to interact with any developers. To make it clearer, sometimes there are situations when an idea appears, but even after the initial study, there are still a lot of blank spots. Especially if you are not well versed in all the nuances of the selected area. And then the most correct action is to appeal to specialists who can close obscure issues.
The situation is approximately the same with the next stage - the beginning of interaction with developers and, in the future, the delivery and acceptance of the project. After all, everything is very simple - a detailed technical assignment allows you to completely eliminate misunderstandings between the Customer and the Contractor.
I think many people are familiar with the situation when the Contractor says: "We talked about the square when viewed from above. I can make a cube, but only as additional work." Or on the other hand, when the Customer convinces at the acceptance stage: "We discussed the rabbit. The rabbit must be with three white paws and one orange." Agree, this happens often, but is not the norm.
The solution is simple - before starting work, it is necessary to draw up a detailed ToR, to elaborate in it all the aspects of the future project, describe all the scenarios of the behavior of the implemented system in various situations, all error messages, and so on. It is also important to add prototypes of interfaces or, at least, a description of screens and pages.
I perfectly remember different situations when TK saved both from the side of the Customer and from the Contractor. After all, this document equally protects both. Just imagine how much easier the absence of a dispute will simplify the life due to the only phrase: "In the TK there is a red circle on top of a yellow cone." And then the Contractor will not be able to hand over the work with the green cone, referring to "I remember so," and the Customer will not be able to demand a black red square, justifying "I assumed so. You should have guessed."
The volume of TK can be very different - from 2-3 sheets to hundreds. It all depends on the scale of the task and the depth of study. At the same time, for many projects, TK can reduce cash and time costs by almost 50%. Just due to the fact that the Contractor does not have to think through anything in the process, it will be enough only to realize what is written. As a result, the preliminary assessment of the project becomes more accurate, and the delivery-acceptance is greatly simplified and reduced in time.
As a result, I will give only one recommendation: do not forget about the terms of reference. The cost of it pays off at the stage of work. And the savings most often exceed the cost of compiling TK.
Write in PM - I will help with the preparation of TOR for sites, portals, mobile applications, complex services. This is one of the areas that I have been doing for several years.
#voevodskyms #writing # cost reduction
The situation is approximately the same with the next stage - the beginning of interaction with developers and, in the future, the delivery and acceptance of the project. After all, everything is very simple - a detailed technical assignment allows you to completely eliminate misunderstandings between the Customer and the Contractor.
I think many people are familiar with the situation when the Contractor says: "We talked about the square when viewed from above. I can make a cube, but only as additional work." Or on the other hand, when the Customer convinces at the acceptance stage: "We discussed the rabbit. The rabbit must be with three white paws and one orange." Agree, this happens often, but is not the norm.
The solution is simple - before starting work, it is necessary to draw up a detailed ToR, to elaborate in it all the aspects of the future project, describe all the scenarios of the behavior of the implemented system in various situations, all error messages, and so on. It is also important to add prototypes of interfaces or, at least, a description of screens and pages.
I perfectly remember different situations when TK saved both from the side of the Customer and from the Contractor. After all, this document equally protects both. Just imagine how much easier the absence of a dispute will simplify the life due to the only phrase: "In the TK there is a red circle on top of a yellow cone." And then the Contractor will not be able to hand over the work with the green cone, referring to "I remember so," and the Customer will not be able to demand a black red square, justifying "I assumed so. You should have guessed."
The volume of TK can be very different - from 2-3 sheets to hundreds. It all depends on the scale of the task and the depth of study. At the same time, for many projects, TK can reduce cash and time costs by almost 50%. Just due to the fact that the Contractor does not have to think through anything in the process, it will be enough only to realize what is written. As a result, the preliminary assessment of the project becomes more accurate, and the delivery-acceptance is greatly simplified and reduced in time.
As a result, I will give only one recommendation: do not forget about the terms of reference. The cost of it pays off at the stage of work. And the savings most often exceed the cost of compiling TK.
Write in PM - I will help with the preparation of TOR for sites, portals, mobile applications, complex services. This is one of the areas that I have been doing for several years.
#voevodskyms #writing # cost reduction
У записи 12 лайков,
0 репостов,
190 просмотров.
0 репостов,
190 просмотров.
Эту запись оставил(а) на своей стене Михаил Воеводский
![Фэм Хардстайлов [Dj Fam]](https://pp.userapi.com/c637623/v637623898/483a3/oH2iwDer1h8.jpg "Фэм Хардстайлов [Dj Fam]")
