ソフトウェア開発の品質と、ソフトウェアの品質は、分けて考えたほうがいいんじゃないか - きしだのはてな
ふと「ソフトウェア品質のxxx」みたいな文章を見つつ、基本としてはソフトウェアがいかに仕様どおりになっているか確認する話だったので、これってソフトウェア品質じゃなくて、ソフトウェア開発品質だよなーと思った。 実際、ソフトウェア開発の品質と、ソフトウェアの品質には相関はあると思う。とくに1990年代まで、まだITという言葉があまり使われず、OA、つまりオフィスオートメーションがソフトウェアの主な開発対象だったときには、データがちゃんと入ってデータがちゃんと届けられるということが主な処理だったため、ソフトウェア開発の品質と、ソフトウェアの品質はほぼ一致していたと思う。 そういう中で、ソフトウェア品質として、ソフトウェア開発の品質が研究された。 実際、ソフトウェア開発プロセスの基本コンセプトのひとつは、「よいプロセスがよいソフトウェアを作る」ということで、ソフトウェアプロセスの本を見ると必ずとい
InfoQ: 「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
図1 かんばんとプル生産方式 図1は、かんばんシステムの抽象的なモデルです。図1で示されているのは、上流と下流の2つのプロセスであり、上流プロセスが下流プロセスに部品を供給しています。最終的な顧客に製品を供給するために、プロセスは部品を生産し、その部品を下流に流し込まなければなりません。しかし、多すぎてはいけません。過剰生産は最悪のムダだと考えられます。そこで、過剰生産を防ぐため、上流が完成した部品を下流に押し出す(プッシュ)のでなく、その代わりに、下流が上流から自発的に部品を取ってきます(プル)。部品が置かれる場所は、「ストア」と呼ばれます。(または、「スーパーマーケット」3 - 大野耐一氏 がアメリカのスーパーマーケットに行った時にかんばんの最初の考えを手に入れました。そこでは、店の人ではなく顧客自身が店の中で必要なものを取りに行きます。) ストアは上流に置かれ、WIPの「バッファ」や
システムを育てるカイゼン型開発のススメ〜SonicGardenでカイゼン型開発を行う理由 | Social Change!
日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受
ソフトウェア開発における多能工の問題 - 勘と経験と読経
ソフトウェア開発の現場では、特定作業に特化した専門家による分業開発から、個々人が幅広い作業をこなす多能工による開発といった方向に変わりつつある。アジャイル開発プロセスそもそも多能工を前提としている。また、全般的なソフトウェア開発プロジェクトが大規模より中小規模・短工期にシフトしていることが、専門家(単能工)による開発を難しくしつつある状況も、開発エンジニアの多能工化を後押ししている。しかし、多能工によるソフトウェア開発はベストプラクティスかというと、そうではないと思う。多能工アプローチの問題点について考察して望まないと、思わぬところから足をすくわれる事がある。 なぜ多能工なのか？専門家(単能工)はなぜだめなのか？ ファクトリー型アプローチは一時期流行し、いまなお一定の価値をもってはいるが、ほとんどのアプリケーション・ソフトウェアの開発には、現在これよりも有効な手法が存在している。 ソフトウ
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
Agile in a nutshell
© Copyright 2009, Rasmusson Software Consulting Jonathan Rasmusson http://agilewarrior.wordpress.com/ Japanese Translation: Kakutani Shintaro (2010-10-21) Original Slides: http://agilewarrior.wordpress.com/presentations/ © Copyright 2009, Rasmusson Software Consulting Changing requirements Adaptive plans Iterative development The Waterfall Horror Feature Show © Copyright 2009, Rasmusson Software C
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
ユーザーストーリー：ファースト・ジェネレーション
Cisco Connect Japan 2014:シスコのビデオ コミュニケーション環境を体験しよう！ ハンズオンシナリオシスコシステムズ合同会社
ソフトウェアをつくるための３つの役割〜アジャイルに外部設計は必要か | Social Change!
ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。 ソフトウェアをつくる上で「やるべきこと」は何か ソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。 最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。 一人で
変化の時代で勝つための開発組織のあり方 2011 12-22
This document introduces Aiming, a startup founded in 2011 by Toshiaki Katayama. It previously worked on Community Engine from 2001-2003 and Play Online China from 2003-2007. Aiming focuses on building online and mobile games using technologies like HTML5, Unity, Ruby on Rails and Flash. It aims to create fun and social games and uses agile practices like Git and continuous integration. The compan
ワンクリックデプロイ勉強会に参加してきた #ocdeploy - Diary of absj31
connpass-ワンクリックデプロイ勉強会 (資料公開)ワンクリックデプロイ勉強会 #ocdeploy | Ryuzee.com 2011/12/20 ワンクリックデプロイ勉強会 #ocdeploy - Togetter (写真：講演終盤、ワンクリックデプロイを実演中の@Ryuzee氏。) 開催までの経緯 まずはこちらのつぶやきやり取りを。 …という様な感じでつぶやきのやり取りがなされ、この日に晴れて『ワンクリックデプロイ勉強会』が開催されました。 開催場所は日本マイクロソフト品川本社。私自身この日が2回目のマイクロソフト本社での勉強会だったのですが、開始前のモニターには何とTV画面が。勉強会とは関係無いところでちょっとした驚きでした(笑) イベント発起人であるkatzchang(TwitterID:@katzchang)さんによる前説的トーク、会場をご提供頂いたTomoharu Nag
User storymapping in 10 minutes
9. ユーザーストーリー XPコミュニティで普及 ○○として ワークショップ形式で △△をしたい 機能を洗い出す その結果、 インデックスカードに 記録して並べ替える シナリオを詳細に記述する手間を省く 関係者の記憶の中には詳細なストーリー が存在している前提。 9 11. よいストーリーの条件 Independent (独立している) ○○として △△をしたい その結果 .... Negotiable (交渉可能) ○○として ○○として ○○として △△をしたい △△をしたい △△をしたい Valuable (価値がある) その結果 .... その結果 .... その結果 .. for users or customers ○○として △△をしたい ○○として △△をしたい ○○として △△をしたい その結果 .... その結果 .... その結果 .. Estimatable (見積
EM高専カンファレンス – manaslink
ー 高専生の、高専生による、みんなのためのオープンペーパー 高専カンファレンスは高専生とその卒業生によるプレゼン型技術勉強会です。IT、工業デザイン、経営、物理、化学など多様性に富む発表を通じて若い技術者の育成や交流を促進し、高専および科学技術分野の発展を目指します。 マナスリンク EM ZERO編集部は、高専カンファレンスの皆さんと共に「EM高専カンファレンス」を発行しました。2011年2月4日に開催された東京Ruby会議05にて最初の配布が行われました。 ぜひ、EM高専カンファレンスをキーワードに、高専カンファレンスにご参加ください。 ※ちなみに、マナスリンクのどこかのぱんだは秋田高専の出身だったりします。 EM ZEROを読む ダウンロード 媒体情報 2011年2月4日発行 A4カラー28ページ 3,000部発行 掲載記事 高専生の宇宙への夢、サポーターの応援が生んだ「きせき」 超小
ゲームの花園
ピッグのアヌシー受賞のお祝いとして制作した映像のマテリアル表現をまとめました。 受賞発表の熱が冷める前にお祝いしたかったので、約1週間で映像を制作しています。まだまだ荒削りなアイデアですが、個人的には発展させると面白そうな、良い匂いのするテクニックだなと思っています。(水彩ポストプロセスとの合わせ技とかも面白そうです。) ブタくんの表現的な目標 お祝い動画は、下記を目標にしました。 Dice氏 の描くコンセプトアートのタッチで、ブタくんを動かしたい。 (3Dが苦手とする) キャラと背景の境界をなじませる手法の試作。 水彩ポストプロセスとは、違うアプローチでの NPR を模索。*1 アイデアのベース 前回の水彩ポストプロセスがほぼ 100% ポストプロセスで行なっていたのに対し、ブタくんは 80 ～ 90% はオブジェクトのマテリアルでビジュアルを作っています。 テクニックのベースはポリゴン
スプリントの上手な過ごし方 #sgt2011 #scrumdo #scrumbc - ヲトナ.backtrace
遅くなりましたが、10/22 にやった Scrum Boot Camp で使った最後の資料です。 Scrum の要はスプリントです。スプリントを上手く安定して過ごす事ができれば、プロジェクト自体も安定して順調に進んでいきます。 そのためにはスクラムイベントを上手く活用するや次の準備をちゃんとやっていくなど色々とやらなければならない事があります。 この資料は、そのスプリントにフォーカスをあてて、やらなければならない事や注意しないといけない事などを解説した内容になっています。 もしかすると誰かの役に立つかもしれないので、参加者以外にも見れるように公開しておきます。 Ways and Means of Spending Your Sprints View more presentations from Nishimura Naoto 個人的には、内容として若干詰め込み過ぎな気もしましたが、どうで
アジャイルプラクティスのWeb上の資料 やじゅ＠アプリケーション・ラボ/ウェブリブログ
アジャイルプラクティスのWeb上の資料 << 作成日時 ： 2011/09/30 22:40 >> ブログ気持玉 0 / トラックバック 0 / コメント 0 積読本になっていた「アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣」を通勤電車内で読み終わりました。 付録の参考資料に「Web上の資料」があったけど、Web検索しても一覧サイトが見つからなかったので地道に入力しました。 中身が英語なので全然読めてませんし、あと古いためにリンク先があやしいですが提示しておきます。 （リンク先が怪しいのはタイトルに「*」マークを付けておきました、完全に駄目なのは一覧から除外しました。） ☆天使の助言☆ 日本語版 http://www.ohmsha.co.jp/data/link/978-4-274-06694-8/ Agile Developer http://www.agi
Scrum Guide 日本語訳版
Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum. The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site. The Scrum Guide is translated and available in over 30 languages. You can read and download the Scrum Guide here. This site contains both the 2020 and 2017 versions of the
今日から始めるアジャイルな見積りと計画づくり #sgt2011 #scrumdo #scrumbc - ヲトナ.backtrace
10/22 の Scrum Gathering Tokyo 2011 で開催した Scrum Boot Camp の午後の前半に使った研修資料です。 内容は、アジャイル開発における計画と見積りについて手を動かしながら、ざっくりと学べる内容にしたつもりです。 Agile Estimating and Planning in your drawing paper View more presentations from Nishimura Naoto 個人的には、午後一の研修の内容としては、もう少し身体を動かすような内容の方が良かったかなーとちょっと反省しています。 ＃午後一は眠いしねww あと、残りの資料も今週中には公開しまーす。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
情報処理推進機構：アジャイル開発を適切に採り入れるためのポイントとアジャイル開発の事例【2】
はてなブログ | 無料ブログを作成しよう