Atlassian Confluence 4.0

Вроде всё верно пишешь, только не учитываешь одного: софт от атласианна, как бы помягче сказать, очень неидеален. Да, есть интеграция. Да, фич много. Но вот пользоваться ими... Именно jira/confluence как раз обучать пользоваться надо. Правда, не вижу особых сложностей написать краткую инструкцию по основным неочевидным моментам(которые у каждой конторы свои ибо оно типа допиливается под конкретные нужды).

Ну и без обучения на любой работе никуда. Где ты видел чтобы нового человека сразу в бой без объяснений бросили? Такое только в простейших случаях бывает.

Ну, имя мое мало что может сказать...

Мне 34 года, в отрасли уже 11 год, из них 4 года на различных руководящих - от PTL до PM.

В этом году вошел в бизнес-партнерство в одной компании, занимающейся поддержкой и консалтингом по непрерывности бизнеса (в северной Америке, не у нас).

В задачи мои входит техническое и административное руководство внедрением CRM системы (той самой Sugar CRM - вот где АД внутри кода :) ) и клиентских сервисов на ее базе, а также - интеграция ее с продуктами Атлассиан и другими сервисами.

Так вот, когда приходится отбирать, нанимать и раздавать задачи сразу нескольким удаленным командам, а потом проверять результаты - Atlassian Studio незаменимо, так как позволяет сверстать спеку, дать ее на прочтение (и комментарии) всем партнерам, затем на каждый пункт этой спеки назначить свой таск в Джире, а потом по комментам в коммитах в SVN отслеживать прогресс и даже делать code review по каждому из них, прямо не выходя из Студио.

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

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

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

Еще раз повторюсь - ценность представляет именно студио, а не Конфлюэнс в отдельности. Хотя, его визивиг делает его намного более привлекательным для нетехнических спецов, а программистам тупо экономит время. Потому что время - это зарплата :)

Производительность этого всего меня не волнует. Пока оно себя оправдывает - будем юзать. Меня волнуют производительность, качество и стоимость моего продукта, а остальное - не моя забота, на это есть админы. В том ролике про МедиаВики чел прямо сказал, что ЛЮБОЕ оупенсорс решение надо самостоятельно допиливать. А это, дорогой друк, уже оверхэд на сопровождение, который непроизводительно ест ресурсы. За допиливание чего-то внутри конторы нам денег не платят - это все наши внутренние расходы, которые ложатся в цену продукта.

Кстати, оно стоит на нашем приватном облаке в Америке, и при доступе туда я тормозов не наблюдаю. Кстати, мы используем 4-ку, так что полет нормальный. А то, что она требует памяти - так железо нынче дешевое. У нас стоит на виртуалке и не чихает, все ОК.

ЗЫ: Написал про пионЭров потому, что задолбало бездумное «Оупен сорс - кул, остальное - говно» по любому поводу. Вот я считаю, что Шуга - полное говно, но это не мешает ей входить в десятку самых продаваемых и популярных CRM. Если я тебя обидел - извиняй. Дык, ведь и ты не представился - милости просим!

> Так вот, когда приходится отбирать, нанимать и раздавать задачи сразу нескольким удаленным командам, а потом проверять результаты - Atlassian Studio незаменимо, так как позволяет сверстать спеку, дать ее на прочтение (и комментарии) всем партнерам, затем на каждый пункт этой спеки назначить свой таск в Джире, а потом по комментам в коммитах в SVN отслеживать прогресс и даже делать code review по каждому из них, прямо не выходя из Студио.

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

Вот, а что из этого не может Trac? Ну, кроме того, что некоторые вещи там могут называться другими именами. Мне на мысль приходит только то, что вроде как нельзя держать доступные только некоторым группам страницы вики. Для тикетов есть http://trac-hacks.org/wiki/PrivateTicketsPlugin, например. Впрочем, если контора крупная, то платить много денег за RTS ей сам доктор прописал, а для мелких внедренцев/разработчиков опенсорса трака вполне может хватить. Если надо держать два загона, один для клиентов, другой для разработчиков, то нужная степень интеграции в Trac по тикетам/SCM есть. Роадмап, burndown и даже нашлепка для Scrum тоже есть.

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

