生成AI利用プログラミング：誰でもプログラムが書けると 世の中どうなる？/open-campus202408
大規模なアジャイル開発の現場と技術負債 / Technical Debt
生成AI利用プログラミング：誰でもプログラムが書けると 世の中どうなる？/open-campus202408
アジャイルの品質を高める「スリーアミーゴスアプローチ」とは
アジャイル開発におけるスリーアミーゴスアプローチとは、曖昧さのない実用的なユーザーストーリーを案出するための、効率と効果が最も高いアプローチの一つだ。プロダクトオーナー、開発者、テスト担当者を小さなチームに分割する。各チームのメンバーには定められた役割があり、各自の専門分野に基づいて独自の視点を持ち込む。このチームがユーザーストーリーを案出する。 アジャイルコーチのジョン・スマート氏によると、チームは、要求する立場、提案する立場、異議を唱える立場という役割を担うものだという。こうした役割に分かれて議論を進めることで、ソフトウェア開発の各段階で議論が深まり、効率的な問題解決が図れるとしている。 スリーアミーゴスアプローチをどう進めればよいのか、開発プロセスはどう変わるのか
生産性向上メソッド「アジャイル」とは？タスクの細分化と進捗確認がポイントに | ライフハッカー・ジャパン
著者Lindsey Ellefson - Lifehacker US [原文]翻訳ガリレオ 2023.12.07 lastupdate どのような生産性向上メソッドを最適とするのかは、人によって大きく異なります。 調節が可能で、自由裁量部分が大きく、流動的なメソッドは、ちょっとしたガイダンスがあればOKなタイプに適しています。逆に、きめ細かくルールが決まっているメソッドは、いつ何をやるべきかをはっきり指示してもらわないと物事を進められない人にぴったりでしょう。 J. D. Meier氏が考案したシステム「アジャイル・リザルト（Agile Results）」は、後者の「きめ細かくルールが決まっているメソッド」カテゴリーに入ります。 アジャイル・リザルトでは、一番大きな長期的目標を達成するために、短期的・中期的・長期的な目標をもとに細かなスケジュールと計画を立て、小さなタスクを完了させていくこ
アジャイル開発の考え方を企業全体に適用する「SAFe」、DXで注目集める
SAFe（セーフ、Scaled Agile Framework）は大規模向けのアジャイル開発フレームワークである。ソフトウエア開発だけでなく組織活動にまでアジャイル開発の考え方を拡張していることが特徴だ。ここでの組織は、製品やサービスを開発する事業部門から最大で企業全体までを想定している。 最新版の「SAFe 6.0」が2023年3月に公開された。日本でもNTTデータグループや富士通、NEC、オージス総研、TISといったIT企業などが企業に対して導入支援をしている。デジタル変革（DX）を推進する企業が増える中、事業やサービス開発のスピードを向上させる手法として注目を集めている。 20年間でビジネス向けに進化 SAFeが作られたのは2011年ごろ。米IBMに買収されたソフト会社のRational Software（ラショナルソフトウエア）でシニアバイスプレジデントなどを務めていたディーン・レ
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント：どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書（BRD：Business Requirements Document）を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ
みんなで見積もれ！アジャイルな見積もり手法「プランニングポーカー」のやり方 ｜ 月額制受託開発の株式会社mofmof
mofmof inc.のエンジニア兼代表の原田です。 システム開発に関わったことがある方であれば、きっと「見積もり」の難しさについてはご存知のことと思います。業界全体でも多くの見積もり手法が生まれ、より効率的により正確に見積もれるようにしようと奮闘していることと思います。 今回は、いくつか存在する中の1つ、アジャイル開発で頻繁に用いられている「プランニングポーカー」という見積もり手法について紹介と解説をしていきます。 プランニングポーカーとは何か 簡単に箇条書きすると以下のような特徴があります。 一人ではなくチームで見積もる 相対見積もり 専用のカードを使用する なぜプランニングポーカーが良いのか ソフトウェアの納期見積もりは、星占いレベルのものであると思う 引用: ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ ぼくはこの言葉が好きで、よく社内研修の
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう | IIJ Engineers Blog
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う～ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな？」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何？というケースを見かけますが
第4回：アジャイルに対する誤解（1）--設計せずにいきなり作る？文書を書かない？
梗概 現代社会は多くのものがソフトウェアで成り立っており、絶えず変化するニーズに応じられる柔軟でスピーディーな開発が求められています。その一方、何が正解（ゴール）なのかが分からない、という不確実性の時代でもあります。不確実性に対処するには「アジャイル開発」が最も有望ですが、その成功裏の実践には、従来の常識の解体と再構築が必要です。エンタープライズにおけるアジャイル開発の実践が待ったなしの状況の中、理論、課題、近年の動向も踏まえ、実例を交えながら幅広く解説します。 「文書を書かない」という誤解 本連載の第1回～第3回において、ウォーターフォール方式に変わる、新たな開発手法が発見され、それが1990年代後半～2000年代の「Linux」やスマートフォンの開発において極めて重要な役割を果たし、それが今日のアジャイル開発手法の原則として受け継がれてきていることを解説しました。今回から、アジャイル開
「仕事がはやい人と遅い人」の決定的な違いとは？【第1回】
坂田幸樹 さかた・こうき [株式会社経営共創基盤(IGPI)共同経営者(パートナー)、IGPIシンガポール取締役CEO] 株式会社経営共創基盤(IGPI)共同経営者(パートナー)、IGPIシンガポール取締役CEO。 早稲田大学政治経済学部卒、IEビジネススクール経営学修士(MBA)。大学卒業後、キャップジェミニ・アーンスト&ヤングに入社。日本コカ・コーラを経て、創業期のリヴァンプ入社。アパレル企業、ファストフードチェーン、システム会社などへのハンズオン支援(事業計画立案・実行、M&A、資金調達など)に従事。 その後、支援先のシステム会社にリヴァンプから転籍して代表取締役に就任。 退任後、経営共創基盤(IGPI)に入社。2013年にIGPIシンガポールを立ち上げるためシンガポールに拠点を移す。 現在は3拠点、8国籍のチームで日本企業や現地企業、政府機関向けのプロジェクトに従事。 IGPIグル
全関係者の相関図をまず作れ、「聞いてない」は手戻りに直結
書籍『誰も教えてくれなかったアジャイル開発』（日経BP）では、ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自ら経験を体系化している。本書から抜粋し、アジャイル開発のポイントを紹介する「実践編」から、“抵抗勢力”への対策について解説する。（技術プロダクツユニットクロスメディア編集部） ここではプロジェクト関係者、とりわけステークホルダー「全員」をリストにまとめて可視化する。プロジェクト開始時に直接プロジェクトに参加する人たちの体制図はつくるものの、間接的に影響を与える可能性のある人たちについては各自の頭の中にあるだけで、積極的に洗い出したり可視化したりはしないプロジェクトが多い。 ステークホルダーの可視化が不十分だったプロジェクトで起こったトラブルを紹介しよう。営業活動を可視化し、業務効率向上と働き方改革を支援することを
【コンサルが解説】多くの経営者が実践する、直観力を磨くための「朝の習慣」とは？
株式会社経営共創基盤(IGPI)共同経営者(パートナー)、IGPIシンガポール取締役CEO。 早稲田大学政治経済学部卒、IEビジネススクール経営学修士(MBA)。大学卒業後、キャップジェミニ・アーンスト&ヤングに入社。日本コカ・コーラを経て、創業期のリヴァンプ入社。アパレル企業、ファストフードチェーン、システム会社などへのハンズオン支援(事業計画立案・実行、M&A、資金調達など)に従事。 その後、支援先のシステム会社にリヴァンプから転籍して代表取締役に就任。 退任後、経営共創基盤(IGPI)に入社。2013年にIGPIシンガポールを立ち上げるためシンガポールに拠点を移す。 現在は3拠点、8国籍のチームで日本企業や現地企業、政府機関向けのプロジェクトに従事。 IGPIグループを日本発のグローバルファームにすることが人生の目標。 共著書に『アーキテクト思考』(ダイヤモンド社)がある。 アジャイ
アジャイル開発を外部委託するときの契約事項をまとめた「情報システム・モデル取引・契約書」を改訂 IPA
情報処理推進機構（IPA）は2021年10月6日、アジャイル開発版「情報システム・モデル取引・契約書」を改訂した。厚生労働省が同年9月21日に公表した「『労働者派遣事業と請負により行われる事業との区分に関する基準』（37号告示）に関する疑義応答集（第3集）」に関する情報を追加した。これに伴い、「アジャイル開発外部委託モデル契約（解説付き）」も更新した。 アジャイル開発版情報システム・モデル取引・契約書は、IPAが設置した「モデル取引・契約書見直し検討部会」と「DX対応モデル契約見直し検討WG」で検討された、アジャイル開発を外部委託する際のモデル契約についてまとめたもの。アジャイル開発を外部委託する際の契約条項とその解説、補足資料で構成されている。 発注者の意見が反映されるアジャイル開発は偽装請負になる？ 改訂の基になった「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号
工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは
工数超過の要因、過剰なテストを避けよう 効率的に要件を作成する「V&V」という考え方とは：アジャイル開発における品質管理（3） 少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。今回は、スプリント内でのテストと品質保証について、2回に分けて解説する。前編となる今回は要件設定とV&Vについて。 アジャイル開発において、テストをどのように実施するかは難しい問題です。短い開発周期で、設計、実装にしっかり時間をかけようとすると、それに伴ってテストを実施する時間は少なくなります。結果として、テストがスプリント（※）内で収まらず、テストのタスクを次のスプリントに持ち越してしまいます。結果として本来のタスクに着手できず、プロジェクトが停滞してしまうことも考えられます。 （※）アジャイル開発におけ
"アジャイルマネジメント"は組織にどのような効果をもたらすか
Mark Samuels （Special to ZDNET.com） 翻訳校正： 石橋啓一郎 2021-05-28 06:30 さまざまな調査で、従来のリーダーシップスタイルは、コラボレーションと説明責任を重視するアジャイルマネジメントの手法に取って代わられつつあることが示されている。 多くのビジネスリーダーが、このリーダーシップのスタイルは、目まぐるしく変わる経営環境に合わせて素早くビジネスモデルを変えていく必要があったこの1年の新しい働き方に、非常に適していたと述べている。 それに加え、アジャイルの手法は今後も利用され続けると考える専門家が増えている。英国の大手石油会社であるBPで人材獲得およびマッチング担当バイスプレジデントを務めているChris Porter氏も、そう考えるビジネスリーダーの1人だ。同氏は、アジャイルなリーダーシップスタイルは、従業員をエンパワーし積極性を引き出す
6割超のエンジニア、現在の開発プロセスに「課題あり」、大規模開発にはアジャイル型を求める声
調査対象者に、勤務先でおもにどのような開発プロセスを採用しているかを尋ねたところ、「ウォーターフォール型」が58.2％、「アジャイル型」が12.1％となった。 いずれかの開発プロセスに携わっていると回答した人に、開発プロセスに課題を感じたことがあるかを尋ねた質問では、66.3％が「感じたことがある」と答えている。 開発プロセスに課題を感じたことがあると回答した人に、具体的な課題の内容を尋ねたところ（複数回答）、「見積もった工程と実績に乖離がある」（75.5％）がもっとも多く、以下「仕様工程による手戻りが多い」（67.9％）、「テスト工程が削減できない」（30.2％）が続いた。 その他の課題としては、「スロースタートになりやすく、慢性的な遅延が発生する」「手戻りが多く、開発コストがかさむ」といった回答が寄せられている。 開発プロセスに課題を感じたことがあると回答した人に、勤務先が採用している
アジャイル開発やスクラムのトレーニングでよく聞かれる質問とその答え (1)
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 弊社ではアジャイル開発、スクラムのトレーニングを提供しているのですが、トレーニング中には多くの質問をいただきます。 今日はよくある質問とその答えについていくつかご紹介したいと思います。 好評そうだったら続編も書く予定です。 ■アジャイル開発において、ドキュメント作成の一般的な指針を教えてくださいどのようなドキュメントがいつ、どの粒度で必要なのかはプロダクトやプロジェクトに依存します。 プロダクトやプロジェクトにはそれぞれ固有の品質基準があり、それはアジャイルやウォーターフォールといった方法論の違いによって変わるものでもありません。 したがってプロジェクト冒頭でプロダクトオーナーやステ
ウォーターフォールとアジャイルを考える - arclamp
初めて単独主催の勉強会をしました。ワークショップなので後半の1時間はディスカッションにしたのですが40人のわりには、それなりに面白い話ができた気がしています。資料とワークの結果、あとTogetterは以下から。 togetter.com 今回のプレゼンは純粋な「プロジェクトマネジメント論としてのウォーターフォールとアジャイルの違い」に絞った話をしたので、後半のワークが現実的な話になって面白かったです。話をしたのは以下のようなことです（資料の後半に細かいメモ書きがあります）。 そもそもウォータフォールは必要なのか？ とはいえ、ウォータフォールを採用しなくてはならない状況は？ なぜ、アジャイルを採用できないのか？ チームは重要だけど、どういうメンバーがいいのか？ アジャイルとはいえPM的な人が必要になることってあるよね？ アジャイルの立ち上げってどうするのがいいの？ 偶然、牛尾さんの 私は間違
プランニングポーカーのやりかた | Ryuzee.com
かわぐちさんが簡単ガイドを作られていたので僕も普段研修とかコーチングで使っているマテリアルを晒しておきます。 色々なやり方があるので、どれがあってるとか間違っているとかは無いですし、認定スクラムマスター研修なんかでも講師によって若干やり方が違ったりします。一例ということで。 なお、僕が普段コーチをする上でよく言っている点を以下に書いておきます。 大きすぎると見積り精度はどんどん落ちる。ストーリーがでかいと思ったら分割するそれに関連して僕は1,2,3,5,8,13,?くらいしか使わない。20は使う必要ないなぁみんなが似たような数字出したからといって中身の完成イメージが同じとは限らない。見積もる際の議論大事タイムボックス大事。だらだら時間かけてやらないプロダクトバックログの見直し（リファインメント）同様に、見積りも定期的に見直す追記 いま日本でプランニングポーカーを入手する方法は以下の通りです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2021/02/17/agile-organization/
アジャイルにマネージャと職務階級は必要か？
