ミルクボーイがアジャイルを説明したら
序章駒場「最近、うちのおかんがシステム開発に興味を持っててなぁ、名前は忘れたらしいんやけど、迅速に開発できて、仕様変更にも対応できる、素晴らしい開発手法を取り入れてるところがあるらしいんやわ〜。」 内海「そんなもんアジャイルに決まってるがなぁ〜! 今やシステム開発と言えば、アジャイル。素早く変化に対応できるってゆーのが特徴なんよ。そもそも名前が “迅速” を意味する英語やねんから、アジャイルに決まってるがなぁ〜。」 チームの人数駒場「最初、オレもそう思たんやけどな、なんでも 40 人ぐらいで開発してるらしいんやわぁ〜。」 内海「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 人ぐらいが推奨されてるからなぁ〜。40 人もおったら、とてもやないけど、コミュニケーションが成立するとは思われへんなぁ〜。効率の悪い伝言ゲームになるのは目に見えてるからなぁ〜。おかん、他にもなんか言うてなかった
エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて？どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗
Google、プロジェクト管理のための新ノーコードツール「Tables」発表。リスト／カンバン／チケット管理／マップなど柔軟なビュー、Botによる作業自動化など
Tablesは、プロジェクト管理や業務管理のためのタスクトラッキングツールです。 スプレッドシート形式のデータをベースに、リスト形式での表示やカンバン、チケット管理、マップなど柔軟なビューや、イベントをきっかけに動作するBotによる自動化などを特長としています。 タスク形式の表示例。 Botは、例えば未終了のタスク一覧をチーム全員に毎週末メールで送信するといった定期的な作業や、ステータスの変更をトリガーとしたデータ操作などの作業をあらかじめ定義することで自動化できる機能を備えています。これらの定義はノーコードで可能。 またGoogle ChatやSlackなどとの連携、Google Formからのデータの自動流し込みなど、他のツールとの統合も可能になっているとのこと。 このTablesの担当ゼネラルマネージャ Tim Gleason氏は、プロジェクト管理を効率化するためにTablesを開発
PMBOKとはPMBOKは「Project Management Body of Knowledge」の略語で、日本語に訳すと「プロジェクトマネジメントの知識体系」です。読み方は「ピンボック」です。米国のプロジェクトマネジメント協会（PMI）が1986年にPMBOKのガイドブックの初版を刊行してから、ほぼ4年ごとに改訂され今では「プロジェクトマネジメントの世界標準」とされています。 本来「PMBOK」は体系そのものを指しますが、PMBOKのガイドブック「PMBOK GUIDE」を指す言葉としても用いられています。 【参考】PMI日本支部 2017年に発刊されたPMBOKの第6版はA4判750ページの大冊でしたが、第7版は250ページと1/3のボリュームになりました。目次の構成もガラリと変わっています。この大改訂にショックを受けたのが、プロジェクトマネジメント協会が主催するPMP試験（プロジ
富士通の本社移転先となる同社川崎工場（「Wikipedia」より） 大手IT企業の富士通で以前働いていた元システムエンジニア（SE）が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ
鳴り物入りで導入されるもすぐに大規模な不正アクセスが発生、セブンイレブンという企業自体のITリテラシーを疑われる事態にまで発展してしまった、セブンペイ問題。なぜこんなことになってしまったのでしょうか。世界的エンジニアでアメリカ在住の中島聡さんは今回、自身のメルマガ『週刊 Life is beautiful』で、いびつで時代遅れな開発体制を持つ日本ITゼネコンと、そんな組織にセブンイレブンが開発を委託したところに根本の原因があると指摘しています。 ※ 本記事は有料メルマガ『週刊 Life is beautiful』2019年7月16日号の一部抜粋です。ご興味をお持ちの方はぜひこの機会に初月無料のお試し購読をどうぞ。 プロフィール：中島聡（なかじま・さとし） ブロガー／起業家／ソフトウェア・エンジニア、工学修士（早稲田大学）／MBA（ワシントン大学）。NTT通信研究所／マイクロソフト日本法人／
ヒツジモチ @hitsujimo_chi 完成させた瞬間経験値が入るシステムってツイートと、このスケジュールの話は関係あって、このスケジュールの右側ってつまるところ配分が変わっているだけで、5回完成させてるんだよね。左側は1回しか完成してない。完成数が違うから品質が変わる。 twitter.com/jmatsuzaki/sta… 2020-10-20 19:26:27
TODO.md Kanban Board - Visual Studio Marketplace
Todo Kanban Board Todo Kanban Board manages tasks and save them as TODO.md - a simple plain text file. Features The syntax is compatible with Github Markdown TODO.md file is portable and can be committed with Pull Requests (PRs) to git repositories. Support custom file name, multiple task lists. Checkboxes are optional (if your task titles don't have them). Task title can also have markdown for st
チコちゃんの｢なんで?｣は最悪の愚問である…｢5歳児の罵倒芸｣に文化人類学者が本気で怒りを抱いたワケ ｢ボーっと問うてんじゃねーよ!｣と言いたい
問いかけに潜んだ問題点 「チコちゃんに叱られる！」は、2018年4月に放送が開始された、NHK総合テレビのクイズ形式の教養バラエティ番組である。5歳の少女チコちゃんが、日常のありふれた事象を取り上げ、大人たちに対しクイズを出題する。 当たり前すぎて改めて考えたこともない日常のことがらについて、大人たちがその背景などを理解しておらず、答えに窮したり曖昧なことを答えたりした時、「ボーっと生きてんじゃねーよ！」と罵倒するのが定番となっている。その後、一見分かりにくい短答を示し、その内容を研究者などの専門家がVTRで解説するという構成である。 番組のウェブサイトから、いくつかの問いを引用してみよう。 「いってらっしゃーいってお別れのとき、手を振るのはなぜ？」 「かんぱーいのときにグラスをカチン、なぜするの？」 「温かいみそ汁はなぜモヤモヤしているのか？」 「オセロはなぜ白と黒で争うゲームになったの
アジャイルとかいうクソみたいな開発
結論から言うと受発注の関係性でアジャイル開発やるのは完全に間違えてる 受注側が優秀だと発注側の意思決定の遅さにイライラするし 受注側が未熟だと発注側のイメージが具現化されない 第三者的に両方の場合に遭遇したんだが記録しておきたい 受注側が優秀な場合スプリントのスピードが速すぎて発注側の意思決定が間に合わない 評価用のボタンを作成するときにGood/BadにするかGood/Normal/Badにするかを決めるだけで2週間かかる 本来なら意思決定者がミーティングに出て欲しいが日本企業は権限委譲しない会社ばかりなので 最終決定は上役の偉い人になるが、そういう人はなかなか捕まらないので意思決定が遅くなる 「意思決定を早くしよう」ということでミーティング時間を10分に制限するとか意味不明なことをしてる 責任を下位の役職まで委譲しないとアジャイルは成り立たない まぁなのでこういう組織にはアジャイルは向
IT業界の「多重下請け地獄」が横行し続ける真の理由
新型コロナウイルスの感染拡大や、政府による緊急事態宣言などの影響を受けて、多くの企業が中途採用の求人を減らし始めている。IT業界でも今後エンジニアの中途採用の規模縮小が心配される。業界で常態化している多重下請け構造のもとで、業務委託や派遣社員のエンジニアの人数を減らす企業が増えていくことも十分考えられる。 業界の多重下請け構造にはさまざまな問題があるとして、構造改革に取り組んでいるのが、東京都渋谷区に本社がある情報戦略テクノロジーだ。企業の事業部門と直接ビジネスをする「0次請け」と、エンジニアのスキルシートの統一化を進めている。 同社の高井淳社長は、IT業界の1次請けから3次請けまでのビジネスを経験。「構造改革をしなければ日本のソフトウェア開発の技術向上も、エンジニアの育成もできない」と訴える。日本のIT業界の課題と、高井社長が取り組む改革についてのインタビューを前後編の2回にわたってお伝
ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita
また、この図の説明においては理想的なケースにおいても1つ前の工程に戻る事が述べられています。 " Hopefully, the iterative interaction between the various phases is confined to successive steps. " (投稿者訳) 理想的には、各段階において工程が前後する範囲は直近の工程に限られる。 理想的でない場合はどうかというと、テストから設計まで工程が戻りうると示唆しています。 "The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as dist
カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey
Agile Journeyをご覧の皆さん、こんにちは。ヴァル研究所の熊野壮真 / 小泉翔太です。 私たちの勤務する株式会社ヴァル研究所は、日本で最初に発売された経路検索サービス「駅すぱあと」を中心に、公共交通に関連するさまざまなプロダクトを展開しています。最近では MaaS （Mobility as a Service)）といった、未来の移動のあり方を変えていくような取り組みにもチャレンジしています。 これらプロダクト開発の現場にはアジャイルの考え方が浸透しており、各チームでは現場ごとに合わせたさまざまな形のアジャイルの実践が見られます。その実践手法は多様ですが、各チーム、共通して力を入れているのが「カンバン」による仕事の可視化の取り組みです。こと「カンバン」に関しては開発部門のみならず、バックオフィス部門でも積極的に活用しており、その活用場面の多さ、バリエーションの豊かさは当社の特色と言
あなたがやった仕事、不良在庫になっていませんか？ Tebiki株式会社では「知的在庫をできるだけ持たない」という考えのもとに、現場DX の SaaS「tebiki」を開発しています。この記事では、Tebiki社の考える知的在庫とは何か、そしてそれを持たなくて済むようにするためにどのような取り組みをしているかをご紹介します。 在庫とは在庫と聞くと何を想像するでしょうか？ 靴屋の在庫一掃セール？ 倉庫での棚卸し作業？ 経営者の方にとっては、キャッシュフローの悩みのタネかもしれません。 この記事では、在庫を「将来利益へと変換されるビジネスのネタ」と定義します。 どのようなビジネスでも、資金によって在庫を獲得し、それを使って利益を生み出すからです。 在庫商品を売って利益を得るソフトウェア開発における在庫靴屋などの小売店が商品である靴を在庫として抱えるように、ソフトウェア開発でも在庫は存在します。
GitLab、有償版の機能をオープンソースへ移植すると発表。カンバン表示やカナリーデプロイ、複数のKubenretesクラスタの使い分けなど18機能
GitLab、有償版の機能をオープンソースへ移植すると発表。カンバン表示やカナリーデプロイ、複数のKubenretesクラスタの使い分けなど18機能 ソースコード管理ツールのGitLabを提供するGitLab ,Incは、これまで有償版の製品に含まれていた18の機能を、オープンソースで開発されている無償版GitLabへ移植することを明らかにしました。 同社の共同創業者兼CEOのSid Sijbrandij氏がブログに投稿した記事「18 GitLab features are moving to open source | GitLab」で発表しました。 I'm really excited about the 18 GitLab features we're open sourcing today https://t.co/xRG9Dnkhnn It includes package su
GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita
簡単な自己紹介 渋谷のとあるプログラミングスクールを経営する会社でCTOを担当しています。 昨年、2019年3月にこの会社にジョインしてから開発から新商品企画まで幅広く担当してます。 背景 2019年3月に私が入社した時、システム開発の案件管理に色々と問題がありました。 それらの問題を各ステークホルダーにヒヤリングして問題点と解決案をまとめて社長に提案し、社長の賛同を得て開発体制の構築を進めてきました。 この度、ようやく開発体制の構築ができて順調に開発案件の管理、運用できるようになってきたので、今回、他の会社の参考になればと思ってまとめてみました。 弊社の組織体制 組織としては、CEO（社長）をトップとして、以下チームが下にある形です。 私は、CTOとして開発チームのマネージャーを担当しています。 開発体制の問題点をステークホルダーの声を聞いて整理した 問題の解決にあたって、まずは各ステー
GitHub - nocodb/nocodb: 🔥 🔥 🔥 Open Source Airtable Alternative
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察� ～Text-to-MusicとText-To-ImageかつImage-to-Musicを例に～
アジャイルの対義語はウォーターフォールではなく未来予知だと思っている - 下林明正のブログ
「アジャイルの対義語はウォーターフォールではありません」というのはよく聞く話だけど、じゃあ何なのか？というと、あまり聞くことはないように感じる。 自分は、アジャイルの対義語は未来予知だと思っている。 なぜなら、もし未来予知ができるのならアジャイルである必要は全く無くなるから。 未来予知に基づいて、一切のムダがない完璧な計画を立てればいい。 そういう意味では、変更の余地が無い巨大なウォーターフォールは未来予知的で、アジャイルの対極にあると思う。 でも実際は、未来を予知することは今の僕らにはできない。台風の進路でさえ、予想することしかできていない。遠い未来ほど曖昧だ。 じゃあ、どうせ未来は分からないのだから計画を立てなくて良いのか？というと、そうではない。台風の進路を予知できなくても、予想することはできている。予想することで事前に備えることができるし、予想のモデルを修正して精度を上げていくこと
ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣 #scrumosaka | DevelopersIO
Scrum Fest Osakaとは？ 2020年6月26(金)・27日(土)にScrum Fest Osakaがオンラインで開催されました。 Scrum Fest Osaka 2020@ONLINEは以下のようなイベントです。クラスメソッドではシルバースポンサーとして協賛を行いました。 Scrum Fest Osakaはスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。この2日間を通じ、参加社同士でスクラムやアジャイルプラクティスについての知識やパッションをシェアするだけでなく、ここで出会ったエキスパートに困りごとを相談することもできます。 ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣 本記事は、セッション「ウォーターフォールからアジャイルシフトの失敗原因と成功の秘訣」をレポートします。 スピーカー Agility D
デジタルトランスフォーメーション（DX）の高まりを受け、企業や行政機関のシステム開発プロジェクトでアジャイル開発の導入が進んでいる。従来のウオーターフォール型ではない開発が増えたことで、ITシステム契約の在り方も変化している。契約面で失敗しないために何にどう気を付けるべきか。事例と専門家の解説からひもとく。 初めての本格アジャイル、準委任型契約で開発 東京証券取引所は2021年2月1日、アジャイル開発の手法を初めて本格的に使った新システムを稼働させた。ETF（上場投資信託）のオンライン取引システムである「CONNEQTOR（コネクター）」だ。機関投資家はCONNEQTOR上で売買したいETFの条件を入力し、マーケットメーカー（値付け業者）に対して価格の提示を依頼する。提示された価格で発注すると、証券会社経由でToSTNeT（東証立会外市場システム）に自動発注される仕組みだ。 稼働後の約5カ
7年に渡ってウオーターフォール型で開発してきたプロジェクトでアジャイルを採用した富士通ソフトウェアテクノロジーズ。成功を収めたポイントはどこにあったのだろうか。 アジャイル開発にはさまざまな利点がありそうだと感じながらも、ウオーターフォールによる今までのやり方を切り替えるとなるとなかなか難しい――そんな「目に見えないハードル」を感じ、二の足を踏んでいる企業は少なくないだろう。2019年7月に開催された「Agile Japan 2019」ではその変化に挑戦し、成果を収めつつある富士通ラーニングメディアと富士通ソフトウェアテクノロジーズの事例「今日からアジャイルで開発します！～アジャイル開発人材育成のポイントと7年間続いたWaterFall型受託開発をAgileに転換した事例をご紹介～」が紹介された。 開発側ファーストから、利用者ファーストへ 世の中の在り方、そしてITの在り方が大きく変わる中
モバイルアプリ開発チーム、カンバンはじめました。 - Chatwork Creator's Note
こんにちは！モバイルアプリケーション開発部の折田 (@orimomo)です🍑 私たちの部署では2023年1月にチームの再編成をおこないました。 もともと2チーム制だったところを3チーム制へと変更し、そのうち2チームでスクラムではなくカンバンを採用するという選択をしています（残り1チームはスクラムを継続）。 今回は、カンバンを採用した理由や、この4ヶ月間おこなってきた試行錯誤について書いてみようと思います。カンバンが気になっている方、スクラムからカンバンへの移行を検討している方にとって、少しでも参考になれば幸いです。 なお、以前に部署のスクラムについて紹介する記事を書いておりますので、よければそちらもご覧ください。 creators-note.chatwork.com 2023年〜のチーム構成 カンバンを採用した経緯 カンバンを始めるにあたって 実際カンバンをやってみて どうだったか？ メ
「【大阪】SaaSを支える開発原則/DDD、プロダクトマネジメント、カンバン、技術的負債＠RAKUS」でLT登壇してきました - 業務エンジニアの攻撃は最大の防御ブログ
今回の発表テーマについて ラクス様主催の勉強会の勉強会でLT登壇をしてきました speakerdeck.com rakus.connpass.com 勉強会のテーマ「ソフトウェア開発の法則・原則」にちなみ、 現職の社内システム開発で意識している「YAGNI」「機構と方針の分離」について思いを語らせていただきました。 YAGNIは非常に重要だけど、それを言い訳に単なる付け焼き刃になっていくと技術的負債が溜まりトータルのコストが増大するリスクがあります。 それを避けるための指針として重要な考えの一つが「機構と方針の分離」だと考えており、このテーマについては今後も掘り下げて考えていきたいです。 勉強会全体の感想 非常に丁寧な司会進行と案内で、といっても堅苦しい感じもなくフランク過ぎもせず、個人的に一番ちょうど良い空気でした。 ラクス様の勉強会は初参加で知り合いの参加者も殆どいない中でしたが、お陰
トランクベース開発とカンバン改善でリリース速度を早めたDevOpsの取り組み - Gaudiy Tech Blog
こんにちは、Gaudiyでエンジニアをしている勝又（@winor30）です。 アジャイル的に開発することは、ソフトウェアに関連するサービスをもつ会社であれば、ほぼ全ての企業が採用する意思決定だと思います。不確実性の高い現代社会において、柔軟かつ効率的にアプローチができる手法なためです。 そのプラクティスでよく言われることとして、「小さいバッチで開発して、頻繁にリリースをしよう」というものがあると思います。これを悪だという開発者の方はほとんどいないと思いますが、その実践はかなり難易度が高いと思います。 実際にGaudiyでも、アジャイルが大切であることは理解しながらも、個人の意識、文化、しくみ等が十分ではなく、自然とアジャイルから離れることを行ってしまうことがありました。 そこで最近、QAやユーザー価値を担保しながら「小さいバッチで開発して、頻繁にリリースをしよう」という理想を追求するために
Backlogのカンバンボード機能を開発して自分で使ってみたら、Backlogの使い方が劇的に変化した！こんにちは。Backlog 新機能「カンバンボード」開発チームリーダーの藤田です。 現在、Backlog開発チームは2020年1月以降にリリースを予定しているカンバンボードを、全スペースへ公開するべく頑張っています。すでにヌーラボ社内ではある程度動いており、自分たちのプロジェクト進行でも手放せない存在です。 いわゆる「カンバン」スタイルのボードで、他の人の変更がリアルタイムに反映される 本記事では、私たちの体験を紹介することで、カンバンボードを待っているユーザーのみなさまが「自分のプロジェクトではどんな風に利用できるかな」と想像する助けになれば幸いです。 ※本記事はJBUGさん主催のBacklog Advent Calendar 2019 12月22日にも参加しています。 カンバンボード
ウォーターフォールモデル (Waterfall Model)とは まず、ウォーターフォールモデルについて。 これは読んで字のごとし、滝の流れ (ウォーターフォール) のように流れに従って開発する手法のこと。 Wikipedaには以下のように定義されていました。 プロジェクトによって工程の定義に差はあるが、開発プロジェクトを時系列に、「要求定義」「外部設計（概要設計）」「内部設計（詳細設計）」「開発（プログラミング）」「テスト」「運用」などの作業工程（局面、フェーズ）にトップダウンで分割する。線表（ガントチャート）を使用してこれらの工程を一度で終わらせる計画を立て進捗管理をする。原則として前工程が完了しないと次工程に進まない（設計中にプログラミングを開始するなどの並行作業は行わない）事で、前工程の成果物の品質を確保し、前工程への後戻り（手戻り）を最小限にする。ウォーターフォール・モデルの利点
アルプの開発チームがどのように開発手法を試行錯誤しているかを残しておく。振り返ることでこれまでどのようなことを、どのようなチームで、どのようなアイデアで解決してきた*1のかを整理できる。 改めて振り返ってみると「開発手法に銀の弾丸などない」という一言に尽きるくらい、変化が激しい。それでもやってこれたのは、より良い開発にこだわり続ける情熱を持ちつつ、変化に寛容なチームだからだろう。 なお、これは古いドキュメントを辿った断片的な情報の集約であり正確ではないため、チームからのレビューなどでアップデートされる可能性が高い。 「誰かのために〜」とは考えていないが、あえて言うならば、これから入る未来の仲間へ向けていると言えるかもしれない。歴史は文化として残るか、文章になる。文化は僕らが行動で示していくが、理由を知りたい人もいると思う。そんな人はこのブログを読むのをお勧めする。 これを読まなくても困らな
GitHub - JordanKnott/taskcafe: An open source project management tool with Kanban boards
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
bwin·必赢(中国)唯一官方网站
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由
富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
セブンペイ問題の根本要因。日本の悪習慣「ウォーターフォール」 - まぐまぐニュース！
期限ギリギリで低品質な物を作り上げる人のスケジュールと期限内に高品質な物を余裕を持って仕上げる人のスケジュール
企画や開発で生まれた知的在庫、見えていますか？
伝統的なエンプラ企業で取り組むインフラの設計書のモダナイゼーション.pdf
東証が本格的なアジャイル開発に初挑戦、富士通との準委任契約に凝らした工夫
富士通ソフトウェアテクノロジーズが7年続けたウオーターフォールを辞めた理由
Backlogカンバンボードを開発してプロジェクトで使ってみたら“すごく良かった”話 | Backlogブログ
BD, UT, IT, ST, UATとは？ウォーターフォールモデル型のシステム開発における各工程・各段階の用語の意味
Alp開発日誌 Day10 「開発手法史2020」 - 道産子エンジニア