Agile Tech EXPOAgile Tech EXPO は、アジャイル開発を実践している方々、アジャイルに興味がある方々に向け、マインドやフレームワークに加えて、技術の最新動向をお届けするカンファレンスです。全世界どこからでも無料で参加ができ、エンジニアに留まらず、どなたでもご参加いただける交流の場を目指しています。アジャイルを勉強した...
AgileJapan2018
クラウド時代の行動改革、変わるもの・変えてはいけないもの ～シニア世代のＰＭ・エンジニアに捧げる熱きメッセージ～ 岡氏からのメッセージ動画はこちら！ 中佐藤氏からのメッセージ動画はこちら！ セッション概要 企画者：Agile Japan 実行委員 和田 9月下旬頃、岡氏と中佐藤氏からのメッセージ（動画）を公開する。 10月9日に、お二人の対談形式で、シニア世代の復権について深く語り合っていただく。 「対談への参加は本イベントへの申込が必要です」 岡氏は、ZOZOテクノロジーズでアーキテクトを努めつつ、技術コンサルタントとして、なかなか変われない日本の企業に多く関わられている。中佐藤氏は、最近はアジャイル関連の仕事が多いが、本来はオブジェクト指向・モデリングの人であり、同じく多くの日本企業に関わられている。 お二人とも、このままだと日本の企業が衰退すると感じているとのこと。現状を変えるために
ソフトウェア受託開発の新しいビジネスモデルへの挑戦 - 株式会社永和システムマネジメント アジャイル事業部
本ページは技術評論社様のご厚意により 2015年1月号の『Software Design』の特集として取り上げられた記事を転載させていただいているものです。 受託開発はITエンジニアの間ではネガティブに語られることの多いビジネスモデルです。その一方で、国内IT業界で一番多いモデルでもあります。受託開発の課題解決に目を背けていては、ITエンジニアの明るい未来はなさそうです。本章では、受託開発の課題を改善すべく、「価値創造契約」という新しいビジネスモデルに取り組んだ(株)永和システムマネジメントの事例を紹介します。 はじめに「ソフトウェア受託開発」という言葉を聞いて、読者のみなさんはどんな印象を持たれるでしょうか? 3K、デスマーチ、オワコンといったネガティブな印象を持たれる方も多いのではないかと思います。どうしてこのような印象を持たれるようになったのでしょうか? 受託開発と自社開発ソフトウェ
「アジャイルは死んだ」以降に残るものは何か -リーンソフトウェア開発を再評価し、自工程完結で全体観点で改善する - - Qiita
その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン（ソフトウェア）開発とは何か？ 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発～アジャイル開発を実践する22の方法～ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感：結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当
LIP版「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」 公開 - のぞみ総合法律事務所
今般、市毛由美子弁護士が参加している一般社団法人情報処理学会内の情報処理に関する法的問題研究グループ（LIP）が、実務家、法律家及び研究者の２年間にわたる研究成果として「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」を公開しました。昨今は特に、新型コロナウイルスの影響により先の⾒えない社会環境において、持続的に変⾰を求めていくことを許容するアジ ャイル開発の⼿法が、経営課題を解決する重要なツールとして期待されています。LIPは、アジャイル開発にかかわる紛争を契約面で予防することで、アジャイル開発が広く普及することを願い活動してきました。 今回の契約例は、「スクラム」の⼿法により、⾃社開発でなく社外ベンダ（受注者）を活⽤することを前提としています。アジャイル開発にかかわられる皆様の一助になれば幸いです。
ペアプログラミング - Wikipedia
2人のプログラマーによるペアプログラミング ペアプログラミング（英: pair programming）はソフトウェア開発の手法の一つで、2人のプログラマが1台のマシンを操作してプログラミングを行う手法。 当初は、2人が1台のワークステーションに向かって作業するものだったが、現在では一人で複数台を同時に使ったり、一台に複数台のディスプレイを使うことも多くなり、具体的なやり方は変わっている。 実際にキーボードを操作してコードを書く人を「ドライバ」、もう1人を「ナビゲータ」と呼ぶ。30分ごとか、単体テストを1つ完成させる度に役割を交替するのがよいとされる。また、1日に一度の頻度でパートナーを変えるのがよいともされている。 ペアプログラミングには、以下のような利点があるとされている。上に挙げた項目ほど重要である根拠を示していない。 規範意識の増大。ペアプログラミングでは、個人の作業よりも怠けるこ
)
スクラム (ソフトウェア開発) - Wikipedia
複雑な問題に対する完璧なソリューションを1度で実現することは難しい。異なるアプローチとして、不完全なソリューションを素早く出しそこから学び改善する、適応型ソリューションがある。適応型ソリューションをチームで開発するために従うべき少数の規則・軽量フレームワークがスクラムである。スクラムはソリューション開発のフレームワークであるため、その目的は開発したソリューションを介して価値を生み出すことである。 スクラムは「問題に対する解決策を列挙」「高優先度の策を一定期間でチームで実行」「結果の検査に基づく調整」「その繰り返し」を実現できる環境を生み出すシンプルなアプローチである[2]。スクラムのカギとなる基本原則は、プロジェクト開発の途中で、顧客は、要求や必要事項を変えられるという認識である。予想できない変更について、計画に基づく方法で対処することは、容易ではない。したがって、スクラムは経験に基づくア
品質保証部はソフトウェア組織のボトルネックなのか、ソフトウェアチームに同化すべきなのか - プログラマの思索
平鍋さんの記事を読んで、品質保証部はアジャイル開発のボトルネックなのか、必要な組織なのか、いろいろ考えてしまった。 主張のないラフなメモ書き。殴り書き。 【参考】 QA to AQ: Quality Assurance から Agile Quality へ - Qiita HARADA Kiroさんのツイート: "明後日開催です。英語で開催ですが、ゆっくり質問の時間はありますので、ぜひ。/ "品質保証からアジャイル品質へ入門コースー品質もアジャイルになるための価値、プラクティス、パターンー" https://t.co/m9eXSwIExq @Eventbriteさんから" (引用開始) よくアジャイル開発についての質問で、「品質保証はどうするのですか？」と聞かれることがあります。 日本の大企業の中には「品質保証部」という組織があり、そこが出荷判定をしたり、最終的な製品のQA(Quality
品質保証 - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。 記事の信頼性向上にご協力をお願いいたします。（2024年12月） 品質保証（ひんしつほしょう、英: quality assurance、QA）は、効率と品質が求められるあらゆる活動において、それらに保証を与えるのに必要な証拠を提供する活動一般を指す。計画され体系化された活動は一般に、その製品やサービスが要求された品質を満足していることを保証する必要がある。品質保証は品質管理と密接に関連しており、これらによって顧客や権利保有者のニーズ・期待・要求に製品が適合していることを保証する。QA は、品質が所定のレベルに到達していることを事前に確認する手続きを効率的に構築するものである。 QA は設計・開発・製造・実装・サービス・文書といったあらゆる活動をカバーする。また、QA には材料や部品、製造工程や検査工程な
朝会のパターン:立ってるだけじゃないよ - Martin Fowler's Bliki (ja)
以下の文章は、Jason YipによるIt’s Not Just Standing Up: Patterns of Daily Stand-up Meetingsの日本語訳である。Jasonの許可を得て、ここに掲載する。 立ってやるのはミーティングの時間を短くするためだ 朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル(訳注：ハドルとは群になって集まること)、朝のロールコール(訳注：ロールコールとはメンバが順番に答えていく方式)を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、その
ちゃんとした C# プログラムを書けるようになる実践的な方法～ Visual Studio を使った 高品質・低コスト・保守性の高い開発
ちゃんとした C# プログラムを書けるようになる実践的な方法～ Visual Studio を使った 高品質・低コスト・保守性の高い開発
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
エクストリーム・プログラミング - Wikipedia
エクストリーム・プログラミング、XP（英: extreme programming）は、 ソフトウェア品質 を向上させ、変化する顧客の要求への対応力を高めることを目的としたソフトウェア開発プロセスである。アジャイルソフトウェア開発の一つとして[1][2][3]、短い開発サイクルで頻繁に「リリース」することを推奨することで、生産性を向上させ、新しい顧客の要求を採用するためのチェックポイントを導入することを意図している。 エクストリーム・プログラミングの他の要素には、ペアでのプログラミングや広範なコードレビューの実施、すべてのコードのユニットテスト、機能は実際に必要となるまでは追加しない、フラットな管理構造、コードのシンプルさと明快さ、時間の経過とともに問題がよりよく理解されたことでの顧客の要求の変化を期待する、顧客やプログラマーでの頻繁なコミュニケーションなどがある[2][3][4]。この方
アジャイルソフトウェア開発 - Wikipedia
ソフトウェア工学におけるアジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、人間・迅速さ・顧客・適応性に価値を置くソフトウェア開発である[1]。典型的なアジャイルソフトウェア開発では、チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応する、すなわちトライアルアンドエラーで開発が行われる。アジャイルソフトウェア開発を可能にする開発手法にはエクストリーム・プログラミングやスクラムなどがある。 ペアプログラミング アジャイルソフトウェア開発は人間・迅速さ・顧客・適応性に価値をおくソフトウェア開発である（アジャイルソフトウェア開発宣言）。すなわち自己組織的なチームが対話の中で方向性・仮説を見出し、顧客へ価値を素早く届け、実践投入の学びから素早く改善をおこなう在り方に価値を置く。 この価値観を
GitHub - github/developer.github.com: GitHub Developer site
NOTE: The developer.github.com website is no longer open-source. We have moved this repository into our github-archive organization to signify that we are no longer accepting open-source contributions to this repository. We want to thank the hundreds of contributors for their assistance over the years. The decision to close-source the site stems from a variety of reasons: We actually already have
Server Switcher for Google Chrome™ - Chrome Web Store
Easily switches a website between development and production webservers Server Switcher allows you to switch between pages on a production website and a development version with a single click. If you develop websites and frequently find yourself wanting to switch to the development/production version of the page you're on, this addon is for you. It is a port of the excellent Server Switcher addon
pixivの開発フロー - pixiv_dev_flow_sezemi.md
pixiv_dev_flow_sezemi.md pixivの開発フロー 社内用のリポジトリ管理のためにGitLabを使用 pixivはPC・Touch版などがありそれぞれソースコードを一部共有しているためpixiv.gitという1つの大きなリポジトリで管理している 社内で一番大きく関わっている人も多いリポジトリ pixiv.gitは1.4GBくらい（昔は2GB超だったが工夫して減らした）なので外部サービスのGitHubに置くと遅すぎて開発ができない GitHubの障害によりデプロイができなくなるのも困る GitHubにはファイルの容量制限など様々な制限もあるのでそういったことで悩みたくない 社内のデータセンター内で管理する必要がある GitHub Enterpriseを使えば社内のサーバー上にGitHubを立てることができる ピクシブではデータセンターの拠点が複数あるなどちょっと特殊な事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Agile Tech EXPO - New Normal Agile Episode 0 -
情報システム・モデル取引・契約書 | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
Home - Open Collective
