Предложение по работе над ошибками в ПАУ.

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

Предложение по работе над ошибками в ПАУ.

Сообщение kott3311 » 05 фев 2018, 22:53

Всем добрый день. Приглашаю всех к обсуждению.

Для начала, лирическое отступление.
Пользуюсь ПАУ с версии 2.7, участвую в тестировании новых версий.
Плюсы «Помощника».
1. Команда разработчиков постоянно работает над реализацией новых возможностей.
2. В некоторых моментах ПАУ, действительно, облегчает жизнь.
Минусы.
1. Это не программа, а чертов БЭТА-ТЕСТ (и так было всегда), в котором косяк косяком погоняет, многие ошибки и недоработки не исправляются годами (если не критичные).
2. Все, что формирует ПАУ нужно два раза перечитать, отловить косяки с ошибками и исправить. Часто, на это времени уходит больше, чем самому руками сделать.

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

Разработчик изначально не понимает следующих вещей:

1. Найти в уже сформированном документе косяки, исправить их, найти недовнесенные данные, исправить их, переформатировать документ до удобоваримого состояния – это в ДВА раза сложнее, чем изначально подготовить документ самому. После очередного через попу сформированного документа остается смутное чувство. Тебе помочь решили или напакостить???
2. Управляющий ведет десяток или два предприятий. За рабочий день одновременно готовятся документы по всем предприятиям. Цифры, даты, кредиторы, судебные заседания, ….. у каждого предприятия всё свое. Накладываем п. 1 на п. 2 и получаем, что помощничек нам не просто ад, а АДИЩЕ устраивает своей вечной недоделанностью.
3. Разработчик не понимает уровня ответственности работы арбитражного управляющего и уровня своей ответственности перед своими клиентами арбитражными управляющими. Настоятельно рекомендую ознакомится со ст. 14.13 КоАП РФ. На словах поясняю: за любой косяк (неправильная дата, время) штраф от 25000 руб., два штрафа за год – лишение лицензии на пол года. Специально для разработчика перевожу на вещи к нему близкие - два косяка обнаруженных в программе и контора прикрывается на пол года. Так понятнее? Безответственное отношение, иной раз, просто убивает. Последний пример – неправильное формирование даты объявления о собрании. Интересно скольким управляющим на данный момент ваша «деятельность» сорвала собрания, выставила их идиотами и подвела под штраф в 25000 рублей?

Специальное предложение для команды разработчиков.
Предлагаю мужской спор. Ставлю три литровые бутылки ирландского вискаря, купленные по случаю в ДьютиФри на то, что в любом модуле за исключением Календаря и Аналитикса (ими в ПАУ не пользуюсь) найду косяки, недочеты, ошибки в логике. Всё аргументированно и без натянутых придирок.
PS Мой личный список косяков за ПАУ перевалил за 130 шт. Потом надоело слушать мантры о том «как все интересно и мы обязательно это исправим» и плюнул на его составление.

Т.к. одной критикой жив не будешь, предлагаю следующее:

1. Выделить отдельную ветку на форуме для всех рацпредложениий от пользователей.
2. Если все стандартно и рацуха небольшая и стоящая - 7 дней на обсуждение, коменты, срач.
3. Через 7 дней пост модератором закрывается. Объявляется номер релиза для воплощения. Остальное в личку.
4. Если ошибке модератор присваивает статус «экстренное исправление», объявляется дата выхода фикса.
5. Если вопрос тяжелый в реализации, может быть, даже, филосовский, объявляется закрытие «по окончанию обсуждения». Окончание на усмотрение модератора. В тему для всеобщего подробного обсуждения выкладываются скиншоты, алгоритмы, видео. По окончании объявляется дата релиза.

На что направлено выше указанное предложение:

1. Исключение неправильной реализации улучшения. Т.к. обсуждение нововведений, улучшений или исправление косяков происходит, как правило, между одним клиентом и командой ПАУ или внутри команды ПАУ. Кто сказал, что эти двое правы или видят всю картину целиком?
В ПАУ это уже традиция (к сожалению, паршивая) – старые косяки не исправлены + выходит новое через попу сделанное с новыми косяками.
2. У всего, что признано как «необходимое улучшение» должна быть дата реализации. И к этой проблеме коллектив ПАУ подходит крайне безответственно. Когда раз за разом слышишь «да, да, да. Очень интересно. Мы обязательно это поправим в следующем релизе» и не происходит НИЧЕГО ни следующем релизе ни через год. Пропадает желание, вообще, что то предлагать. А ПАУ как работала с косяками и недоделками, так и работает через жопу дальше.

