Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録
はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解
アジャイルソフトウェア開発技術者検定試験
2021/09/27 「受験するには」ページを更新しました。アジャイル検定の試験申し込みページを更新致しました。 2019/05/23 アジャイル検定レベル２開発チームメンバー試験 スタートキャンペーン第一弾！2018年7月から全国配信を始めた「レベル1試験」は約1,000名の方が受験していますが、より高度なスキルを持つ方のために、2019年6月7日（金）より、いよいよ「レベル2開発チームメンバー試験」の配信がスタートします。・・・ 2019/05/22 いま必要なアジャイル開発『アジャイル検定レベル２開発チームメンバー試験』 ２０１９年６月７日（金曜日）全国でスタートニュースリリース２０１９年５月２３日 アジャイルソフトウェア開発技術者検定試験コンソーシアム（以下、アジャイル検定コンソーシアムと言います。）は、アジャイル開発チームのメンバーのための「アジャイル検定レベル２開発チームメ・・
カイゼンが製造業のIT化を遅らせてきたのかもしれない - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読ませて頂きました。 普段は、製造業のお客様をメインに、原価や会計に関するシステムの導入の支援や活用提案をさせて頂いておりますが、製造現場の仕組みづくりのお手伝いをさせていただくこともあります。その時の経験から、 そして生産情報、すなわち製造業の情報化に関わる分野は、カバーすべき範囲が広いのだ。受注管理システムから始まって、生産計画、BOM（部品表）、製造指示、在庫管理、品質管理、出荷管理、進捗管理、現物管理、POP、設計情報管理、と際限がない。それに比べ、流通情報で覚えるべきなのは販売管理、仕入在庫管理、カードくらいでよかった（当時はまだインターネットは普及していなかったのだ）。 どうして同じ情報システムに関わる科目なのに、製造業と流通業でかくも守備範囲の広さが違うのか？ それは、「製造業の方が業務プロセスが多くて複雑だから」である。 に
伊藤直也の1人CTO Nightの記事書き起こし - ログミーTech（テック）
伊藤直也の1人CTO Nightに関する記事は8件あります。音声や動画を書き起こした情報記事は、「全員が“勉強マン”でなくていい–伊藤直也が説く「多様性ある組織の強さ」」や「「雰囲気がいい＝いいチーム」ではない！ “仲良しグループ化”が優秀人材を逃す罠」「「リーダー＝時間に追われる」を覆せ–伊藤直也と玉川憲が指摘する、マネジメント職の線引きなどがあります。
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
「決まらないシュートは打たない」、同志社大が示した思考のアップセット（小澤一郎） - エキスパート - Yahoo!ニュース
「シュートは打たなければ入らない」 「とりあえずシュートを打っておけ」 長年に渡り「決定力不足」が叫ばれる日本サッカー界の指導現場ではいまだにシュートの理論と論理的指導へのアプローチが少なく、それゆえに冒頭のような声が監督、コーチから飛び交う。そのためか、日本にはシュートが外れてもチームメイトから打った選手に「ナイスシュート」なるかけ声（なぐさめ？）も出るのが常識となっている。 そんな常識を真正面から覆すような取り組みを行なっているのが、大学サッカーで今年関西１部リーグに復帰を果たした同志社大学だ。 ４月９日（土）に開幕した２０１６年度 第９４回関西学生サッカーリーグ（前期）１部リーグ第１節で昇格組の同志社大学は、昨年度のリーグ戦とインカレ（全日本大学サッカー選手権大会）で準優勝している全国区の強豪・阪南大学を破るアップセットをいきなり起こした。 確かに阪南大からすれば主力選手が複数名ケガ
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総
CIAが作成した 「敵組織の生産性を低下させる工作マニュアル」 が日本企業そのまんま : 哲学ニュースnwk
2015年11月29日08:00 CIAが作成した 「敵組織の生産性を低下させる工作マニュアル」 が日本企業そのまんま Tweet 1: 膝十字固め(庭)＠＼(^o^)／ 2015/11/28(土) 08:12:15.45 ID:Og1VNeZ50.net BE:273822876-PLT(12000) ポイント特典 組織をダメにさせるCIA「サボり方ガイド」の的確さに唸る 渡辺千賀さんという人の、ものすごく素敵なブログを見つけました。 そこで紹介されていたのは、第二次世界大戦時のCIAの秘密資料で、その名も『Simple Sabotage Field Manual』。 「簡単なサボタージュの方法」、つまりは、「敵国内のスパイが、組織の生産性を落とすためにどのような『サボり』ができるか、という『サボり方ガイド』」です。 組織をダメにさせるCIA「サボり方ガイド」の的確さに唸る 相手にバレな
日経電子版 開発内製化の取り組み / nikkei web development 2015
BPStudy#96 でお話した内容です。
1回1冊30分「超高速！技術チーム読書会」 #とは - アニメイトラボ開発者ブログ
はい、"古きよき時代から来ました、真面目なSE、真面目にSE" CTO @bash0C7 です。 最近、アニメイトラボの技術陣ではじめた「超高速！技術チーム読書会」についてご紹介します。 進め方 20分という制限時間の中で1人1冊本を読みつつ付箋にメモ書きを残し、10分で互いのメモ書きを共有するというスタイルの読書会です。 これをデイリーで回しています。 1回の読書会では別の本を読みますが、その次の会は互いの本をメモ書きとともに交換して読むようにしていて、共通の知識の習得と問題意識の共有に務めています。 例え1冊全部読めなくても、毎回ごとに違う本を読むようにしています。1回1冊完結でリズムよく進めるためです。 タイトルの由来 歴史ものの作品が好きなのですが、先頃超高速！参勤交代という小説を読みました。映画化もされたのでご存知の方も多いかと思います。 https://www.amazon.c
君のための本 -- ソフトウェア開発を一生の仕事としていいのか悩んでいる開発者に贈りたい1冊:2015年版 - 思っているよりもずっとずっと人生は短い。
（これは、『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』に寄稿した原稿の草稿を元に、XP本完全新訳版に合わせて加筆修正したものです。なんで完成稿ではなく草稿を元にしたかというと、草稿の方が長かったため短くまとめたものが完成稿になったからです。完成稿の方は『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』をどうぞ。） エクストリームプログラミング 作者:ベック,ケント,アンドレス,シンシア発売日: 2015/06/26メディア: 単行本 コンピュータ書を読むのが好きだ。だから「誰かに贈りたい本」と言われると、たくさんの本が思い浮かぶ。 たとえば君の問題が「プログラミングのスキル向上に思い悩んでいる」という話であれば、『Code Complete』辺りを勧めるだろう。プログラミング技術の本を10冊あげろと言われれば20冊くらいあげるかもしれない。 け
すでにある解決策で十分。足りないのは徹底すること | ライフハッカー・ジャパン
ワークフローを改善したり、パフォーマンスを向上させようとするとき、既存のスキルには目を向けず、新しい戦略を探すことばかりに注意が行きがちです。しかし、すでに知っている古い解決策こそが、ベスト・プラクティスであることが多いのです。足りないのは、「徹底すること」です。 2004年、ミシガン州の9つの病院が、集中治療室（ICU）での処置に関する、ある新しい手順を導入しました。ヘルスケアの専門家たちは、幾日もたたないうちに、その成果に唖然とすることになります。 この手順が導入された3カ月後には、集中治療室における患者の感染が66％も減少していました。18カ月間で、医療費が7500万ドル削減されました。そして、なによりもよいのは、一年半で、1500人以上の命が救われたことです。その後、この手順は『New England Journal of Medicine』で発表され、大評判となりました。 この魔
チーム間のコミュニケーションを円滑にしたい時に試してみるべきツールやWEBサービス色々 | バンクーバーのうぇぶ屋
別にWEB屋に限らず、誰かとチームを組んで作業する時、いかにしてコミュニケーションの質を上げるかと考える人は多いと思うんですね。 かくいう僕なんかは、たかが数人のチームコミュニケーションでも相当大変な思いをしているので、これが数十人と規模が拡大した時のことを考えると憂鬱なので、ぼちぼち対策を考えないといけないなと思うんですね。 そこで今日は、とりあえず手っ取り早くコミュニケーションの質を上げる為になんか良いツールが無いか探してみる事にしたので、ちょっと共有してみようと思います。EvernoteとかDropboxとかBasecampとかはとりあえず省いて、ここ数ヶ月の間に使い出した／知った物を中心にご紹介させて貰えればと思います！ もちろん、コミュニケーションの質をあげようという考え方自体人によってまちまちでしょうし、必要なのはツールでは無く意識の問題であることが多いのは承知の上なのですが、
大企業でスクラムしたら筋肉だった
あなたのチームの「いい人」は機能していますか？Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides
生産性向上哲学「カイゼン」を、自分の仕事に取り入れる方法 | ライフハッカー・ジャパン
生産性向上メソッドの多くは、特定のプロジェクトやToDoを対象としています。一方で、日本で生まれた「カイゼン」という生産性向上哲学は、どんな仕事のどんな部分にでも適用できるのが特徴です。 カイゼンは、生産性を向上するための「システム」というよりも、「哲学」と言った方がいいでしょう。GTDメソッドやポモドーロテクニックとは異なり、自分の働き方からチームの働き方まで、あらゆることを対象とした考え方なのです。 カイゼンとは？ カイゼンは、単なる改善とは異なります。その意味は、「コンスタントに改善を続けること」。つまり、組織のあらゆる側面において、どんなときでも、より良い方法を目指して努力することを意味します。この哲学は、第2次世界大戦後、複数の日本企業で生まれました。戦後の混乱の中、それまで通りのやり方で物事に取り組むのは悪いことであるという考えが尊重されたのです。特に、競争力強化につながる選択
Rebuild: 32: How We Work Remotely (Naoya Ito)
Rebuild A Podcast by Tatsuhiko Miyagawa. Talking about Tech, Software Development and Gadgets. 0:00 miyagawa: きのうおととい、Twitterとかいろいろ見てたら、第１回を配信したのが去年の2/14だったらしいんで。 naoya: あー、そうなんだ。ちょうど一周年。 miyagawa: またnaoyaさんがね(笑) naoya: 何回もでてますけどね(笑) miyagawa: ほとんどレギュラーみたいな感じですけど。 0:21 miyagawa: 前回でてもらったときに、レビューおねがいしますっていうのを言ってて、その後どうでしたか。 naoya: なんか、レビューが、その当時6個とかしかついてなかったんですけど、いま51個になってて(笑)しかもみんな「Rebuild.fmから来まし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術的負債と向き合う
https://medium.com/how-to-create-startup/%E6%99%AE%E9%80%9A%E3%81%AE%E4%BA%BA%E3%81%A7%E3%82%82%E5%9B%9E%E3%81%9B%E3%82%8B%E4%BB%95%E7%B5%84%E3%81%BF-%E3%81%AA%E3%82%93%E3%81%A6%E4%BD%9C%E3%82%89%E3%81%AA%E3%81%84%E3%81%BB%E3%81%86%E3%81%8C%E3%81%84%E3%81
デザインのためのデザイン
