"Вместо того, чтобы решать бизнес-задачу, найди того, кто уже решил бизнес-задачу" (с) [id6223794|В. Маринович]
В очередной раз убедился в правильности данного высказывания.
Вчера вечером с [id632273|Александрой], используя простейший инструмент, начали описывать наши бизнес-процессы. Начали бодро. Составили подробный план по процессу "ТЗ", накидали еще несколько набросков других процессов, после чего поняли, что куда-то не туда уходим.
Сегодня с [id37446078|Максимом] всего лишь за 2 часа разобрали детали инструмента, как правильно его заполнять и на что обращать внимание. Если кого интересует - спрашивайте, напишу в комментариях или в лс. Интереснее другое: после небольшой консультации мы вместе с Александрой вечером всего за 1.5 часа расписали все процессы, относящиеся к производству. Вчера около 3-х часов и с места почти не сдвинулись, а сегодня за 1.5 часа. Что главное, сразу появилось полное понимание, какие внутренние документы требуются для работы всех сотрудников.
Пример с внутренними документами: ранее представлялось, что достаточно составить главный док "Регламент реализации проекта". Вот лишь небольшая часть других выявленных документов, которые требуется составить:
- Инструкция по прототипированию
- Шаблон технической структуры проекта
- Стандарт написания кода
- Перечень реализованных ранее модулей
- Стандарт документирования проекта
- Инструкция по проведению code-review
- Регламент использования GIT'а
Только для этапа "Производство" необходимо 12 нормативных документов. Причем, без должностных инструкций и других административных положений.
Документами в данном являются шаблоны ТЗ, отчетов и т.д. Не столь важно, насколько документ большой. Пусть даже на 10 строк, но он должен быть! В качестве подсказки в некоторых ситуациях или для унификации различных действий.
Вывод: независимо от сложности задачи почти наверняка есть кто-то, кто ее уже решал. Или точно знает, как быстро все сделать. Спросите совета. Воспользуйтесь чужим опытом, ведь большинство людей с очень большой охотой делятся своими знаниями!
ЗЫ: осенью 2017 в нашей компании составлялся документ "Жизненный цикл продукта", включающий в себя около 20 пунктов. От поступления заявки до окончания срока гарантийной поддержки. После сегодняшней проработки тот же самый процесс выглядит так:
1. Продажа
2. Производство
3. Гарантийная поддержка
Сжато, кратко, понятно. А зачем больше?
#бизнеспроцессы #формализация #бизнесзадача #разработка #итбизнес
В очередной раз убедился в правильности данного высказывания.
Вчера вечером с [id632273|Александрой], используя простейший инструмент, начали описывать наши бизнес-процессы. Начали бодро. Составили подробный план по процессу "ТЗ", накидали еще несколько набросков других процессов, после чего поняли, что куда-то не туда уходим.
Сегодня с [id37446078|Максимом] всего лишь за 2 часа разобрали детали инструмента, как правильно его заполнять и на что обращать внимание. Если кого интересует - спрашивайте, напишу в комментариях или в лс. Интереснее другое: после небольшой консультации мы вместе с Александрой вечером всего за 1.5 часа расписали все процессы, относящиеся к производству. Вчера около 3-х часов и с места почти не сдвинулись, а сегодня за 1.5 часа. Что главное, сразу появилось полное понимание, какие внутренние документы требуются для работы всех сотрудников.
Пример с внутренними документами: ранее представлялось, что достаточно составить главный док "Регламент реализации проекта". Вот лишь небольшая часть других выявленных документов, которые требуется составить:
- Инструкция по прототипированию
- Шаблон технической структуры проекта
- Стандарт написания кода
- Перечень реализованных ранее модулей
- Стандарт документирования проекта
- Инструкция по проведению code-review
- Регламент использования GIT'а
Только для этапа "Производство" необходимо 12 нормативных документов. Причем, без должностных инструкций и других административных положений.
Документами в данном являются шаблоны ТЗ, отчетов и т.д. Не столь важно, насколько документ большой. Пусть даже на 10 строк, но он должен быть! В качестве подсказки в некоторых ситуациях или для унификации различных действий.
Вывод: независимо от сложности задачи почти наверняка есть кто-то, кто ее уже решал. Или точно знает, как быстро все сделать. Спросите совета. Воспользуйтесь чужим опытом, ведь большинство людей с очень большой охотой делятся своими знаниями!
ЗЫ: осенью 2017 в нашей компании составлялся документ "Жизненный цикл продукта", включающий в себя около 20 пунктов. От поступления заявки до окончания срока гарантийной поддержки. После сегодняшней проработки тот же самый процесс выглядит так:
1. Продажа
2. Производство
3. Гарантийная поддержка
Сжато, кратко, понятно. А зачем больше?
#бизнеспроцессы #формализация #бизнесзадача #разработка #итбизнес
"Instead of solving a business problem, find someone who has already solved the business problem" (c) [id6223794 | B. Marinovich]
Once again, I was convinced of the correctness of this statement.
Last night with [id632273 | Alexandra], using a simple tool, they began to describe our business processes. We started vigorously. We drew up a detailed plan for the TK process, drew a few more drafts of other processes, and then realized that we were going somewhere else.
Today with [id37446078 | Maxim], in just 2 hours, the details of the tool were disassembled, how to fill it correctly and what to pay attention to. If anyone is interested - ask, I will write in the comments or in PM. Another thing is more interesting: after a short consultation, together with Alexandra, in the evening, in just 1.5 hours, we painted all the processes related to production. Yesterday, about 3 hours and almost did not move, and today in 1.5 hours. Most importantly, a full understanding of what internal documents are required for the work of all employees immediately appeared.
An example with internal documents: earlier it seemed that it was enough to draw up the main dock "Regulations for the implementation of the project." Here are just a small part of the other identified documents that need to be drawn up:
- Instructions for prototyping
- Project technical structure template
- Code Writing Standard
- List of previously implemented modules
- Project Documentation Standard
- Code-review instructions
- Regulations for the use of GIT
Only for the "Production" stage, 12 regulatory documents are needed. Moreover, without job descriptions and other administrative provisions.
The documents in this are templates for TK, reports, etc. Not as important as the document is large. Even on 10 lines, but it should be! As a hint in some situations or to unify different actions.
Conclusion: regardless of the complexity of the task, there is almost certainly someone who has already solved it. Or knows for sure how to quickly do everything. Ask for advice. Take advantage of other people's experience, because most people are very eager to share their knowledge!
PS: in the fall of 2017, a document "Product Life Cycle" was drawn up in our company, which included about 20 points. From the receipt of the application until the end of the warranty period. After today's study, the same process looks like this:
1. Sale
2. Production
3. Warranty support
Concise, concise, understandable. And why more?
#business processes # formalization # business task # development # itbusiness
Once again, I was convinced of the correctness of this statement.
Last night with [id632273 | Alexandra], using a simple tool, they began to describe our business processes. We started vigorously. We drew up a detailed plan for the TK process, drew a few more drafts of other processes, and then realized that we were going somewhere else.
Today with [id37446078 | Maxim], in just 2 hours, the details of the tool were disassembled, how to fill it correctly and what to pay attention to. If anyone is interested - ask, I will write in the comments or in PM. Another thing is more interesting: after a short consultation, together with Alexandra, in the evening, in just 1.5 hours, we painted all the processes related to production. Yesterday, about 3 hours and almost did not move, and today in 1.5 hours. Most importantly, a full understanding of what internal documents are required for the work of all employees immediately appeared.
An example with internal documents: earlier it seemed that it was enough to draw up the main dock "Regulations for the implementation of the project." Here are just a small part of the other identified documents that need to be drawn up:
- Instructions for prototyping
- Project technical structure template
- Code Writing Standard
- List of previously implemented modules
- Project Documentation Standard
- Code-review instructions
- Regulations for the use of GIT
Only for the "Production" stage, 12 regulatory documents are needed. Moreover, without job descriptions and other administrative provisions.
The documents in this are templates for TK, reports, etc. Not as important as the document is large. Even on 10 lines, but it should be! As a hint in some situations or to unify different actions.
Conclusion: regardless of the complexity of the task, there is almost certainly someone who has already solved it. Or knows for sure how to quickly do everything. Ask for advice. Take advantage of other people's experience, because most people are very eager to share their knowledge!
PS: in the fall of 2017, a document "Product Life Cycle" was drawn up in our company, which included about 20 points. From the receipt of the application until the end of the warranty period. After today's study, the same process looks like this:
1. Sale
2. Production
3. Warranty support
Concise, concise, understandable. And why more?
#business processes # formalization # business task # development # itbusiness
У записи 9 лайков,
1 репостов,
637 просмотров.
1 репостов,
637 просмотров.
Эту запись оставил(а) на своей стене Михаил Воеводский
