BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Process に関するすべてのコンテンツ

  • スタートアップからスケールアップへの旅でイノベーティブであり続ける

    ClearBankの成長に伴い、拡大する業務を管理し規制コンプライアンスを確保するためにより構造化されたプロセスを統合しながら、革新的な文化を維持するという課題に直面した。説明責任と責任の範囲内で、チームには自分たちの領域を発展させるためのスペースを与えられ、少しずつ革新し、実験し、継続的に改善しながら、イノベーティブであり続けることができた。

  • SlackにおけるAPI設計の原則とプロセス

    Slackが採用するAPI設計の原則とプロセスを解説した記事が先頃、Slack Engineeringブログ上で公開された。記事にはSlackが、簡潔性、安全性、拡張性、開発者エクスペリエンスを念頭においてAPIを設計する上で使用する、6つの設計原則について説明されている。これらの原則を実践する方法として、4ステップのレビューとテストのプロセスが存在する。ただし、ある程度の融通は認められている

  • DevOpsの4つのキーメトリクスの計測から学んだこと - 改善すべき領域の特定

    ITの4つのキーメトリクスの計測は、企業のソフトウェアデリバリプロセスのパフォーマンスを評価するための手段である。これらのメトリクスを継続的に監視することが、投資対象を判断する上での一助となり、パフォーマンス改善への指標になる。

  • Strangler Fig Patternを使用したマイクロサービスへのモノリスの移行

    ScholarPackは、Strangler Fig Patternを使用してモノリスバックエンドから移行した。彼らは、顧客のニーズをターゲットにするために段階的な開発と継続的デリバリーを適用し、その間にモノリスを絞め殺した。

  • 自己組織化チームにおける協調的意思決定

    自己組織化チームにおいて、メンバが持つすべてのポテンシャルを発揮する機会を与えることは、今日の企業が成功を収める上で最良の方法だ、とLorenzo Massacci氏は主張する。Agile Business Day 2019で、氏は、自らを組織化するチームが継続的かつ効率的な意思決定を可能にする方法について講演した。

  • 組織をリファクタリングして組織的負債を削減する

    組織が新たな働き方を採用するとき、組織的負債(organizational debt)の積み上がることがある。LeanDogのエンタープライズアジャイルコーチであるJess Long氏は、アジャイルなマインドセットが組織的な障害を取り除き、継続的改善を促進する原動力になり得る、と言う。氏はACE Conference 2019で、組織のリファクタリングによって組織的負債を削減する方法について講演した。

  • 古いシステムと現代的な技術のギャップを埋める

    手動��時間のかかるやり方で管理されている、長年動かし続けているプラットフォームはコストがかかる。チームは経営陣に対してビジネスケースを作ることで、繰り返し作業やヒューマンエラーで失われた時間に基づいて、自動化ツールやコンテナのような現代的な技術を導入して改善ができる。結果として、配置作業は予測可能で反復的なプロセスになり、配置も頻繁かつ安全に行えるようになり、人間の介在も最小限になる。

  • WSO2がIoT処理のオーケストレーション機能を強化

    オープンソースミドルウェアベンダのWSO2が同社プラットフォームの新機能として,IoT(Internet of Things, モノのインターネット)のアプリケーション管理とデータ処理を発表した。今回の拡張にはMQTT(ライトウェイトなM2M/IoTパブリッシュ/サブスクライブ接続プロトコル),Activiti BPM(Business Process Management)プラットフォーム,Open DataのOData 4.0プロトコルのサポートなどが含まれている。

  • コアワークシステムによる転換行動の促進

    Mike Orzen氏はLean IT Summit 2015で,コアワークシステムを利用した転換行動(transformational behavior)の促進について講演を行う。この記事では,リーンITに組織が期待するメリット,継続的改善を構築する上で新たな行動の適用と強化が不可欠な理由,IT組織にとってのコアワークシステムとワークプロセス,リーンIT移行を目指す上での誤りとそれを防ぐ方法についてのインタビューを紹介する。

  • リーン/アジャイルリーダシップとSAFe(Scaled Agile Framework)

    SAFe(Scaled Agile Framework)は,企業規模のリーン/アジャイル開発において適用される実践や役割,活動,成果物を規定する。InfoQではDean Leffingwell氏に,SAFeのデプロイ,クロスファンクショ��ルなアジャイルチームの構築と連携,SAFeの人に関する部分,リーン/アジャイルリーダシップの原則などについてインタビューした。

  • TeXのアルゴリズムの再実装 - プログラミングの30年間を振り返る

    LivingSocialでエンジニアリングディレクタを務めるGlenn Vanderburg氏は,先のClojureConjカンファレンスで,自身がTeXのアルゴリズムをClojureで実装した際の興味深い記録を公開した。そのプロセスの中で氏は,過去30年の間に,プログラミングがどれほど変化したのかを実感した,というのだ。

  • プロジェクトマネージャによるアジャイルチーム管理

    組織がアジャイルを導入すれば,プロジェクトマネージャの役割や行動に影響があるのが普通だ。スクラムは,プロジェクトマネージャをスクラムマスタや,あるいはプロダクトオーナにするかも知れない。プロジェクトマネージャの方もまた,その仕事の仕方や内容を,スクラムマスタやアジャルチームに合ったものに変えることは可能だ。

  • DevOpsとは何(ではないの)か、そしてどうやって実現するのか

    この記事では、DevOpsにまつわる誤解をいくつか議論し、文化の変化をもたらすことができるプロセスの序論を示す。その文化の変化こそがDevOpsのすべてなのである。

  • アジャイルにおけるドキュメント:いつどれくらい書くべきか

    アジャイルソフトウェア開発マニフェストは「包括的なドキュメントよりも動くソフトウェア」に価値を置いている。そうだとすると、どんな種類のドキュメントが、いつどれだけ必要なのだろうか?

  • スクラムへの盲信

    ブログ記事 "The Scrum Holy War(スクラム聖戦)"は,スクラムへの宗教的信念の存在を警告すると同時に,スクラムによって企業が救われない理由について説明している。

BT