Что должна сделать программа для решения поставленной задачи но не как она это должна сделать

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

Приказы предполагают, что вы говорите конкретному человеку что он должен сделать: «Отправьте мне этот файл», «Распланируйте бюджет» т.д. Поступая так, вы не позволяете человеку даже подумать, как лучше подойти к выполнению задачи. Все, что он может сделать, — это четко следовать вашим инструкциям. Таким образом, вы подавляете творческое и критическое мышление подчиненного.

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

Нейросети ChatGPT: Практическое применение #chatgpt #нейросети #midjorney

Лучше обсуждать проблему, а не приказывать

Отдавать сотрудникам приказы — не самый эффективный подход. Гораздо продуктивнее использовать другую методику — описать объем работы или задачу, которая должна быть решена, выслушать идеи и обсудить результат. Большинство людей нужно в определенной степени контролировать, чтобы они не отклонялись от намеченной цели. Соответственно, задача руководителя состоит в том, чтобы правильно описать эту конечную цель. При этом на вопрос «Как именно осуществлять задуманное», сотрудник отвечает сам — это стимулирует интерес к задаче и подпитывает творческое мышление.

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

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

Дополнительно не лишним будет задать следующие открытые вопросы:

• Какие подходы можно, на ваш взгляд, применить для выполнения этой задачи?
• Какой из подходов вам ближе?
• Каковы преимущества этого подхода?
• Какие потенциальные риски могут возникнуть?
• Какая помощь вам понадобится от меня или других коллег?

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

ТОП-9 советов как написать техническое задание? (ТЗ или техзадание за 9 шагов)

Важно фиксировать конкретные результаты

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

Например, вы можете обратиться к работнику с такой просьбой: «Мне бы хотелось, чтобы вы просмотрели данные за прошлый месяц». А можете сформулировать ее точнее: «Пожалуйста, посмотрите данные за прошлый месяц. В идеале я хочу услышать от вас рекомендации относительно того, какие действия мы должны предпринимать дальше.

Команде менеджеров нужны идеи по инвестициям в новые проекты, и ваше участие в этом вопросе очень важно. Встреча состоится в четверг, поэтому, если вы сможете проанализировать данные до вторника, у нас будет время на то, чтобы обсудить с вами выводы и рекомендации во время нашей еженедельной встречи в среду утром. Спасибо!».

Определяя задачу, всегда делайте акцент на следующих деталях:

• Что вы просите.
• Контекст задачи.
• Предполагаемые результаты.
• Сроки или при необходимости конкретная дата выполнения.
• Ваша оценка усилий человека.

7 коммуникационных правил при постановке задач

• Не забывайте о контексте, когда ставите задачу. Люди делают все возможное, когда понимают важность задачи в контексте бизнес-цели.
• Будьте конкретными.Обозначьте, в какой момент задача может считаться выполненной, используйте любые стандарты качества.
• Обращайтесь к сотруднику уважительно.Важен и тон, и слова, которые вы скажете — они должны восприниматься позитивно. От этого будет зависеть отношение сотрудника к делу.
• Дайте сотруднику возможность задавать вопросы. Этот подход способствует укреплению связи между сотрудником и руководителем и повышает вероятность успешного результата.
• Доверяйте своему сотруднику.Боритесь с микроменеджментом и постоянным стремлением контролировать все процессы. Тот, кто правильно ставит задачи, доверяет людям.
• Укрепляйте доверие. Благодарите или давайте позитивную обратную связь, когда работа выполняется должным образом.
• Давайте конструктивную обратную связь.Если задача выполняется ненадлежащим образом, то критиковать работу сотрудника нужно по делу, четко и обоснованно.

Какие ошибки совершают руководители при поставке задач

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

1. Вы думаете, что подчиненные должны догадаться о том, что вы имеете в виду

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

2. Вы заменяете конкретные дедлайны словами «быстро», «скоро», «не так срочно».

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

3. Вы не считаете нужным приводить примеры.

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

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

4. Вы не предлагаете альтернативные варианты.

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

Пример постановки задачи с альтернативными вариантами: «Я хочу, чтобы встреча с финансовым директором состоялась 20-го числа текущего месяца. Если он не сможет встретиться 20-го числа, то можно рассмотреть вариант после обеда 26-го. Либо мы можем встретиться в этот день с аналитиком».

Предоставляя альтернативы, вы даете возможность сотрудникам выполнять работу спокойно, но с возможностью постоянной перепроверки. Это сэкономит вам время, потому что сотрудникам не нужно будет постоянно вас дергать с вопросами и уточнениями.

5. Вы не проверяете, понял ли сотрудник задачу.

Прежде чем вы отпустите сотрудника, убедитесь в том, что он понял задачу и результаты, которые от него ожидают. Вы можете поинтересоваться, остались ли у него вопросы к вам. Проблема заключается лишь в том, что слишком часто сотрудники автоматически говорят «нет». Либо они могут ошибочно думать, что понимают задачу, либо могут стесняться переспросить. Поэтому лучше самим убедиться в том, что они услышали то, что вы сказали.

Дополнительные открытые вопросы, которые проверяют правильное понимание задачи:

• Где вы будете доставать информацию для выполнения задачи?
• Какой метод будете использовать?
• Нужна ли помощь для завершения проекта?

Избегайте таких закрытых вопросов, как «Вам всё понятно?». Это закрытые вопрос: они не приглашают сотрудника к диалогу и не позволяют убедиться в том, действительно ли поставленная задача ему понятна.

Нельзя

