カンバン仕事術
チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までをイラストでわかりやすく解説する書籍です。カンバンの原則や流れの管理などの入門的な事柄から、サービスクラス、メトリクスの使用、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。カンバンを一から学びたい、組織で使ってみたい方に最適な一冊です。 序文 はじめに 本書について 第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.
監訳者まえがき
「アジャイルソフトウェア開発の概要はわかったので、具体的な事例を知りたい」 アジャイル開発をテーマにした講演や研修に出かけていくと、この質問によく出会います。さまざまな立場の人たちと長らくこの問答を続けることで、わかってきたことがあります。それは、ひとくちに「事例」といっても、質問者が知りたいことは「プロジェクト実績」や「実際に起こった個々の出来事」に留まらないということです。この問いに込められている、質問者が本当に知りたいことを私なりに書き下せば次のような感じです。 日々のソフトウェア開発の現場で、 実際に起きる個々の出来事について、 アジャイル開発の知識を踏まえたうえで、 自分は都度、どのような意思決定を下していけばよいのか？ この質問の核心は「未体験のことへの不安」だと私は捉えています。リーン原則は開発プロセスについてのメンタルモデルであり、カンバンはワークフローの設計ツールです。ス
svn＋TeXでcommitするとPDF - オーム社開発部の出版システムでの書籍執筆:Geekなぺーじ
以前、オーム社開発部の出版体制を取材しましたが、今回、私自身がそのシステムを使って本を書きました。 Subversionでバージョン管理をしつつLaTeXで本を書く形式です。 複数人で本を書く時にバージョン管理ツールを使わないと、誰がどこをどういじったのかがわからなくなったり編集箇所が競合する場合が多いのですが、Subversionを使うことでそれらが解決可能です。 さらに、筆者か編集者のうちの誰かがsvn commitを行って最新版を更新すると、それに連動して最終原稿として印刷所に入稿されるものと同じ形のPDFが自動的に生成され、DTP作業がゼロになるとともに、筆者がアウトプットを細かく確認ができるという特徴もあります。 しかも、Subversionのコミットメールを編集者側も見ていて、該当部分に対する編集やコメントがすぐに投入され、こちらが文章を書いた数分後に編集側意見が含まれるPDF
本棚.orgが重すぎるので、自作しようかと思案してるんだけど - 王様の箱庭::blog
emaさんが作ったboosheを真似る感じでサクサクっとできるんじゃね？ でもどうやってるのかぜんぜんわかんないや。Rails？ →Railsだそうです。emaさんにRails本借りた。 春なのにネタ不足なので、ちょっとチャレンジしてみたいところではある。 要件メモ 読了本の記録に特化 読了本っていうより、「自分を通過した本（の、表紙）の羅列」ってニュアンスになるか 「記録」はするけど「管理」はしない。 でも自分の記録は結構たのしい。 とりあえず、Amazonから表紙を引っ張ってきて並べるだけでおｋ 「所有/非所有」「立ち読み」みたいなカテゴリ分け（タグ？カテゴリ？）は入れたい 特定のカテゴリのみを表示とか。 何かのサービスに繋げるということは考えない。記録して、たまに眺めるだけ。 需要はある。 no title suVeneのあれ: 読書管理・欲しい本管理の為のウェブサービスとか Lad
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エリック・エヴァンスのドメイン駆動設計 を読んだ - Hibariya
トヨタの製品開発を読んだ | がしゃどくろですけど何か問題でも？