Все, что написал, предлагаю к открытому обсуждению.
kott3311
 
Сообщений: 124
Зарегистрирован: 05 июн 2013, 19:04

Re: Предложение по работе над ошибками в ПАУ.

Сообщение vva » 06 фев 2018, 12:18

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


Существующий подход возник с подачи самих АУ, не надо нас одних винить.
Вы начинаете предъявлять требования всё выше и выше, потому что самые насущные требования мы в программе уже выполнили.
относительно качества документов, у нас есть программа действий.
её можно видеть в пакетной генерации, где мы попытались сделать идеальные документы.
И даже успели насобирать статистику по их использованию.
Статистика нам показала, что несмотря на тщательное "вылизывание" всех текстов запросов, печатают "как есть" их хорошо если 1/3 пользователей
остальные 2/3 что то всё таки исправляют.

Очевидно что наш дальнейший ход - затруднить открытие запроса в Word и сделать простой редактор прямо в программе,
для того чтобы предложить "исправителям" по результатам исправления отправлять нам отчёт на сервер о том, что
именно они исправляют (чтобы исправлением одного пользовались все).

Предлагаю мужской спор. Ставлю три литровые бутылки ирландского вискаря, купленные по случаю в ДьютиФри на то, что в любом модуле за исключением Календаря и Аналитикса (ими в ПАУ не пользуюсь) найду косяки, недочеты, ошибки в логике.


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

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

вот например знаменитые аксиомы Шура-Буры:

Аксиома 1. В каждой программе есть ошибка.
Аксиома 2. Если в программе нет ошибок, значит, в исходном алгоритме есть ошибка.
Аксиома 3. Если ни в программе, ни в алгоритме ошибок нет, то такая программа никому не нужна.


про них все знают с детства
и всё равно покупают автомобили которые портят окружающую среду и программы которые содержат ошибки.

Через 7 дней пост модератором закрывается. Объявляется номер релиза для воплощения. Остальное в личку.


мы можем не закрывать, мы всегда за конструктивную дискуссию.

В ПАУ это уже традиция (к сожалению, паршивая) – старые косяки не исправлены + выходит новое через попу сделанное с новыми косяками.


для гарантии поступательного увеличения качества, у нас есть программа регулярных замеров и скорости (удобства) и качества получаемых документов: naskol-ko-programma-pau-uskoryaet-rabotu-au-t5131.html
которая показывает что программа реально становится лучше

да, мы пока тестируем так с секундомером и на реальных данных только основные вещи без которых совсем никак (и в них мы всё ещё видим много недоделок)

да, при выборе из вариантов
1. исправить старый баг который докучает 10% пользователей
2. сделать что то, что упростит жизнь 80% пользователей

мы не всегда выбираем первый вариант

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

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


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

Не говорите потом что вы к этому непричастны!
Аватар пользователя
vva
Администратор
 
Сообщений: 2914
Зарегистрирован: 06 фев 2007, 13:33

Re: Предложение по работе над ошибками в ПАУ.

Сообщение kott3311 » 08 фев 2018, 16:17

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

Главный вопрос.
Давайте, хотя бы, ради эксперимента попытаемся поработать открыто при общем обсуждении от арбитражных управляющих и команды ПАУ. Регламент определите сами. Потом, если будет нужно, всегда можно подправить.
Интересует реализация на форуме следующего алгоритма.
1. Публикация сведений об ошибки или пожелания по улучшению программы.
2. Открытое обсуждение.
3. Номер релиза в котором предложение будет учтено.

Сможем так поработать?
kott3311
 
Сообщений: 124
Зарегистрирован: 05 июн 2013, 19:04

Re: Предложение по работе над ошибками в ПАУ.

Сообщение vva » 09 фев 2018, 11:07

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