Частое явление: менеджмент в основном устный, с дублированием на мыло (из-под палки). Пинаем ногами тех, до кого достаем, пинаем по имейлу тех, кто далеко, в конце дня тратим отдельный кусок времени на то, чтобы кое-как синхронизироваться со студией или аналогичным продуктом. Электронная почта всегда и во всем имеет приоритет, как как в RTS все устарело как минимум на неделю (при этом спеки пишутся одни, на сервере с документами лежат другие, а клиентам слались вообще третьи). И вот такое вот на всех уровнях, а студия или что там еще держится, потому что за нее бабло плочено, и еще потому, что без нее по CMM Level 3 или какой там не сертифицируют.

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

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

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

А ты говоришь, е-мэйл :)

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

На счет устного менеджмента - у нас он происходит только во время уикли-митингов в понедельник и пятницу по скайпу. Остальное - тикеты и камменты. Устное общение - строго по необходимости. Так что, студио - то, что доктор прописал.

Основной бизнес компании тоже сидит на Студио - вся поддержка клиентов - там.

Кстати, в траке не встречал код-ревью с камментами. Ссылку дашь на плагин, если он есть? Интересно было бы посмотреть...

И, кстати, у меня оно не только в браузере, но и в Mylyn-коннекторе для Eclipse-а, что чрезвычайно удобно.

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

> связанных с соответствующим пунктом спеки в вики прямой ссылкой, причем так, чтобы ссылку оно создавало само

А зачем? Если ты создавал страницу на вики, то ее адрес заведомо известен. Если не перетрахивать структуру все время... Или тебя интересует, чтобы в тикетах были ссылки на страницы wiki, где упоминались их номера?

И, кстати, у меня оно не только в браузере, но и в Mylyn-коннекторе для Eclipse-а, что чрезвычайно удобно.

Для трака из коробки с Mylyn'ом коннектор идет.

а по таске выводило прогресс в специальном плагине

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

Здесь есть, однако, заколдованный круг. Мне бы, например, было не западло написать плагин для трака, который бы делал недостающую функциональность, но это бы обошлось в довольно большие деньги (потому что я не индус, не студент, и не борэц за великую идею всемирного опенсорса, я жрать хочу и одеваться, и жить хочу не под мостом). Писать же забесплатно, зная, что 99% потребителей имеют возможность щедро это оплатить, честно говоря, западло. Думаю, я не один такой.

А фирмам, опять-таки, вместо скинуться одноразово на плагин, который БУДЕТ НАПИСАН, более приятным видится заплатить за атлассиан студио, который вещь в себе со всеми вытекающими (вендор-локином и говняной вики :)), но она УЖЕ ЕСТЬ.

Вот и поди тут разберись. :)

Все, что я хотел сказать — к тому, что ты описал, Trac из опенсорсного все-таки ближе всего. Там обещаются почесать давнюю чесотку и вскорости таки прикрутить мультипроектность в рамках одного инстанса (многие уползали на, скажем, Redmine, в котором, по-моему, той интегрированности нет — там как бы тикеты отдельно, вики отдельно (убогая вики, кстати), SCM отдельно — только из-за этой одной фичи), и пресловутые 95% потребностей будут покрыты.

Postgres и использовали. Плохо было именно бидону с его GIL

>Страница в пол мегабайта

А на php страницы получаются по полкилобайта всегда?

> Postgres и использовали. Плохо было именно бидону с его GIL

Умные люди используют префорк. Технология, испробованная временем, и никакого GIL'а.

Ну, вот и разобрались :)
Лучше иметь что-то, пускай не идеальное, но покрывающее большинство потребностей СЕЙЧАС, чем по сути, финансировать разработку оупен-сорс продукта, со всеми вытекающими рисками и ПОТОМ.

