開発者ライセンス - この Confluence サイトは実稼働以外での利用に限定されています。 Čeština Dansk Deutsch Eesti English (UK) English (US) Español Français Íslenska Italiano Magyar Nederlands Norsk Polski Português Română Slovenčina Suomi Svenska Русский 中文 日本語 한국어 アトラシアンConfluenceが提供7.3.5 アトラシアンのConfluenceによって印刷されました7.3.5 バグ報告 Atlassian ニュース
http://atnd.org/events/22899 @yusukeyに絡まれたので、しょうがなく我が家秘伝のJIRA黒魔術をざっくり公開します。。。 JIRAはワークフローを柔軟に扱えることが一つの魅力です。 たとえば、ストーリチケットを作成するときに、ストーリポイントは必須だよね。ストーリチケットだからね。でも、ストーリポイントを必須項目にするとストーリポイントが決まっていない状況では起票できないし、必須でなくしてしまうと未入力のままの可能性がある。 思いついたときに起票して、ストーリポイントも入力漏れを防ぐにはどうしたらよいか。 ワークフローをいじる 簡単です。チケットが開始状態になるまでは未入力だけど、開始するときには必須ってワークフローを書けばいいのです。 ワークフローを超ざっくり説明すると、、、ワークフローには、オープン、開始、処理中、解決、クローズとかの"状態"があります
1年8ヶ月ぶりにブログを書くという、なんとも申し訳ない気分になりながら、今日は JIRA についてエントリを書きたいと思います。というか、ただ @yusukey に JIRA Advent Calendar 2011 で管理 Tips なのを書いてくれるはず、という無茶ぶりをされたからですがw JIRA は Jiemamy で使われており、その管理を担当しているのもあって、数年前からお世話になっている BTS ではありますが、これがなんとも管理がややこしい!細かいことができる分、管理もそれなりにややこしいです。今回は Jiemamy JIRA で行っている管理手法について紹介したいと思います。前提として、Jiemamy JIRA は WAR 版を使っています。スタンドアロン版だと、ついてきている Tomcat のバージョンがちょっと古かったりするので、脆弱性が残っている場合があるためです。
JIRA Advent Calendarってのに巻き込まれました。巻き込まれサイコーw 昨日は@oota_ken氏のJIRAのスキーマーをastahのクラス図で書いてみる ユーザー編 – テスト自動化他何かのメモでした。確かに、JIRAのデータ構造って、ぶっちゃけ理解するの大変ですよね…。なんちゃらスキーム苦手ですw で。@yusukeyサンからの「オマエのJIRAへの愛を語れ」っていう振りは完全スルーして、普通に活用Tips書きますw 自分はJiemamyプロジェクトにOSSライセンスを頂いて以来、随分長いことJIRAユーザをしています。なので、もうちっとディープな話もできなくもないかなぁとは思ったのですが、周囲を見ていると、玄人向けの難しい機能を紹介するよりも「願わくば全てのJIRAユーザが活用して欲しい、けどもなかなかこれを活用している人はいないんですよね」的な機能の紹介をしたほうが
JIRA Advent Calendar 2011の2番手です。このブログでは時々Atlassianの手先ではないかというくらいJIRAに傾倒したエントリーを起こしていますが、どうしてJIRAを選択したのか、そしてなぜJIRAを使い続けているのかを改めて書いてみたいと思います。 結論: Bugzilla、Clarify、Trac、JIRAを使った。JIRAが一番。 自分Issue trackingツール史 ・記憶ベース 小中高大と趣味でプログラミングをしていた頃、issue trackingはしていませんでした。 自分の中で特にマイルストーンがあるわけでもなく、なんとなくやってみたいことを書いてみて、思った通りに動くと技術的関心が薄れ、おしまい。 自分が書いたものを公開する場はパソコン通信とかTAKERUとかオープンなようで閉ざされた空間しかなく、フィードバックもなかなか得られないので長続
元々微妙にミッションとしてはあったのですが、ひょんなことから最近社内でJIRA管理者もといJIRA大臣として呼ばれることが多いです。 で、JIRAは非常に柔軟なスキーマ構造をしていて、フローにしろ、権限にしろ、項目にしろ、画面にしろなんでもカスタマイズできるのですが、あまりに柔軟すぎて管理者としては最初は何がなんだか分からなかったです。 で、僕はUMLとかERとかダイアグラムを書いて概念を整理するのが好きなので、管理しながら整理した概念を図示化してみることにしました。 アトラシアン謹製のスキーマーはこちら。 Scheme Entity Relations Map すごく・・・難しそうです。 で、まずは最初の鬼門であるユーザー周りから。 1. ユーザーは特定のプロジェクトに関係なく、グループに属することができます。 2. プロジェクトごとにプロジェクトロールがあり、ユーザーもしくはグループを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く