Вот вы завели новую тему
и забросили старую ( neskol-ko-myslejj-po-uluchsheniyu-programmy-t3492-70.html )
а между тем весьма интересно почитать, сколько жалоб было там, и по какой их части из них мы исправили ошибки,
либо переделали программу так, чтобы их не было.

Мы исправляем свои ошибки, постоянно.

Однако если мы выпустим новую версию про которую скажем что мы "просто исправили в ней 100500 ошибок"
то очень многие наши клиенты скажут что их итак всё устраивает, не будут покупать обновления, у нас не
станет денег на исправление оставшихся ошибок.

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

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

В общем ошибки - это очень важно. Но мы (и не только мы) не можем сосредоточиться только на них.
Мы вынуждены балансировать и находить компромисс..
Главный вопрос.
Давайте, хотя бы, ради эксперимента попытаемся поработать открыто при общем обсуждении от арбитражных управляющих и команды ПАУ. Регламент определите сами. Потом, если будет нужно, всегда можно подправить.


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

Посмотрите в приложении отчёты от службы технической поддержки.. Там есть информация
о количестве запросов (их порядка 1000 в месяц)
о скорости с которой мы на запросы отвечаем (у нас очень высокие показатели по отрасли..)
об удовлетворённости клиентов тем как мы решаем их запросы (97%)
о тех темах, которые интересуют наших клиентов

Поверьте мне, при планировании каждого релиза мы учитываем эту информацию

Интересует реализация на форуме следующего алгоритма.
1. Публикация сведений об ошибки или пожелания по улучшению программы.
2. Открытое обсуждение.


Мы обеими руками ЗА. Вы публикуете свои сведения об ошибках и пожелания на публичном ресурсе давно, мы откровенно их обсуждаем и наш продукт от этого очень выигрывает.

3. Номер релиза в котором предложение будет учтено.
Сможем так поработать?


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

Вот примут в весенней сессии закон об РД для юр лиц и мы всей командой дружно сядем адаптировать ПАУ под него и отложим неглавные ошибки..

Или ЕФРСБ даст механизм публикации сообщений (а при нынешней ситуации, благодаря тому что механизма нет, мы имитируем действия пользователей и это приводит к ошибкам и штрафам!)

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

и всё это полностью перемешает наши планы

P.S.
Да чтобы далеко не ходить, мы обещали раскраску исходящих относительно того есть ответ или нет уже год назад.
Но каждый релиз мы выслушиваем службу поддержки - чего больше всего хотят клиенты и не слышим такого запроса, а слышим другие..
В результате каждый релиз мы делаем что то в этом направлении (изменение структуры данных), но до конца довести не успеваем.
Сейчас вот мне руководитель команды разработки продукта обещал показать сегодня завтра в цвете как это будет..
Вложения
s1.png
s2.png
s3.png
Аватар пользователя
vva
Администратор
 
Сообщений: 2914
Зарегистрирован: 06 фев 2007, 13:33

Re: Предложение по работе над ошибками в ПАУ.

Сообщение vva » 09 фев 2018, 11:17

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

novye-snimki-s-montazhnogo-stola-t5088-50.html#p23154

Изображение
Аватар пользователя
vva
Администратор
 
Сообщений: 2914
Зарегистрирован: 06 фев 2007, 13:33

Re: Предложение по работе над ошибками в ПАУ.

Сообщение kott3311 » 09 фев 2018, 17:13

Да, согласен.
Сосредотачиваться на одном направлении в ущерб новым возможностям ПО либо адаптации ПО под новое законодательство неразумно.
Жестко устанавливать номер релиза, что бы потом тебя тыкали носом со словами «Ну, ты же обещал!» еще то удовольствие.
Давайте искать компромисс.
Главное, что хочется от ПАУ – хотя бы какой то конкретики.
Давайте немножечко размоем границы. Если нельзя обозначить релиз четко, обозначьте диапазон релизов.

1. Мелкое – вааще не вопрос, подправим к следующему релизу.
Пример
Свойство гражданина – Паспортные данные – Поля Выдан и Место рождения неразумно короткие.
Сложно длину полей подправить? Нет.
2. Среднее – надо подумать как реализовать и план на ближайший релиз почти расписан. Исправим за 1 – 2 релиза.
3. Тяжелое – в план не ставим, для начала все обсудим, скрины выложим, с датой определимся, но позже.
4. Экстренное – какой ужас, фикс будет на следующей неделе.

