This is a cache of https://b.hatena.ne.jp/entry/s/blog.shibayu36.org/entry/2026/01/20/173000. It is a snapshot of the page as it appeared on 2026-01-26T18:14:29.691+0000.

[B! development] 開発フローの変更しやすい・しにくい部分を理解してから改善を実施すると良い - $shibayu36->blog;

開発フローの変更しやすい・しにくい部分を理解してから改善を実施すると良い - $shibayu36->blog;

テクノロジーカテゴリーの変更を依頼記事元:

blog.shibayu36.org

51users がブックマークコメント

コメント

1

記事へのコメント1件

注目コメント
新着コメント

zetta1985 偉業

2026/01/21 リンク

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

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

開発フローの変更しやすい・しにくい部分を理解してから改善を実施すると良い - $shibayu36->blog;

開発フローを改善したいとき、目的や目指したい姿を明確にするのは大前提だが、さらに開発フロー全体の... 開発フローを改善したいとき、目的や目指したい姿を明確にするのは大前提だが、さらに開発フロー全体の変更しやすい・変更しにくいところを理解してから設計と改善を実施した方がいいと考えている。開発フローには、事業の特性上もしくは組織の歴史的経緯でその組織特有の変更しにくい部分が存在している。状況によって様々だが、例えば、リリースの曜日、レビューやリリース承認プロセス、ミーティングの頻度などがあり得るだろう。そして改善を実施するときのよくある失敗は、いきなり理想のフローを設計し、変更しにくい部分も含めてたくさん変えてしまうことだ。変更しにくい部分を同時に一気に変えようとすると、その変更の関係者が増え、反発が起きやすくなる。反発が起きると、良い方向に向かうはずの変更まで含めて「全部失敗だった」となってしまい、何も変えられずに失敗するケースが多い。そこで次の2つを意識すると良い。まず、変更しにく

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

tsuwatch2026/01/26
lugecy2026/01/25
knj29182026/01/24
nodoca_engine2026/01/23
midas365452026/01/22
gonhainu2026/01/21
honeybe2026/01/21
hateniku2026/01/21
satoshie2026/01/21
pink_revenge2026/01/21
d-nkt2026/01/21
Galbo2026/01/21
sasasin_net2026/01/21
kaznishi12462026/01/21
ymm1x2026/01/21
kumokaji2026/01/21
advblog2026/01/21
zetta19852026/01/21

同じサイトの新着

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

いま人気の記事

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

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

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

新着記事 - テクノロジー

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

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

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

設定を変更しましたx