DeshTask: Удобная система учета задач
Функциональные - Управление проектом (PMO, EPM)
Бесплатные
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО
| Наименование | Скачано | Бесплатно |
|---|---|---|
|
deshTask
.cf 651,81Kb
1182
|
1182 | Скачать бесплатно |
|
deshTask_demo
.zip 667,30Kb
647
|
647 | Скачать бесплатно |
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
DeshTask - система для удобного управления задачами. Система подойдет как для индивидуальной работы, так и для команды пользователей. В настоящее время успешно применяется в команде из 7 разработчиков.
С помощью этой системы вы сможете:
- легко ввести свои задачи;
- легко отслеживать время потраченное на каждую задачу;
- у вас будет простой механизм контроля выполнения задач.
Система разработана так, чтобы разработчик был максимально сфокусирован на решении самой задачи, а не на чем-либо еще.
Главные идеи системы
- Единый порядок задач
В системе поддерживается единый порядок для всех задач всех проектов. В любой момент времени точно определена, какая задача будет выполняться раньше другой. Это правило действует, даже если есть несколько разработчиков. Благодаря этому правилу разработчик не думает над тем, какую задачу делать. Он всегда берет верхнюю задачу и делает ее. Приоритет устанавливает в списке задач руководитель отдела (совещаясь с менеджерами проектов). - Быстрая фиксация начала работы над задачей
Просто перенесите задачу из формы "План задач" в форму "Выполненные дела" и система зафиксирует начало выполнения над ней, а также завершит выполняемую до этого задачу. - Возможность уточнять оценку сроков выполнения
Все знают, что точную оценку сразу дать сложно. Поэтому в системе поддерживается возможность уточнять ее неограниченное количество раз. При этом для этого можно поменять как общую оценку задачи, так и сообщить системе, сколько осталось выполнять задачу.
Для возможности оперативно отреагировать на изменения сроков в системе реализована рассылка для заинтересованных лиц "планов задач разработчиков", а также "факт потраченного за предыдущий день". - Открытость системы
- любой, кто подключен к системе, может зайти и узнать статус задачи, сколько осталось для ее решения и плановый срок завершения
- можно поставить задачу на контроль: дать свой крайний срок для задачи, разместить в своем списке в порядке важности.
- Фокус на текущих задачах
Все задачи из списка подлежат выполнению рано или поздно. Все другие задачи возможно перевести в список пожеланий. Пожеланиями наполняется план развития, откуда задачи могут снова или впервые попасть в список задач.
Разработчик видит только в плане задач только свои задачи и в определенном порядке, в котором их выполняет, что позволяет ему фокусироваться на творческих составляющих решения задач.
Сайт системы - deshTask
Если вам понравился DeshTask, то вы можете поддержать его развитие
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Управление проектом (PMO, EPM) Аналитик Руководитель проекта 1С:Предприятие 8 Платные (руб)
Решение предназначено для эффективного учета и управления проектами внедрения 1С:ERP. Эта конфигурация содержит все необходимые инструменты для успешной реализации сложных проектов. Дорожные карт, сбор требований, функциональное моделирование, ТЗ, тесты и Service Des - в единой базе. Ускоряет запуск, повышает качество и прозрачность работ над проектом, снижает зависимость от «незаменимых» сотрудников. Эффективна при переходе с SAP/УПП на 1С:ERP.
268400 руб.
01.02.2023 9792 2 2
Управление проектом (PMO, EPM) Разработчик 1С 8.3 Абонемент ($m)
Практический регламент для 1С-разработчиков и команд, выполняющих доработки типовых конфигураций по договору подряда. Разбираем юридические и технические границы: предмет с фиксацией релиза, сценарная приёмка, гарантия при обновлениях типовой конфигурации и права на код по ГК РФ. В статье: чек-лист рисков, образцы формулировок и готовый пакет документов в архиве-компаньоне.
5 стартмани
14.10.2026 324 Ninel_S 0
Управление проектом (PMO, EPM) Тестирование QA Разработчик Руководитель проекта 1С 8.3 Абонемент ($m)
Инженерный регламент для команд, разрабатывающих на платформе «1С:Предприятие» для зарубежного заказчика: правовые границы удалённого доступа (EDPB, регуляторные ограничения), построение строгого контракта данных (Data Contract) и независимая проверяемая приёмка выгрузок. В архиве-компаньоне — готовый офлайн-валидатор на Python с защитой от ошибок округления Decimal, эталонные наборы и криптографическая фиксация SHA-256.
1 стартмани
12.10.2026 300 Ninel_S 0
Управление проектом (PMO, EPM) Разработчик Руководитель проекта 1С 8.3 1С:Франчайзи, автоматизация бизнеса Абонемент ($m)
Предпроектная оценка 1С-проекта как фильтр убыточных заказов: пять зон проверки (учётная политика, состояние базы, обмены, компетенции, сроки), письменное заключение с оценкой работ и три варианта отказа, после которых заказчик возвращается. Числа в примерах условные, ставок и процентов нет: вместо них признаки риска, которые можно проверить на своей базе, и метрики фильтра.
1 стартмани
05.10.2026 432 Ninel_S 0
Управление проектом (PMO, EPM) Руководитель проекта Бесплатно (free)
Как распределить ответственность между руководителем проекта, архитекторами и исполнителями, зачем раздельно учитывать задачи аналитики и разработки и как использовать план-факт и КПД не как рейтинг сотрудников, а как инструмент управления проектом.
25.09.2026 1253 OlgaGroo 4
Управление проектом (PMO, EPM) Россия Бесплатно (free)
1С-разработчик работает удалённо, получает задачи от тимлида, ходит на daily, пользуется VPN и корпоративной почтой, а каждый месяц получает одну и ту же сумму. Это ещё подряд или уже обычная работа в штате? Разбираем на двух противоположных IT-делах, включая спор 1С-программиста, дошедший до Верховного Суда.
15.09.2026 1140 NikolayMaerov 0
Управление проектом (PMO, EPM) Аналитик Руководитель проекта Бесплатно (free)
Ведущий аналитик еще пишет требования и разбирает сложные вопросы, но параллельно начинает собирать статусы, разруливать загрузку команды, напоминать коллегам о сроках, готовить клиентские встречи и отвечать за то, чтобы проект вообще двигался. В какой-то момент аналитической работы у него остается все меньше, а проект фактически получает второго руководителя — только без формально закрепленных полномочий. Разбираю, по каким признакам это видно и как вернуть границы роли, не развалив работу команды.
14.09.2026 933 YA_826532418 0
Управление проектом (PMO, EPM) Россия Бесплатно (free)
Работодатель запретил разработчику два года работать у конкурентов и клиентов, а за нарушение назначил миллионный штраф. Разбираемся по свежей судебной практике, работают ли такие условия в России
11.09.2026 1657 NikolayMaerov 4
вот именно, что немало... и везде свои плюсы и минусы... причем минусы, с которыми фиг чё сделаешь
нам, к примеру, в JIRA нужно было сделать права на интерфейс - фиг
Просто много чего хотелось бы видеть в Жире, связанного именно с учетом. Но это баг-трекер с элементами учета. Полноценный учет там построить сложновато.
В итоге ведешь сто программ, вместо одной...
Насчет топикстартера - да, их система с перекрывается скорее всего тем же редмайном. Ну, автор говорит, что это только начало :)
Здесь нужен заказчик. Т.е. в этой бизнес-цепочке не хватает рабочего места заказчика.
Понимаю, что это для разработчиков. Но тем не менее :)
При назначении пользователю задачи, она у него в статусе "К выполнению", а текущая задача, над которой он работает "В работе". То есть после того как закончит выполнять задачу со статусом "В работе" - он следующей задачей возьмет новую назначенную.
1. Есть ли возможность настроить workflow?
2. Статусы задачи, почему в перечисления, а не справочник с предопределенными значениями (как дойдете до настройки workflow, сразу это всплывет).
3. Резолюция у задачи, есть статус, приоритет, а вот резолюции нет. Почему изменили приоритет или же статус надо только в комментарии смотреть, если напишут.
4. Интеграция с хранилищем.
5. Интеграция с внешними системами контроля версий. "Вася" пометил задачу, что обработка сделана, а где эта обработка никто не знает.
не хватает очередей, приоритетов, привязки к проектам и их этапам и т.д.
но отчаиваться не нужно, т.к. и в Итилиуме еще много-много чего нет, однако решение продается и покупается ;)
>не хватает очередей
Очереди сделаны в плане развития, а список задач для выжигания задач - взять и все задачи решить :)
>приоритетов
Приоритеты есть в списке задач (можно вывести через изменить форму), но, на мой взгляд, они не нужны - нужен порядок задач, чтобы понимать какую задачу делать следующей
> привязки к проектам и их этапам
Проект в системе - иерархический справочник и можно делать сколь угодно глубокую иерархию - предполагается, что это и есть этапы
Но эта система позволяет существенно ускорить и упростить учет затрат рабочего времени на задачи. Особенно если использовать ее в связке с вышеперечисленными системами (пока поддерживается только Mantis). Благодаря ей мы ведем учет с точностью до минуты (количество "переключений" задач для одного разработчика в авральные дни может доходить до 20ти и более), при этом на сам учет мы время практически не тратим. Система сама грузит задачи из Mantis, мы только указываем при переключении на следующую задачу, что делаем теперь ее (Элегантным движением мыши перетаскиваем задачу из списка задач к выполнению в табличку-табель текущего дня). А если учесть как легко там обновляются плановые трудозатраты, то руководитель всегда имеет плановую дату завершения задачи (она рассчитывается сама исходя из плановых трудозатрат, текущих фактических и номеру задачи по списку).
В общем мы в команде экономим кучу времени используя ее, а так же знаем с точностью до минуты сколько затратили на ту или иную задачу или на проект в целом.
p.s.: возможно скоро приделаю в снегопате коннектор к redmine в виде обработки и можно будет не выходя из конфигуратора создавать задачи, комментировать, менять статус, закрывать и т.д., фиксировать время.
если серьезно, то в длительные задачи можно закладывать буфер временной и если вместо 10 часов задача выполнялась все 14, то к программисту будут вопросы
гы, перекуры, чаи и кофе измеряются и не учитываются клиенту? Имхо, это же бред :) Программист - это не рабочий у станка и не станок. Отошел - детали не точатся. Программист, погруженный в задачу, думает о ней намного больше 8-ми часов в день. Я размышляю о задачах, бывает, и когда зубы чищу с утра и вечером по пути с работы. В это время часто приходят нужные решения. Тогда эти часы тоже надо выставлять клиенту, фиг ли..
Еще момент - сидят два разработчика с одинаковой ставкой. Один существенно более опытен, второй - не так опытен. По всем статистикам и исследованиям производительность таких людей может различаться в 10-15 раз(!). Т.е. первому достаточно 10 минут, второй будет думать-копать два часа. Если тарифицировать перекуры, чаи и кофе, то, ок - пусть тогда первому платят в 10-15 раз больше. Но такого, понятно, нигде нет.
Таких моментов полным полно.. Имхо, грамотный рук-ль должен закладывает это всё в оценку трудоёмкости. И выводить оооочень усреднённую цифру, демпфирующую и различия в опыте, и коммуникации, и перекуры (которые очень часто по сути рабочие совещания малой группой), и кучу другого.
как правило у них отличается з/п, т.е. стоимость человеко-часа разная
между задачами как правило ставлю 2-3 минуты перерыва... пусть порезвяцца :)
Честное слово, ощущение что у вас отношение к НИМ как к каким то животным, домашним, возможно. Это в корне не правильно.
Программист (архитектор/аналитик/не "быдлокодер") - это личность творческая, его нужно направлять. нужно ставить приоритеты. Но ни как выводить на выпаску как скот. И Вас, если вы, их руководитель характеризует довольно таки плохо. =)
(последний смайлик имеет такое же значение, как и у вас в вашем сообщении)
программистов уважаю, оберегаю их от не нужной информации, к некоторым моментам отношусь лояльно, если это не портит результат - качественный и в срок
сама программирую и знаю, что бывают моменты, когда лучше новости почитать, чем строчить корявый код
Про различие в квалификации программистов:
В СССР при составлении технологических процессов вводилось понятие разряда рабочего. Зарплата у рабочих разных разрядов различалась и существовали толстенные справочники какую работу должен уметь выполнять рабочий соответствующего разряда.
Для программистов таких справочников, естественно, не существует, но в простейшем случае можно поступить следующими образом:
1. Создать набор наиболее часто встречающихся задач (из прошлых проектов по типу сертификационных задач 1С)
2. При приеме сотрудника (или при тесте работающего) тестировать его на решении этих задач и засекать время решения.
3. В соответствии с временем решения назначать категорию
Мне кажется, что категории разумно делать с различием по времени (шагом) около 20....30%
А дальше все просто: время/стоимость выполнения задачи рассчитывается с учетом категории выполняющего.
У такого подхода есть один недостаток - не учитывается "креативность" решения. Не секрет, что существуют решения, которые очень трудно найти, но очень просто реализовать (Например придумать способ использования уже готового функционала в новой задаче, вместо разработки нового).
В этом случает представляется разумным учитывать такое решение как половину времени разработки нового функционала
при помощи подсистемы "Хранилище внешних файлов" ( - думаю всем остальным так же будет полезна.
В рамках системы из топика это делается так:
1) Заводится спец. внепроектная задача "перекур", пользователем для удобства добавляется в список "Избранное"
2) Когда программист идёт курить, то одним щелчком мыши добавляет задачу "перекур" в список "Выполненные дела"
3) Когда возвращается к работе - перетаскивает в список "Выполненные дела" текущую задачу.
Т.о. время перекура не будет учитываться в факте затраченного времени по этой задаче.
Работа с багтрекерами прямо из конфигуратора - супер. так можно хотя бы сторонними средствами превращать хранилище в настоящую взрослую систему контроля версий.
Но бывают задачи и не выставленные в мантис: всякие внепроектные, совещания, обучение, обеды, перекуры и т.д.
К тому же вижу дополнительную сложность учета задач через конфигуратор - это когда ведется работа на множестве проектов, в каждом из которых множество баз. В итоге открыта куча конфигураторов и в каком именно вести учет - не совсем понятно. Нужно чтобы модуль работы с редмайном был связан в реалтайме между конфигураторами или очень часто синхронизировался с облаком. Но возможно я усложняю..
Основная задача конфигураций по ведению учета времени и задач - это скорость внесения заявок и максимальное удобное и быстрое отображение их пользователю. Пользователь должен понимать что он внес, какие перед ним стоят задачи и сколько времени ему на них надо.
Касаемо отображения тут можно поставить плюс - идя разбития задач по группам "В работе", "К Выполнению" и т.д. очень интересна, но на мой взгляд разделение нужно делать не в списке а по закладкам, иначе при большом количестве задач пользователь начнет путаться.
Касаемо ввода задач то тут двоякое впечатление. Почему такие сложности с вводом? зачем вначале вводить задачу, затем ей выбирать раздел, а затем ее еще добавлять в "Выполненные дела"? Почему комментарии ставятся и в выполненных делах и внутри задачи, но при этом они взаимно не учитываются ?
Я думаю Вам стоит пересмотреть удобство работы с конфигурацией, сделать более интуитивно-понятным интерфейс и получится неплохая конфигурация по учету задач.
В выполненные дела можно добавлять любые задачи, даже которые не отображаются в плане задач. И при этом выбирать проект не обязательно.
> Почему комментарии ставятся и в выполненных делах и внутри задачи, но при этом они взаимно не учитываются ?
Комментарий в выполненных делах относится к выполнению задачи (часто он остается пустой, но вдруг надо пометить что-нибудь для дальнейшего разбора), а комментарии внутри задачи относятся к обсуждению самой задачи (уточнению постановки задачи и другое).
- явно не хватает реквизита для фильтра по заказчикам (типа справочника организации)
Добавить этот нюанс - и получится отличная разработка, скачаю сразу.
Плюс в том что нет ничего лишнего.
- Если у вас есть 1-ый уровень поддержки + обозначены входы заявок, то создание зада не является проблемой (Основные задачи на поддержку, консультации, первичный анализ)
- Если ставятся задачи именно на доработку, связанные с РАЗРАБОТКОЙ продукта, то заведением, разбиением/планированием задач занимается не конечный разработчик, а руководитель, ведущий программист, аналитик, а в лучшем случае цепочка в процессе из этих ролей.
Мне кажется вы не совсем понимаете что вам нужно м какие задачи вы хотите ставить, и как это должно выглядет по "стандартной методологии" разработки ПО=) (без обид)
не, ну как бы чо - программулину обсудили, пожелания высказали, ждем фидбэка ))
а в целом, я лично давно жду когда же уже на ИС начнут гораздо чаще поднимать темы трудозатрат, планирования, оценок производительности, систем управления проектами, версиями и прочие интересные штуки. А то, право, видеть бесконечные выгрузки-загрузки, внешние печатные формы и алкогольные декларации невыносимо грустно :)
(41)
костыли и бубны - это фигово, имхо. Вот этого очень сильно не хочется. Любые шаманства - это тонны трудозатрат на поддержку и сопровождение, которые надо кому-то выставлять. Плюс шаманства - это чуть ли не основная причина рождения Хранителей Знаний - седых старцев с тайными знаниями, от которых всё зависит. Итак вообще по роду деятельности (разработка ПО, собственно) хранителей полно, а уж хранителей с большой буквы лучше лишний раз не плодить )
Каждое решение имеет свою нишу - в данном случае это рабочее решение, которое делалось "под себя". Понятно, что оно не универсальное, но так как сообщество тему поддерживает и уже много предложений - я думаю решение будет только улучшаться и находить своих новых пользователей. Автору плюс.
Как всегда нехватает:
Дашборд по задачам с диаграммой Ганта.
Делегирование исполнителям и указание заместителей.
Не каждая заявка может превратиться в задачу, поэтому желательно учитывать эти сущности по-отдельности.
Рейтинг: 160
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 160154
Создание 10.12.12 09:43
Обновление 10.12.12 23:38
Просмотры 44140
Загрузки 0
Рейтинг
160
Комментарии 69
Код открыт Не указано
Рубрики Управление проектом (PMO, EPM)
Кому
Разработчик
,
Пользователь
Тип файла Конфигурация (md, cf)
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Windows
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
