大規模なアジャイル開発の現場と技術負債 / Technical DebtOracle Database で機械学習を始めよう! Oracle Machine Learning
米マイクロソフトで見つけた「究極の生産性」日本のIT業界でも実行できる理由とは？ - エンジニアtype | 転職type
2023.12.08 スキル マイクロソフトアジャイルグローバルチーム 考える前に手を動かせ、質問する前に自分で考えろ…日本の社会人にとっての“あるある”は「世界最先端で働くエンジニアにとって真逆の考えだった」と、書籍『世界一流エンジニアの思考法』で紹介したのが、米国マイクロソフトのエンジニア・牛尾剛さんだ。 10月末に発売された著書は、各書店やAmazonの売れ筋ランキングで上位に入り、読者からは驚きや感嘆が交じったXが連日ポストされている。 「即レス」は非効率 「試行錯誤」は非効率 「後で文書化」は非効率 「ググれ、カス」は非効率 「早く失敗しない」は非効率 「納期を守りすぎる」は非効率 「会議の前に準備する」は非効率 「口頭だけでなく文書化」は非効率 何もかも覆された…でも超納得の一冊 pic.twitter.com/EmAQ3bSTfI — もとやま📚著書『投資としての読書』 (
アジャイルの品質を高める「スリーアミーゴスアプローチ」とは
アジャイル開発におけるスリーアミーゴスアプローチとは、曖昧さのない実用的なユーザーストーリーを案出するための、効率と効果が最も高いアプローチの一つだ。プロダクトオーナー、開発者、テスト担当者を小さなチームに分割する。各チームのメンバーには定められた役割があり、各自の専門分野に基づいて独自の視点を持ち込む。このチームがユーザーストーリーを案出する。 アジャイルコーチのジョン・スマート氏によると、チームは、要求する立場、提案する立場、異議を唱える立場という役割を担うものだという。こうした役割に分かれて議論を進めることで、ソフトウェア開発の各段階で議論が深まり、効率的な問題解決が図れるとしている。 スリーアミーゴスアプローチをどう進めればよいのか、開発プロセスはどう変わるのか
生産性向上メソッド「アジャイル」とは？タスクの細分化と進捗確認がポイントに | ライフハッカー・ジャパン
4TBが9千円台だって。バッファローの静音HDDは在庫があるうちに回収しておこう【Amazonセール】
アジャイル開発の考え方を企業全体に適用する「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が果たす役割、アジャイルプ
SAFe 6.0 Framework
Overview The SAFe Overview is a visualization of the seven core competencies of Business Agility and the dimensions of each. Essential The Essential SAFe configuration provides the minimal elements necessary for ARTs to deliver solutions and is the simplest starting point for implementation Large Solution The Large Solution SAFe configuration is for enterprises building large and complex solutions
みんなで見積もれ！アジャイルな見積もり手法「プランニングポーカー」のやり方 ｜ 月額制受託開発の株式会社mofmof
mofmof inc.のエンジニア兼代表の原田です。 システム開発に関わったことがある方であれば、きっと「見積もり」の難しさについてはご存知のことと思います。業界全体でも多くの見積もり手法が生まれ、より効率的により正確に見積もれるようにしようと奮闘していることと思います。 今回は、いくつか存在する中の1つ、アジャイル開発で頻繁に用いられている「プランニングポーカー」という見積もり手法について紹介と解説をしていきます。 プランニングポーカーとは何か 簡単に箇条書きすると以下のような特徴があります。 一人ではなくチームで見積もる 相対見積もり 専用のカードを使用する なぜプランニングポーカーが良いのか ソフトウェアの納期見積もりは、星占いレベルのものであると思う 引用: ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ ぼくはこの言葉が好きで、よく社内研修の
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう | IIJ Engineers Blog
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う～ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな？」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何？というケースを見かけますが
「なんとなくスクラム」を見直して改善に取り組んだらチームの意識が変わった - ANDPAD Tech Blog
はじめに はじめまして、アンドパッドSWEの小川です。 アンドパッドの開発組織では、アジャイル開発の手法を取り入れたチームづくりや開発プロセス改善に関する取り組みが盛んに行われています。 今回は、私が所属する施工案件管理チームで最近行った取り組みについて紹介したいと思います。 背景 これまでも、チームの開発プロセスにはアジャイル開発のフレームワークであるスクラムの手法を取り入れていました。たとえば、開発タスクはカンバン上で管理し、会議体としては毎日の朝会、週ごとのスプリントプランニングとレトロスペクティブを行っていました。 しかしながら、実際にはスクラムガイド記載の内容に従っておらず、「なんとなくスクラム」をやっているだけという面がありました。 たとえば、スクラムガイドが定義するスプリントプランニングはスプリントに実施するタスクを決定するための会ですが、我々の実施していた会では仕様や機能に
従来とアジャイルで、品質メトリクスには本質的な違いがあるのではないか - ソフトウェアの品質を学びまくる
ソフトウェア開発における品質のメトリクスについて、新旧2冊の本を比べてみました。 1冊は、『初めて学ぶソフトウェアメトリクス』。 原著『Five Core Metrics: The Intelligence Behind Successful Software Management』（Lawrence H. Putnam、Ware Myers著）は、2003年に出版されています*1。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者:ローレンス・H・パトナム,ウエア・マイヤーズ日経BPAmazon もう1冊は、『アジャイルメトリクス』。 原著『Agile Metrics in Action: How to measure and improve team performance』（Christopher W. H. Davis著）は、2015年に出版されて
「こうしてスクラムが終わってしまう」前にすべきこと
こうしてふりかえりは終わってしまった / A Demise of a retrospective ふりかえりカンファレンスで一番面白かった発表資料です。 資料をざっくり要約すると ふりかえりは最初は順調に機能するがある段階で停滞し、次第に「効果が出ていないもの」と判断されて廃止されてしまう、という話です。 理由として最初は低コスト高リターンの課題を倒していけるが、それらをすべて解決すると残るのは「リターンはあるが、コストが高すぎて解決できない課題」と「コストは低いがリターンもほぼない課題」だけになります。 開発チームは前者を「コストが高すぎて解決できない」と忌避し、後者だけに打ち込んだ結果、リターンが出ずに振り返り事態を無価値を判断してしまうからです。 ふりかえりを廃止することでチームの成長は停止してしまうでしょう。 これを防ぐために「コストが高すぎて解決できない」課題を解決する方向に頑張
第4回：アジャイルに対する誤解（1）--設計せずにいきなり作る？文書を書かない？
梗概 現代社会は多くのものがソフトウェアで成り立っており、絶えず変化するニーズに応じられる柔軟でスピーディーな開発が求められています。その一方、何が正解（ゴール）なのかが分からない、という不確実性の時代でもあります。不確実性に対処するには「アジャイル開発」が最も有望ですが、その成功裏の実践には、従来の常識の解体と再構築が必要です。エンタープライズにおけるアジャイル開発の実践が待ったなしの状況の中、理論、課題、近年の動向も踏まえ、実例を交えながら幅広く解説します。 「文書を書かない」という誤解 本連載の第1回～第3回において、ウォーターフォール方式に変わる、新たな開発手法が発見され、それが1990年代後半～2000年代の「Linux」やスマートフォンの開発において極めて重要な役割を果たし、それが今日のアジャイル開発手法の原則として受け継がれてきていることを解説しました。今回から、アジャイル開
「外部委託中心、コードはほぼ書かない」開発部門がアジャイル内製開発組織に変貌できた理由――KDDIの実例に学ぶ、自律型組織の作り方
「外部委託中心、コードはほぼ書かない」開発部門がアジャイル内製開発組織に変貌できた理由――KDDIの実例に学ぶ、自律型組織の作り方：「組織の伝統」を変えるヒント 外的環境やニーズが目まぐるしく変わり、これまでの経験が通用しない予測不能な「VUCA」の時代といわれる今、企業として変化に適応するためどのような取り組みが重要なのか。そして、どう始めればよいのか。KDDIの法人向けサービスの企画、開発部門でアジャイル開発の推進に携わり、現在はKDDIアジャイル開発センターで開発部長を務める岡澤克暢氏に話を聞いた。 デジタルビジネスの推進、拡大に向けてクラウドネイティブを実践する企業は増えつつある。スキルなど成熟度も着実に上がりつつあり、実践している企業とそうでない企業の差は日々拡大している状況だ。外的環境やニーズが目まぐるしく変わる中、状況変化に機敏に対応できなければ、立ち行かなくなる状況にあると
「仕事がはやい人と遅い人」の決定的な違いとは？【第3回】
坂田幸樹 さかた・こうき [株式会社経営共創基盤(IGPI)共同経営者(パートナー)、IGPIシンガポール取締役CEO] 株式会社経営共創基盤(IGPI)共同経営者(パートナー)、IGPIシンガポール取締役CEO。 早稲田大学政治経済学部卒、IEビジネススクール経営学修士(MBA)。大学卒業後、キャップジェミニ・アーンスト&ヤングに入社。日本コカ・コーラを経て、創業期のリヴァンプ入社。アパレル企業、ファストフードチェーン、システム会社などへのハンズオン支援(事業計画立案・実行、M&A、資金調達など)に従事。 その後、支援先のシステム会社にリヴァンプから転籍して代表取締役に就任。 退任後、経営共創基盤(IGPI)に入社。2013年にIGPIシンガポールを立ち上げるためシンガポールに拠点を移す。 現在は3拠点、8国籍のチームで日本企業や現地企業、政府機関向けのプロジェクトに従事。 IGPIグル
「仕事がはやい人と遅い人」の決定的な違いとは？【第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グループを日本発のグローバルファームにすることが人生の目標。 共著書に『アーキテクト思考』(ダイヤモンド社)がある。 アジャイ
教科書で学べない現場発の知恵を伝授『誰も教えてくれなかったアジャイル開発』
著者●堀哲也、稲荷裕、木村秀顕、柴㟢秀算、廣瀬志保、石橋正裕／定価●2750円（10％税込み）／発行●日経BP／判型●A5 264ページ／発行日●2022年4月25日／ISBN 9784296112203 アジャイル開発の経験が少なく、中央集権型の日本企業において、組織や文化を変革せずに従来の開発ベンダーを活用しながら、基幹系システムなどのアジャイル開発を成功させるにはどうすればいいのか――。ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自らの経験を体系化しました。そのノウハウを「基礎編」「実践編」「応用編」の3ステップで解説します。 最初の基礎編は、アジャイル開発の「事始め」で押さえるべき5つの要点を解説するほか、「らしさ」にとらわれないアジャイル開発の立ち上げ方や、成長し続けるアジャイルチームのつくり方などを解説しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Overview
