カンバン仕事術
チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までをイラストでわかりやすく解説する書籍です。カンバンの原則や流れの管理などの入門的な事柄から、サービスクラス、メトリクスの使用、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。カンバンを一から学びたい、組織で使ってみたい方に最適な一冊です。 序文 はじめに 本書について 第I部 カンバンの学習 1章 チーム「カンバネロス」のはじまり 1.1 イントロダクション 1.2 ボード 1.3 ワークフローのマッピング 1.4 作業項目 1.5 コイン渡し 1.6 仕掛り作業 1.7 特急項目 1.8 メトリクス 1.9 見送り 1.10 まとめ 第II部 カンバンの理解 2章 カンバンの原則 2.1 カンバンの原則 2.2 すぐに始める 2.3 まとめ 3章 作業の見える化 3.1 ポリシーの明示 3.
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. Webデザインにおいて、コンテンツをどのようにまとめ、どのレイアウトで表現するかは大事な課題だ。すでによく使われているレイアウトと、それが何の目的で使われているのかは明かになっている。そうした人気のあるレイアウトとその目的を知ることは、Webページをデザインする際の資料として活用できる。 Matt Cronin氏がSmashing Magazineにおいて8 Layout Solutions To Improve Your Designsのタイトルのもと、使いやすい8つのレイアウトとテクニックについてまとめている。Webデザイナは一度チェックしておきたい内容だ。紹介されているレイアウトは次のとおり。 ス
http://blog.livedoor.jp/dankogai/archives/51083212.html http://d.hatena.ne.jp/NOV1975/20080719/p2 http://d.hatena.ne.jp/NOV1975/20080719/p4 いまさら議論するのも馬鹿らしいけど，フローチャートなんぞはものの役に立たない． そんなものは作るだけ時間の無駄だし，何かの役にたつこともない． それは何十年も前に結論が出ていると思う． それはあまりに自明であったため，今では話題になることも少なくなった． 人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series) 作者: フレデリック・P,Jr.ブルックス,Frederick Phillips,Jr. Brooks,滝沢徹,富沢昇,牧野祐子出版社/メーカー: アジソンウェス
(島国としてのRuby) スピーカー Dave Thomas - Dave is a principal in The Pragmatic Programmers, LLC ( http://pragmaticprogrammer.com ) プロフィール Dave Thomas is a writer, trainer, and primarily a programmer. He's the author of 7 books, including The Pragmatic Programmer (with his partner Andy Hunt), Programming Ruby, and Agile Web Development with Rails. He first started using Ruby in 1998. He's the author of RDoc
free-programming-books/free-programming-books.md at master · EbookFoundation/free-programming-books · GitHub
Removal of "Learn Python in Y Minutes" from free-programming-books.md and addition to free-programming-cheatsheets.md Co-authored-by: Eric Hellman <eric@hellman.net> Index ABAP Ada Agda Alef Android APL Arduino ASP.NET Assembly Language Non-X86 AutoHotkey Autotools Awk Bash Basic BETA Blazor C C# C++ Chapel Cilk Clojure COBOL CoffeeScript ColdFusion Component Pascal Cool Coq Crystal CUDA D Dart DB
アジャイル開発において、プロダクトや組織の現状を把握するのに役立つメトリクスを知りたいと思い、「agile kpi」などでググって上位のサイトを読むという丁寧なサーベイを敢行。20個くらい読んでいくとだいぶネタも尽きてきたので、整理してみました*1。参考にしたサイトについては、記事の最後に載せておきます。 なお以下では、アジャイル開発とスクラム開発をほぼ同じ意味で使っていますが、怒らないでいただきたいですね。 メトリクスとKPI メトリクス（metric / metrics*2）とKPIはごちゃごちゃに使われがちです。こちらの資料では、以下のように説明しています。 Agile KPIs from Gaetano Mazzanti www.slideshare.net メトリック: プロセス・プロダクト・チームの定量的な評価・制御・改善のための物差し、またはその組み合わせ KPI: 戦略的な
livedoor Techブログ
株式会社データホテルの伊勢です。 2013年3月10日（日）に開催されました 第4回 NHN テクノロジーカンファレンス の発表資料と動画を公開致します。 今回のテーマは「ザ・データセンター」ということで、データセンターに特化したカンファレンスになりました。 ご登壇頂きました皆様、ご参加頂きました皆様、どうもありがとうございました。 スピーカーの皆様(と)の写真です。 それでは、以下 第4回テクノロジーカンファレンスの開催ログとなります。 まとめも是非ご覧下さい。http://togetter.com/li/469205 「Open Compute Project Japan設立の背景と経緯」 鵜澤幹夫氏 (Mikio Uzawa)氏 Agile Cat 、OCP Japan 副座長 「データセンターの不思議運用テクニック」〜 機械にやさしい高密度実装TIPS 〜 菊池之裕氏 ブロケード
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ 最近ソフトウェアエンジニアリングに置ける開発手法に関して考えている。 ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。 前置きはこれくらいにしておいて・・・重要だと思うのは以下の点： 開発サイクルに自動テストツールを組み込むエンジニアによるバグ／不具合発見時には「動かない」は許可しない。必ず再現コードを提出してもらうテストを自動テストツールを組み込む（＝次回リリース前にはかならずテストを実行できる状態にする）テストが通るまで修正を続けるという開発サイクルを取るべきだ、とい
現在のシステム開発という開発モデルを考えてみると、そのシステムを必要としており開発の依頼を発注する発注側と、実際の開発作業を請け負う開発側の間で、プロジェクトに対し契約を結んだ段階からシステム開発は始まる、というのが当たり前の話。そして、この当たり前と思われている関係でビジネスを続けると問題があるのでは、と考察したのが以前のエントリ、「ディフェンシブな開発*1」だった。 今回は、その当たり前だと思われているところについて、発想の転換を取り入れて考えてみようと思う。社会における通念や物事を大きく変えるためには、コペルニクス的転回が必要だからだ。 ノウハウを集約できないSI企業 まずこの「プロジェクト開始してからシステム開発を始める」という点について、ディフェンシブであるということ以外にも、SI企業として重大な問題点が隠されている。それは、IT技術に対するノウハウの蓄積に関する問題である。今の
We provide our global customers with solutions focused on enabling them to conceive, build and deliver the highest quality software at speed, in the manner and using the methods that best suit their particular requirements. Learn More Our solutions energize digital transformations. Our customers span industries including government, financial, and biotech. We inspire the future by enabling embedde
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
『創造と環境』
●書籍 『効果的なコピー作法』（1963／1983） chuukyuu.hatenablog.com 『創造と環境』（1966） chuukyuu.hatenablog.com クロード･ホプキンズの名言〜『科学的広告法』より（1966） chuukyuu.hatenablog.com 『ボルボ〜スウェーデンの雪と悪路が生んだ名車』（1968） chuukyuu.hatenablog.com 『アンチ・マジソン街の広告代理店PKL』（1969） chuukyuu.hatenablog.com 『かぶと虫の図版100選』（1970） chuukyuu.hatenablog.com 『アメリカのユダヤ人』（1972） chuukyuu.hatenablog.com 『５人の広告作家』（1966） まえがき chuukyuu.hatenablog.com バーンバック氏 広告の創り方を語る d.
DevOpsアンチパターンとは？
開発担当者と運用担当者が一緒に協力し、迅速に開発、リリース、フィードバックを回すことでビジネスを成功に導いていくという「DevOps」。もともとはFlickrやFacebookなどコンシューマ向けのオンラインサービス企業から登場した考え方ですが、いまではIBMなど企業向けのソフトウェア開発でもDevOpsを用いるベンダが登場してきています。 そのDevOpsで重要なのが、開発も運用も誰もが協力し合うというカルチャーを作り上げていくこと。Webサイト Agile Web Development&Operationsの記事「DevOps Anti-Patterns」では、これをやるとDevOpsが失敗するというアンチパターンを3つ挙げています。 3つのDevOpsアンチパターン アンチパターン1：コミットが“完了”／Committed is “Done” メンバー全員がタスクを終了させるとはど
はじめに 皆さん、テストしてますか？ 近年、システム開発を発注する顧客や利用ユーザーの品質に対する要求レベルは格段に向上しています。そのため、システムの品質を保証するための「テストフェーズ」はますます欠かせなくなってきています。 ここで、一口に「テスト」といっても、フェーズによって以下のような様々なテストがあります。 ユニットテスト・単体テスト 結合テスト・システムテスト 総合テスト 受け入れテスト 負荷テスト セキュリティテスト 筆者の経験上、一般的なシステム開発でもっとも大きな工数を占めるのは、この「テスト」フェーズと考えています。なぜなら、テストフェーズは例外なく「繰り返し作業」だからです。前述の様々なテストフェーズで共通することですが、テストフェーズは「テストで発見されたバグ・障害を修正して再度テストを行う」という作業を何度も繰り返し行うフェーズです。あとのフェーズで不具合が発見さ
「Agile Tech EXPO（あじゃてく）」は、社会をちょっと良くするテクノロジーを学び、ちょっと先の未来の話をする無料オンラインコミュニティです。Keynote Speakerとして登壇したのは、ビル・ゲイツ氏、ジェフ・ベゾス氏、イーロン・マスク氏の下で働いた経験があるジョー・ジャスティス氏。テスラ社の急成長を支える、アジャイルハードウェア開発について話しました。全2回。前半は、イノベーションの加速のポイントとなる「スプリントの長さ」と「プロジェクトの同時進行」について。 テスラのアジャイル文化を12のステップで紹介 ジョー・ジャスティス氏：本日はありがとうございます。アジャイルハードウェアディロップメントとして、アジャイルをいかにハードウェア開発に適用していくかということを、今回お話しします。 私の経験ですが、マイクロソフトのビル・ゲイツや、スペースカンパニーやAmazonをやって
希薄化したTDD、プロダクトの成長のために必要なものは？〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （６）
テスト書くのが当たり前、だけど・・・和田：次に意味の希薄化ですね。『Test-Driven Development by Example』の出版から15年経ち、テストコードを書く人はすごく増えました。15年前は啓蒙期で、テストコードを書きましょう、テストコードの書き方はこういう感じですというのを頑張って啓蒙する必要があった。 でも、例えば今の若手プログラマーは普通にテストコードを書く。なぜなら既存システムにはテストコードが書かれているから、開発の継続、不具合の修正とか機能追加を行う際にテストコードを書くのが普通だし、テストコードが無いとレビューは通らないしみたいな話になって、テストコードがあるという生活は普通のものになっている。そうすると、なぜテストコード書くのかとか、本来こういうテストコードを書きたかったんだけどとか、こういうテストを書くべきなんだけどみたいな議論はだいぶ土俵から外れてし
マニアが潰したテスト駆動開発〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （５）
昨年１２月に行われた和田卓人氏と『時を超えたプログラミングの道』編集長／『スクラム実践入門』著者の家永英治氏の『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談の記事第5弾をお届けします。 対談のこれまでの記事は以下になります。
これだけモデリングとは 「これだけモデリング」とは、メソドロジックの山岸さんが提唱されている「軽い」モデリング手法です（山岸さんはリーンモデリングとも呼んでいたがぼくはベタにこれだけモデリング、という日本語が好き）。 デベロッパーでなく情報システム部門目線で見て、どんどん複雑になる企業アプリケーションの要求や設計を見通しよく「共通合意」を作るための、「軽い」モデリングの必要性がテーマです。 そうなんです、従来は、「全部書かなきゃだめ」とか「全部メンテしないといけない」とか、「下流を触ったら上流までさかのぼって修正しなきゃ」とか足かせが多かったので、なかなか実装から遠いモデリングがペイしなかったのですね。だから、「これだけ」モデリングを提案したい、という訳です。 エンタープライズアジャイル時代のリーンモデリング（slideshare） これだけモデリングとは、 誰が？ ー 情報システム部門の
Agile Japanは、日本中にアジャイルの価値を浸透させ、日本の変革を促進することを目指しています。あらゆる業界や職種の方が集まり、実践者も初学者もともに建設的な意見交換ができる場です。「Agile Japan 2022」に登壇したのは、株式会社セブン銀行・スクラムマスターの小林公洋氏。LeSSにおける1on1の取り組みの工夫と結果について発表しました。 セブン銀行・スクラムマスターの小林公洋氏 小林公洋氏：それでは「LeSSではじめる1on1」を始めたいと思います。 まず簡単に、自己紹介をさせてもらえればと思います。セブン銀行の小林と申します。主な経歴としてはシステム開発をずっとやってきています。約3年ほど前にセブン銀行に転職をしています。セブン銀行は4、5年ぐらい前から内製開発に取り組んでいるのですが、内製開発を行っているグループが「プロダクト開発グループ」というところになっており
スクラム方式で実践するGoogle Keepを活用した個人のタスクマネジメント - RAKUS Developers Blog | ラクス エンジニアブログ
id:radiocat です。既に記事で紹介されていますが、大阪オフィスの開発部内で毎月開催しているビアバッシュで『タスク管理のやりかたとツールの使いかた』というタイトルで発表をしました。 tech-blog.rakus.co.jp 今回はこの発表で紹介したスクラム方式のタスクマネジメント手法を改めて記事にまとめます。 個人のタスクマネジメントとは？ そもそも個人のタスクマネジメントというのはいつ、何を、どう管理するのでしょうか？ 家族と生活している人は家族に頼まれた買い物を会社帰りに買って帰るために買い物というタスクを管理したいかもしれません。反対にプライベートは自由気ままに過ごしたいので細かい事まで管理したくない人もいるかもしれません。 ツールの選びかた 何をどこまで管理したいのかは人それぞれなので、ツールの選びかたもその人の生活スタイルや環境によって変わってきます。 世の中には様々な
Incremental test design 昨年度追加されたISTQBのFoundation Level Extension Syllabus Agile TesterのAgile Testing Practicesの項にはテスト設計に関する興味深い記述がある [1]。 Incremental test design: Test cases and charters are gradually built from user stories and other test bases, starting with simple tests and moving toward more complex ones. アジャイルテストのテスト設計の特徴として ユーザーストーリーをテストベースとして用いる事 シンプルなテストケースの追加から始まり、より複雑なものへと変化して行く事 Increme
Trello、Asana、GitHub、Jira。チームによって管理ツールがバラバラな理由 - エス・エム・エス エンジニア テックブログ
タスク管理は、チームで仕事をしていく上で欠かせない一方で、永遠にカイゼンし続ける必要があるものです。チームごとに、どんなツールを選んでいるのか、それをどう利用しているのでしょうか。 エス・エム・エスでは、タスク管理の仕方もチームごとに裁量が与えられています。どのようなツールを利用してタスク管理をしているのか。「カイポケ」「カイゴジョブ」「ハピすむ」など、各サービスの開発チームに聞いてみました！ ツールの選定基準、利用の仕方、利用ツールのメリット・デメリットなど、開発チームによってどのような違いがあるのかを紹介していきます。 エンジニアチームごとに異なるタスク管理ツール 今回、話を聞いたのは、カイゴジョブ、ハピすむ、カイポケGengar、カイポケ障害、カイポケKSEE、カイポケSRE、カイポケ訪看など7つの開発チームのエンジニアメンバー。 それぞれのチームで使っているツールやチームのメンバー
スクラムの作成物は1つの確約（英: commitment）をもつ。目標たる確約を明示することで進捗測定すなわち検査が可能になる[34]。プロダクトバックログにおけるプロダクトゴール、スプリントバックログにおけるスプリントゴール、インクリメントにおける完成の定義がそれぞれ検査基準となる確約である[35]。確約はプロダクトの理想状態を示しており、開発者にこの達成を求める（ゆえに検査される）。プロダクトそのもの状態を明示された検査対象とすることで、逆説的に、スクラムは開発過程の大きな自由度を開発者にもたらしている[36]（「この状態が目標だ、完成度を検査する。作り方は君に任せる」という方式、ミッション・コマンド）。 プロダクトゴール[編集] プロダクトゴールはプロダクトの将来の状態である[37][38]。すなわち将来のプロダクト利用が生み出すべき価値である。ゴールは評価可能であり、全員に共有され
はじめに Scrum AllianceのScrumMaster研修を受けてきました。（資格試験も合格して、スクラムマスターになりました。） 参考：https://www.scrumalliance.org/get-certified/practitioners/csm-certification トレーナーはMichael.Jamesさん、通訳はAgileコーチの榎本明仁さんでした。 ３日間の研修、非常に刺激的で深く学ぶことができました。本当にありがとうございました。 本記事は、以下目的で作成しています。 自分自身のスクラムの理解を深める 社内メンバーに伝える際の資料 スクラムマスター研修のダイレクトマーケティング 注意事項 語り尽くされている「スクラムプロセス」については触れていません（スプリントプランニングとは・・・とか説明しない） 少し踏み込んだ話を書いています。その結果、記事作成者
【レポート】JavaWorld Day 2007 - アジャイル開発の伝道師が明かす、プロジェクト成功の秘訣 (1) アジャイル開発に対する9つの誤解 | エンタープライズ | マイコミジャーナル
米IBM Practice Leader Agile DevelopmentのScott W.Ambler氏 19日、東京都千代田区において、IDGジャパン主催の技術カンファレンス「JavaWorld Day 2007」が開催された。JavaWorld Dayは、昨年末まで定期刊行されていたJavaWorld誌の内容をライブで技術者へ伝えることを目的として始まった技術カンファレンス。同誌が休刊になった現在も、継続して開催されている。 7回目を迎えた今年のJavaWorld Dayでは、「The Agile Modeling(邦訳:アジャイルモデリング)」などの著書で知られるScott W.Ambler氏をはじめ、国内外の著名なエンジニアによる10のセッションが設けられた。ここでは、同カンファレンスの中からScott W.Ambler氏の基調講演を取り上げ、その模様をお伝えしよう。 アジャ
GitHub - dim/retrospectiva: Open source, web-based agile project management, featuring: Goal planner, Story management, Issue-tracker, Code review, SCM Integration, Wiki & Blog. It is intended to assist the collaborative aspect of work carried out by soft
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ステークホルダーの多いプロジェクトでもスクラムが効果を発揮するまでヤフーが取り組んできたこと─スクラムマスターとアジャイルコーチの役割とは - Agile Journey
比較的小さなチームで小回りのきくプロジェクトを進める場合には、アジャイル開発やスクラムの利点をすぐに感じられる場面も多いでしょう。しかし、より多くのステークホルダーが関わってくる大規模な開発プロジェクトとなるとどうなるでしょうか。 いくつかのチームで2010年代前半からアジャイル開発に取り組んできたヤフー株式会社の開発組織ですが、現在では新規にスクラムを導入したいプロジェクトを支援する組織があり、たくさんのステークホルダーが関わる世界的なスポーツイベントの特設メディアサイトの構築においても効果を発揮しています。 スクラムマスターとして2021年にスポーツナビの総合メディアサイト開発を推進した田原慎也さんと、その田原さんたちをアジャイルコーチとして支援した荒瀬中人さんに、複数チームをまとめたスクラムでの工夫や課題を聞きました。 後出しの追加要望や市場変化への対応が容易なスクラム 経験者が多く
UXチームの責務は、ユーザーにとって望ましいエクスペリエンスを作り出すことである。にもかかわらず、ユーザーを開発プロセスに巻き込んでいない組織は多い。顧客からのインプットがない組織は役に立たないインタフェースを作り出してしまう危険がある。 UX Without User Research Is Not UX by Hoa Loranger on August 10, 2014 日本語版2014年9月18日公開 Webサイト（あるいは製品）の成功はユーザーからどう思われるかにかかっている。ユーザーはWebサイトの有用性と使いやすさを、そのサイトとインタラクションしながら評価し、数秒、ときには数ミリ秒で結論を出す。 あるサイトに関与するかどうかのユーザーの判断の基準になるのは、「そのサイトは自分にとって価値があるか。使いやすいか。そこでのエクスペリエンスを楽しめるか」といった問いである。ユーザ
【ハウツー】AgileといえばPHP - PEARの使い方くらいは知っておきましょう (1) 強力なデータベース連携 - MDB2 (MYCOMジャーナル)
AgileなWeb開発の現場で長らく使い込まれ、一日の長のある言語がPHP。そして、そのAgilityを強力に支えてくれるAPIを提供しているのがPEARと呼ばれるパッケージ集だ。PEARは、PHPを使ったWebアプリケーションの開発に欠かせない重要な機能やよく使用される機能などをにまとめたパッケージで、開発の現場で広く採用されている。 現在のPEARのバージョンは8月16日(協定世界時)に公開された1.4.11。The PHP License, version 3.0のもとで公開されている。PEARパッケージの中に各モジュールが含まれることになるのだが、それらは必ずしも同じライセンスのもとで公開されているというわけではない。デベロッパは各モジュールのライセンスに従うことで、これらを利用することができる。 本稿では、PEARの中でも比較的利用価値が高そうだと思われるモジュールをいくつか紹介
第4回特別コラム 「なぜそんなにも（アジャイル開発者にとって）Wikiは重要なのか」 角谷信太郎 2008-04-22
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 （本記事は「アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013」の続きです） 品質を作り込むプロセス コンピュータサイエンティストとして有名なEdsger Dijkstraは、信頼性の高いソフトウェアが必要であれば、最初からバグを避ける方法を探さなければならないことに気づくだろう。と言っています。 つまり、バグを作り込まない、品質を作り込むプロセスにすることで、大事な時間をデバッグに使われないようにするのです。 テストドリブン
InfoQ: 複数のアジャイルチームでのバージョン管理
複数のチームが動いているアジャイル環境では、以下の目的を実現するバージョン管理モデルが必要になります。 フェイルファースト フェイルファーストとはコードのコンフリクトや統合での問題を可能なかぎり早期に発見することです 大きな問題を数回のタイミングで修正するよりも、小さな問題を何度も修正していく方が賢明です 常にリリース可能 どんなに悪いスプリント（イテレーション）だったとしても、その成果物は何かしらリリース可能なものでないといけません シンプル このスキームはチームのメンバ全員に毎日使われることになるので、ルールや定型作業は明確かつシンプルでないといけません 紙1枚にまとめた要約図（壁張り用） この図を見て分からないことがあっても構いません。この先を読んでください。 この図を見て分からないことがなくても、この先を読んでください。 この要約図はPDFでもダウンロードできます(DL) バージョ
Team Foundation Server にて Java アプリを管理、ビルド、JUnit も自動化で、継続的インテグレーションを実現できます(^^) - 長沢智治のライフサイクルブログ - Site Home - MSDN Blogs
Flow of Value for ALM, Agile | Tomoharu Nagasawa's Lifecycle Blog Team Foundation Service 5/28 更新 詳細は、以下に移動しました。 https://softwareengineeringplatform.com/articles/team-foundation-service-5-28/ ながさわ Author: 長沢智治 - MSFT Date: 05/28/2013 WordPress ブロガーへ贈る！ブログを簡単にアプリ化する方法 WordPress ブロガーや、 WordPress で企業ホームページなどのサイトを開設している方は、簡単お手軽に、自身のページを Windows ストアアプリにしてしまうことができます。... Author: 長沢智治 - MSFT Date: 05/27/2
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
Agile Studio プロデューサーの木下です。最近、エンタープライズレベル（組織全体）でアジャイル導入を推進していきたいというご相談を受けることが多くなってきました。そうした中で「アジャイル組織...
見積もりについて思ってることとかをまとめてみました。 マネージメントの実戦経験というよりソフトウェア開発手法について学んだ結果のアウトプットみたいなノリでみていただければ幸いです。 社内勉強会で話したので会社のスライド使ってますが、会社が今こうというわけではなく一般的な話にとどめています。（あとstudy_lean_agileっていう名前の勉強会なんですが、このスライドはリーンもアジャイルもあまり意識していません） 前半は自分なりの考え方、後半は具体的にはこうしたらいいんじゃないかと思っていることという風に分けています。 誰のための見積もり・何のための見積もり part1 from matsu_chara Matsubayashi www.slideshare.net 誰のための見積もり・何のための見積もり part2 from matsu_chara Matsubayashi www.s
Clean Architecture 達人に学ぶソフトウェアの構造と設計 Robert C. Martin(著), 角征典, 髙木正弘(訳) アスキードワンゴ 2,816円 (2,560円+税) アーキテクチャのルールはどれも同じである! どんな種類のシステムでもソフトウェアアーキテクチャのルールは同じ。ソフトウェアアーキテクチャのルールとは、プログラムの構成要素をどのように組み立てるかのルールである。時代を超越した不変のルールたちを紹介する。 関連サイト本書の関連ページが用意されています。 Clean Architecture - アスキードワンゴ内容紹介本書は、"Robert C. Martin. Clean Architecture: A Craftsman’s Guide to Software Structure and Design. Prentice Hall, 2017.
楽天テクノロジーカンファレンス 2009 私的不完全議事録 【rtc2009】 - 酒と蕎麦と IT と
10 月 24 日に、品川シーサイド楽天タワーにて開催された「楽天テクノロジーカンファレンス 2009 〜集まれ! モノヅクリスト〜」に出席してきました。いつものように、可能な限り議事録を取りましたので、ここに公開します。 拾えなかった発言、うまくまとめられなかったので省略した部分などはたくさんあります。不正確な内容や事実と反する記述、誤字脱字などがありましたら、この記事のコメント欄やブックマークコメントにて教えていただければと思います。 また、このような有意義なカンファレンスを開催してくださった楽天株式会社の開発部の皆さんに、この場を借りてお礼を申し上げます。ありがとうございました。 目次 基調講演 (三木谷 浩史氏) 特別講演: 楽天の中のわたしと勉強会 (よしおか ひろたか氏) 日本最大の Rails サイト、クックパッドのものづくり (橋本 健太氏) 楽天市場を取り巻く状況と開発
今すぐフォローすべきAWS界隈の素晴らしきエンジニア達【2014年版】#jawsug | DevelopersIO
およそ1年前、あれはまだ出張ブロガー時代の事でした...。AWS界隈のTwitterアカウントのまとめエントリを投下したところ、非常に大きな反響を頂きました。当エントリはその2014年版となります。 今すぐフォローすべきAWS界隈の素晴らしきエンジニア達 #jawsug ｜ Developers.IO AWS(Amazon Web Services)周りの情報は本当に更新が早く、またサービスの幅も広いため、個人で全ての情報をリアルタイムで追う事はまず無理なのでは無いか、と思えるような速度感です。 そんな状況ですので、AWSに纏わる情報収集を如何に効率良く、スピーディに行うかと言うのはとても大事なポイントとなります。幸い、AWSではブログやSNS周りの情報公開が非常に多岐に亘っておりますので、当エントリではAWSエンジニアであれば必見・必読のオススメTwitterIDをまとめてご紹介したいと
はじめまして、WEBエンジニアの石橋です。 エウレカではpairs全体の開発責任者としてサーバサイドの開発・管理、インフラの構築・管理を行っています。また、数字やリソースの計画・管理など一部プロデューサー業務も担当しています。 前々職では受託のWEBエンジニアを4年、前職では自社サービスの基幹システムやECシステムのインフラ構築・開発などIT部門の統括、物流・CS部門の統括、自社メディアのプロデューサーとしてマルチタスクな4年間を過ごしていました。 趣味は漫画を読むことです、が最近インフラ周りに時間を取られてなかなか読めていません。。漫画が読めない時間が長く続くと、自分の中の何かのエネルギーがどんどん減っていきいずれは枯渇するような気がしてなりません。1分でも多く漫画を読む為にも、まずはしっかりインフラを整備せねばと今日も仕事に励んでいます。 さて今回は初めての投稿ですので、まずは先日会員
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webデザインを向上させる8つのレイアウト | エンタープライズ | マイコミジャーナル
フローチャートの呪い - カレーなる辛口Javaな加齢日記
日本 Ruby 会議 2007 - Log0610-S5
アジャイル開発におけるメトリクスには、どういうものがあるのか - ソフトウェアの品質を学びまくる
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ - D-6 [相変わらず根無し]
kuranukiの日記 改善型開発について
ankhsvn: Subversion Support for Visual Studio
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
第1回 PHPUnit入門 | gihyo.jp
あなたが学んだアジャイルとテスラの手法は何が違うのか？ 認定スクラムトレーナーが語る、テスラの真の凄さ
「これだけ」モデリング - Qiita
「目標を共有するチーム」より強いのは「悩みを共有するチーム」 スクラムマスターが実践して気づいた、1on1“7つのコツ”
アジャイルテストのテスト設計の話 - Test Automation
)
スクラム (ソフトウェア開発) - Wikipedia
スクラムとは何か？〜Certified ScrumMaster 研修を受けて〜 - Qiita
ユーザー調査のないUXは、UXではない
連載：アジャイル開発者の習慣―acts_as_agile｜gihyo.jp … 技術評論社
アジャイル開発において、技術と品質の重要性は不可欠だ（後編）。Agile Japan 2013
DVCSもBTSも知らない人達とScrumをやってみた。 - うさぎ組
アジャイル組織変革の8段階 | Agile Studio
見積もりについて勉強したことを色々スライドにしてみた - だいたいよくわからないブログ
Clean Architecture 達人に学ぶソフトウェアの構造と設計
インフラエンジニア不在で120万人のユーザーを支える方法 - Eureka, Inc.