InfoQ ホームページ ビジネス に関するすべてのコンテンツ
-
アジャイルのレトロスペクティブは省略可能か？
チームは時にレトロスペクティブの省略を考える。時間的なプレッシャを感じているとき，直接的なメリットが感じられないときなどだ。彼らは自問自答する – レトロスペクティブを続ける必要があるのだろうか？ しかしアジャイルのレトロスペクティブは，チームが継続的に学び，進歩するために必要なものだ。チームの成熟のためにも，継続するだけの十分な理由がある。
-
フレキシブル・コントラクトのテンプレートが公開，入手可能に
Agile 2013カンファレンスでアジャイル開発をサポートするフレキシブル・コントラクト(Flexible Contract)モデルを発表したSusan AtkinsonとGabrielle Benefieldの両氏は，ひとつのバージョンをクリエイティブコモンズ・ライセンスの下でリリース，ダウンロード公開した。
-
8回目のState of Agile Development Surveyがオープン
Agile 2013カンファレンスで8回目の年次のState of Agile Development Surveyが発表された。昨年の調査結果はアジャイルの導入について知見が得られた。あなたも調査に参加できる。参加すれば、調査結果を公開前に見られる。
-
持続可能なペース、どのように達成し改善するか
アジャイルマニュフェストの原則のひとつである持続可能なペースは組織にアジャイルを導入する上で最も重要だと考えられている。しかし、持続可能なペースを達成するのは難しい。チームの管理の方法や組織の文化が障害になるからだ。チームが速さを改善するとき、どのようにペースを改善して、新しいレベルの持続可能なペースに到達すればいいだろうか。
-
InformITがDorset Houseの書籍を電子書籍で出版
Pearson EducationのIT出版部門であるInformITはDorset Houseとパートナーシップをむすび、電子書籍のフォーマットでDorset Houseの書籍を出版する。InfoQの読者は2013年10月末までこの電子書籍を25%割引で購入できる。
-
ソフトウェア開発と安全性，開発知識の獲得
アジャイルメソッドには大きな成果を生み出すポテンシャルがある。しかしながらその成果は，保証されたものではない – 実際にそのような大きな成果が，アジャイルメソッドを採用し実践したチーム，あるいは組織のごく一部でしか達成されていないことは，その事例証拠からも明らかだ。成功には目に見えない要件がある。そしてそのひとつは，どうやら安全性(Safety)のようなのだ。
-
Microsoftが大規模な組織再編を予定
Microsoftが大きな組織再編の計画を詳細に発表した。全てのOSは、一人の統率者の下に入る。他のエンジニアリング領域として Apps, Cloud、Devicesがある。
-
アジャイルのレトロスペクティブはなぜ難しいのか？
レトロスペクティブ(振り返り)は，アジャイルの重要な手法のひとつに数えられることが多い。しかし時には，それを行うのが難しく感じることもある。管理権限が不十分である，改善の余地がない，適切なアクション定義が難しい，あるいは不満の多さがその理由だ。そうなるとレトロスペクティブは退屈な，時間の浪費に思えてしまう。このような問題に対処して，もっとよいレトロスペクティブの方法を見つけるには，どうすればよいのだろう？
-
セキュリティを意味するS
Frank Breedijk氏（Schuberg Philisの security officer）がセキュリティとDevOps 間の摩擦点といかに協力してそれを避けるかについて講演した。 例としては、自動化したセキュリティテストと環境、関連するシステムコンポーネントのみにセキュリティ監査の範囲を減らすこと、あるいはセキュリティの修正は、変更のキューをジャンプして本番へ行けることができるようにすることが挙げられた。
-
Linda RisingがGOTO Amsterdam 2013でインセンティブについて講演
第3回GOTO Amsterdam会議では、Java、モバイル、クラウド、オープンソース、Lean/Agile、アーキテクチャ、新しい言語＆プロセスコミュニティが扱われる。会議の最初の日は、インセンティブについて話したLinda Rising氏の基調で始まった。彼女は、工業化時代から始まったいくつかのインセンティブの研究を明らかにし、いかにマネージャーが実際に開発チームに対して行ったかを調査した。InfoQは彼女の経験について彼女にインタビューした。
-
DevOps Days Amsterdam 第１日，話題は継続的デリバリとDevOps文化
DevOps Days Amsterdam の初日は，継続的デリバリ (continuous delivery) とオートメーションの側と，組織内の DevOps文化を 促進する側の間で，関心の的が分かれていた。継続的デリバリの話題では，デリバリのパイプラインを自動化する方法に加えて，システム障害時における自動復旧の手法が注目を集めていた。文化に関する側の議論では，文化的変化の導入を成功させる上で個々の性格タイプを考慮する必要性や，企業文化の確立が雇用にもたらす肯定的影響などの成果があった。
-
Happy Melly: 幸せな労働者を作るビジネスネットワーク
“Melly Shum hates her job”という写真に着想を得て、Jurgen Appelo, Maarten Volders 、Vasco Duartoの三氏がHappy Mellyを設立した。Happy Mellyは組織が環境の変化に適応するのを支援し、仕事をするモチベーションが高い幸せな労働者を生み出す。
-
New York Times のデジタル化：元々紙ベースの会社を技術で変える
2006年に、The New York Timesには、２０人のエンジニアがおり全員が別の離れたビルに居た。エンジニアリングとジャーナリズムが完全に独立したエンティティとして組織され、広告販売部門さえが別だった。どのようにして、このような文化を技術がジャーナリズムを動かし、サポートする文化に変えるか？
-
WSO2 API Manager 1.4.0がマルチテナントを提供
最新のWSO2 API Managerがネイティブなマルチテナント、APIドキュメントの自動生成、SAMLベースのSSOを追加した。サーバー上またはクラウドの両方で走る。
-
自己組織型アジャイルチームにおけるリーダシップ
自己組織型アジャイルチームを実践する組織には，奉仕型リーダシップでチームを支援し，チーム自身が継続的な向上を学ぶように指導，助言できるマネージャが必要だ。