This is a cache of https://b.hatena.ne.jp/entry/s/zenn.dev/ncdc/articles/4428c3cad9421b. It is a snapshot of the page as it appeared on 2026-02-17T11:34:50.333+0000.
[B! アジャイル] 日本企業にありがちな「アジャイルの誤解」を解き、現場に定着させるための実践ガイド

    記事へのコメント25

    • 注目コメント
    • 新着コメント
    Niemand
    ウォーターフォールさえまともにできない企業が考えるアジャイルの典型

    その他
    red_grape
    個人的には、アジャイルする理由は「イテレーションで要求仕様をブラッシュアップすること」。だから要求仕様の決定権を持つ人が参加しないと失敗する。でもそういう人は大抵アジャイルには参加しない。。。

    その他
    mouki0911
    アジャイルは内製、少数(精鋭)、小規模が基本のイメージ。

    その他
    toro-chan
    1つのチームに全ロールを配置?無意味だし不可能。企画/運用/開発はどうやっても対立する。しかも日本のIT系エンジニアは安月給。年収400万で企画や運用を思いやる開発しろって?苦笑いしか出ない。3倍でも足りない

    その他
    shibainu1969
    shibainu1969 「経営層の『マインドセット』をアップデート」「組織のサイロ化を解消する」の二つができたら、会社で発生する問題の多くは解決する。次はこの二つの解決方法の記事を是非。

    2026/02/12 リンク

    その他
    yoiIT
    yoiIT ウォーターフォールでプロジェクトを問題なく完遂できたことがない人が、アジャイルと言い出すイメージ。

    2026/02/12 リンク

    その他
    snare_micchan
    わあNCDCさんだ。昔UXの仕事でお世話になりました

    その他
    devrabi
    devrabi 内製の話でないのであれば、準委任契約を理解するところからですよね

    2026/02/12 リンク

    その他
    ysksy
    ysksy 必達要件と予算と納期を動かす権限がないのにアジャイル名乗ってるパターンをよく見かける。

    2026/02/12 リンク

    その他
    ultrabox
    ultrabox だから内製!システム開発を請負契約で発注するのを法で禁止しろ(過激派)

    2026/02/12 リンク

    その他
    suika3417
    suika3417 ここら辺の失敗するところはウォーターフォールでも似たような失敗を起こすので、まず手法以前の問題だと思われる

    2026/02/12 リンク

    その他
    xlc
    xlc そもそも日本型の多重請負構造にアジャイルは馴染まないでしょ。まずは契約のやり方から変えないと無理だよ。サービスを提供する企業が内製するなら上手くいくが、請負契約では「無限無料対応」にしかならない。

    2026/02/12 リンク

    その他
    mapiro
    上の人間が自分の思いつきを通す方法として「そうガチガチに固めずアジャイルにさあ~」とか言い出すと胃が痛くなる

    その他
    kakei-akihiko
    客と一次受けは請負契約だろうから契約時に予定したシステムが完成したら終了になる。そこをどうするかだな。最後の指標のデプロイ頻度とかは「顧客に提供できた価値」じゃないし、これでマインドをシフトできない。

    その他
    mockmock9876
    アジャイルの定義にないことで失敗しまくってる人が多いように見える。勝手に解釈して自滅してるだけでは?アジャイルソフトウェア開発宣言にテストちゃんとしましょうまで書かないとダメな人たちなのか?

    その他
    hecaton55
    hecaton55 顧客が「お客様」ではなく「チームの一員」になる事が最重要かと思っている。顧客要求が最優先とされて変更の余地がほとんどない場合はアジャイルは名ばかりになりそうだなと

    2026/02/12 リンク

    その他
    Futaro99
    最近はユーザー側にもアジャイルという言葉が浸透してきた感じがする(客の口から出るのをよく聞く)。当然何となく聞きかじった程度なのでとてもめんどくさい。

    その他
    mag4n
    そも思想がちがうのよ。業務フロー全部最適化しないといけないのよな。テストコード自体が設計書になったりするし。

    その他
    nekopon44
    システム作ったって価値なんか増えないんだよ

    その他
    ckis
    ckis 英語圏のアジャイル開発を見てたら無視できるバグはそのターンで直さないで次回以降のターンで埋め込むというのがあって日本の潔癖な開発文化にはないなと思った覚え。技術的負債とリスクを細かく定義する。

    2026/02/12 リンク

    その他
    Gim
    何を言ってるかさっぱり分からない。アジャイルはテストが疎かになるから、テスト自動化を合わせないと失敗するよ。なら分かる。それを「アジャイルのテストが疎かというのは誤解」とならんやろ。

    その他
    takafumiat
    takafumiat ドキュメントなしに適当な指示で開発する事がアジャイルだと思ってるチームけっこうある。素人のバイブコーディングに似てる。

    2026/02/12 リンク

    その他
    bonoumamire
    殆どが逃げアジャイル

    その他
    gabill
    “「予定通りの機能を、予定通りの納期で」という管理手法を捨て、「顧客に提供できた価値」 で評価” これだよなぁ。顧客へ提供した価値が増えても売上や利益が増えないビジネスモデルだと上手くハマらない。

    その他
    nguyen-oi
    「形だけアジャイル」は日本企業の伝統芸能。結局マネジメント層のOSが昭和のままだから、現場だけ頑張っても無理ゲーなんだよな。野良アジャイルが爆誕するのも納得

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    日本企業にありがちな「アジャイルの誤解」を解き、現場に定着させるための実践ガイド

    近年、DX推進の文脈でアジャイル開発を採用する企業が増えています。しかし、現場では「アジャイル=計...

    ブックマークしたユーザー

    • yug12242026/02/16 yug1224
    • kat212026/02/16 kat21
    • tasukuchan2026/02/16 tasukuchan
    • knj29182026/02/14 knj2918
    • jori_ds2026/02/14 jori_ds
    • gottsutaku2442026/02/13 gottsutaku244
    • hakatamenta2026/02/13 hakatamenta
    • ButterflyFish2026/02/13 ButterflyFish
    • lEDfm4UE2026/02/13 lEDfm4UE
    • boz3man2026/02/13 boz3man
    • Niemand2026/02/13 Niemand
    • takahiro1852026/02/13 takahiro185
    • naggg2026/02/12 naggg
    • red_grape2026/02/12 red_grape
    • nyact2026/02/12 nyact
    • locke-0092026/02/12 locke-009
    • maltesergeezer2026/02/12 maltesergeezer
    • ohanabatake872026/02/12 ohanabatake87
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む