Комментарии 331
37signals.com
Идите и учитесь. Научитесь - приходите снова и переделайте то, что у вас уже есть. А пока это просто унылое говно.
Идите и учитесь. Научитесь - приходите снова и переделайте то, что у вас уже есть. А пока это просто унылое говно.
> А пока это просто унылое говно.
Артемий - это вы?
Артемий - это вы?
=)
Зачёт =)
Артемий, как там написано, чуть не личными божественными руками это делал. А мегаплан - говно. Именно что унылое. Других слов нету.
НЛО прилетело и опубликовало эту надпись здесь
Ну по первому впечатлению, именно с dotProject очень много и было "вдохновлено". Только не доработано напильником, а переосмыслено.
На мой взгляд, все подобные опенсорсные поделья, которых я перепробовал, наверное, с десяток или больше в тщетных попытках найти что-то юзабельное, сделаны не для людей, а для самих создателей и, может быть, программистов. А мы пытаемся сделать систему для управления бизнесом, которой смогут пользоваться нормальные люди.
Говорить так - это очень похоже на производителей левых CMS, которые заявляют "наша CMS не требует обучения, с её помощью управлять сайтом сможет даже секретарша". Аргументы из серии "для бизнеса, для людей" позволяют добиться популярности среди офисного планктона, но не более. Для людей, более-менее разбирающихся в вопросе, нужны пояснения типа "система соответствует стандарту такому-то [тут ссылка на стандарт], решает такие-то задачи таких-то участников бизнес-процесса [тут список с перечислением], не решает такие-то задачи потому-то [список нерешенных задач]". Всё.
НЛО прилетело и опубликовало эту надпись здесь
* ISO 8402:1994. Управление качеством и обеспечение качества – Словарь. Второе издание.
* ISO/IEC 12207:1995. Information technology – Software life cycle processes = Информационная технология. Процессы жизненного цикла программного обеспечения.
* ISO 9001:1994. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании. Второе издание.
* ГОСТ Р ENO 9001:1996. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании.
* ISO 9000-3:1997. Quality management and quality assuarance standarts – Part 3: Guidelines for the application of ISO 9001:1994 to the development, supply, instаllation and maintenance of computer software. Second edition = Общее руководство качеством и стандарты по обеспечению качества. Часть 3. Руководящие указания по применению ENO 9001 при разработке, поставке, монтаже и обслуживании программного обеспечения. Второе издание.
* ISO/IEC 9126:1991. Information technology – Software product evaluation — Quality characteristics and guidelines for their use = Информационная технология. Оценка качества программных средств. Качественные характеристики и руководство по их применению.
* ГОСТ Р ИСО/МЕК 9126:1993. Информационная технология. Оценка программной продукции. Характеристики качества и руководство по их применению.
* ISO/IEC 12119:1994. Information technology – Software packages — Quality requirements and testing = Информационная технология. Пакеты программ. Требования к качеству и оценка качества.
Информация старовата, но для общего знакомства сойдет :-)
* ISO/IEC 12207:1995. Information technology – Software life cycle processes = Информационная технология. Процессы жизненного цикла программного обеспечения.
* ISO 9001:1994. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании. Второе издание.
* ГОСТ Р ENO 9001:1996. Системы качества. Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании.
* ISO 9000-3:1997. Quality management and quality assuarance standarts – Part 3: Guidelines for the application of ISO 9001:1994 to the development, supply, instаllation and maintenance of computer software. Second edition = Общее руководство качеством и стандарты по обеспечению качества. Часть 3. Руководящие указания по применению ENO 9001 при разработке, поставке, монтаже и обслуживании программного обеспечения. Второе издание.
* ISO/IEC 9126:1991. Information technology – Software product evaluation — Quality characteristics and guidelines for their use = Информационная технология. Оценка качества программных средств. Качественные характеристики и руководство по их применению.
* ГОСТ Р ИСО/МЕК 9126:1993. Информационная технология. Оценка программной продукции. Характеристики качества и руководство по их применению.
* ISO/IEC 12119:1994. Information technology – Software packages — Quality requirements and testing = Информационная технология. Пакеты программ. Требования к качеству и оценка качества.
Информация старовата, но для общего знакомства сойдет :-)
Ах вот что Вы имели в виду! :)
Ага :-) В первый раз видите? :-))
Вы действительно думаете, что реально написать систему, удовлетворяющую приведённым вами стандартам качества и которой смогут пользоваться реальные компании? Стандарт даёт всего лишь скелет. И бизнес-процессы двух разных компаний, работающих в соответствии со, скажем, ISO 9000 могут отличаться кардинально.
Это реально сделать в системах, поддерживающих сложную регламентацию документооборота. Но интеграцией таких систем занимаются профессиональные внедренцы и это стоит гораздо больших денег, чем сам мегаплан. У нас этого пока нет. Нужно это или нет - покажет время.
Это реально сделать в системах, поддерживающих сложную регламентацию документооборота. Но интеграцией таких систем занимаются профессиональные внедренцы и это стоит гораздо больших денег, чем сам мегаплан. У нас этого пока нет. Нужно это или нет - покажет время.
НЛО прилетело и опубликовало эту надпись здесь
Мегаплан не удовлетворяет и не будет удовлетворять каким бы то ни было стандартам. Он будет нестандартным, а потому удобным и полезным для работы малых и средних компаний.
А можно какую-нибудь более предметную критику, чем "это круто, а ваше - говно"?
Про Basecamp мы, конечно же, давно знаем (я один из участников проекта Мегаплан). Я сам давно, когда нужно было найти решение, регистрировался там и пробовал что-то сделать и понял, что нашей компании это не подходит. Но если Вы настаиваете, я посмотрю его ещё раз.
В любом случае, спасибо, что потрудились высказать своё мнение.
Про Basecamp мы, конечно же, давно знаем (я один из участников проекта Мегаплан). Я сам давно, когда нужно было найти решение, регистрировался там и пробовал что-то сделать и понял, что нашей компании это не подходит. Но если Вы настаиваете, я посмотрю его ещё раз.
В любом случае, спасибо, что потрудились высказать своё мнение.
ОК. Я могу подробнее. К сожалению, не совсем понятно из демоверсии каким именно образом это все будет работать, так как часть функций существует в виде картинок, а часть не работает.
Если вкратце:
Нифига не понятно, как этим пользоваться.
Я бы с большим удовольствием вместе с вами прошел пару usecases - каким именно образом и в каких ситуациях пользователи будут использовать (извините за тавтологию) мегаплан.
Тогда, собственно появилась бы куча замечаний более конкретных.
Если вкратце:
Нифига не понятно, как этим пользоваться.
Я бы с большим удовольствием вместе с вами прошел пару usecases - каким именно образом и в каких ситуациях пользователи будут использовать (извините за тавтологию) мегаплан.
Тогда, собственно появилась бы куча замечаний более конкретных.
К сожалению, не совсем понятно из демоверсии каким именно образом это все будет работать, так как часть функций существует в виде картинок, а часть не работает.
в демо можно только смотреть, просто не хочеться делать дему, в которой все могут сохранять что угодно - будет выглядеть как помойка.
если интересен функционал - зарегистрируйтесь, это буквально 2 минуты и смотрите на функционал, будут конкретные вопросы - задавайте, с удовольствием отвечу
Супер агрументация: "Ну я вроде ни чего не понял и не пытался даже понять, но полюбому говно".
И еще, у 37signals можно очень много чему научиться - посмотрите на to-do list и сравните то, как он выглядит и работает с тем, как это выглядит у вас, пока еще не работает.
я вот сходил к 37signals, и за 30 минут не понял как решить в Basecamp такую ежедневную задачу, коих возникает штук 17 в день:
"Я маркетолог. Нужно оплатить счет от Яндекса. Мне нужно поставить задачу главбуху, чтобы туда можно было приатачить счет, и поставить аудитором или пофик как директора, чтобы он дал добро на оплату или спросил какой-нить вопрос по этому счету".. В Мегаплане осилил, а там нет... Подскажите, плс, как это сделать?
"Я маркетолог. Нужно оплатить счет от Яндекса. Мне нужно поставить задачу главбуху, чтобы туда можно было приатачить счет, и поставить аудитором или пофик как директора, чтобы он дал добро на оплату или спросил какой-нить вопрос по этому счету".. В Мегаплане осилил, а там нет... Подскажите, плс, как это сделать?
Мы говорим о несколько разных вещах. Вы говорите о функционале, я говорю о "приятности" и юзабельности интерфейса.
Если к to-do спискам Basecamp кроме Assigned to добавить поле Supervised by - вас бы это устроило?
Мне не понравилось в первую очередь именно то, как это все выглядит.
Слишком слишком busy.
Если к to-do спискам Basecamp кроме Assigned to добавить поле Supervised by - вас бы это устроило?
Мне не понравилось в первую очередь именно то, как это все выглядит.
Слишком слишком busy.
Хотел приложить скрин но поленился, вот алгоритм:
1. Подразумеваем что есть проект "офис", в проекте есть бух. и дир.
2. Milestone - оплатить счет яндекса
3. Сообщение - "Бух., оплати счет"
4. Привязываем сообщение к milestone
5. Прикладываем к сообщению счет, в извещении ставим дира и буха.
Можно было через to do лист привязанный к milestone (минус что нельзя приложить файл)
Basecamp имеет иную логику чем различные "проджекты", обратите внимание что он более ориентирован на результат чем на процесс. Сначала ставим milestone, после составляем список "to do".
1. Подразумеваем что есть проект "офис", в проекте есть бух. и дир.
2. Milestone - оплатить счет яндекса
3. Сообщение - "Бух., оплати счет"
4. Привязываем сообщение к milestone
5. Прикладываем к сообщению счет, в извещении ставим дира и буха.
Можно было через to do лист привязанный к milestone (минус что нельзя приложить файл)
Basecamp имеет иную логику чем различные "проджекты", обратите внимание что он более ориентирован на результат чем на процесс. Сначала ставим milestone, после составляем список "to do".
Да, выход действительно есть. Но вы же видите, получается для того, чтобы просто поставить счёт, нужно создать майлстоун. Согласитесь, это не нормально. Майлстоун - это знаковое событие в развитии проекта. Если они будут использоваться каждый раз, когда нужно приложить файл к задаче, мы получим огромное их число. Как следствие - невозможность использования этого ценного инструмента в проекте.
Мне тоже не хватает функциональности to-do в Basecamp.
Нет дедлайнов, приоритета задач, статуса задач, краткого заголовка и более полного описания, например. Нельзя прикрепить документ к задаче и т.д.
Нельзя назначить более одного ответственного, хотя, это, может, и к лучшему.
Возможно, простота - это плюс, но даже после продолжительного использования Basecamp вышеназванной функциональности все равно не хватает.
Нет дедлайнов, приоритета задач, статуса задач, краткого заголовка и более полного описания, например. Нельзя прикрепить документ к задаче и т.д.
Нельзя назначить более одного ответственного, хотя, это, может, и к лучшему.
Возможно, простота - это плюс, но даже после продолжительного использования Basecamp вышеназванной функциональности все равно не хватает.
ToDo-списки, на мой взгляд, лучше всего реализованы в Todoist.
Зато здесь на русском языке!!!
> Интерфейс Мегаплана разработан в Студии Артемия Лебедева.
А что тогда на сайте вместо их штрих-кода делает ссылка на Inquatrum?
А что тогда на сайте вместо их штрих-кода делает ссылка на Inquatrum?
Отсыпьте мегаплана...
Мы курили мегаплан, написали мегаплан :-) Название, однозначно, зачетное ;-)
Мы курили мегаплан, написали мегаплан :-) Название, однозначно, зачетное ;-)
У названия интересная история, мы думали-думали, придумали его, стали проверять домен - разумеется занят.
Занят одной старой, можно даже сказать, совковой ИТ-компанией, как оказалось, они его держали для своего проекта софта для госучереждений. И считали, что это такое хорошее советское название на современный лад - план, плановая экономика, мегаплан :)
Но мы их в итоге убедили, что нам оно больше подходит.
И за сколько же у.е. Вы их убедили, если не секрет? :-)
через год напишем историю — как мы делали Мегаплан, там расскажем :)
Вам хорошие разработчики в команду не нужны, случайно? :)
Хорошие? Хорошие всегда нужны. Хорошие разработчики лишними не бывают :)
Присылайте резюме.
Присылайте резюме.
http://N-Mkrtchyan.moikrug.ru/ как-то вот так :)
Первые впечатления очень приятные. Косячков конечно немало (но на то он и мегаплпан!). То, что к интерфейсу приложили руку ребята из САЛ - чувствуется (своеобразная "рубленность топором", но очень точная рубленость).
Но вы молодцы, удачи вам!
А можно узнать чем замечателен мегаплан, например в сравнении с сигналовкими продуктами (Basecamp + Highrise) и, например, GoPlan? Что такое есть у вас чего нет у них (кроме русского интерфейса)?
Но вы молодцы, удачи вам!
А можно узнать чем замечателен мегаплан, например в сравнении с сигналовкими продуктами (Basecamp + Highrise) и, например, GoPlan? Что такое есть у вас чего нет у них (кроме русского интерфейса)?
Рады, что понравилось. Косячков должно быть немного, мы их усиленно истребляли, особенно в последнее время :)
Поясню еще раз — в демоверсии ничего сохранить нельзя, можно только смотреть, так что, чтобы полностью оценить функционал — зарегистрируйтесь. Про отличия от Basecamp можно долго говорить, их очень много, это просто разные по позиционированию продукты. Начиная с того, что мы будет в основном продавать коробку, которую клиенты будут ставить на свои сервера и заканчивая модулем сотрудники со штатным расписанием, отпусками, оргструктурой и т.д.
Поясню еще раз — в демоверсии ничего сохранить нельзя, можно только смотреть, так что, чтобы полностью оценить функционал — зарегистрируйтесь. Про отличия от Basecamp можно долго говорить, их очень много, это просто разные по позиционированию продукты. Начиная с того, что мы будет в основном продавать коробку, которую клиенты будут ставить на свои сервера и заканчивая модулем сотрудники со штатным расписанием, отпусками, оргструктурой и т.д.
В корне должна стоять ERP-система, а только потом уже веб (или какая-то другая) оболочка к ней. Лебедев же пытается залезть на рынок ERP просто так, со стороны. И это при том, что SAP выходит в веб. То есть, проект "Мегаплан" — это просто улучшенные вспомогательные программы: календарики, такс-менеджеры, ... О настоящем бизнесе онлайн здесь можно говорить так же, как и о Google.Docs.
Прошу прощения, Лебедев делал только оболочку, а не всю систему.
>В корне должна стоять ERP-система, а только потом уже веб (или какая-то другая) оболочка к ней
Угадали на 100% ) Через ~год это будет почти полноценная erpшка для смб, только в рамках "человеческой", а не саповской трактовки СМБ.
Угадали на 100% ) Через ~год это будет почти полноценная erpшка для смб, только в рамках "человеческой", а не саповской трактовки СМБ.
Я бы не ставил таск-менеджер в один ряд с календарем.
ERP это учет и планирование запасов, финансов, производственных мощностей и т.д., а таск это управление задачами.
Раньше вместо САПа были книги и счеты, ак же и с задачами, да - можно ставить задачи по почте, по телефону, устно и т.д., но удобнее и эффективнее иметь единую систему для постановки и контроля задач.
И потом, как уже заметил мой коллега, ERP у нас тоже будет, просто мы начали с таска.
ERP это учет и планирование запасов, финансов, производственных мощностей и т.д., а таск это управление задачами.
Раньше вместо САПа были книги и счеты, ак же и с задачами, да - можно ставить задачи по почте, по телефону, устно и т.д., но удобнее и эффективнее иметь единую систему для постановки и контроля задач.
И потом, как уже заметил мой коллега, ERP у нас тоже будет, просто мы начали с таска.
НЛО прилетело и опубликовало эту надпись здесь
1. Интерфейс на Yandex очень похож. Эх, Тёма-Тёма...
Да, похож. Нас это смущало вначале, а потом решили, что в этом нет ничего страшного. Мы же не почтовую службу делаем, а так вполне удобный и привычный многим интерфейс получился.
2. В русском языке нет слова "Таск" ;)
Мы старались не использовать английские слова, например, веха, а не milestone. Но те, к которым не получалось подобрать замену, оставили. Вот слово "менеджер" — оно есть в русском? :)
3. Такого софта жопой жуй - почему я должен выбрать именно Вас?
Мегаплан это нечто другое, чем многие системы управления проектами и делами, которые вы скорее всего видели.
Опишите ваши потребности - я отвечу, как мы можем их удовлетворить.
А вообще у нас - проще, удобнее, приятнее :)
Hint: есть такое слово - называется задача.
И кстати веха, это глупость имхо...
Ага, еще б верстовым столбом назвали.
К сожалению, это лучшее, что на данный момент удалось придумать. "Веха" всем не очень нравится, но никто ещё не предложил ничего более путёвого.
В пользу понятия "веха" есть, по крайней мере, один аргумент: поскольку это слово довольно редкое, то осознав, что оно означает, один раз, человек впредь будет однозначно понимать, о чём идёт речь, когда звучит это слово.
В пользу понятия "веха" есть, по крайней мере, один аргумент: поскольку это слово довольно редкое, то осознав, что оно означает, один раз, человек впредь будет однозначно понимать, о чём идёт речь, когда звучит это слово.
вот это ваше "Добавить веху" введет в ступор 90% пользователей :)
А что именно смутило?
Само слово "веха" или непонятно для чего это?
Добавить можно как нажав кнопку "Добавить веху", так и просто кликнув на дату на таймлайне. Веха это mailstone - так понятнее?
Само слово "веха" или непонятно для чего это?
Добавить можно как нажав кнопку "Добавить веху", так и просто кликнув на дату на таймлайне. Веха это mailstone - так понятнее?
опечатка - milestone конечно, а не mail :)
Может, этап лучше, вместо вехи?
Решение задачи состоит из вех. (кривовато)
Решение задачи состоит из этапов. (нормально)
Решение задачи состоит из вех. (кривовато)
Решение задачи состоит из этапов. (нормально)
этап это скорее подзадача, а веха это именно отметка, решение задачи состоит из этапов (подзадач), а уже задачи (или подзадачи) размечены вехами, разумеется в том случае, если они продолжительные по времени
:) Забавно, чуть выше нас ругают за нерусское слово "Таск" и хотят "Управлятор задачами", а Вам не нравится прямой перевод на чистый русский слова "Milestone" (по крайней мере по Lingvo).
Этап - это отрезок, а веха - конкретная точка во времени. Это разные понятия.
Я согласен, что "Добавить веху" (без дополнительных пояснений) - звучит скорее всего непонятно для большинства людей, но, к сожалению, ещё никто не предложил фразу получше, которая при этом отражала бы суть.
Этап - это отрезок, а веха - конкретная точка во времени. Это разные понятия.
Я согласен, что "Добавить веху" (без дополнительных пояснений) - звучит скорее всего непонятно для большинства людей, но, к сожалению, ещё никто не предложил фразу получше, которая при этом отражала бы суть.
Тут не надо переводить "в лоб".
Для чего нужны milestones? Для разбиения задачи (проекта) на этапы. Вот и ответ.
Лично для меня "веха" — очень надумано, и означает больше исторический термин, нежели из области бизнеса или производства.
Для чего нужны milestones? Для разбиения задачи (проекта) на этапы. Вот и ответ.
Лично для меня "веха" — очень надумано, и означает больше исторический термин, нежели из области бизнеса или производства.
НЛО прилетело и опубликовало эту надпись здесь
Добавить контрольную точку
этап - однозначно лучше.
Может тестеров оставите по окончанию периода тестирования?
А то люди вам помогают делать коммерческий продукт,а в благодарность только скидка.
А то люди вам помогают делать коммерческий продукт,а в благодарность только скидка.
Есть такая очень ненулевая вероятность )
Лучше об этом сразу сказать :)
Народу больше подтянется
Народу больше подтянется
доделайте диаграмму ганта а???
я так понимаю это все SaaS будет ??? =(
отчуждаемым никак не сделать???
test.megaplan.ru это конечно интересно, но хотелось бы завести это в Интранет
а ERP для SMB многие сейчас бредят =))) ну, поглядим что у вас получится, вон 1C с УПП бъется уже лет 7, в 2008м обещают "тонкого клиента"
а так, скорее всего стану тестером, не соглашусь с человеком который говорит что это "унылое гавно"
по моему очень ПРАВИЛЬНЫЙ таск-лист
наверное первый который мог бы устроить именно мою комманду, когда доделают
из багов
в сложном фильтре
* "подчиненные" в Опере при первичном раскрытии по ширине скроллер, изза того что для юзерпиков ширина не задана
* "любые" в Опере, как закрыть календарь в периоде??? если нажал по ошибке?? ну так то понятно что можно кликнуть в любое место кроме календаря, но народ привык к [x] пикторграмке с крестиком
* а как задавать "зарплату" ?? посмотреть можно задать нельзя ?? =)
* фильтр внизу КЛАССНЫЙ =)
НО БЛИН, народ, а как вы с этим работаете если оно настолько сырое??
или вам достаточно того, что там "аудитор"+"исполнитель"??
как жаль что это не плагин к какому нибудь Trac ;(
я так понимаю это все SaaS будет ??? =(
отчуждаемым никак не сделать???
test.megaplan.ru это конечно интересно, но хотелось бы завести это в Интранет
а ERP для SMB многие сейчас бредят =))) ну, поглядим что у вас получится, вон 1C с УПП бъется уже лет 7, в 2008м обещают "тонкого клиента"
а так, скорее всего стану тестером, не соглашусь с человеком который говорит что это "унылое гавно"
по моему очень ПРАВИЛЬНЫЙ таск-лист
наверное первый который мог бы устроить именно мою комманду, когда доделают
из багов
в сложном фильтре
* "подчиненные" в Опере при первичном раскрытии по ширине скроллер, изза того что для юзерпиков ширина не задана
* "любые" в Опере, как закрыть календарь в периоде??? если нажал по ошибке?? ну так то понятно что можно кликнуть в любое место кроме календаря, но народ привык к [x] пикторграмке с крестиком
* а как задавать "зарплату" ?? посмотреть можно задать нельзя ?? =)
* фильтр внизу КЛАССНЫЙ =)
НО БЛИН, народ, а как вы с этим работаете если оно настолько сырое??
или вам достаточно того, что там "аудитор"+"исполнитель"??
как жаль что это не плагин к какому нибудь Trac ;(
- ганта скоро сделаем.
- это скорее будет коробкой, чем SaaS, об этом написано в самом начале, просто на время тестирования это только в виде сервиса.
- спасибо, за указание на баг в опере, исправим.
- сложный фильтр будет переделан, то что сейчас, это уже не первый, но и не последний вариант, этот элемент дольше всего делали. На самом деле, сложным фильтром мало кто пользуется, т.к. у рядовых сотрудников стоит 10-15 задач и необходимости их сложно фильтровать нет. Хватает фильтра снизу.
- в текущей настройке зп может менять только директор (первый пользователь, который создается и пароль для которого присылается на почту), надо просто кликнуть на нужную ячейку и написать зп.
- это скорее будет коробкой, чем SaaS, об этом написано в самом начале, просто на время тестирования это только в виде сервиса.
- спасибо, за указание на баг в опере, исправим.
- сложный фильтр будет переделан, то что сейчас, это уже не первый, но и не последний вариант, этот элемент дольше всего делали. На самом деле, сложным фильтром мало кто пользуется, т.к. у рядовых сотрудников стоит 10-15 задач и необходимости их сложно фильтровать нет. Хватает фильтра снизу.
- в текущей настройке зп может менять только директор (первый пользователь, который создается и пароль для которого присылается на почту), надо просто кликнуть на нужную ячейку и написать зп.
Скажите, а какие есть принципиальные различия с известной достаточно системой управления бизнесом Мотив (http://motiw.ru/) !? Судя по описанию, которое вы привели в топике, разницы особо никакой нет.
Если вам нравится Apple и их подход к созданию ПО - вы полюбите Мегаплан. Если же вы сторонник продуктов от 1C - вам лучше присмотреться к Мотиву.
Нам в своё время Мотив не подошёл - мы просто не смогли в нём работать. Хотя возможностей, вроде бы, было с избытком.
Нам в своё время Мотив не подошёл - мы просто не смогли в нём работать. Хотя возможностей, вроде бы, было с избытком.
Посмотрел демку Мотива — впечатление: совершенно бесчеловечная система.
37сигналов использовал несколько месяцев, но как-то не прижилось.
Сейчас тестирую teamer.ru товарища Коровкина, очень радует!(привет Гансу!)
37сигналов использовал несколько месяцев, но как-то не прижилось.
Сейчас тестирую teamer.ru товарища Коровкина, очень радует!(привет Гансу!)
Выглядит симпатично.
Первое, что смутило — логотип: наивный бумажный самолетик с гордым названием «мегаплан» ;)
Первое, что смутило — логотип: наивный бумажный самолетик с гордым названием «мегаплан» ;)
Дедлайн — отвратительно, особенно на русском. "дед" + "лайн"???
Есть отличное слово "срок".
"Выполнить план (проект, задание) в срок" — никогда не слышали?
Последний (крайний) срок, просто срок, если надо коротко.
Если речь идёт о времени, то можно использовать "завершение" или "окончание".
Иконки сортировки ужасные и портят весь внешний вид, а главное — они не читабельные.
Ну, а, в общем — так держать! ;)
Есть отличное слово "срок".
"Выполнить план (проект, задание) в срок" — никогда не слышали?
Последний (крайний) срок, просто срок, если надо коротко.
Если речь идёт о времени, то можно использовать "завершение" или "окончание".
Иконки сортировки ужасные и портят весь внешний вид, а главное — они не читабельные.
Ну, а, в общем — так держать! ;)
срок тоже ужасное слово кстати, срок дают уголовникам :-)
У кого какие ассоциации... ;)
Словарь Даля:
Словарь Даля:
СРОК м. определенная продолжительность времени, и | самый предел этого времени. На обжалованье судебных решений полагаются разные сроки. Работа взята на срок. Крепости предложена сдача, и дан суточный срок. В годовой срок земля наша обтекает солнце кругом. Мальчик отдан в ученье на пятилетний срок. Срок вышел, урочное время прошло; срок пришел, настал, срочный день, час, конец срока. Платежу срок в Покров. Отдавать землю на короткие сроки невыгодно, истощается, выпашется. Платеж рассрочен на три срока. Подати взыскиваются в два срока. Не на срок, не спешно. Дай срок, не сбей с ног! Отжить свой срок. Теперь не срок грибам, не время, не пора. Отпуск сроком на один год. Илия пророк - косьбе срок. Дай срок, что умолот скажет. Наше дело на срок не поспело. Думал (когда занимал), что в год, ан уж завтра срок! Срочный, ко сроку относящееся; | чему срок определен. Надо заключить срочные условия. Срочный отпуск, билет, - заем, работа. Жизнь наша срочная, временная, минучая, невечная. | Срочный, сущ. м. сиб. батрак; новг. казак, южн. наймит, работник, наемник. Срочная ж. стар. письменная повестка, о срочной явке к суду. Срочник, -ница, вологодск. перм. сиб. или строшник, срочный работник, не поденщик, напр. с Ильи до Покрова. Срочность ж. состоянье, свойство срочного; определенность длительности времени, и конца, предела его. Срочить что, кого, установлять срок. Мы срочили свадьбу к Покрову, а он теперь хочет. Срочить к суду, ко крестному целованью, стар. назначать срок, день либо час. А в духовных делах десятилником не судити никого, а срочити им пред святители ставитись, стар. Высрочить, вы(про)держать срок. Засрочить, снять на срок. Обосрочить кого, обязать его сроком. Отсрочить кому долг, пересрочить на другой срок. Просрочить отпуск. Рассрочить внос податей. Билет просрочился. Присрочить дело, привязать ко сроку, обязательно.
сначала у задачи был старт и финиш, но в ходе проверки на первых пользователях оказалось, что дедлайн намного лучше воспринимают, чем финиш
и с этим согласен, спасибо )
Я бы лучше сделал эту систему на GWT.
JavaScript отстой ибо никогда вам не удаться вылезать глюки и работает всё равно медленно страницы постоянно перезагружаются.
(больше года пишу на GWT есть с чем сравнить)
JavaScript отстой ибо никогда вам не удаться вылезать глюки и работает всё равно медленно страницы постоянно перезагружаются.
(больше года пишу на GWT есть с чем сравнить)
А с GWT работает быстро? Ведь он же тоже в конечном итоге всё в javascript приводит.
Спасибо за интересную наводку, я что-то раньше про него слышал, но серьёзно как-то не приглядывался.
Спасибо за интересную наводку, я что-то раньше про него слышал, но серьёзно как-то не приглядывался.
Тот же Javascript — те же тормоза.
http://code.google.com/p/gwt-ext/ - галерея гугловских виджетов.
http://developer.yahoo.com/yui/examples/ - неслабый набор виджетов от yahoo.
Если же не требуется каких-нибудь AJAX деревьев с драгэнддропами то избежать косяков с кросбраузерностью поможет маленькая удаленькая библиотека jquery - http://rsdn.ru/article/inet/jQuery.xml Ей пользуются и в мегаплане. А если по теме, то интерфейс мегаплана мне показался приятным.
http://code.google.com/p/gwt-ext/ - галерея гугловских виджетов.
http://developer.yahoo.com/yui/examples/ - неслабый набор виджетов от yahoo.
Если же не требуется каких-нибудь AJAX деревьев с драгэнддропами то избежать косяков с кросбраузерностью поможет маленькая удаленькая библиотека jquery - http://rsdn.ru/article/inet/jQuery.xml Ей пользуются и в мегаплане. А если по теме, то интерфейс мегаплана мне показался приятным.
GWT работает быстрей за счёт меньшего количество глюков, за счёт того код пишется на JAVA (можно использовать крутые среды для программирования, это тоже экономит время) за счёт того что синтаксис проверяется и средой и при компиляции и за счёт того что генерится код разный под каждый браузер.
> Ведь он же тоже в конечном итоге всё в javascript приводит.
ну это не тоже самое, любой компилятор преобразует код с любого языка в низкоуровневые команды которые выполняются непосредственно процессором, но нас же это не касается?
У нас сейчас есть приложение 1 мегабайт кода на JAVA в результате которого получается цельное Ajax-приложение где всего лишь одна .html, я хотел бы посмотреть на подобное решение с помощью чистого JavaScript или с помощью даже крутых JavaScript framework'ов. Мне кажется это был бы АД.
Посмотрите в конце концов на gmail и google reader это не JavaScript это уже GWT :-)
> Ведь он же тоже в конечном итоге всё в javascript приводит.
ну это не тоже самое, любой компилятор преобразует код с любого языка в низкоуровневые команды которые выполняются непосредственно процессором, но нас же это не касается?
У нас сейчас есть приложение 1 мегабайт кода на JAVA в результате которого получается цельное Ajax-приложение где всего лишь одна .html, я хотел бы посмотреть на подобное решение с помощью чистого JavaScript или с помощью даже крутых JavaScript framework'ов. Мне кажется это был бы АД.
Посмотрите в конце концов на gmail и google reader это не JavaScript это уже GWT :-)
У нас сейчас есть приложение 1 мегабайт кода на JAVA в результате которого получается цельное Ajax-приложение где всего лишь одна .html :)))
Если честно, пока не совсем понимаю как GWT облегчит создание, например, такого виджета: http://demo.megaplan.ru/BumsStaff/Department/show.html
Вы, как человек более знакомый с данной технологией, можете дать оценку - целесообразно ли в данном случае было бы использование GWT?
Вы, как человек более знакомый с данной технологией, можете дать оценку - целесообразно ли в данном случае было бы использование GWT?
вопрос не в конкретном виджете, вопрос в том как собрать сотню классов и тысячу методов и заставить это работать, найти все клюги. когда вы пишете сотню маленьких функци на JavaScript рано или поздно это превращается в АД и всегда будет повторяться одно и тоже: "тут починил - там сломал" или "фак! только вчера это всё работало" :-)
GWT — это костыль для Си-шников, которым лень переучиваться писать на JavaScript.
Короче, в любом случае, GWT на выходе, тот же JavaScript, только жууутко монстровидный.
Короче, в любом случае, GWT на выходе, тот же JavaScript, только жууутко монстровидный.
Ну, по правде сказать, не совсем для Си-шников, скорее для Ява-разработчиков... ;)
просто в веб пришли настоящие программеры... посмотрели на текущие ajax решения и сказали: вы действительно на этом пишете? are you crazy? И придумали как это упростить и сделать возможным нормально работать, а не трахать код каждый день :-)
Это плохо?
Это плохо?
Наверное, для некоторых вещей по-другому нельзя или трудно. Но, для большинства задач использование GWT в веб-сервисах и сайтах можно даже назвать злом.
Если надо как-то упростить разработку JavaScript кода, то есть решения типа Aptana.
Если надо как-то упростить разработку JavaScript кода, то есть решения типа Aptana.
не подскажете понятное руководство по GWT на русском языке(никак не отвыкну от этого языка)?
что-то по типу AJAX in Action или Thinking in ... ?
что-то по типу AJAX in Action или Thinking in ... ?
Взгляните на BaseCamp от 37сигналов... Для меня это идеал по функционалу и удобству.
Если бы я искал средство для ведения todo-листов или для организации работы, скажем, по подготовке праздника - я бы тоже выбрал BaseCamp. Просто, функционально, продуманно.
Но Мегаплан - это же другое. Есть в BaseCamp, например структура подчинённости? Или планирование отпусков сотрудников? А учёт и планирование зарплаты сотрудников? У нас есть. А скоро добавятся и ЦРМ, и коммерция, и кстати TODO-листы. Только у нас они будут удобнее, чем в BaseCamp, и пользоваться ими будет приятнее.
Но Мегаплан - это же другое. Есть в BaseCamp, например структура подчинённости? Или планирование отпусков сотрудников? А учёт и планирование зарплаты сотрудников? У нас есть. А скоро добавятся и ЦРМ, и коммерция, и кстати TODO-листы. Только у нас они будут удобнее, чем в BaseCamp, и пользоваться ими будет приятнее.
Если всё у вас будет так как вы описывали, возможно даже куплю коробочную версию, а пока BaseCamp для моих задач гораздо больше подходит.
Нельзя объять необъятное. Мне попадались разные продукты для управления бизнесом, и всегда натыкался на проблему что для пользователя (менеджера, руководителя, управленца)
1. обучение, подготовка к работе и поддержка занимает непозволительно много времени для среднего менеджера
2. невозможно менеджера проектов Леночку обучить работе в этом решении по этим правилам
3. руководителям высшего звена не хватает времени на ознакомление (а значит на дальнейшую работу) с системой
Как следствие более 50% функционала (за который заплатили деньги и время) не используется.
Мне нравится преднамеренный отказ от "лишней" функциональности.
1. обучение, подготовка к работе и поддержка занимает непозволительно много времени для среднего менеджера
2. невозможно менеджера проектов Леночку обучить работе в этом решении по этим правилам
3. руководителям высшего звена не хватает времени на ознакомление (а значит на дальнейшую работу) с системой
Как следствие более 50% функционала (за который заплатили деньги и время) не используется.
Мне нравится преднамеренный отказ от "лишней" функциональности.
на чём это сделано? чистый php/javascript? или это лишь оболочка для SAP или 1C?
Таск и BaseCamp разные вещи, Таск это продукт для компаний, причем, размером от 10-20 человек и выше.
Скоро выпустим Тайм-менеджер и Лайф, вот их уже будет корректно сравнивать по функционалу с
BaseCamp и остальными ToDo.
Скоро выпустим Тайм-менеджер и Лайф, вот их уже будет корректно сравнивать по функционалу с
BaseCamp и остальными ToDo.
Маленькая подборочка аналогичного софта
http://www.basecamphq.com/index
http://zoho.com/
http://www.activecollab.com/
http://teamer.ru/
http://www.stuffedguys.com/
http://motiw.ru/
http://www.basecamphq.com/index
http://zoho.com/
http://www.activecollab.com/
http://teamer.ru/
http://www.stuffedguys.com/
http://motiw.ru/
Скажите, а какая будет стоимость мегаплана?
Аналогичный вопрос.
Если не сложно, напишите хотя-бы ориентировочные цены, здесь или в личку.
Если не сложно, напишите хотя-бы ориентировочные цены, здесь или в личку.
ответил ниже
Симпатично. Немного пошловато. Сыро.
1) Почём? Когда?
2) Права админа могут быть у других сотрудников, или только директор должен всем управлять? Может ли отдел кадров, например, сам управлять отпусками?
1) Почём? Когда?
2) Права админа могут быть у других сотрудников, или только директор должен всем управлять? Может ли отдел кадров, например, сам управлять отпусками?
Симпатично. Немного пошловато. Сыро.
за первое - спасибо! а почему пошловато и сыро?
1) Почём? Когда?
Когда - в январе.
Почём - еще окончательно не решили.
Конкуренты стоят столько: теамер - "30 000 руб. 00 коп. в год вы получите лицензию на 10 пользователей", мотив - "20 (минимальный пакет) - 40 000 руб."
У нас будет примерно 100уе за одну лицензию, без ограничения минимального числа лицензий, чем больше - тем дешевле. 20 лицензий будет в районе 1500уе. Это цена за коробку, подписка на год будет в несколько раз дешевле, чем коробка. Почему я пишу уе, а не рубли, просто, чтобы была свобода, 100уе будет равно или 2490р, или 2990р, или даже 1990р :)
1 лицензия = 1 работник, я верно понял?
у нас будет так - число лицензий=число одновременно работающих в системе.
например, круглосуточная работа в 3 смены, в каждой смене 10 человек, тогда надо 10 лицензий, а не 30, т.к. одновременно работает не больше 10 человек.
и в систему можно добавлять сотрудников, которые в нее вообще входить не будут и соответственно им не нужна лицензия, например курьеров, а добавлять их надо только для учета личных данных, зп, отпусков и т.д.
например, круглосуточная работа в 3 смены, в каждой смене 10 человек, тогда надо 10 лицензий, а не 30, т.к. одновременно работает не больше 10 человек.
и в систему можно добавлять сотрудников, которые в нее вообще входить не будут и соответственно им не нужна лицензия, например курьеров, а добавлять их надо только для учета личных данных, зп, отпусков и т.д.
А как быть с удаленными работниками? на каждого "удаленщика" покупать лицензию? Это глупо, если не покупать, то "залогинеными" не могут быть два внештатных сотрудника, а по моему мнению в системе нужно быть постоянно ;) или приделать уведомления в ICQ как у Тимера, что пришло новое задание, или добавлен новый комментарий, зашел почитал, окно не закрыл, но через 5 мин. другого внештатного пускать должна система, ну то есть, если куплено 3 лицензии, то может быль корректно обеспечена работа 10 внештатных сотрудников
То, что я писал выше про лицензирование, еще не окончательное решение.
Есть простой вариант - сколько пользователей заведено в систему, столько надо лицензий. 10 удаленщиков - 10 лицензий. Мы хотим сделать более мягкий вариант - лицензия, это не общее число пользователей, а число одновременно работающих. Тогда, если есть 10 редко работающих, им может хватить и двух лицензий. Но это порождает желание купить на 100 человек одну лицензию и ввести расписание - кто во сколько заходит :)
Уведомления по почте и аське конечно будут.
Есть простой вариант - сколько пользователей заведено в систему, столько надо лицензий. 10 удаленщиков - 10 лицензий. Мы хотим сделать более мягкий вариант - лицензия, это не общее число пользователей, а число одновременно работающих. Тогда, если есть 10 редко работающих, им может хватить и двух лицензий. Но это порождает желание купить на 100 человек одну лицензию и ввести расписание - кто во сколько заходит :)
Уведомления по почте и аське конечно будут.
Есть еще такой вариант: 1 лицензия для руководителя 100% цены, примерно 100 у.е. и для постоянно работающих сотрудников цена системы 50% стоимости, а для "фрилансеров" 20% стоимости, сидеть в системе можно всем одновременно, без каких либо ограничений, конечно могут закупить и для обычных сотрудников лицензии по цене 20%, но таких нечестных будет не много, да и не сильно вы при этом пострадаете, вариант?
1) «Пошло»
Потому что:
Если стану вашим клиентом, не хотелось бы, чтобы на глаза попадались такие слова как: "Мега", "Мои ребята", "Отмаза". Просто не нравятся такие слова.
Добавить сотрудника
Пол: радиокнопки в виде зеркала Венеры и Марса (идея неплохая, но не к месту, как мне кажется).
Редактирование профиля: курение и алкоголь.
Алкоголь — у меня выбор "стакан молока" либо "одна/несколько бутылок водки"? А иначе никак?
Иконка lj-пользователя.
У вас, по моему ощущению, все картинки созданы под проект (стиль и некоторые элементы я уже встречал в работах Студии, но это не важно, они-то меня вполне устраивают). Но картинка пользователя, нарисуйте свою — будет ещё лучше.
Раздел "Отношения"
Это к чему? Цель раздела из скриншота пока не понял. Не могу придумать, что там может быть такого полезного.
(Если это раздел, который в простой/понятной/неформальной форме показывает структуру – то лучше обозначить не сердечком и словом отношения – а как-то иначе.)
2) «Сыро»
2.1) Создал демо-версию для себя. Не смог протестировать «Структуру», «Отношения», «Уволить», «Штрафовать». Было место, где информация об ошибке выдавалась как-то криво.
2.2) Не понятен момент с правами: как сделать так, чтобы кто-то ещё мог управлять всем сайтом или его частью кроме админа (всем ли будет видна з-п, например?).
В целом видно, что проделана большая работа. Лишних элементов не заметил, всё понятно!
Меню, аякс, шрифты, цвета, иконки – с этим все ОК, всё к месту (кроме того, что выше написал).
По-аккуратнее с неформальностью и будет здорово ;-)
Успехов!
Потому что:
Если стану вашим клиентом, не хотелось бы, чтобы на глаза попадались такие слова как: "Мега", "Мои ребята", "Отмаза". Просто не нравятся такие слова.
Добавить сотрудника
Пол: радиокнопки в виде зеркала Венеры и Марса (идея неплохая, но не к месту, как мне кажется).
Редактирование профиля: курение и алкоголь.
Алкоголь — у меня выбор "стакан молока" либо "одна/несколько бутылок водки"? А иначе никак?
Иконка lj-пользователя.
У вас, по моему ощущению, все картинки созданы под проект (стиль и некоторые элементы я уже встречал в работах Студии, но это не важно, они-то меня вполне устраивают). Но картинка пользователя, нарисуйте свою — будет ещё лучше.
Раздел "Отношения"
Это к чему? Цель раздела из скриншота пока не понял. Не могу придумать, что там может быть такого полезного.
(Если это раздел, который в простой/понятной/неформальной форме показывает структуру – то лучше обозначить не сердечком и словом отношения – а как-то иначе.)
2) «Сыро»
2.1) Создал демо-версию для себя. Не смог протестировать «Структуру», «Отношения», «Уволить», «Штрафовать». Было место, где информация об ошибке выдавалась как-то криво.
2.2) Не понятен момент с правами: как сделать так, чтобы кто-то ещё мог управлять всем сайтом или его частью кроме админа (всем ли будет видна з-п, например?).
В целом видно, что проделана большая работа. Лишних элементов не заметил, всё понятно!
Меню, аякс, шрифты, цвета, иконки – с этим все ОК, всё к месту (кроме того, что выше написал).
По-аккуратнее с неформальностью и будет здорово ;-)
Успехов!
Спасибо, за развернутый ответ!
Слово Мега убрать тяжело из продукта называемого Мегаплан :)
Типы отпусков разумеется будут другие, можно даже сделать так - Отпуск в соответствии со Статьей 117 ТК РФ и т.д.
а что бы вы хотели - мартини, коньяк, ликер? :)
Раздел "Отношения" - это неформальная структура компании, кто с кем курит, кто с кем катается на лыжах и т.д.
а в чем проблема со структурой, она полностью работает и влияет на принятие/отклонение задач и т.д. Остальное очень скоро будет.
Какие нужны настройки и группы прав мы как раз и хотим понять в ходе тестирования, Про зп я уже писал.
Слово Мега убрать тяжело из продукта называемого Мегаплан :)
Типы отпусков разумеется будут другие, можно даже сделать так - Отпуск в соответствии со Статьей 117 ТК РФ и т.д.
"одна/несколько бутылок водки"? А иначе никак?
а что бы вы хотели - мартини, коньяк, ликер? :)
Раздел "Отношения" - это неформальная структура компании, кто с кем курит, кто с кем катается на лыжах и т.д.
Не смог протестировать «Структуру», «Отношения», «Уволить» «Штрафовать».
а в чем проблема со структурой, она полностью работает и влияет на принятие/отклонение задач и т.д. Остальное очень скоро будет.
Какие нужны настройки и группы прав мы как раз и хотим понять в ходе тестирования, Про зп я уже писал.
> а что бы вы хотели - мартини, коньяк, ликер? :)
Нет, вы не так поняли. У меня должен быть выбор "не выбирать ничего".
> Раздел "Отношения" - это неформальная структура компании, кто с кем курит, кто с кем катается на лыжах и т.д.
Хм... ну ладно. Возможно, есть люди в компаниях, которым интересно "кто? с кем? когда?". Не понятно как это может улучшить работу... ну да ладно...
Как сделаете, посмотрим.
PS (квинтэссенция):
Ёууу! Есть мегаидея для вашего мегапроекта.
Можно добавить в профиль:
Сколько раз в неделю занимаетесь сексом?
- ни разу
- 7 раз в неделю
- один раз
- я только об этом и думаю!
Нет, вы не так поняли. У меня должен быть выбор "не выбирать ничего".
> Раздел "Отношения" - это неформальная структура компании, кто с кем курит, кто с кем катается на лыжах и т.д.
Хм... ну ладно. Возможно, есть люди в компаниях, которым интересно "кто? с кем? когда?". Не понятно как это может улучшить работу... ну да ладно...
Как сделаете, посмотрим.
PS (квинтэссенция):
Ёууу! Есть мегаидея для вашего мегапроекта.
Можно добавить в профиль:
Сколько раз в неделю занимаетесь сексом?
- ни разу
- 7 раз в неделю
- один раз
- я только об этом и думаю!
Для дедлайна весьма хорошо бы не только дату, но и время.
С правами надо поколдовать - все сотрудники не могут видеть зарплаты всех ,например.
С правами надо поколдовать - все сотрудники не могут видеть зарплаты всех ,например.
из дедлайна мы убрали время, т.к. время важнее для ТуДу, а не для задач, временем почти никто не пользовался.
сейчас все зп видит только директор, начальник отдела видит зп своих подчиненных, сотрудник видит только свою.
мы сделаем группы прав - могут видеть зп, могут менять зп, могут утверждать отпуск и т.д.
сейчас как раз хотим понять, какие группы прав нужны.
сейчас все зп видит только директор, начальник отдела видит зп своих подчиненных, сотрудник видит только свою.
мы сделаем группы прав - могут видеть зп, могут менять зп, могут утверждать отпуск и т.д.
сейчас как раз хотим понять, какие группы прав нужны.
НЛО прилетело и опубликовало эту надпись здесь
Интересный проект, может что и выйдет. Что не понял:
1. Зачем этот заплыв в ширину (Time и Life)?
2. Почему бы просто нормально не скопировать Basecamp? У Тимера это пока более профессионально получается.
Остальные приведенные выше ссылки - это уже другой концепт, пока аналогов тимеру и мегаплану в рунете не видел. Так что, жду полноценных версий. Пока, на мой взгляд, тимер чуть впереди.
Если нужна инфа по внутренней кухне Basecamp - мне было бы интересно поработать с одним из этих стартапов. Есть опыт по запуску подобных проектов в штатах.
1. Зачем этот заплыв в ширину (Time и Life)?
2. Почему бы просто нормально не скопировать Basecamp? У Тимера это пока более профессионально получается.
Остальные приведенные выше ссылки - это уже другой концепт, пока аналогов тимеру и мегаплану в рунете не видел. Так что, жду полноценных версий. Пока, на мой взгляд, тимер чуть впереди.
Если нужна инфа по внутренней кухне Basecamp - мне было бы интересно поработать с одним из этих стартапов. Есть опыт по запуску подобных проектов в штатах.
Зачем этот заплыв в ширину (Time и Life)?
Это разные продукты на разную аудиторию, но собранные почти из одних кирпичиков, сейчас есть три кирпичика (модуля) - задачи, сотрудники, сообщения, к ним еще добавятся дела (это персональный органайзер). В итоге, таск будет собран из задач, сотрудников, дел и сообщений.
Лайф будет собран из дел и задач, а вместо сотрудников будет адресная книга.
Тайм это один модуль дела.
Причем продукты будут разные и по способу распространения, такс будет в основном коробкой, тайм и лайф - сервисами.
2. Почему бы просто нормально не скопировать Basecamp? У Тимера это пока более профессионально получается.
у нас другой путь и другой концепт, чем у них
про остальное ответил лично
Процесс регистрации не совсем очевиден. Имхо, ссылку нужно и на главной странице дать. А так, конечно, видно руку САЛ, сайт просто приятно изучать.
Всё-таки task manager это не совсем "система управления бизнесом".
И бизнес — это не совсем решение задач. Из набора выполненных задач должен складываться продукт, которым управляет бизнес - распространяет, продаёт, рекламирует, обновляет и убивает, если время пришло.
В Мегаплане же непонятно - что даёт нам тот или иной таск? Ну убрали мы ежей наконец-то, и что это означает для продукта? В каком состоянии он теперь находится? Ближе или дальше мы теперь от намеченного deliverable?
На мой взгляд, всевозможные менеджеры задач ближе к системам управления продуктами (Agile PLM, Windchill), нежели к системам управления бизнесом (SAP, Oracle).
С другой стороны, менеджер задач - довольно автономная система и может быть без особых затрат перепрофилирована для разных целей, а для каких именно - клиенты и жизнь подскажут. Так что - удачи!
И бизнес — это не совсем решение задач. Из набора выполненных задач должен складываться продукт, которым управляет бизнес - распространяет, продаёт, рекламирует, обновляет и убивает, если время пришло.
В Мегаплане же непонятно - что даёт нам тот или иной таск? Ну убрали мы ежей наконец-то, и что это означает для продукта? В каком состоянии он теперь находится? Ближе или дальше мы теперь от намеченного deliverable?
На мой взгляд, всевозможные менеджеры задач ближе к системам управления продуктами (Agile PLM, Windchill), нежели к системам управления бизнесом (SAP, Oracle).
С другой стороны, менеджер задач - довольно автономная система и может быть без особых затрат перепрофилирована для разных целей, а для каких именно - клиенты и жизнь подскажут. Так что - удачи!
Так мы и не ориентируемся только на ИТ компании и разработку ПО, мы ориентируемся на всех. Например, есть компания, которая производит консервы из морских гадов (как в демо). Стоит задача - разработать новую линейку консерв из морской капусты. Это все разбивается на подзадачи - найти поставщика, продумать продуктовую линейку, сделать этикетку, подготовить промо акции и т.д. Когда нашли поставщика, надо определиться с объемами, выбить цену и т.д. Идет обычная менеджерская работа, которой надо управлять. А ERP вступит в дело, когда уже все это будет сделано, будет понятен объем, цена, логистика. Тогда уже надо прогнозировать запасы, считать деньги и товар.
Вы правы, таск-менеджер довольно плохо подходит для ведения разработки ПО, поскольку нет поддержки проектов (продуктов). Но мы и не ставили это своей целью.
Поддержка проектов, возможно, появится в будущем либо как отдельный модуль, либо как дополнение к таск-менеджеру.
Поддержка проектов, возможно, появится в будущем либо как отдельный модуль, либо как дополнение к таск-менеджеру.
1) Учитывая русский менталитет, отчество можно вынести в основные данные о сотруднике, а то все равно каждый раз приходится разворачивать анкету что его вписать.
2) Вряд ли директор будет регистрироваться в системе первым, скорее это будет админ или наиболее "продвинутый" сотрудник, так что по умолчанию первому сотруднику логично присваивать что-нибудь вроде "куратора".
3) Структура представлена классно, однако так и не понял как назначать начальников-подчиненных...
2) Вряд ли директор будет регистрироваться в системе первым, скорее это будет админ или наиболее "продвинутый" сотрудник, так что по умолчанию первому сотруднику логично присваивать что-нибудь вроде "куратора".
3) Структура представлена классно, однако так и не понял как назначать начальников-подчиненных...
однако так и не понял как назначать начальников-подчиненных
надо выбрать сотрудника (кликом), потом вверху справа выбрать кого хотим ему проставить (начальников или подчиненных) и проставить чекбоксы (подчинять можно целый отдел, проставив чекбокс на отделе), в конце завершаем редактирование
Спасибо! А не планируете интеграцию с почтовым сервером, или хотя бы полноценный почтовый клиент сделать, чтобы несколько ящиков поддерживал и все такое? А то неудобно, внешнюю переписку в одной проге отслеживать, внутреннюю - в другой...
интеграцию планируем конечно, модуль сообщения и разрабатывался с расчетом на это
Ну что ж, на первый взгляд, очень вкусная штука.
Интересует, конечно, интранетная версия (независимость от соединения, скорость, + не вижу смысла перебрасываться тяжелыми файлами через сеть), но с возможностью доступа из наших филиалов. Покупка коробки подразумевает бесплатную поддержку (горячая линия, обновления)? На какой срок?
Интересует, конечно, интранетная версия (независимость от соединения, скорость, + не вижу смысла перебрасываться тяжелыми файлами через сеть), но с возможностью доступа из наших филиалов. Покупка коробки подразумевает бесплатную поддержку (горячая линия, обновления)? На какой срок?
С отчеством у нас такая ситуация. Не в каждой компании принято обращаться по имени/отчеству, во многих принято просто по имени. Поэтому человек, заводящий карточки новых сотрудников, может просто не знать их отчества.
Смахивает на "План Путина"...
НЛО прилетело и опубликовало эту надпись здесь
Дизайн Яндекса напоминает ))
Сильно напоминает студийный таск-манагер (который довольно удобен, когда привыкнешь), и спискок сотрудников :-)
я видел студийный таск, там фильтр сверху в списке задач, нет удобно селекта сотрудников, с разбивкой по отделам и должностям, и еще много чего нет
я с ним работал. список сотрудников там есть и гораздо удобнее чем в мегаплане.
я лично видел просто выпадающий вниз список из 100 человек, в котором очень тяжело найти нужного.
возможно, я не видел всего, а возможно, вы просто к нему привыкли :)
принтскрин можете сделать?
возможно, я не видел всего, а возможно, вы просто к нему привыкли :)
принтскрин можете сделать?
видимо это было давно. я-то видел список из почти 200 человек :). открывался он весь, сразу. а сверху было поле, в процессе ввода в которое, вся инфа в списке фильтровалась, причем по многим полям. работало все это довольно шустро даже на не слишком быстрой машинке.
но к вашей системе глобальных претензий нет — в целом она мне понравилась. как раз то что я искал. и студийный дизайн приятен и удобен. писать свою подобную одному человеку довольно долго. ээх, была бы она open source ;-)
но к вашей системе глобальных претензий нет — в целом она мне понравилась. как раз то что я искал. и студийный дизайн приятен и удобен. писать свою подобную одному человеку довольно долго. ээх, была бы она open source ;-)
у нас тоже фильтруется, можно встать вверх и начать вводить имя или фамилию
а, да, внизу, точно. имхо, сверху было бы лучше, виднее. снизу FF любит панельку поиска показывать.
в принтскрине много черкать прийдется — все-таки закрытая инфа :)
в принтскрине много черкать прийдется — все-таки закрытая инфа :)
какой порядок цен примерно будет на готовый продукт?
отвечал выше
что такое студийный таск-манагер?
Знаете, я вот почитал всю эту мегакритику и расстроился. Система ваша делает ровно то, что она делает. Осмысить ее очень просто. За пять минут вменяемый человек сможет начать ею пользоваться. Юзабилити у нее после пяти минут использования я лично оцениваю очень позитивно. Мне все равно кто делал дизайн, но этот дизайн вызывает желание систему открывать и работать в ней снова и снова. В других же системах порой наоборот - система воспринимается исключительно как неизбежное зло. :( А психологический комфорт работы с такой повседневной штукой рулит очень и очень.
Так что я рад, мне эта штука понравилась и я буду следить за ее развитием.
Так что я рад, мне эта штука понравилась и я буду следить за ее развитием.
Все хорошо, но что делает lj-user иконка рядом со списком исполнителей?
текст задачи разъезжается в ширь, сафари
очень понравился интерфейс, удобно! :-) Я точно покупаю.
Нарисовал структуру, расставил связи. Корректировать как?
Поменять местами роли: начальник-подчиненный не получается.
Или не активны кнопки, или чек-боксы не активны.
Где я не прав?
Поменять местами роли: начальник-подчиненный не получается.
Или не активны кнопки, или чек-боксы не активны.
Где я не прав?
надо выбрать сотрудника (кликом), потом вверху справа выбрать кого хотим ему проставить (начальников или подчиненных) и проставить чекбоксы (подчинять можно целый отдел, проставив чекбокс на отделе), в конце завершаем редактирование.
сотрудники отдела и так подчиняются начальнику отдела и все подчиняются директору (директор это первый пользователь, создаваемый при регистрации базы)
сотрудники отдела и так подчиняются начальнику отдела и все подчиняются директору (директор это первый пользователь, создаваемый при регистрации базы)
Вот что у меня получилось. Директор подчиняется подчиненным.
Не умею еще картинки вставлять. Извините.
Не знаю, как у вас, а у меня подчиненный начальник над директром. И это не редактируется.
Удалил все отделы. Нарисовал заново, но связи с прошлой схемы восставновились автоматом. Это кажется глюк. Адрес xxi
Не знаю, как у вас, а у меня подчиненный начальник над директром. И это не редактируется.
Удалил все отделы. Нарисовал заново, но связи с прошлой схемы восставновились автоматом. Это кажется глюк. Адрес xxi
Если у вас есть возможность зайти в мою среду под администратором, то Вы увидите в разделе "структура" глюк. Я сам себе начальник, подчиненный. Глюк привязан к координатам прямоугольника "отдел". Сами увидите.
сейчас включена следующая настройка - директор один, это тот пользователь, который создался при регистрации и пароль от которого пришел на почту. Можно поменять его ФИО, логин, пароль, должность, но он все равно будет директором и все будут ему подчиняться. Если даже назначить должность "директор" новому сотруднику это не сделает его директором.
Мне кажется Вы не слышите меня. Или абсолюно уверены в непогрешимости своей системы. Я - пользователь. Я - директор. Я не знаю, что я там нажал не так, но сейчас проблема - я подчиненный. И это не редактируется. Зайдите на http://xxi.megaplan.ru/ логин xxi пароль 123
И посмотрите раздел "Структура".
И посмотрите раздел "Структура".
если мы были уверены в непрогрешимости системы, там бы в углу не было надписи Beta :) там есть ошибки, на то и бета-тестирование, чтобы их устранить, я просто объяснял как все должно работать, возможно, я это сделал не очень понятно. Я поменял там пароль (отправил новый по почте) и кое-что подправил - проверьте, все ли теперь нормально.
Сотрудников удалять нельзя? как я понял. Только уволить? (тоже не работает)
Присоединяюсь к авторам: нужны устанавливаемые права доступа.
Например, три содиректора. Они хотят знать зарплаты всех - деньги контролировать. Это возможно?
Например, три содиректора. Они хотят знать зарплаты всех - деньги контролировать. Это возможно?
Пожелание на основе личного опыта.
Как директор, я могу поставить задачу подчиненному. Однако не всегда есть время и желание оформлять эту процедуру лично в интерфейсе. Было бы удобно, если бы подчиненный сам оформил на себя поставновку задачи от моего имени: описал ТЗ, выбрал соисполнителей, предложил сроки и т.д.. А мне осталось бы только нажать кнопку "поставить задачу=согласен" или внести правки и "поставить задачу".
Как директор, я могу поставить задачу подчиненному. Однако не всегда есть время и желание оформлять эту процедуру лично в интерфейсе. Было бы удобно, если бы подчиненный сам оформил на себя поставновку задачи от моего имени: описал ТЗ, выбрал соисполнителей, предложил сроки и т.д.. А мне осталось бы только нажать кнопку "поставить задачу=согласен" или внести правки и "поставить задачу".
на первый взгляд, это некое очень специальное поведение, которое скорее всего не требуется для большинства пользователей, но мы подумаем о реализации.
Ничего специального. Я занимаюсь консалтингом. Сталю задачу: напшиши ТЗ по задаче. Подчиненный пишет ТЗ: декомпозицию работ, график, сроки устанавливает и.п. А потом я его по этому ТЗ контролирую. Ничего специального. ИСпользуя логику мегаплана, или я должен за всех все писать, или они пишут, мне кидают, а я это переписываю в мегаплан - двойная работа.
Pipl, что думаете? У вас не так?
Pipl, что думаете? У вас не так?
Попробуем подумать безотносительно Мегаплана.
Вы хотите, чтобы сотрудник сам спланировал работу по большой задаче, которую вы ему выставили. При этом вы ему доверяете детали, вам же важен результат, ну и плюс вы хотите всё-таки следить за ходом работ, чтобы спокойнее себя чувствовать и как-то контролировать процесс. Вопрос: как это формализовать. По-моему всё ясно: задача, которая вас интересует, одна и большая - вы её ставите исполнителю и за неё и будете с него спрашивать. В рамках этой задачи он уже проводит детализацию (плодит подзадачи). Вы как постановщик видите весь этот план и даже можете вмешаться в любую его часть, если возникнет такая необходимость. По-моему как-то так.
Вы хотите, чтобы сотрудник сам спланировал работу по большой задаче, которую вы ему выставили. При этом вы ему доверяете детали, вам же важен результат, ну и плюс вы хотите всё-таки следить за ходом работ, чтобы спокойнее себя чувствовать и как-то контролировать процесс. Вопрос: как это формализовать. По-моему всё ясно: задача, которая вас интересует, одна и большая - вы её ставите исполнителю и за неё и будете с него спрашивать. В рамках этой задачи он уже проводит детализацию (плодит подзадачи). Вы как постановщик видите весь этот план и даже можете вмешаться в любую его часть, если возникнет такая необходимость. По-моему как-то так.
Еще одно наблюдение.
По шагам:
1. Подчиненный ставит себе задачу
2. Выбирает соисполнителя
3. Выбирает Аудитором - директора
Итог:
Директор в своей сессии не видит этой задачи, т.е. директор не узнал, что он аудитор.
Так не должно быть, имхо
По шагам:
1. Подчиненный ставит себе задачу
2. Выбирает соисполнителя
3. Выбирает Аудитором - директора
Итог:
Директор в своей сессии не видит этой задачи, т.е. директор не узнал, что он аудитор.
Так не должно быть, имхо
Собсвтенно, алгоритм не имеет значения. ЕСли подчиненные выбирают директора аудитором, директор этого не знает и не видит. Может быть я не понимаю смысла "аудирования"? Как должна работать эта функция?
Крайнее на сегодня сообщение:
возможно дело в фильтре.
Уже 19.12, а расширенный показывает с 18 по 18. При попытке увеличить в календаре диапозон дат с 18 по 19 - система выдает ошибку и все... 400.
Следовательно предыдущих 2 поста под вопросом. Может все и работает, просто у систеы День сурка.
возможно дело в фильтре.
Уже 19.12, а расширенный показывает с 18 по 18. При попытке увеличить в календаре диапозон дат с 18 по 19 - система выдает ошибку и все... 400.
Следовательно предыдущих 2 поста под вопросом. Может все и работает, просто у систеы День сурка.
если ошибка, то программисты завтра посмотрят, в чем дело
а так совет - расширенный фильтр нужен только для поиска старых, завершенных задач, для текущей работы самое удобное - просмотр всех актуальных задач (соответственно Все вверху и Актуальные в расширенном), для быстрого поиска нужных задач в этом списке лучше всего помогает строка поиска/фильтрации внизу.
а так совет - расширенный фильтр нужен только для поиска старых, завершенных задач, для текущей работы самое удобное - просмотр всех актуальных задач (соответственно Все вверху и Актуальные в расширенном), для быстрого поиска нужных задач в этом списке лучше всего помогает строка поиска/фильтрации внизу.
1) Не предусмотрена возможность удаления прикрепленных файлов;
2) При просмотре подазачи не видна ее привязка к основной задаче.
2) При просмотре подазачи не видна ее привязка к основной задаче.
3) В отпусках не происходит сортировка строк по Зарплате.
я бы потестил Вашу систему, но забесплатно искать чужие баги в системе, которую вы потом будете продавать... =)
Вопрос уже поднимался выше
http://habrahabr.ru/blog/startup/32616.html#comment561622
http://habrahabr.ru/blog/startup/32616.html#comment561622
но забесплатно искать чужие баги в системе, которую вы потом будете продавать... =)
я вижу два варианта:
первый - вам интересен и нужен Мегаплан, вы тестируете, вносите предложение и вообще всячески участвуете в процессе, в итоге получаете скидку, почет и уважение, плюс возможно, ваши предложения будут включены в основной релиз.
второй - вы тестируете за деньги, просто как наемный работник, которому пофиг что тестировать, главное чтобы деньги платили.
так вот тут предлагается заняться первым вариантом, а не вторым, когда нам понадобится еще люди для второго - мы обязательно разместим такую вакансию.
НЛО прилетело и опубликовало эту надпись здесь
что такое "малый бизнес" в понимании компании САП представляете?
http://www.sap.com/germany/smallbusiness…
Наверное, в понимании SAP кроме малого бизнеса существует ещё и микро- или даже нанобизнес :)
Ein kleines Unternehmen der Dienstleistungsbranche mit jaehrlichen Einnahmen von rund 2 Millionen Euro entscheidet sich fuer SAP Business One. Das Unternehmen benoetigt vier Anwenderlizenzen. Fuer die Abdeckung der Anforderungen genuegt eine einfache Konfiguration der grundlegenden Verkaufs- und Finanzvorgaenge – massgeschneiderte Anpassung, aufwaendige Datenuebernahme oder -integration entfallen. Die Einfuehrung dauert in der Regel nicht laenger als eine Woche.Перевожу текст примера:
Geschaetzte Kosten fuer Einfuehrung und Lizenzen: ca. 15.000 Euro.
Малое предприятие.. с годовым оборотом около 2 млн. евро выбирает SAP Business One. Предприятию требуется 4 пользовательских лицензии. Для удовлетворения требований хватит простой конфигурации..(сорри, не знаю русского финансового). Внедрение длится обычно не дольше одной недели.Получается, что в понимании SAP малый бизнес — фирма с персоналом до двадцати человек, оборот около 2 миллиона евро в год. Правда, моя фирма, которая подходит под описание малого бизнеса в понимании SAP, хотя и занимается внедрением, консалтингом и разработкой под SAP, сама SAP не использует :)
Предположительная стоимость внедрения примерно 15.000 Euro.
Наверное, в понимании SAP кроме малого бизнеса существует ещё и микро- или даже нанобизнес :)
не очень понимаю, зачем давать ссылки на немецкий сайт, когда есть английский и даже русский :) http://www.sap.com/cis/smallbusiness/cus…
и скорее надо говорить даже не про обороты и численность, а про капитализацию и/или выручку в расчете на одного сотрудника, и про то, насколько внедрение SAP может увеличить эти показатели. И потом это ERP, а Мегаплан-Таск, это совсем не ERP.
и скорее надо говорить даже не про обороты и численность, а про капитализацию и/или выручку в расчете на одного сотрудника, и про то, насколько внедрение SAP может увеличить эти показатели. И потом это ERP, а Мегаплан-Таск, это совсем не ERP.
Каким образом востановить пароль от входа user.megaplan.ru?
В структуре размер прямоугольника "Новый отдел" - const
А если длинное название, то часть его теряется.
МОжет пусть название полностью читается? Или не красиво тогда?
А если длинное название, то часть его теряется.
МОжет пусть название полностью читается? Или не красиво тогда?
В случае ошибки при создании должности нет возможности это исправить. Например, при добавлении сотрудника в должности выбираем "Новая...", случайно вписываем должность с ошибкой, сохраняем и потом никак нельзя это исправить. Некорректный пункт так и будет всегда напоминать о себе при заведении других сотрудников.
В разделе "зарплата" при длинной должности сотрудника, должности наползают друг на друга. В отличии от раздела "сотрудники", где расстояние между ФИО больше, и все помещается.
Письма можно отправлять только одному адресату. Возможно ли сделать выбор нескольких адресатов, всему отделу, всей кампании?
Кто и когда работал в системе можно узнать только в личном деле сотрудника.
Было бы удобно, чтобы информация о последнем визите, или он-лайне отражалась в таблице "сотрудники" наравне с телефоном и мылом.
Было бы удобно, чтобы информация о последнем визите, или он-лайне отражалась в таблице "сотрудники" наравне с телефоном и мылом.
Добавил задачу и подзадачу, в итоге получилось 3 задачи, и подсказка внизу говорит то-же самое: http://picasaweb.google.com/ayambit/RjVxvJ/photo#5145791694834185602
Туда-же — не включается аутлайн.
Подсказка внизу глючит - про баг мы знаем и скоро зафиксим.
А вот на той картинке задач и должно быть 3. В основном списке 2 - сама задача и ее подзадача. И у первой задачи рядом есть плюсик, при нажатии на который открывается список подзадач. Возникает естественное желание, чтобы "подзадачи" были собраны в основной задаче, чтобы не "мозолить глаза". Мы над этим думали. И пришли к выводу, что так делать не стоит. По разным причинам. Одна из них, например, такая - вот хотите вы отсортировать список задач по дедлайну - посмотреть у какой задачи наиболее близкий дедлайн. Сортируете и видите, что самый близкий дедлайн аж через неделю. НО. Если у какой-то задачи есть подзадача, скрытая за плюсиком, у которой дедлайн завтра? Вы этого не увидите, не раскрыв плюсик. А если плюсиков на странице будет десять? Вам понадобится 10 кликов, чтобы наверняка найти задачу с ближайшим дедлайном. Кроме того, дедлайн - это лишь один из аспектов. Есть и другие поля для сортировки. Есть еще фильтры в левом меню типа входящие/исходящие, актуальные/завершенные, еще есть метки, бывают еще задачи, которые не за первым плюсом, а за вторым - ведь у подзадачи тоже может быть подзадача.
А вот на той картинке задач и должно быть 3. В основном списке 2 - сама задача и ее подзадача. И у первой задачи рядом есть плюсик, при нажатии на который открывается список подзадач. Возникает естественное желание, чтобы "подзадачи" были собраны в основной задаче, чтобы не "мозолить глаза". Мы над этим думали. И пришли к выводу, что так делать не стоит. По разным причинам. Одна из них, например, такая - вот хотите вы отсортировать список задач по дедлайну - посмотреть у какой задачи наиболее близкий дедлайн. Сортируете и видите, что самый близкий дедлайн аж через неделю. НО. Если у какой-то задачи есть подзадача, скрытая за плюсиком, у которой дедлайн завтра? Вы этого не увидите, не раскрыв плюсик. А если плюсиков на странице будет десять? Вам понадобится 10 кликов, чтобы наверняка найти задачу с ближайшим дедлайном. Кроме того, дедлайн - это лишь один из аспектов. Есть и другие поля для сортировки. Есть еще фильтры в левом меню типа входящие/исходящие, актуальные/завершенные, еще есть метки, бывают еще задачи, которые не за первым плюсом, а за вторым - ведь у подзадачи тоже может быть подзадача.
А можно ли реализовать технически такую штуку: список задач со свернутыми подзадачами, при сортировке по полю "Дедлайн" плюсики автоматически расскрываются? Тогда не возникало бы путаницы с дублированием подзадач.
За все время работы у меня ни разу не возникло необходимости отсортировать задачи по дедлайну.
Между тем, очень много раз возникала мысль о том, что работать с таким дублирующимся списком здоровому человеку не возможно. Единственный способ - пользоваться поиском. Но это, согласитесь, не дело.
А нельзя ли в фильтрах и сортировках учитывать скрытые подзадачи?
Между тем, очень много раз возникала мысль о том, что работать с таким дублирующимся списком здоровому человеку не возможно. Единственный способ - пользоваться поиском. Но это, согласитесь, не дело.
А нельзя ли в фильтрах и сортировках учитывать скрытые подзадачи?
А если...
Сейчас:
Задача1
+ Подзадача1
Подзадача1
То, что Подзадача1 одна, неочевидно. А если подзадач мегатонна?
Можно,
А) стандартный вид:
Задача1 /
Подзадача1 /Задача1/
Б) Аутлайн:
Задача 1
+ Подзадача1
А с учетом того, что сейчас _не понятно_, что Подзадача1 входит в Задачу1, совсем плохо.
Для меня лично _хороший_ аутлайнер один из очень весомых плюсов в системе управления.
Сейчас:
Задача1
+ Подзадача1
Подзадача1
То, что Подзадача1 одна, неочевидно. А если подзадач мегатонна?
Можно,
А) стандартный вид:
Задача1 /
Подзадача1 /Задача1/
Б) Аутлайн:
Задача 1
+ Подзадача1
А с учетом того, что сейчас _не понятно_, что Подзадача1 входит в Задачу1, совсем плохо.
Для меня лично _хороший_ аутлайнер один из очень весомых плюсов в системе управления.
Количество подзадач у задачи написано рядом с плюсиком/минусиком.
А почему непонятно, что Подзадача1 входит в Задачу1? Отступа недостаточно? Нужно еще какое-нибудь выделение этого факта? Мы готовы рассмотреть любые варианты.
По поводу разных видов списка: мы хотим, чтобы список был все-таки один. НО конечно, удобно бы иметь какой-то другой вид - для этого мы сделаем для задача диаграмму Ганта, которая мы пока что видна в демо-версии только в качестве картинки
А почему непонятно, что Подзадача1 входит в Задачу1? Отступа недостаточно? Нужно еще какое-нибудь выделение этого факта? Мы готовы рассмотреть любые варианты.
По поводу разных видов списка: мы хотим, чтобы список был все-таки один. НО конечно, удобно бы иметь какой-то другой вид - для этого мы сделаем для задача диаграмму Ганта, которая мы пока что видна в демо-версии только в качестве картинки
Внутри подзадачи сразу под ее заголовком предлагаю внедрить откатное меню (хлебные крошки) "Задача 1 / Подзадача 3" Можно будет сразу вернуться к головной задаче.
Непонятно, что "Подзадача4" вообще является подзадачей. С виду выглядит как обычная задача, это вводит в заблужение. Может быть приделать иконку согнутой стрелки?
Друзья, по-любому нужно делать нормальный незамусоренный список задач. Это факт.
Как мне кажется, человек _не способен_ работать с мегатонной актуальных задач. И если такое происходит, значит надо что-то менять.
Исходя из этого была реализована следующая логика: человек видит в списке ровно те задачи, которые его касаются. При этом он может их удобно фильтровать и сортировать. Если у задачи есть подзадачи, это отражается в виде плюсика слева от названия задачи, который можно раскрыть и посмотреть, что внутри. Разумеется, человек может увидеть внутри задачи, которые и так висят в основном списке на первом уровне. Мы решили смириться с этой маленькой неприятностью.
В случае стандартного аутлайна по типу проводника виндовс мы получаем более привычный интерфейс, но работать со списком задач представленным в таком виде было бы тяжелее. Могу привести в пример продукт от MS Project, в котором реализован такой подход. Хорошие, грамотные менеджеры проектов не могли в течение года освоить его фильтры в компании, в которой я работал. Надеюсь, на освоение нашего интерфейса у людей будет уходить меньше времени.
Исходя из этого была реализована следующая логика: человек видит в списке ровно те задачи, которые его касаются. При этом он может их удобно фильтровать и сортировать. Если у задачи есть подзадачи, это отражается в виде плюсика слева от названия задачи, который можно раскрыть и посмотреть, что внутри. Разумеется, человек может увидеть внутри задачи, которые и так висят в основном списке на первом уровне. Мы решили смириться с этой маленькой неприятностью.
В случае стандартного аутлайна по типу проводника виндовс мы получаем более привычный интерфейс, но работать со списком задач представленным в таком виде было бы тяжелее. Могу привести в пример продукт от MS Project, в котором реализован такой подход. Хорошие, грамотные менеджеры проектов не могли в течение года освоить его фильтры в компании, в которой я работал. Надеюсь, на освоение нашего интерфейса у людей будет уходить меньше времени.
Немного неочевидна работа с разделами. Если Вова Перчик начальник И кодеров, И верстальщиков, его нельзя забросить в оба отдела, можно только указать его подчиненных.
Обоснования есть?
Обоснования есть?
Мы решили сделать так: сотрудник входит не более чем в один отдел. Как следствие, нельзя одного человека забросить в оба отдела.
Почему. Конечно не потому, что это невозможно, т.к. это возможно :) Ключевую роль сыграли следующие аргументы:
1) интерфейсные неприятности, возникающие в противном случае: во-первых, пришлось бы придумывать какие еще кнопки, чтобы можно было не "перетащить" человека с места на место, а "склонировать" в другом отделе; во-вторых, тогда в списке сотрудников сложится интересная ситуация - напротив отдела "кодеры" будет написано, что в нем 3 человека, напротив отдела "верстальщики" будет написано, что в нем 4 человека, а всего в компании будет 6 человек. Странно, не правда ли?
2) реализация проще - меньше трудозатрат у программеров.
Ну и раз интерфейсники и программеры пришли к консенсусу, то решение было единогласным.
Почему. Конечно не потому, что это невозможно, т.к. это возможно :) Ключевую роль сыграли следующие аргументы:
1) интерфейсные неприятности, возникающие в противном случае: во-первых, пришлось бы придумывать какие еще кнопки, чтобы можно было не "перетащить" человека с места на место, а "склонировать" в другом отделе; во-вторых, тогда в списке сотрудников сложится интересная ситуация - напротив отдела "кодеры" будет написано, что в нем 3 человека, напротив отдела "верстальщики" будет написано, что в нем 4 человека, а всего в компании будет 6 человек. Странно, не правда ли?
2) реализация проще - меньше трудозатрат у программеров.
Ну и раз интерфейсники и программеры пришли к консенсусу, то решение было единогласным.
В системе реализован функционал, позволяющий ставить человеку в подчинение других людей или целые отделы вне зависимости от его положения в иерархии. То есть, к примеру, есть отдела топ-менеджмент, некоторые участники которого могут иметь в подчинении один или несколько подразделений компании.
Вкратце, кто смотрел, может описать различия между Teamer и Megaplan?
Как я понял, тимер для 3-4 человек, которые зачастую не образуют формального объединения, а мегаплан для настоящих компаний с должностями, отпусками и т.д., то есть более формализованных?
Дизайн, кстати, не очень понарвился (браузер Opera 9.24).
Как я понял, тимер для 3-4 человек, которые зачастую не образуют формального объединения, а мегаплан для настоящих компаний с должностями, отпусками и т.д., то есть более формализованных?
Дизайн, кстати, не очень понарвился (браузер Opera 9.24).
В Опере 9.21 при создании задачи выпадающий список "Надзадача" отображается некорректно. Скриншот по ссылке http://img.uz/images/71975error.gif
После создания задачи ей присваивается статус "Принята к исполнению" хотя сотрудник может ей и не занимается. Думаю, что более логично вновь созданной задаче присваивать статус "Работа не начата", а уже меняет статус сам Исполнитель как только приступит к ней.
при назначении задача имеет статус "назначена" и отображается в списке задач зеленым цветом.
если задача назначена сверху-вниз (начальник поставил задачу подчиненному), то она становится принятой, после первого захода в нее.
если задача назначена снизу-вверх, то начальник может ее принять или отклонить, у него есть соответствующие кнопки в карточке задачи.
если задача назначена сверху-вниз (начальник поставил задачу подчиненному), то она становится принятой, после первого захода в нее.
если задача назначена снизу-вверх, то начальник может ее принять или отклонить, у него есть соответствующие кнопки в карточке задачи.
1) При заходе на страницу задачи, которая была удалена выходит 500 ошибка, хотя по факту это же 404 ошибка.
2) После удаления задачи у который был активный зеленый флажок, внизу возле поиска этот флажок все равно остается, однако при клике в появившемся облачке нет инфы.
2) После удаления задачи у который был активный зеленый флажок, внизу возле поиска этот флажок все равно остается, однако при клике в появившемся облачке нет инфы.
Первый косяк, что я обнаружил - это то, что у КАЖДОЙ задачи, кроме постановщика и ответственного должен быть исполнитель. Я не знаю кто и что там делал (дизайн и функционал фейса), но без разнесения этих функций работы НЕТУ. Это я вам как проджект-менеджер с большим стажем говорю.
Причем в вашем случае оно должно работать так: по дефолту ответственный и исполнитель одно лицо, о чём стоит галочка в чекбоксе, если мы её снимаем, java-скрипт разворачивает еще одно поле, либо это поле при наличии галочки просто не может быть заполнено.
Причем в вашем случае оно должно работать так: по дефолту ответственный и исполнитель одно лицо, о чём стоит галочка в чекбоксе, если мы её снимаем, java-скрипт разворачивает еще одно поле, либо это поле при наличии галочки просто не может быть заполнено.
Уважаемый проджект-менеджер. Мы понимаем, что для того, чтобы иметь шансы на выполнение задачи, на неё нужно кого-то назначить ответственным и потом с него спрашивать. Именно поэтому у нас в системе по умолчанию можно выбрать только ответственного исполнителя - того кто будет выполнять задачу и отвечать за её исполнение. При желании можно назначить ему помощников и мотивировать их (бонусом или штрафом) - для этого мы сделали кнопочку "добавить соисполнителей".
Пожалуйста, если вы считаете, что данный функционал недостаточен для выполнения ваших задач, сообщите нам об этом - мы подумаем и, если надо, изменим поведение.
Пожалуйста, если вы считаете, что данный функционал недостаточен для выполнения ваших задач, сообщите нам об этом - мы подумаем и, если надо, изменим поведение.
это то, что у КАЖДОЙ задачи, кроме постановщика и ответственного должен быть исполнитель.
давайте разбираться, у задачи есть два обязательных поля - Название и Ответственный исполнитель, все, больше ничего обязательного нет. Если есть необходимость, то можно добавить соисполнителей, аудитов и т.д. Постановщик ставит задачу, Ответственный исполнитель ее делает и с него же Постановщик требует результат.
Это у Вас так - в мелком коллективе. А в реальной жизни (в любом предприятии от среднего) очень часто постановщиком является хозяин-директор-нач.смежного отдела, ответственным кто-то из них или нач.другого отдела, а исполнителем вообще кто-то 16-й. И когда мы видим таск лист, то глаза СРАЗУ ищут - кто ставил задачу (постановщик), кто её выполняет (исполнитель) и кого потом дрючить в случае чего (ответственный). Если этого нету - сразу и сходу, ТО С МОЕЙ ТОЧКИ ЗРЕНИЯ инструмент непригоден. Вы знаете, когда меня спрашивают про мои методы работы и я рассказываю, мне очень часто говорят, мол всё это мы уже слышали, знаем и т.п. На это я очень часто отвечаю, что идея общественного питания не нова, но в одни места люди ходят с удовольствием, а другие обходят стороной. Всё дело в реализации и это тот самый случай. Если не сделать то, что я говорю это будет как ресторан со входом через грязный подвал без вывески. Такова моя точка зрения как человека, который делал более десятка проектов в год.
Вы хорошо начали, но потом сбились на какие-то примеры с рестораном и грязью.
У нас продукт для мелких и средних компаний, а не для средних и крупных. Понятно, что потребности у всех разные и сделать один продукт для всех нельзя. У кого-то в 90% задач есть Постановщик, Ответственный, Исполнитель, два Аудитора, есть сложное делегирование задач, есть прописанные сценарии прохождения задач и для внедрения надо привлекать много консультантов. А у других все просто и понятно - Постановщик, Ответственный, иногда Аудитор, и задачи простые.
Продукт для первых не подойдет вторым и наоборот. Каждый продут решает свою задачу. Надо делать продукты, которые хорошо делают то, для чего предназначены.
Возвращаясь к ресторанам, есть «Елки-Палки» и есть «Царская охота», и там и там чисто, туда и туда люди ходят с удовольствием, но только в первом счет 500р, а во втором в 10 раз больше. Оба ресторана сделаны одними людьми, только на разную аудиторию и каждый ресторан хорошо делает то, для чего предназначен. И если Вы ходите в «Царскую охоту», то это не повод кричать, что в «Елки-Палки» нет вывески, они в подвале и туда никто не ходит.
У нас продукт для мелких и средних компаний, а не для средних и крупных. Понятно, что потребности у всех разные и сделать один продукт для всех нельзя. У кого-то в 90% задач есть Постановщик, Ответственный, Исполнитель, два Аудитора, есть сложное делегирование задач, есть прописанные сценарии прохождения задач и для внедрения надо привлекать много консультантов. А у других все просто и понятно - Постановщик, Ответственный, иногда Аудитор, и задачи простые.
Продукт для первых не подойдет вторым и наоборот. Каждый продут решает свою задачу. Надо делать продукты, которые хорошо делают то, для чего предназначены.
Возвращаясь к ресторанам, есть «Елки-Палки» и есть «Царская охота», и там и там чисто, туда и туда люди ходят с удовольствием, но только в первом счет 500р, а во втором в 10 раз больше. Оба ресторана сделаны одними людьми, только на разную аудиторию и каждый ресторан хорошо делает то, для чего предназначен. И если Вы ходите в «Царскую охоту», то это не повод кричать, что в «Елки-Палки» нет вывески, они в подвале и туда никто не ходит.
Ну что тут сказать? Вы делаете продукт, который хочет должен стать коммерческим. Вам посоветовали добавить ВАЖНУЮ деталь. Вы отказываетесь - ваше право. Только мне этот инструмент - бесполезен. Без данной возможности его использовать невозможно, даже для маленькой компании (у меня сейчас есть 3-4 стартапа и обкатывать ваш инструмент мы хотели там), потому что суть эти три лица (постановщик-исполнитель-ответственный) у нас почти всегда разные, пусть даже над проектом работает всего 4-5 человек. Если Вы этого не понимаете, это ваши трудности. А вот аудит это функция, при заявленной вами тарджет-групп просто бессмысленная. Лингамами с Вами я мерятся не намерен, доказывать очевидное, - тоже. На сём и остановимся. И не нужно мне рассказывать про позиционирование, я и сам прекрасно всё это делаю в своем маркетинге. Вам БЕСПЛАТНО дают возможность УЛУЧШИТЬ продукт, Вы её отвергаете. О чём тут говорить?
Вы почему-то пытаетесь проецировать свое мнение на всех, причем в достаточно резкой форме.
Если мы поймем, что большинству действительно надо в списке видеть три поля - тогда они там будут. Пока такой потребности не наблюдается. Вы первый, кто поднял этот вопрос. Давайте попробуем его спокойно и конструктивно обсудить, без резких всяких выпадов, хорошо?
Пока как я понял, Ваша аргументация такая - Вы к этому привыкли, Вам это надо. Разумных аргументов - почему это надо большинству, я к сожалению не увидел.
Если мы поймем, что большинству действительно надо в списке видеть три поля - тогда они там будут. Пока такой потребности не наблюдается. Вы первый, кто поднял этот вопрос. Давайте попробуем его спокойно и конструктивно обсудить, без резких всяких выпадов, хорошо?
Пока как я понял, Ваша аргументация такая - Вы к этому привыкли, Вам это надо. Разумных аргументов - почему это надо большинству, я к сожалению не увидел.
При попытке написания комментария к задаче выдал ошибку, хотя все поля были заполнены. При повторном сохранении все окей. Прилагаю скриншот по ссылке http://img.uz/images/975772error.gif
Не понял практического смысла вкладок "Зарплата", "Отношения", "Отпуска".
Обязательно сделайте наружу вебсервисы для импорта сотрудников и структуры. Когда я поставил SugarCRM и дал указ при оформлении нового сотрудника заводить его не только в 1С но и в шугаре, Эйчар застрелился.
По хорошему подчинения в разделе структуры нужно создавать между должностями, и, как это не прискорбно, у человека (и у должности) не должно быть более одного начальника, хотя это можно оставить на усмотрение директора.
Вкладки "Бизнес процессы" не нашел, а это была бы моя любимая вкладка.
Если не будет БП, то нужны хотя бы элементарные обработчики/скрипты, чтобы можно было реализовать механизмы:
Как только выполняется задача "Договор и ТЗ по проекту Санта-Клаус" неободимо выполнить скрипт:
- Поставить задачу в бухгалтерию по выставлению счета Контрагенту
- Поставить задачу контентчикам разместить на сайте гордую надпись "В разработке проект Санта-Клаус"
- Поставить задачу админам выделить на сервере место под проект и создать структуру
- Поставить задачу программерам по реализации проекта
Как только начальнику отдела ставится задача "Реализация проекта СантаКлаус" нужно создать задачу "Назначить ПМ и свалить всё на него"
Без этого многие рутинные операции будут затягиваться, или вовсе забываться и вспоминаться "очень не вовремя" когда "и так дел выше крыши"
Задачи с подзадачами должны иметь галочку "комплексная" - как только подзадачи выполнены, эта выполнена автоматом, а все свойства задачи по срокам и статусам беруться из свойств подзадач. В противном случае у нее свой статус и сроки (однако она по прежнему не может быть выполнена прежде подзадач)
Комплексные сереньким шрифтом в самом конце, чтобы не мешались.
Обязательно сделайте наружу вебсервисы для импорта сотрудников и структуры. Когда я поставил SugarCRM и дал указ при оформлении нового сотрудника заводить его не только в 1С но и в шугаре, Эйчар застрелился.
По хорошему подчинения в разделе структуры нужно создавать между должностями, и, как это не прискорбно, у человека (и у должности) не должно быть более одного начальника, хотя это можно оставить на усмотрение директора.
Вкладки "Бизнес процессы" не нашел, а это была бы моя любимая вкладка.
Если не будет БП, то нужны хотя бы элементарные обработчики/скрипты, чтобы можно было реализовать механизмы:
Как только выполняется задача "Договор и ТЗ по проекту Санта-Клаус" неободимо выполнить скрипт:
- Поставить задачу в бухгалтерию по выставлению счета Контрагенту
- Поставить задачу контентчикам разместить на сайте гордую надпись "В разработке проект Санта-Клаус"
- Поставить задачу админам выделить на сервере место под проект и создать структуру
- Поставить задачу программерам по реализации проекта
Как только начальнику отдела ставится задача "Реализация проекта СантаКлаус" нужно создать задачу "Назначить ПМ и свалить всё на него"
Без этого многие рутинные операции будут затягиваться, или вовсе забываться и вспоминаться "очень не вовремя" когда "и так дел выше крыши"
Задачи с подзадачами должны иметь галочку "комплексная" - как только подзадачи выполнены, эта выполнена автоматом, а все свойства задачи по срокам и статусам беруться из свойств подзадач. В противном случае у нее свой статус и сроки (однако она по прежнему не может быть выполнена прежде подзадач)
Комплексные сереньким шрифтом в самом конце, чтобы не мешались.
Не понял практического смысла вкладок "Зарплата", "Отношения", "Отпуска".
они отображают ровно то, что на них написано, если вы ведете учет зарплат и отпусков, например в 1С, то да, это получается дублирование информации. только 1С это для бухгалтерии, а Мегаплан - для людей. Например, в Мегаплане любой сотрудник может сам создать заявку на отпуск.
Импорт обязательно сделаем.
А вот БП скорее всего не будет, мы делаем простую и понятную систему для людей, которой легко может пользоваться любая компания. Хочется найти золотую середину между удобством использования и функциональностью. И мы хотим, чтобы нашей системой можно было пользоваться из коробки, без внедрения и привлечения консультантов.
Наверное, максимум, что будет - будут шаблоны задач. На основе шаблона можно создавать новые задачи, по подобию выполненных, чтобы облегчить некоторые рутинные операции.
НЛО прилетело и опубликовало эту надпись здесь
у всех разные понимания маленьких и больших, плюс еще у всех разный бизнес, так что я бы не был столь категоричен в прогнозах.
а про сервера я вообще не понял, я же написал в первом посте -
"Вообще, Таск-менеджер — это скорее коробочный продукт. Как нам кажется, компании пока не готовы доверять свои важные задачи непонятным серверам в загадочном и страшном интернете :)"
а про сервера я вообще не понял, я же написал в первом посте -
"Вообще, Таск-менеджер — это скорее коробочный продукт. Как нам кажется, компании пока не готовы доверять свои важные задачи непонятным серверам в загадочном и страшном интернете :)"
У нас консалтинговая кампания. В зависимости от загрузки 5-20 человек работают. Мы маленькие. Я, как босс, могу в голове держать все основные задачи. Но как иногда утомляет общаться с невменяемыми сотрудниками, менеджерами. Поэтому за эту программу ухватился - это тот минимальный минимум, который мне нужен. Простота, в этом случае, хороша.
Не усложняйте программу, баги уберать, интерфейс подправить - и мы первые покупатели.
Но как я понял сначала, данные будут храниться на наших серверах. А сейчас идет разговор, что все хранится у вас на серверах?
Не усложняйте программу, баги уберать, интерфейс подправить - и мы первые покупатели.
Но как я понял сначала, данные будут храниться на наших серверах. А сейчас идет разговор, что все хранится у вас на серверах?
на то и бета-тестирование, чтобы сделать окончательную шлифовку, так что все подправим и исправим :)
прочитайте мой ответ выше, мы пока нигде не говорили, что данные будут хранится исключительно на наших серверах - все как раз наоборот.
в январе все доделаем - покупайте и пользуйтесь!
прочитайте мой ответ выше, мы пока нигде не говорили, что данные будут хранится исключительно на наших серверах - все как раз наоборот.
в январе все доделаем - покупайте и пользуйтесь!
Я тоже придерживаюсь мнения, что программу не следует усложнять. На данный момент все очень хорошо продумано. Как уже писал ранее, добавьте привязку задач к проекту и тогда вообще цены не будет Мегаплану :-)
P.S. B все-таки дублирующие подзадачи в общем списке тоже огорчают изрядно и как видно из вышенаписанных постов, это огорчает не только меня, поэтому советую пересмотреть позицию про единовременный показ подзадач в общем списке задач.
P.S. B все-таки дублирующие подзадачи в общем списке тоже огорчают изрядно и как видно из вышенаписанных постов, это огорчает не только меня, поэтому советую пересмотреть позицию про единовременный показ подзадач в общем списке задач.
Добрый день.
Почему подчиненные могут редактировать не свои анкеты?. По уму, руководитель должен иметь возможность отредактировать анкету своего подчиненного, а сотрудники нижнего звена должны иметь доступ к редактированию только своей анкеты...однозначно :)
Почему подчиненные могут редактировать не свои анкеты?. По уму, руководитель должен иметь возможность отредактировать анкету своего подчиненного, а сотрудники нижнего звена должны иметь доступ к редактированию только своей анкеты...однозначно :)
Заметил два маленьких косячка в верстке:
1) Во временной линии задачи (вехи) на стыке месяцев декабрь и январь наслаиваются друг на друга. Скрин по ссылке http://img.uz/images/676185error1.gif
2) При добавлении задачи под Оперой 9.21 (на других не проверял) возле опции "массовая" (массовая задача) что-то непонятное стоит вместо чекбокса
Скриншот http://img.uz/images/267923error2.gif
1) Во временной линии задачи (вехи) на стыке месяцев декабрь и январь наслаиваются друг на друга. Скрин по ссылке http://img.uz/images/676185error1.gif
2) При добавлении задачи под Оперой 9.21 (на других не проверял) возле опции "массовая" (массовая задача) что-то непонятное стоит вместо чекбокса
Скриншот http://img.uz/images/267923error2.gif
Предлагаю два небольших улучшения:
1) Создать страницу настроек и туда вынести возможность загрузить логотип Компании, чтобы он отображался слева вверху;
2) Также в настройки вынести возможность в верхнее меню добавить свою вкладку. Например, многие Компании имеют интранет и было бы удобно с Мегаплана перейти в Интранет или корпоративный форум.
1) Создать страницу настроек и туда вынести возможность загрузить логотип Компании, чтобы он отображался слева вверху;
2) Также в настройки вынести возможность в верхнее меню добавить свою вкладку. Например, многие Компании имеют интранет и было бы удобно с Мегаплана перейти в Интранет или корпоративный форум.
логотип компании можно добавить, но там еще будет логотип мегаплана, он будет вести на рабочий стол, будет примерно так - http://megaplan.ru/i/desktop.jpg
с интранетом там сложнее, чем просто добавление ссылки, по-хорошему, ещу нужна сквозная авторизация (+ авторизация через AD), это скоро сделаем.
с интранетом там сложнее, чем просто добавление ссылки, по-хорошему, ещу нужна сквозная авторизация (+ авторизация через AD), это скоро сделаем.
Как насчет Доски объявлений для всех, кто входит? Конечно можно общей рассылкой, но доска объявлений, или одно объявление - визуально обратит внимание на себя.
А еще, думаю гостевой вход сделать. Вот вопрос, что гостю можно показать, а что нет. С командой познакомиться может.
А еще, думаю гостевой вход сделать. Вот вопрос, что гостю можно показать, а что нет. С командой познакомиться может.
Очень интересно дождатся Лайф-менеджер, Таск-менеджер под мои задачи примерно подошел, но это пушкой по воробъям... Да и некторых фишек нехватает (другие) для фрилансера.
А куда деваются завершенные задачи? Не могу нигде их отыскать, а между тем иногда нужно задачу переоткрыть. Как это сделать?
И еще маленький вопрос: на ваших скриншотах в списке задач справа есть такая иконочка "За дело". Так хочется узнать что она будет делать?
Хотелось бы при постановке Задачи, подзадачи- Бонус указывать в валюте гривна, сейчас есть возможность Евро, Доллары, Рубли, Морали (чем и заменяю ;-)). Думаю это не сложно реализовать, а рынок Украины вроде достаточно развитый...
Во-первых - спасибо за программу :-) Пока только бегло просмотрел, но по-моему - это то, что я уже собирался делать внутри своей компании. Будут тестить на реальный проектах после окончания каникул
Сразу вопрос. Нельяз ли как то делать в отделе людей без подчиненности внктри отдела? Объясню. Есть директор ему подчиняется отдел. внутри отдела НЕТ других начальников. То есть там все подчиненные. Так возможно?
Надеюсь будет нормальная интранет версия. Очень этого хочется. У нас траффик помегобайтный - очень неудобно будет постоянно в нете файлы гонять...
Сразу вопрос. Нельяз ли как то делать в отделе людей без подчиненности внктри отдела? Объясню. Есть директор ему подчиняется отдел. внутри отдела НЕТ других начальников. То есть там все подчиненные. Так возможно?
Надеюсь будет нормальная интранет версия. Очень этого хочется. У нас траффик помегобайтный - очень неудобно будет постоянно в нете файлы гонять...
>>Нельяз ли как то делать в отделе людей без подчиненности внктри отдела?
сейчас как раз собираем информацию, у кого какие потребности в оргструктуре, в итоге доработаем ее, чтобы подходила для большинства случаев.
>>Надеюсь будет нормальная интранет версия. Очень этого хочется.
конечно будет, про это в самом первом посте написано :)
сейчас как раз собираем информацию, у кого какие потребности в оргструктуре, в итоге доработаем ее, чтобы подходила для большинства случаев.
>>Надеюсь будет нормальная интранет версия. Очень этого хочется.
конечно будет, про это в самом первом посте написано :)
Регистрация не идёт, Firebug выдаёт такую ошибку:
s.url has no properties
[Break on this error] jQuery.readyList.push(function(){return fn.apply(this,[jQuery]);});return this;}...
764a69e24f6861ab5... (line 19)
s.url has no properties
[Break on this error] jQuery.readyList.push(function(){return fn.apply(this,[jQuery]);});return this;}...
764a69e24f6861ab5... (line 19)
Я бы пользовался этой системой хотя бы потому, что она на русском! И делали ее отечественные разработчики с отечественным подходом к понимаю процессов.
Продолжайте работать! Как Вы смотрите на то, чтобы сделать lite-версию без лишних прибамбасов? А может быть нужно сделать ручную настройку модулей главным администратором?
Продолжайте работать! Как Вы смотрите на то, чтобы сделать lite-версию без лишних прибамбасов? А может быть нужно сделать ручную настройку модулей главным администратором?
Косяки:
Достаточно частно вылетают какие то коды. То есть вместо чего либо код. Как буд-то недогружается. Хотя инет быстрый.
Далее. Вчера была поставлена задача. Сегодня она открывается, но старт и дедлай не обновляются
Старт: завтра
Дедлайн: завтра
неправильно
должно стоять сегодня а не завтра
Старт:
Дедлайн:
нужно формировать исходя из сегодняшней даты, а не от даты постановки задачи
Достаточно частно вылетают какие то коды. То есть вместо чего либо код. Как буд-то недогружается. Хотя инет быстрый.
Далее. Вчера была поставлена задача. Сегодня она открывается, но старт и дедлай не обновляются
Старт: завтра
Дедлайн: завтра
неправильно
должно стоять сегодня а не завтра
Старт:
Дедлайн:
нужно формировать исходя из сегодняшней даты, а не от даты постановки задачи
Насчет вылетающих кодов. Вы не могли бы подробнее написать, что за код вылетел? (идеальным конечно был бы скриншот того, что произошло).
Насчет старта и дедлайна. Стартом задачи считается не момент постановки задачи. При постановке задачи в ее карточке есть поле "Старт", которое по умолчанию инициализировано текущей датой. Если вы поменяете поле старт, то вполне может так случиться, что и старт и дедлайн будут "завтра".
Если вы уверены, что там ошибка, то напишите пожалуйста на info[собака]megaplan.ru, какая именно задача - просто ее заголовок - с этой информации будет значительно проще разобраться.
Насчет старта и дедлайна. Стартом задачи считается не момент постановки задачи. При постановке задачи в ее карточке есть поле "Старт", которое по умолчанию инициализировано текущей датой. Если вы поменяете поле старт, то вполне может так случиться, что и старт и дедлайн будут "завтра".
Если вы уверены, что там ошибка, то напишите пожалуйста на info[собака]megaplan.ru, какая именно задача - просто ее заголовок - с этой информации будет значительно проще разобраться.
Заглючил раздел "Редактирование карточки сотрудника"
при попытке отредактировать карточку, не расскрывается и не редактируется поле "должность", "город" и другие поля, где данные были введены ранее. При создании нового сотрудника - та же проблема. Не могу записать должность и прочее.
при попытке отредактировать карточку, не расскрывается и не редактируется поле "должность", "город" и другие поля, где данные были введены ранее. При создании нового сотрудника - та же проблема. Не могу записать должность и прочее.
Уж новый год во всю, когда бета дальше двинется?
вроде ничего не меняется?
вроде ничего не меняется?
Возражаю!
:)
менее минуты система меня узнает
потом заново вводить пароль
пока читаешь отписки менеджеров, тебя в системе уже нет
можно увеличить время неактивности до прежненго уровня - ранее такого не наблюдалось
:)
менее минуты система меня узнает
потом заново вводить пароль
пока читаешь отписки менеджеров, тебя в системе уже нет
можно увеличить время неактивности до прежненго уровня - ранее такого не наблюдалось
Новости компании
7 февраля
С 15 февраля мы начинаем продажи первого релиза Таск-менеджера. Сейчас, с 7 по 14 февраля, мы принимаем предварительные заказы.
-----------------------------------------------
Тестерам аккаунты не выключат?
7 февраля
С 15 февраля мы начинаем продажи первого релиза Таск-менеджера. Сейчас, с 7 по 14 февраля, мы принимаем предварительные заказы.
-----------------------------------------------
Тестерам аккаунты не выключат?
"Отображать отчество сотрудников, начиная с __ лет"
Красавцы :)
Вот только с релизом что-то задерживаетесь.
Красавцы :)
Вот только с релизом что-то задерживаетесь.
не знаю куда писать напишу пока сюда :)))
система нам (компании в которой я работаю) очень понравилась :) не считая мелких глюков :)
Меня интересуют (как IT) системные требования коробочной версии.
А вот менеджеры сказали: «Все круто, только нет базы по клиентам :(», я сам понимаю что это не должно входить в Мегаплан, но все же.
Хотелось бы, API для интеграции, и мы сами все докрутили, API так модно ныне :)))
Тогда можно было бы разговаривать с начальством о покупке. А пока будем гонять без этого, и пробовать решать эту проблему обходными путями.
система нам (компании в которой я работаю) очень понравилась :) не считая мелких глюков :)
Меня интересуют (как IT) системные требования коробочной версии.
А вот менеджеры сказали: «Все круто, только нет базы по клиентам :(», я сам понимаю что это не должно входить в Мегаплан, но все же.
Хотелось бы, API для интеграции, и мы сами все докрутили, API так модно ныне :)))
Тогда можно было бы разговаривать с начальством о покупке. А пока будем гонять без этого, и пробовать решать эту проблему обходными путями.
писать лучше в наш блог http://megaplan.ru/blog/
а зачем база по клиентам?
API в будущем обязательно будет
а зачем база по клиентам?
API в будущем обязательно будет
в блоге, нет раздела всякие вопросы :)
ну просто проекты привязываются к конкретным клиентам, и хотелось что бы это тоже было как-то отображено, посмотреть какие проекты относятся к тем или иным клиентам.
Я понимаю что это фича очень мало востребована и вряд ли будет добавлена, по это хотел дописать сам через API
ну просто проекты привязываются к конкретным клиентам, и хотелось что бы это тоже было как-то отображено, посмотреть какие проекты относятся к тем или иным клиентам.
Я понимаю что это фича очень мало востребована и вряд ли будет добавлена, по это хотел дописать сам через API
Раздел сделать не проблема, пишите "всякий вопрос" - сделаем под это раздел :)
Про справочник клиентов, это всё к большому вопросу, про то, является ли Мегаплан основным софтом в организации или нет. Первоначально мы все таки ориентировались на торгово-производственные компании и Таск-менеджер для них это инструмент управления, управления ростом и развитием. Понятно, что у них есть ERP и там и логично иметь базу клиентов. Но в результате в части компаний, Таск-менеджер может использоваться как основное ПО, например, в дизайн студиях. И если туда добавить файловое хранилище, базу клиентов + примитивную CRM, то это решение покроет основные потребности в софте. Разделение такое - где проходят основные процессы связанные с внешним миром? Если это производство-закупка-продажа, то понятно, что нужна ERP и клиентов надо учитывать там, а ERP мы не делаем. А если это разработка сайтов, которую можно вести в Мегаплане, то и базу клиентов хочеться иметь рядом. Так что такое решение будем делать. Я еще немного писал про это у нас в блоге http://megaplan.ru/blog/?p=27
Про справочник клиентов, это всё к большому вопросу, про то, является ли Мегаплан основным софтом в организации или нет. Первоначально мы все таки ориентировались на торгово-производственные компании и Таск-менеджер для них это инструмент управления, управления ростом и развитием. Понятно, что у них есть ERP и там и логично иметь базу клиентов. Но в результате в части компаний, Таск-менеджер может использоваться как основное ПО, например, в дизайн студиях. И если туда добавить файловое хранилище, базу клиентов + примитивную CRM, то это решение покроет основные потребности в софте. Разделение такое - где проходят основные процессы связанные с внешним миром? Если это производство-закупка-продажа, то понятно, что нужна ERP и клиентов надо учитывать там, а ERP мы не делаем. А если это разработка сайтов, которую можно вести в Мегаплане, то и базу клиентов хочеться иметь рядом. Так что такое решение будем делать. Я еще немного писал про это у нас в блоге http://megaplan.ru/blog/?p=27
Приятная штука
сейчас можно поменять в карточке сотрудника статус на Уволен.
Вы не планируете расширить систему? Сделать гибкую систему отчётов? Создать модуль CRM?
Мегаплан: система управления бизнесом с веб-интерфейсом