Вообще, забавно: один неосилятор ХТМЛя придумал дребедень на квадратных скобочках, а теперь это «корпоративная web-based Wiki». Не пора ли послать в школу этих бибикодеров?

А вот мне кажется, тут противоречие:

во сколько выльется компании обучение НЕТЕХНИЧЕСКИХ специалистов работе с НЕ-WYSYWIG системой

раздавать задачи сразу нескольким удаленным командам ...

Вы раздаёте задачи «нетехническим специалистам», неспособным несколько минут осилить достаточное подмножество простенького языка? И сколько экономит «контора» на том, что *вам* удобно, но (судя по отзывам) остальных напрягает, учитывая, что «их» намного больше?

Это не к тому, что интеграция, визивиг или атлассиан плохо, а просто для более-мнее объективной оценки ±ов.

Кто-нибудь знает инструмент, который сам сжимает каталог в jar-архив и обновляет этот плагин на Confluence?

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

>Все эти воркфлоу-тулзы — это гвозди в гроб Agile. На процесс тратится больше, чем на разработку,
А не надо workflow усложнять, чтобы от старта до стопа было 15-25 шагов с возвратом и кучей обязательных полей.

Там, где такое workflow нужно, там цена ошибки от «разъяснить устно» превышает разумные пределы. Причем от этого вашего «устно» собеседники в любой момент отказываются. С workflow такое не пройдет - estimate задал? Срок задал? Апрув получил? Все, дальше выбирайтесь, как хотите.

>Да пади, только в джире то не больше.
Больше и сильно:

Atlassian Confluence 4.0 (комментарий)

Без всяких nginx'ов, apache2+mod_jk.

>что конкретно стало головной болью в учреждении до, как это вылечилось после приобретения балшого продукта
1. Прохер задач
2. Непонятка со статусом выполнения (выполнено, не выполнено, на сколько выполнено, почему)
3. Misunderstanding
4. Backtrace missing (понимание, откуда ноги растут)
5. Отсутствие сроков и планов

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

Confluence - это инструмент, позволяющий строить графики, автоматически показывать задачи из Jira, статусы сборок из bamboo и много еще чего для людей, которые не имеют времени (топы) или возможности (продажники) шастать по сотням проектов в Jira и сотням тысяч задач в поисках ответа на вопрос «когда был релиз, какие баги пофикшены, какие нет и почему»

на сколько часов раньше сотрудники уходят домой.

Ни на сколько. Они делают больше работы, поскольку не могут отмазаться тем, что очень заняты непонятно чем. Это называется повышение эффективности работы компании. Холостые циклы есть (постановка задач, комментирование, переходы между точками процесса, логгирование работы и времени на него затраченного), но эти циклы строго детерменированы и их крайне сложно назвать «холостыми» потому что они повышают прозрачность ведения дел.

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

>софт от атласианна, как бы помягче сказать, очень неидеален.
Я боюсь даже предположить, как назвать опенсурс в этом случае. :)

Хм. Мне, в целом, похрен, но что плохого, что веб-приложение требует веб-сервер? Это я про nginx.

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

Ну, ты объяснил, не в бровь, а в глаз.

Особенно мне понравилось

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

ЛОР все-таки на что-то годен. Теперь я буду знать вопрос, который надо непременно задать на собеседовании:

­— Используете вы (или собираетесь ли использовать в ближайших перспективах) Atlassian Studio?

Если ответ утвердителен, то разворачиваться и уходить. Я столько навиделся манагеров, меряющих КПД в коммитах за день и подходящих к каждому, кто перестал неистово фигачить по клавишам более чем на 20 секунд, дабы вопросить, чем он занят, что сыт этим по горло. А студия — это еще одна линейка для измерения корпоративных писек и отрезания негодных-неугодных под корень — да еще и с пояснением в виде схем и графиков.

