『マネジメント 3.0』。2022年、Jorgen Appelo さんによる本書が、ようやく日本語訳されました。訳は元オージス総研の藤井拓(@TakuFujii)さん。長くいっしょにアジャイルやモデリ...
![マネジメント 3.0 | Agile Studio](https://cdn-ak-scissors.b.st-hatena.com/image/square/dafbddb2645de49abab27d7e9cdd186c4b210589/height=288;version=1;width=512/https%3A%2F%2Fstorage.googleapis.com%2Fstudio-cms-assets%2Fprojects%2FBRO3P4y7qD%2Fs-1200x630_v-fms_webp_e536f7d3-ae3f-46d4-b749-e42e78c544a0.png)
記事の構成 アジャイルソフトウェア開発とは アジャイルマニフェストとは アジャイルマニフェストの問題 そこで、アジャイルの本質 by マーティンファウラー アジャイルソフトウェア開発とは? アジャイルソフトウェア開発とはなんでしょうか? 「アジャイルマニフェスト(後述)の4つの価値観、12の原則に従う開発方法の総称」 これが最もオリジナルな定義です。 なぜこんなややこしい言い回しをするのは後から説明します。 重要なことは、「アジャイル」という具体的な手法があるわけではないということです。 アジャイルはマインドセット(思想、考え方)です。そのため、 ✖️ do agile 「アジャイルをやる」はありません。 ⭕️ be agile 「アジャイルになる、アジャイルの思想に則る」はあります。 アジャイルの思想に則った開発手法として ・スクラム ・エクストリームプログラミング(XP) ・リーンスタ
現在ではさまざまな企業が変革に取り組むため「アジャイル」な手法に注目しています。しかし具体的に推進していくとなると、どこから手をつければよいか、またどう広げていけばよいか、導入して実践するだけでもハタと悩む場面が多いようです。 アジャイルコーチ、カイゼンファシリテーターとしてさまざまな企業のカイゼン・変革を支援してきた『カイゼン・ジャーニー』著者の新井剛さんに、そもそもアジャイルな手法がなぜ注目されていて、何に対して取り組んでいくのか、どのようにチームに取り入れ、組織全体に浸透させていくことができるのかを聞きました。 プロダクト・チーム・プロセスそれぞれをカイゼンする チームで「もやもや」を整理することより始めよ ノウハウや情報を横展開しやすくする取り組みを進める アジャイル実践時に陥りがちな3つの課題 受託・ウォーターフォール・日本的な計画への対応 まとめ:アジャイルを継続していくために
こんにちは、「みんなのデザイン思考とアジャイル」をリコーで運営している永田です。アジャイルの世界には、「Don’t just Do Agile, Be Agile」という言葉があるのをご存知でしょうか? 言葉どおり、Do Agileは「アジャイルを行う」こと、Be Agileは「アジャイルな状態になる」ことを意味していて、単にアジャイルを行うのではなく、アジャイルな状態であるべきという強いメッセージを示しています。 なぜこのような言葉があるのかというと、アジャイルを実践しているという人や組織の中には、手法を実践するだけでDo Agile状態に留まってしまっているケースが多々あり、そうした場合には、思ったような効果が得られず、プロジェクトが失敗するケースが少なくないからです。 そこで今回は、Do Agile状態に留まってしまわないために、また、本質的なアジャイルを捉えやすくするために、「アジ
※この記事は、Speee Advent Calendar24日目の記事です。 昨日の記事はこちら tech.speee.jp こんにちは、DX事業本部エンジニアのさとーる(@satotoru2000)です。 先日、学生たちにアジャイル開発によるプロダクト開発の立ち上げを体験してもらうインターンを開催しました。インターンというコンパクトな形で行うことでかえってエッセンスを抽出することが出来たと感じているので、当日にアドリブで色々喋ったことを改めて言語化して整理しようと思います。 Speeeのプロダクト開発ではインセプションデッキやユーザーストーリーなど、アジャイル開発でよく使われれるツールを駆使しながら進めていくのですが、こういったツールは漫然と利用しても意味がなく、事業の成功と紐付けて考える必要があります。形式としてアジャイルの方法論を取り入れても、目的を理解し、勘所をしっかり抑えていなけ
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは(7版からはすごく薄い)。 2021年8月に第7版が発表されると(ただし、日本語版はもっと先)公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5(最高レベル)を運用したりバージョンアップ対応を経験
アジャイル――。本来はソフトウェア開発という限られた分野で使われていたこの言葉を、ソフトウェア開発とは関わりのないビジネスパーソンが聞いたり話したりすることが増えている。では、そもそも「アジャイル」とは何なのか。はやり言葉として使う前に、その本質的なところを手短に押さえておこう。(JBpress) (※)本稿は2021年4月7日に発行された『アジャイル開発とスクラム 第2版』(平鍋健児、野中郁次郎、及部敬雄著、翔泳社)より一部抜粋・再編集したものです ソフトウェアの作り方が変わり始めている ソフトウェア開発の現場は世界的に大きく変わろうとしている。従来は、作るソフトウェアについての要求を事前にすべて収集・把握し、それを分析・設計・実装し、最後に全体テストをする、といういわゆる「ウォーターフォール」手法で進められてきた。基本的に各工程間の後戻りを許さず、ドキュメントで工程間を伝達する手法だ。
DX(デジタルトランスフォーメーション)という言葉が流行し、猫も杓子もデジタル化という言葉を使い始めました。さて、デジタル化とは何なのか、そして流行しはじめたのはなぜなのか。 端を発するのは経産省の「2025年の崖」のレポートだと言われていますが、レポート読んではみたものの本題はSAP ERPの保守期限を意識した基幹システムの刷新化と技術的負債の返済であるにもかかわらず、日本企業のスピード感の話だったり、なぜかマイクロサービスとAI、アジャイルサービスなど流行のワードがたくさん出ており、論点がぼやけている印象を受けてしまいました。 基幹システム刷新化においてマイクロサービスなどは一部で使えるかもしれませんが、銀の弾丸とは思いませんし、現状整理によってはきちんとしたデータベース設計とウォーターフォールを主としたロジック移行が最適解であることも十分にありえるといち技術者としては思います。 僕自
2019年8月にAzitに入社して4ヶ月。 私はSREとしての役割を期待されてAzitに入社したけれども、気がつけばバックエンドエンジニア兼スクラムマスターをやっていました。 バックエンドエンジニアとしては、AWSインフラ環境の完全な作り直しとTerraformによるコード化、Railsの負債解消、監視設定のコード化などを行っていました。 スクラムマスターとしては、初期の3ヶ月はアジャイル開発(スクラム、XPを組み合わせたもの)、そして12月からの1ヶ月はリーン・スタートアップ開発の導入等を行いました。 ここでは、スクラムマスターとして考えた開発プロセスについて資料にまとめます。 なおこの文章は、0-1 の開発フェーズではなく、すでにリリースされたサービスに途中で加わったスクラムマスターの目線で書かれており、対象とする読者も私と同じような境遇にあるスクラムマスターとなっています。 この開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く