• Ставить задачи агрессивным тоном. Хотя определенные обстоятельства, в том числе чрезвычайные ситуации на грани жизни и смерти, допускают это. Но во всех остальных случаях нужно бороться с этой дурной привычкой.
• Отвечать на вопрос «Почему?» в диктаторском стиле: «Потому что я так сказал». Хуже ничего быть не может.
• Просить нескольких людей выполнить одну и ту же задачу.
• Отказываться признавать, что разные люди могут иметь в виду противоречащие друг другу приоритеты и сроки.
• Игнорировать хорошо выполненную работу.

Источник: kontur.ru

Что должна сделать программа для решения поставленной задачи но не как она это должна сделать

Во все времена, ошибкой, всех начинающих разработчиков, становиться неверное расположение этапов решения поставленной ими задачи.

Стремясь сэкономить время, чаще всего программист сразу садятся за составление программы на определенном языке ,тем самым, пропуская при этом львиную долю работы.

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

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

Любая решаемая задача должна выполняться по однозначно определенному алгоритму. И решается в несколько этапов.

Этап 1: Постановка задачи — данный этап является самым сложным. Чем кропотливее и внимательнее будет пройден данный этап тем правильнее будет решена задача в целом.

На данном этапе выполняются следующие действия:
1) При постановке задачи выясняется конечная цель и вырабатывается общий подход к решению задачи.
2) Выясняется сколько решений имеет задача и имеет ли их вообще.

3) Изучаются общие свойства рассматриваемого физического явления или объекта, анализируются возможности данной системы программирования.

Так же при постановке задачи необходимо выявить следующие данные:
1) Получить максимальное количество информации:
a) Какие входные данные будут использоваться при решении задачи.

б) Какие результаты хочет увидеть заказчик (не обязательно что заказчик и исполнитель это разные люди)

в) Какие ограничения будут накладываться на решаемую задачу и как должен на них реагировать алгоритм.

2) Провести анализ вариантов решения данной задачи может есть готовые решения – это может сократить все к минимуму.

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

Этап 2: Выбор (или разработка) метода решения задачи.

Вариант 1: Выбор решения

Зачастую любая задача возникающая в жизни когда-то была уже решена кем то другим. Благодаря различным сообществам разработчиков можно найти решения в интернете или специализированных журналах и даже в книгах.

Если решения найдены то просто необходимо выбрать подходящее и адаптировать под те действия и данные которые были выяснены на первом этапе работ

Вариант 2: Разработка

Если решения не нашлось, то нужно разложить задачу на более простые действия, и реализовать каждое из них самостоятельно.

Не важно какой из вариантов будет выбран, в любом случае заказчику важен результат а не методы которые были использованы для достижения цели.

Этап 3: Разработка алгоритма

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

Этап 4: Составление программы

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

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

Этап 5: Отладка программы

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

Источник: www.sites.google.com

Программирование как этап решения задачи на компьютере

Частая проблема молодых программистов — это страх пойти дальше после изученной теории и первой написанной фразы всех программистов: «Привет , мир!». Как только возникает проблема посерьезней, то вопрос : « К ак решать задачи по программированию?» не дает покоя. На самом деле проблема кроется в страхе решить задачу, а не в самой поставленной задаче. От незнания «как это сделать?» наступает мандраж по всему телу и возникает острое желание все бросить. Знакомо?

Как решать задачи по программированию

1. Что я уже могу решить.
2. Что я пока не могу решить, но догадываюсь , как это можно сделать , и точно знаю , где найти решение.
3. Что это вообще такое, я знать не знаю , о чем идет речь , и понять не могу, что вы от меня хотите.

Конкретные шаги, как решать задачи по программированию

1. Понимание сути поставленной задачи.
2. Разработка плана конкретных действий.
3. Осуществление плана.
4. Взгляд назад на проделанную работу.

Понимание сути поставленной задачи

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

Пишете код. Через какое-то время вы упираетесь в тупик, что-то начинает не получаться. Вы бежите за помощью, вам помогают и подсказывают правильно е решение. Оказывается , что вы изначально все начали делать неправильно и нужно много всего переделывать, а еще лучше — начать все сначала. Но вы — то уже неделю трудитесь над задачей!

Бывало такое?

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

Это , на самом деле , очень важный этап. Он не зависит от того , понимаете ли вы , как решать такие задачи по программированию. Тут главное — уяснить, что от вас требуется и что должно получиться на конечном этапе . Если разрабатываете программу, то какой функциональностью она должна обладать? Какой интерфейс у нее должен быть? И т. д.

Вы до молекул должны понимать поставленную задачу и точно знать , какой должен быть результат.

Разработка плана конкретных действий

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

Гугл вам в помощь. Если не помогает Гугл, тогда нужно обратиться к более компетентным специалистам: коллеги, руководители, специализированные сообщества, фор у мы, книги и т. д. Необходимо найти решение поставленной задачи и составить псевдокод. Псевдокод — это написание алгоритма решения простым текстом, то есть просто описываете текстом , что и как будете делать.

В вашем случае псевдокод — это будет своеобразный подробный план действий, что и как будете кодировать.

Осуществление плана

Вот вы и дошли до решения самой задачи, то есть непосредственно к ко д ингу. Как вы видите, это далеко не первый этап в решении задачи по программированию.

Если все сделать правильно, то у вас уже есть псевдокод и думать, что кодировать, вам не надо. На этом этапе желательно кодить максимально проще, так будет больше вероятности, что вы как новичок напишите рабочий код.

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

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

Взгляд назад на проделанную работу

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

Это тот самый этап, на котором можно зафиксировать свой опыт и поставить галочку : «Сделано!».

Итог

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

А еще нормально не понимать, как решать задачи по программированию. Потому что именно в такие моменты вы и приобретаете опыт, за который вам будут платить деньги как профессиональному программисту.