>Мне, в целом, похрен, но что плохого, что веб-приложение требует веб-сервер?
Я возражал не против nginx'а, а против утверждения, что в jira пользователей не может быть больше.

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

меряющих КПД в коммитах за день

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

и подходящих к каждому, кто перестал неистово фигачить

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

А студия — это еще одна линейка для измерения корпоративных

[тут было неуместное оскорбление] Сколько времени ты проработал в компаниях, отличных от ООО «Рога и Копыта»?

Не, вы меня не так поняли. Я имел ввиду, что когда я пользовался jira, пользователей в ней было не больше, но тормозила она ого-го как. Справедливости ради, сервер был в Канаде, но и трак лежит не на соседней машине.

>пользователей в ней было не больше, но тормозила она ого-го как.
Ну, свои показатели я как бы дал. Ничего особо не тормозит. => проблема была не в Jira. Например если вытаскивать через rss сотни тысяч запросов, и так штучек 5 - то конечно будет тормозить. Но это как бы нормально для таких объемов.

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

Я в кваку не играю. Вообще. :) Но и не фигачу все восемь часов подряд. Иногда пью кофе. Иногда рисую мысли на бумагу, чтобы лучше их рассмотреть. Иногда пялюсь в потолок, приводя мысли в порядок. Иногда сюда пишу чего-то. Некоторых, помню, это до жути не устраивало. :)

[тут было неуместное оскорбление] Сколько времени ты проработал в компаниях, отличных от ООО «Рога и Копыта»?

А хз, на поверку весь аутсорс — это сплошные «рога и копыта» вкупе с рабовладельческим ладом. Два года из десяти работаю с нормальными людьми.

Tiki Wiki по функционалу не хуже (но к сожелению много больше, этим и пугает админов)
Для разработчиков хорошо подходит. Особенно радует возможность внедрять векторные картинки Xfig, SVG на порядок лучший просмотрщик истории, таблицы в таблицах и возможность допила...

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

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

Никого не волнует, что именно ты делаешь. Всех волнует, будет ли выполнена задача в оговоренный с тобой срок. Если ты пялясь в потолок 2 рабочих дня решишь задачу, на решение которой отведено 2 рабочих дня и ты заполнил worklog - ни у кого вопросов не будет, разве что только «как это у тебя получилось?», там же, в wl и напиши - «плевал в потолок и вдруг осенило, поправил за 5 минут».

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

А хз, на поверку весь аутсорс — это сплошные «рога и копыта» вкупе с рабовладельческим ладом.

Так вот эти «рога и копыта» никогда не будут продукты атлассиан использовать. Потому им прозрачность процессов нафиг не нужна «это сложно и оверхед».

Два года из десяти работаю с нормальными людьми.

Рад за тебя. Наверное вокруг тебя теперь не наблюдается необоснованное затягивание сроков исполнения чего бы то ни было. :/

> Так вот эти «рога и копыта» никогда не будут продукты атлассиан использовать. Потому им прозрачность процессов нафиг не нужна «это сложно и оверхед».

Ох используют. Не их, так аналоги. Иначе их по CMMI не сертифицируют.

Рад за тебя. Наверное вокруг тебя теперь не наблюдается необоснованное затягивание сроков исполнения чего бы то ни было. :/

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

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

>Согласись, что пока человек не привык worklog на автомате заполнять, то студия не будет отображать реальное состояние вещей.
Будет. У задачи срок - он сорван, у всех зависимых задач - тоже, все требуемые для исполнения этой задачи работы - выполнены в срок. worklog не заполнен. Кто исполнитель? Вася? Вася, WTF, мы с тобой о сроках договорились, ты согласился? Или заполни WL и напиши, в чем проблема / создай задачу, от которой зависит твоя или первое китайское предупреждение о возможном лишении премии при рецедиве.

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

Это ерунда. Коммиты не ответят на вопрос, что не пофикшено, насколько поплыли сроки и кто виноват.