Обозначьте 1, 1-2, 1-3 релиза. Все в границах разумного. Укажите удобную для вас дату реализации, но укажите и сделайте.
kott3311
 
Сообщений: 124
Зарегистрирован: 05 июн 2013, 19:04

Re: Предложение по работе над ошибками в ПАУ.

Сообщение vva » 12 фев 2018, 07:50

Главное, что хочется от ПАУ – хотя бы какой то конкретики.
Давайте немножечко размоем границы. Если нельзя обозначить релиз четко, обозначьте диапазон релизов.


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

Свойство гражданина – Паспортные данные – Поля Выдан и Место рождения неразумно короткие.
Сложно длину полей подправить? Нет.


Я прошу прощения, но мы всегда тестируем на реальных данных. Вот например мои личные данные:
passport.png


Легко видеть что в обоих полях половина пустая..
Но поработаем ещё, хорошо..

Если нельзя обозначить релиз четко, обозначьте диапазон релизов.


Я понял, что нужна внешняя bug-tracking вая система в которой можно голосовать за тот или иной баг, а нам соответственно указывать плановые сроки реализации. ok, озадачились
Аватар пользователя
vva
Администратор
 
Сообщений: 2914
Зарегистрирован: 06 фев 2007, 13:33

Re: Предложение по работе над ошибками в ПАУ.

Сообщение kott3311 » 12 фев 2018, 13:02

Место Рождения (Реальные, лень картинку вставлять):
1. с. Бургимакмахи Акушинского р-на
2. п. Жеребиловка Новоград-Волынского района Житомирской обл.
3. Горьковская обл., Краснобаковский р-н, д. Антропиха

Выдан.
1. 09.09.2010 г. Отд. №1 ОУФМС России по Белгородской области в г. Белгороде


По баг-трекингу.

Да-да-да. Что то такое именно и нужно. Любой баг-репорт, любое предложение по улучшению не должно исчезать в никуда.
Как я приблизительно это вижу.
1. Ветка под названием "Сообщения об ошибках, предложения по улучшению программы".
2. Вердикт разработчика под сообщением о баг-репорте либо предложении - принято/отказано.
3. При положительном вердикте примерная дата реализации дата реализации.
kott3311
 
Сообщений: 124
Зарегистрирован: 05 июн 2013, 19:04

Re: Предложение по работе над ошибками в ПАУ.

Сообщение vva » 13 фев 2018, 10:23

ok, по размеру полей взяли в работу

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

вот что то такое наверно должно быть: https://support.salesap.ru/ideas/

хотя пока ищем находим и такое мнение: https://robn.io/feature-voting/
Аватар пользователя
vva
Администратор
 
Сообщений: 2914
Зарегистрирован: 06 фев 2007, 13:33

Re: Предложение по работе над ошибками в ПАУ.

Сообщение kott3311 » 14 фев 2018, 00:48

Относительно голосования.

1. Ошибка существует и ее надо исправлять!!! Какая разница проголосовало за её исправление 100 чел. или не проголосовал никто? Баг-репорты голосоваться не должны.
2. Предложения по улучшению программы поделить на два вида
--- логичные и простые в реализации (увеличить длину поля). Администрация сама принимает решение. Подойдет для подавляющего большинства.
--- что то уж очень хитрое. Выставлять в отдельной ветке для непонятных предложений. Пусть комментируют, плюсуют, минусуют.
Можно еще проще - оставить открытой дату реализации предложения месяца на три. По окончании администрация принимает решение

Искать инструмент с голосованием и заморачиваться с его реализацией смысла не вижу в виду невысокой посещаемости форума и теоретической необъективности самого голосования. Последнее слово всегда должно оставаться за профессионалом - командой разработчика.

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

Давайте начнем работать.
kott3311
 
Сообщений: 124
Зарегистрирован: 05 июн 2013, 19:04

Кто сейчас на форуме

Сейчас этот форум просматривают: Yandex [Bot] и гости: 1

cron