Social Media Marketing Trends 2024 // The Global Indie InsightsKurio // The Social Media Age(ncy)
Social Media Marketing Trends 2024 // The Global Indie InsightsKurio // The Social Media Age(ncy)
"Unlearn"という言葉は、どれだけの人にとって馴染みのあるものだろうか。 僕はこの言葉に、学生時代に出会っている。教育学系の大学院にいたので、自分自身の研究テーマとは離れているものの、「学び」とは何かというような議論にも接することがあった。その中で、「Unlearn=学びほぐし」という言葉遣いがなされていたことを記憶していた。 今年になってから、この言葉に複数回接することがあり、少しこのUnlearnについて調べてみた。この記事では、この辺りの経緯と途中経過としてまとめておく。問題意識に導かれることも、学術的に網羅性を考慮して調査をしたわけではないので、あくまで覚書である。 日本のアジャイルの文脈でのUnlearnとの再会 野中郁次郎と竹内弘高におけるUnlearn 鶴見俊輔の「まなびほぐし」 一般的な英単語としてのUnlearn 終わりに 参考文献 日本のアジャイルの文脈でのUnl
TL;DR: We have created the Retro Kit. It can be downloaded by following this link. Retro Kit… but why? Historically at Spotify there has been an Agile Coach attached to each team. That coach has, among other things, helped the team to improve their processes. A central piece to that improvement are regular retrospectives where teams reflect on their way of working to continuously become better in
ScrumButは簡単にいうとスクラムアンチパターン集みたいなものです。 What is ScrumBut? 上記によればこういうフォーマットをとります。 (ScrumBut: スクラムやってるよ。けど)(Reason:理由)(Workaround: 応急処置) 今回はそのScrumButの一つの話です。 スクラムやってるよ。けど... 今回の例のScrumButは下記のような事例です。 スクラムやってるよ。でも1スプリントでundoneが多くあるから、 doneにできるように開発しやすい形にタスクを分けて、1スプリントで完結できるようにしたんだ。 例えば、調査、サーバーサイドのAPI開発、フロントエンド開発、というタスク群があったとして、下記のようにしてしまう状態です。 何が起きるか? これによって、doneはすると思います。doneするようなタスクわりにしているわけですから。 でも、こ
こんにちは、平田です。 少し前の話になりますが、AgileJapan2017と、翌日に開催されたモダンアジャイルワークショップに参加してきました。 www.agilejapan.org agilejapan.org モダンアジャイルについて アジャイルソフトウェア開発宣言が出されてから15年以上が経ち、その現代的な解釈を「モダンアジャイル」として Joshua Kerievsky さんがまとめました。 モダンアジャイルの4つの原則は以下の通りです。 Make people awesome(人々を最高に輝かせる) Make safety a prerequisite(安全を必須条件にする) Experiment and learn rapidly(高速に実験&学習する) Deliver value continuously(継続的に価値を届ける) それぞれの内容については、いろいろなブログ記
ひさしぶりにパブリックな勉強会でお話する機会をいただき、発表してきました。 なにかテーマを決めてくださいと言われたときに、ふりかえりやデイリースタンドアップやプランニングはよく聞くけど、レビューについての話ってないなーと思い、テーマとして選択したのがスプリントレビューでした。 実際、スプリントレビューというのはなかなか珍しいので興味を持った、という感想もいただきました。 語られることが多くないからか、そもそもスプリントレビューに対する誤解をしている方も多いように感じます。 会場にいらしていたみなさんスプリントレビューではプロダクトオーナーや顧客に対してデモをするだけ、というのが多いみたいですね。 スプリントレビューはデモじゃないんだよ、その先のフィードバックをもらって未来の話をしましょうよ、というお話をしました。 資料はこちら。 そのスプリントレビューは、機能してますか? #agile_h
モバイルアプリサービス部(通称プリサー)の よしはら です。 今日から9月。食べ物が美味しい季節になり秋刀魚とビールで今宵は1杯したいですね。 今回のレポートは 前回ワークショップに続いて開催された紙ヒコーキワークショップの模様をお届けします。今回のコーチはお馴染みの高江洲さん、木村さんに行っていただきました。回数を重ねる毎にScrum経験を身につけているメンバーですが、今回のワークショップを子供のように楽しみにしている純粋なエンジニアがいたことも付け加えておきます。 準備と説明 最初にコーチからワークショップ準備の説明があり、各テーブルでチームを作ります。チームで使うリソースとして用意されたのは、ペンにハサミ1つ。A4の紙です。これらを使用して紙ヒコーキを作ります。なお今回のチーム構成メンバーは以下の特徴がありました。 チーム1 Scrum練度 経験高め チーム2 Scrum練度 普通
その結果、自分はすっかり言及の減ってしまったリーンソフトウェア開発や、それらの源流であるトヨタの生産方式、トヨタが現在取り組んでいる自工程完結を評価するのがよいのではないかと思い至った。本稿は、そういうポエムである。 本稿でいうリーン(ソフトウェア)開発とは何か? 2003年にメアリー・ポッペンディークとトム・ポッペンディークにより提唱されたトヨタ生産方式を源流とするリーン生産方式をソフトウェア開発に適用した原則集。以下を指す。 リーンソフトウエア開発~アジャイル開発を実践する22の方法~ リーン開発の本質 エリック・リース氏のリーンスタートアップやオライリーのリーンシリーズとは異なるので注意いただきたい。 きっかけとしてのアジャイル方法論の違和感:結局、アジャイルでも多くの課題が残る。 「今回のプロジェクトがやりにくいのはウォーターフォールでやっているからだ」、「今回のプロジェクトが適当
みなさんこんにちは。@ryuzeeです。 2017年1月12日〜13日にかけてスクラムのイベントであるRegional Scrum Gathering Tokyo 2017が開催されました。 その中でスクラムでよく起こる問題やその原因・対策に関するセッションを行いましたので資料を公開いたします。 アジャイルなやり方でプロジェクトをやろうとしたときの「あるある」な失敗をまとめたものとなっていますので、いま何となく上手く行っていない気がする方はセルフチェックとしてもご利用いただけるのではないかと思います。内容に関するご質問やご要望がありましたら是非Twitterなどで気軽にお寄せください。 それでは。 SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発著者/訳者:西村 直人、 永瀬 美穂、 吉羽 龍太郎出版社:翔泳社発売日:2020-05-2
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS (Microsoft Consulting Services) の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが;、二回分のエントリを通して読めば、牛尾さんが言いたい
初めて単独主催の勉強会をしました。ワークショップなので後半の1時間はディスカッションにしたのですが40人のわりには、それなりに面白い話ができた気がしています。資料とワークの結果、あとTogetterは以下から。 togetter.com 今回のプレゼンは純粋な「プロジェクトマネジメント論としてのウォーターフォールとアジャイルの違い」に絞った話をしたので、後半のワークが現実的な話になって面白かったです。話をしたのは以下のようなことです(資料の後半に細かいメモ書きがあります)。 そもそもウォータフォールは必要なのか? とはいえ、ウォータフォールを採用しなくてはならない状況は? なぜ、アジャイルを採用できないのか? チームは重要だけど、どういうメンバーがいいのか? アジャイルとはいえPM的な人が必要になることってあるよね? アジャイルの立ち上げってどうするのがいいの? 偶然、牛尾さんの 私は間違
11/15 スタートアップ・リーダーシップ・プログラムにて、事業起業を考えている皆さんに向けてお話した内容を加筆修正して公開しました。 http://startupleadership.jp/Read less
先日参加してきた Agile2014 の、社内向けレポートを公開しても良いことになったので、共有させていただきます。 Agile2014 Report: As a Speaker and a Reporter of the latest Agile in the world from Hiroyuki Ito 本当は帰国時(8/4)の飛行機の中で書き終えており、帰国次第即公開しようとしたのですが、社内手続きなどの都合で公開が遅れていました。 また、公開まで期間が空いたので、レポートを書いた当時は理解できなかった点についてもある程度理解が追いつくようになったのですが、帰国時の雰囲気をそのまま伝えたいと考えたため、あえて追加修正をしないでの公開とさせていただきました。 英語で書いたということもありますが、説明足らずの部分も多々ありますので、可能な範囲で追加説明をしてみようと思います。 3つのト
2014年7月31日(木)に開催された「Developers Summit Summer 2014」(通称:夏サミ)にて、「創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について」という講演をしてきました。資料と動画は以下から。 講演には弊社の顧客である(株)東京商工リサーチ(以下、TSR)の青木さん(システム本部 部長)にも参加いただきました。講演の最後に「GxPさんとは、まさに二人三脚のような関係を築けた」という言葉が非常にうれしかったです。 また、講演に向けて打ち合わせをする中で「我々は何をしてきたのか/何が出来たのか」というのをじっくり話せたのは良い経験でした。プロジェクトが完了したら顧客と一緒に講演する、みたいなことが毎回出来たらいいでしょうね。 速さよりもリズム さて、今回の講演のキーワードでもある「組織としてプロダクトオーナーの役割を果たす」も、そういう事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く