Необходимо ли программное обеспечение для планирования? [закрыто]

Необходимо ли программное обеспечение для планирования? Можете ли вы спланировать свой проект без него?

Я голосую за то, чтобы закрыть этот вопрос как «Основной источник мнений». В какой-то степени этот вопрос требует рекомендаций по программному обеспечению, поэтому мы видим как минимум 5 ответов, рекомендующих инструменты, и по крайней мере один я сомневаюсь, что это не только для СПАМ.
это только для СПАМ*
Первоначальный пост был вопросом для голосования. Изменения делают его либо упрощенным вопросом «да/нет», либо слишком широким, чтобы на него можно было ответить, потому что ему не хватает подробностей о данной ситуации, либо он предполагает анекдотические или ситуативные ответы.
Канонический ответ всегда «нет». Если вы не можете спланировать проект с помощью бумаги и карандаша, вы не сможете спланировать его и с помощью программного обеспечения. Инструменты поддерживают процесс; они его не создают.

Ответы (16)

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

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

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

Если инструмент душит проект, значит, он не работает. Zsolt и MathAttack уже указали на скромный Excel. Я руководил подразделением, которое отгружало миллион единиц продукции в квартал, используя только электронную таблицу.

Согласен, я руководил командой из 8 разработчиков по гибкой методологии с использованием (довольно крутой) электронной таблицы. Точка, в которой электронная таблица не работает, — это когда вам нужно привлечь к планированию несколько человек/команд.
Снова возвращается к общению. Около сотни человек полагались на простую электронную таблицу, которую я разработал для отслеживания всей работы, проделанной в упомянутом выше подразделении. Ключевым моментом было опрос всех заинтересованных сторон и адаптация к их потребностям. Затем я повторял его почти ежемесячно, основываясь на мнении одних и тех же заинтересованных сторон.

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

  • точное ожидание вашего клиента
  • точный срок вместе с известным и понятным набором требований
  • доступные ресурсы (как человеческие, так и физические)
  • И список продолжается

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

Зависит от того, что вы подразумеваете под программным обеспечением.

Я не видел, чтобы многие люди успешно использовали MS Project.

Я видел много, или люди творят чудеса, отслеживая с помощью Excel - гораздо проще в использовании.

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

Важно не только защищать график, но и управлять зависимостями, критическим путем и элементами действий.

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

В зависимости от того, какая планировка вам нужна.

Если вы ищете инструмент управления проектами для планирования своего прогресса, вам необходимо это сделать. Вы можете попробовать что-то вроде JIRA .

Если вы просто ищете способ поделиться прогрессом со своей командой, вам не нужно использовать какое-либо сложное программное обеспечение для управления проектами. Вместо этого просто поделитесь файлами в Dropbox или Google Drive и поделитесь исходным кодом с помощью GitHub или BitBucket.

Если вы хотите планировать задачи в своей команде, вы можете использовать некоторые инструменты отслеживания задач, такие как Mavenlink. Но важно определить четкую роль для каждого человека, чтобы предотвратить добавление множества мелких задач, о которых никто не заботится, кроме исполнителя. Или, если вам не хватает членов команды, вы можете передать некоторые работы другим компаниям, таким как Dustoki для QA-тестеров.

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

по вашему опыту, есть ли способ использовать программное обеспечение для управления и при этом поддерживать сотрудничество между членами команды и руководителями проектов? Во всех примерах, которые я видел до сих пор, софт убивал совместную работу и плюс - не связанный - софт показывал то, что хотел показать менеджер, а не реальную жизнь
Я думаю, что было бы неправильно обвинять SW. Сотрудничеству способствует опытный лидер с модными инструментами или без них.
Я бы сказал, что это зависит от проекта. Если вы работаете (как и я) с небольшими командами, расположенными в одном месте, программное обеспечение часто мешает. Для более крупных проектов, особенно когда команды могут находиться в разных местах, зданиях или даже на континентах, я вижу, что программное обеспечение является обязательным.

Специальный программный инструмент, такой как MS Project, не требуется. Все зависит от размера и масштаба вашего проекта. Вы должны рассчитывать на использование хотя бы элементарного программного обеспечения, такого как Excel и электронная почта. В этом отношении да, вы можете планировать свой проект, не имея специального программного обеспечения для управления проектами. Помимо этого основного ответа, мне нужно больше подробностей о том, почему вы задаете вопрос. Например, вы пытаетесь снизить расходы? Столкнулись с проблемой лицензирования программного обеспечения?

Сочетание Microsoft Excel и электронной почты по-прежнему остается «убийственным приложением» для большинства менеджеров проектов, но мой опыт подсказывает, что разные дисциплины (ИТ, маркетинг, дизайн, разработка) имеют разные потребности.

Я провел много лет в качестве маркетолога, и запуск продукта был моим делом, и я хорошо справлялся с электронными таблицами и электронной почтой. Когда я стал руководить творческой командой, я никак не мог уследить за комментариями/одобрениями/отзывами, связанными с управлением творческими процессами, такими как проверка видео или подготовка годового отчета. Мы использовали широкий спектр инструментов, таких как ProofHQ , Jira и ATTask , чтобы завершить нашу работу.

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

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

Я могу говорить только о проектах по разработке программного обеспечения, но я думаю, что это сработает и в других отраслях. Вы можете использовать белую доску в качестве доски для планирования, а стикеры — в качестве рабочих элементов. Методологии управления проектами, такие как Scrum и Kanban , прекрасно работают и за пределами мира программного обеспечения.

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

Я бы получил две белые доски :

  • один для бэклога задач/продуктов и расстановки приоритетов
  • один для текущей рабочей нагрузки, по крайней мере, с тремя столбцами: Todo, in progress и Done.
  • Может быть, треть для некоторых показателей :)
  • Некоторая структура для процессов, коммуникационных потоков и ЕЖЕДНЕВНЫХ обновлений
  • Выгода! :)

Лично я люблю Trello , если о физических досках не может быть и речи или команды не находятся в одном месте.

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

Для этих целей я использую Due.work, попробуйте.

Не обязательно. . Но для отслеживания лучше где-нибудь отметить. Для отслеживания проекта будет достаточно простого Excel или блокнота.

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

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

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

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

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

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

Ваш ответ кажется нарушением Закона CodeGnome . Программное обеспечение для планирования — это всего лишь инструмент; это не должно управлять вашим процессом.