サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
GWの過ごし方
www.atlassian.com
Today, I’m excited to share an exciting step forward for Atlassian. We’ve entered into an agreement to acquire The Browser Company of New York, the team behind the incredible Dia and Arc browsers. By combining The Browser Company’s passion for building browsers people love with Atlassian’s deep expertise on how the world’s best teams operate, we have the opportunity to transform how work gets done
Discover how Atlassian migrated four million Jira databases to AWS Aurora—at scale and with minimal user impact. Learn about the technical challenges, strategies, and outcomes that enabled this ambitious transformation in reliability, performance, and cost efficiency How would you migrate a database, without your users noticing? At Atlassian we migrate databases at scale as part of our regular ser
Rovo開発エージェントをコマンドラインインターフェイスで提供 アトラシアンは、ソフトウェア開発者向けのエージェント型AIコーディング支援ツールであるRovo Devエージェントをベータ版として発表しました。コマンドラインインターフェイス (CLI）は、多くの開発者の日常のタスクにおいて不可欠なツールです。Rovoソフトウェアエージェントのベータ版の一部である Rovo Dev CLIを使用するとコマンドラインがインテリジェントな開発エージェントに変身し、開発者の指示を理解し、コードを記述し、開発者とシームレスに連携して作業を進めることを可能にします。 ターミナル内でエージェント型AIを活用 Rovo Devは、ターミナル環境を活用する開発者向けに設計されたCLIツールです。開発者の指示を理解しコードを生成、既存ツールとシームレスに連携するインテリジェントなAIパートナーとして機能します。
Following the unveiling of our new Rovo Dev Agent at Team ’25 in April, we’re excited to bring it to the command line, an essential tool in many developers’ daily workflows. This significant milestone introduces an agentic AI coding experience designed with enterprises in mind. With Rovo Dev CLI, part of Rovo Dev, your command line becomes an intelligent development agent that understands, codes,
Get it free Products Featured Developers Product Managers IT professionals Business Teams Leadership Teams Featured Developers Product Managers IT professionals Business Teams Leadership Teams
特定のスプリントですべてのアイデアを実現することは不可能なため、製品開発プロセスで優先順位を付けることが非常に重要です。そのためには、ビジネスと顧客に対して最も影響の大きいコンセプトを選択しなければなりません。 どの機会を追求するかを選択する際、優先順位付けフレームワークを利用すれば、製品チームの意思決定プロセスを簡素化できます。このガイドでは、6 つの優先順位付けフレームワークを検討し、プロダクト・マネージャーが十分な情報に基づき、より良い意思決定を行うためのフレームワークを選択する方法を説明します。これにより、製品ロードマップがさらに確実なものになります。 製品優先順位付けフレームワークは、チームがビジネス目標、顧客価値、製品要件、利用可能なリソースなど、さまざまな制約に対して機会を比較検討するのに役立つ手法です。一貫した原則と戦略のセットにより、チームが次に取り組むべきことを判断でき
Today marks a very hard day in our 20-year history. We have made the difficult decision to rebalance our team to better position Atlassian for the long term, meaning we will be saying goodbye to around 500 Atlassians, or 5% of our employees. We’ve written 134 Founder blogs since 2011, but this one comes with the heaviest of hearts knowing we are saying goodbye to great teammates and friends. We ca
Trello の Free プランに予定されている仕様変更についてご案内いたします。 この度、Trello の Free プランにてワークスペースを利用できるユーザー数（以下、コラボレーター）が、他のアトラシアン製品の無償プランにおけるユーザー数上限と統一され、10 名までに変更されます。コラボレーターには、ワークスペースのメンバー、ゲスト、そしてワークスペースへの招待が保留中のユーザーが含まれます。 この変更に向けてお客様に余裕を持ってご対応いただけるよう、以下の通り、段階的に上限の変更を適用する予定です: 2024 年 4 月 8 日 (米国時間)より: ご利用の Free プランのワークスペースに既に 10 名以上のコラボレーターが含まれる場合、新しいコラボレーターを追加いだたけなくなります。コラボレーターの追加には有償プランにアップグレードするか、コラボレーターの数を上限内に減らし
平素は Atlassian (アトラシアン) にご理解およびご協力を賜り、誠にありがとうございます。 当社は、脅威アクターから Trello のユーザー情報に関する表明があったことを確認しており、本件について綿密な調査を行った結果、Trello への不正アクセスによってデータが収集されたことを裏付ける事実は見つかっておりません。脅威アクターは、あらかじめリスト化された複数のメールアドレスを所持しており、これらのメールアドレスを使用して、公開されている Trello のユーザープロファイルを検索し、合致した情報を組み合わせることで、一連のデータを作成したと見られます。 脅威アクターが入手したとされる Trello のユーザー情報は、別の経路で入手したメールアドレスと、公開されていた Trello のユーザープロファイル情報の組み合わせによって作成されたデータであり、Trello への不正アク
2025 年 Gartner® Magic Quadrant™ の DevOps プラットフォーム部門において、アトラシアンが 3 年連続でリーダーに選出されたことを誇りに思います。レポートを読む
Hello Bitbucket Cloud users, We recently learned that encrypted copies of Bitbucket’s SSH host keys were included in a data breach of a third-party credential management vendor. The SSH protocol uses host keys to establish the identity of a trusted server for every SSH connection, like when a git pull establishes a SSH connection to Bitbucket Cloud. In response, Bitbucket issued two new SSH host k
The enhanced Rovo Studio experience is officially in open beta!
インターネットには、Git サブモジュールを使うべきではないという記事があふれています。若干の使用例でサブモジュールが役立つ場合があるものの、欠点はいくつもあります。 代替手段はあるでしょうか? もちろんあります。少なくとも 2 つのツールでは、Git を使い続けながら、プロジェクト内のソフトウェアの依存関係の履歴を追跡できます。 Git subtree google repo この記事では、git subtree に注目し、完全とまでは言えないもののそれが git submodule の問題を解決するものであることを説明してみます。
この演習を最大限に活用するために、各チーム メンバーにこのテンプレートを渡して十分な時間を用意して各自でテンプレートに入力してもらいます。時間と場所を決めてテンプレートのすべての 11 行 (好きなことわざから最大の試練までさまざまなことを尋ねます) の記入を一気に済ませようとするよりも 1 週間ほどの余裕があった方が、はるかに楽に作成できてより正確に各自の優先事項が反映されます。 テンプレートをチーム メンバーに配るときは、このアクティビティを行う理由などの背景を必ず説明してください。このアクティビティの趣旨は欠点を強調したり反省を促したりすることではなく、チームの全員がお互いについて理解を深めてコラボレーションの質を高めることが目的です。 早速、カレンダーにチーム ミーティングの日程を組み込みましょう。このミーティングでは、各自の作成したユーザー マニュアル テンプレートが中心的なトピ
アジャイル チームは、プロダクト所有者、スクラム マスター、ソフトウェア開発者、その他のメンバーで構成され、有益な製品を創造的に提供することで、複雑な問題の対処に協力して取り組んでいます。スクラムは、チームが複雑な製品の開発、提供、維持に使用する一般的なアジャイル手法の 1 つです。しかし、Large-Scale Scrum (LeSS) のような大規模なアジャイル プロセスのフレームワークを使用して、企業における大規模スクラムに効果的に対処するようになったのは、ほんの最近のことです。 LeSS は、1 つの製品に対して一緒に作業をする複数のチームにスクラムを拡張するためのフレームワークです。スクラム ガイドで Ken Schwaber 氏と Jeff Sutherland 氏が定義したように、1 つのスクラム チームの設立から始まり、1 つの製品に対して一緒に作業をする複数のチームに適用
Git か SVN か? Nuance Healthcare はどのようにして Git のブランチ モデルを選んだか
Build a culture of openness and continuous improvement with the 4Ls, a retrospective technique in which team members identify what they loved, loathed, longed for, and learned from a project or sprint of work.
人気のある音楽テクノロジー企業は、アジャイルのスケーリングに関して何を私たちに教えてくれるのでしょうか Mark Cruth はアトラシアンのモダン ワークのエキスパートです。彼は理論よりも実践に重点を置いており、アトラシアン チームと顧客チームの両方に新しい働き方を指導し、日々学んだことを世界中のイベントで共有しています。アトラシアンには 2019 年に入社しました。Boeing、Nordstrom、TD Ameritrade、Rocket Mortgage などで人、チーム、そして組織の変革を支援してきた 10 年以上の経験があります。Cruth は、新しい働き方、変革への意識、そして専門的なストーリーテリング能力をあらゆることに活用することを自らのミッションとしています。
本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。また、PDF版をダウンロードいただけます。 はじめに – 共同創業者兼共同最高経営責任者より 2022年4月上旬に発生した障害により、お客様へのサービス提供が中断されたことをお詫び申し上げます。私たちは、当社の製品がお客様のビジネスにとってミッションクリティカルであることを理解しており、その責任を重く受け止めています。今回の全責任は私たちにあり、影響を受けたお客様の信頼を回復するために尽力しています。 アトラシアンのコア バリューの 1 つに「オープンな企業文化、デタラメは無し (Open company, no bullshit)」というものがあります。この価値を実現する取り組みの一環として、インシデントについてオープンに議論し、学びにつなげています。そして、このインデント事後レビュ
This PIR is available in the following languages:日本語 Letter from our co-founders & co-CEOs We want to acknowledge the outage that disrupted service for customers earlier this month. We understand that our products are mission critical to your business, and we don’t take that responsibility lightly. The buck stops with us. Full stop. For those customers affected, we are working to regain your trust
DevOps では責任の共有が伴います。開発スタッフと運用スタッフの両方が、製品の成功または失敗に責任を負う必要があります。開発者は単に構築して運用チームにハンドオフするだけでなく、「構築した者が運用する」という考え方に則り、製品のライフサイクル全体を通じて製品を監督する責任を共有することが求められています。開発者はソフトウェアのテストと運用を行い、QA と IT Ops とのコラボレーションをさらに進めます。運用チームが直面する問題を理解すれば、デプロイと保守を簡素化できる可能性が高くなります。同様に、運用チームがシステムのビジネス目標を理解すれば、開発者と協力してシステムの運用ニーズを定義し、自動化ツールを採用できます。 自律型チームは、DevOps のもう 1 つの重要な側面です。開発チームと運用チームが効果的にコラボレーションするには、面倒で時間のかかる承認プロセスを必要とせずに、
本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。 2022年4月18日 23:57 UTC時点で、サービス停止の影響を受けたお客様サイトの復旧を完了しました。 2022年4月4日(月) PTに、アトラシアンクラウドをご利用の約400社のお客様が、アトラシアン製品全体を通してサービスの停止を経験されました。2022年4月18日現在、影響のあったお客様サイトの復旧を完了し、各サイトの窓口ご担当者宛てにご連絡申し上げました。 当社のサポートチームは現在、個々のお客様に合わせたサイト特有のニーズに対応しています。支援を必要とする事象のあるお客様は、当該サポートチケットへその旨ご返信ください。至急エンジニアリングチームより対応させていただきます。 今回のインシデントはサイバー攻撃や、システムの拡張に問題があったものではありません。また、一部の
As of Apr 18, 2022, 23:57 UTC, all customers impacted by the outage have been restored. On Monday, April 4th, 2022 PT approximately 400 Atlassian Cloud customers experienced a full outage across their Atlassian products. As of April 18th, 2022, we have now restored our customers impacted by the outage and have reached out to key contacts for each affected site. Our support teams are working with i
ここでは、git clone コマンドについて詳しく説明します。git clone は、既存のリポジトリをターゲットとして使用する Git コマンドラインユーティリティで、ターゲットリポジトリのクローンまたはコピーを作成します。このページでは、git clone コマンドの拡張構成オプションと使用例について説明します。ここで取り上げる主なポイントは、以下のとおりです。 ローカルまたはリモートリポジトリのクローン作成 ベアリポジトリのクローン作成 shallow オプションを使った、リポジトリの部分的なクローン作成 Git URL 構文とサポート対象のプロトコル
Bitbucket Pipelines と Snyk Pipe によって、DevSecOps を実現する
Kev はフル スタック Web 開発者のリーダーであり、10 年以上もアジャイル手法で製品やチームを構築する経験を持つシリアル アントレプレナーです。DevOps、仮想通貨、VR/AR などの新たなオープン ソース技術に熱心に貢献し、それについて著書を執筆し、教育を行っています。時間があるときには、インディーズ ゲーム開発ジャムに参加しています。 トランク ベース開発とは、開発者が細かく頻繁なアップデートをコア「トランク」または main ブランチにマージするバージョン管理手法です。これによってマージと統合の各フェーズが合理化されるため、CI/CD の実現、ソフトウェア デリバリーと組織パフォーマンスの向上に役立ちます。 ソフトウェア開発の初期には、プログラマーは現代のバージョン管理システムほど豊富な機能を利用できませんでした。その代わり、変更を追跡して必要に応じて元に戻す手段として、2
Opsgenie のアラート機能とオンコール機能が、Jira Service Management と Compass で利用できるようになりました。当社の自動移行ツールを使用して、2027 年 4 月 5 日までに既存の Opsgenie のデータと構成を移行してください。
次のページ
このページを最初にブックマークしてみませんか？
『Collaboration software for software, IT and business teams | Atlassian』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
