個人開発が続かない理由は「時間」「戦略」「気力」「孤独」 4つの“つらみ”を解消するアジャイル開発・スクラム開発のエッセンス | ログミーBusiness
古谷氏の自己紹介古谷聡希氏：「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は（ニッチな技術と言いつつも）どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエンジニアリングマネージャーをしています。オンライン診療のアプリの開発などを行っています。 これからの中小企業診断士の仕事と、スクラム・アジャイル開発における共通点「経営のスクラムマスター」と名乗って活動することもあって、「これは何ですか？」とよく言われるんですが、エンジニア
なんちゃってアジャイルから、4年間アジャイル開発していたら15minスプリントになった件 #RSGT2019 - うさぎ組
概要 とりあえず次の動画をみてほしい。 ちまたのアジャイル開発チームはスプリントが1週間だが、私のチームは15minで回している。 学生や新卒に1日スプリントを教えている。彼らは5日程度で1日スプリントをマスターする。 15minスプリントを含んだプラクティスについてスライドにしてほしい、聞きたいという人は RSGT2019の公募にlikeしてほしい。かりにlikeはなくても、RSGT2019に参加しよう。 セッション confengine.com チケットはこちらから！11/16から販売だそうで。 Regional Scrum Gathering® Tokyo 2019 www.youtube.com 概要 背景 スプリント期間の変遷 RSGT2019 参考書籍 生物系の参考書籍追記 背景 このチームが今までどんなふうに開発を経てきたのかはだいたい次のスライドにまとまっています。 簡単に
「ZenHub×GitHub」を軸としたアジャイルプロセスの作り方
他プロジェクト管理ツールとの比較と選定ポイント また、アジャイルプロセスを作っていく上で親和性がある他のプロジェクト管理ツールとしては、アトラシアン製のJIRAとTrelloがあります。 これらの中でZenHubを選定した理由は、「チケット管理」と「リポジトリ管理」の親和性がポイントでした。 例えば、リポジトリ管理にアトラシアンのBitbucketを利用しているならば、JIRAやTelloのほうが親和性が高いですし、さまざまな連携からアジャイルプロセスを作りやすいです。 一方、GitHubを使っているのであれば、ZenHubを使うことをおすすめします。特にチケット（GitHub Issue）からリポジトリに対するコミット履歴やPull Requestが確認できたり、チケットとリポジトリで相互リンクの関係を作れていたりとてもアジャイルプロセスが作りやすいです。また後述しますが、ZenHubは
効果的なアジャイルチームが持つ6つの特徴
Joe McKendrick （Special to ZDNET.com） 翻訳校正： 石橋啓一郎 2019-02-06 06:30 アジャイルムーブメントに参加したいと考えている企業の役員やマネージャー、プロフェッショナルは多い。アジャイルがソフトウェア開発手法として望ましいと考えられているだけでなく、大きな意味での製品開発手法としても優れていると見なされているためだ。しかしアジャイルは、一夜の取り組みで組織全体に浸透させられるようなものではない。成功するワークフローを作るには、チームに参加するメンバーに備えと意欲が必要となる。 これが、MckinseyとScrum.orgが発表した調査レポートの結論だ。この調査では、優れたアジャイルチームのメンバーに共通する特徴を突き止めている。このレポートはMcKinseyのWouter Aghina氏、Christopher Handscomb氏、
良いアイデアが浮かばない時は、逆に最悪のアイデアを出してみるといい | ライフハッカー・ジャパン
停滞したら、最悪のアイデアを出すと流れが変わるブロガーのJon Bellさんは、グループの全員が納得する良いアイデアを採用するためには、良くないアイデアを提案するといいと言っています。 どこで食事をするか、みんなで何をして遊ぶか、誰もが楽しめるものを思いつくのは至難の業です。 家族でも友だち同士でも、自分の所属するグループがマンネリ気味になってきたら、みんなが嫌がりそうなアイデアを出してみると、人間というのはもう少しマシなアイデアを考えようとする傾向があります。 Jon Bellさんのグループでは、脳を刺激するのにあるハンバーガーショップをよく使っているそうです。 （会社の同僚とどこへランチへ行くか決めかねていて） もうマクドナルドに行くしかないということになりそうになると、なんとも不思議なことに、全会一致で誰もが賛成するようなより良いランチのアイデアが出てきます！ まったく面白いことが起
#05: Agile CPU / Versioned Golang
森田が紹介するのは CPU をアジャイルの流儀で開発しようと主張する An Agile Approach to Building RISC-V Microprocessors, 向井が紹介するのは Go の次世代バージョン管理システムのデザインを解説した Go & Versioning です。感想などはハッシュタグ #misreading か hello@misreading.chat にお寄せください。 An Agile Approach to Building RISC-V Microprocessors RISC-V RISC-V Foundation | Instruction Set Architecture (ISA) Design of the RISC-V Instruction Set Architecture Intel and the x86 Architecture
【翻訳】ストーリーポイントを使うのをやめよう - PoohSunny's blog
はじめに このエントリーは、Industrial LogicのCEOで、モダンアジャイルの提唱者としても知られるJoshua Kerievskyの「Stop Using Story Points」というブログポストを許可をえて*1翻訳したものです。2012年と古いものですが、今でも有益な内容だと考えています。原文はこちらになります。 www.industriallogic.com 誤訳等あれば優しく指摘していただけるととても助かりますし喜びます。 ユーザーストーリーを使うのをやめよう ハンバーガー、ポテトそしてコーラがファーストフードのシンボルであるように、スプリント、朝会そしてストーリーポイントは、アジャイルの方法論のシンボルになりました。 アジャイルハッピーセットの準備はできていますか？ おそらくNoでしょう。 ファーストフード研究者のように、我々はアジャイルハッピーセットに、アジリテ
ストーリーポイントの管理は｢Scrum for Trello｣で · すごい開発チーム育成ガイド
「Scrum for Trello」でストーリーポイントを管理する ストーリーポイントの管理は面倒な作業だ。ポイントは入力し、チームに共有しなければならないし、スプリント(開発期間)ごとの集計も必要になってくる。面倒な作業がある運用というのは、定着せずに終ってしまうものだ。 それでも、ストーリーポイントをチーム全体でリアルタイムに把握することは非常に重要だ。ストリーポイントがしっかり記録されていないと、誰もチームのベロシティ(速度)が把握できなくなる。ベロシティがわからなくなると、プロジェクトがいつ終わるかも想像できなくなる。 解決策 ストリーポイントの面倒な管理を解決するのにうってつけのツールは「Scrum for Trello」だ。このツールはTrelloのボード上でストーリーポイントを把握することや、カードにポイントを簡単に設定できる機能がある。 Google Chromeの拡張とし
不確実さを受け入れる — A17Y (1)
ソフトウェア開発に関する認識で大きく変化したもののひとつは不確実性の扱いではなかろうか。古いソフトウェア開発が「複雑さ」を、Agile が「変化」を主要な難しさ、戦うべき敵とみなしたように、今日のソフトウェア開発は「不確実性」との戦いを大きなテーマに据えていると思う。プログラマが不確実性に向ける眼差しは開発プロセスに大小様々な影響を与えている。「達人プログラマー」とその世代は、この変化を捉えていない。 ソフトウェア開発には昔から不確実性がつきものだった。たとえば見積もりでは The Cone of Uncertainty なんて話をする。現代的なソフトウェア開発が昔と違うのは「不確実さは放っておいてもなくならない」ことを認めたことだと思う。The Cone of Uncertainty が象徴する昔のソフトウェア開発では、不確実性は一時的なもので目の前の嵐をやりすごせばいいと考える。極端に
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
アジャイル開発手法「SCRUM」の真実
スクラム（SCRUM）という開発手法がある。一時期雑誌をにぎわせたさまざまなアジャイル開発手法群のうちの1つである。日本国内で実際の導入事例はないが、米国では提唱者のケン・シュエイバー（Ken Schwaber）氏によって着実に導入実績を積み重ねているという。今回公開する「スクラムワークショップ体験記」は、筆者2名が日本人として初めて認定スクラムマスターを授与されたワークショップの様子を報告したものである。 米国のソフトウェア開発業界における独立系コンサルタントの躍進とアジャイル開発手法群の台頭という現象は切っても切り離せないものだ。このことは、XP（eXtreme Programming）の提唱者であるケント・ベック（Kent Beck）氏をはじめ、ソフトウェア開発手法に関する分野の“カリスマ”が日本のソフトウェア開発業界に紹介されたことからも記憶に新しい。米国のこのような動きは日本にも
近況 - "チームがよくなる" 感じについて - steps to phantasien(2009-12-31)
2009-12-31 近況 プログラマとしての成長が感じられない一年だった. 目先の仕事に気をとられ, 問題についてよく考える時間をとらなかった. 過労を言い訳に勉強もしなかった. 情けない. 一方で仕事のチームでは成長を感じることができた. せっかくだから, "チームがよくなる" 感じについて書いてみたいとおもう. 最近, 私のいるチームはコードレビューをするようになった. 私はこれまで仕事の中でコードレビューを実施しょうと試行錯誤してきたけれど, チームに定着することは少なかった. コードレビューはそれなりに面倒な作業なので, 特に組織的な外圧がないところではさぼられがちだと思う. けれど今のチームは外圧なしでやっている. およそ一年間のプロジェクトを通じ, このチームがコードレビューをするに至った道程を振り返ると, チームが成長する様子をうまく捉えることができるかもしれない. フェー
アジャイル開発のためのプロジェクト管理·IceScrum MOONGIFT
IceScrumはJava製のオープンソース・ソフトウェア。未だに世の中ではウォーターフォール型の開発が行われている。確かにプロジェクトの開始直後はウォーターフォール型の方が進めやすい。だが後々になって火をふきトラブルを生むのもまたウォーターフォールだ。これだけ何度も繰り返してきて、それでいて未だに行うのはなぜなのだろう。 アジャイル開発のためのプロジェクト管理 アジャイル開発が全ての解決手段になる訳ではない。これもまた手法であり、適切に自分たちにあった形で取り入れなければ火をふくのは当然だ。だが真剣にアジャイル開発を取り入れていくなら、改善される可能性はある。そのためのプロジェクト管理に使ってみたいのがIceScrumだ。 IceScrumはアジャイル開発専用のプロジェクト管理だ。機能をノート形式で記述し、スプリントにおけるバックログを管理、ロードマップやリリースプランを通じてプロジェク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムの基礎 | Ryuzee.com
Agile in 30mins - 30分でだいたいわかるアジャイル開発
デイリースタンドアップのコツ - まとめ
Scrum Alliance -スクラムガイド (Scrum Guide in Japanese)