「普通のアジャイル」のなにがダメのか？ - ミッションたぶんPossible
less-study.doorkeeper.jp Large-Scale Scrum(LeSS:大規模なアジャイル開発のフレームワーク)の勉強会「Less Study」、次回は明日開催の予定です。少人数で地道にちょっとずつ翻訳と解釈を進めてますので、良かったらご参加下さい。明日は前回からの続きで「待ち行列理論」と、滝川が「顧客価値による組織化」を担当する予定です。ちなみに滝川担当分は、翻訳はGoogle先生がほぼほぼカンペキにやってくださったので(最近のGoogle翻訳スゴイな！)、あとは発表の資料準備だけです、まぁ明日までになんとなかるでしょう。(たぶん) さて、本題。 前回のLess Studyは珍しく初参加の方が何名かがいらっしゃいました。本編も割と初心者向けというか、スクラムは分かるけどLeSSは分からないという人のために、比較的噛み砕いた説明が多かったんですが、その傾向は懇親会で
本では知り得ないアジャイルの本質に触れ、仕事への向き合い方が変わった（前編）
こんなことでお悩みの方はお気軽にお問い合わせください。ギルドワークスのメンバーがお話をお聞きします。 立ちあげたい事業があるが、本当に価値があるのかどうか自分で確信が持てない 新規事業を立ち上げなければならなくなったが、潤沢な予算があるわけでもないのでどうしたらよいのかわからない 企画が実現可能かどうか開発の視点を組み入れながら仮説検証したい はじめてのことばかりで右も左もわからない
「Be Lazy」を極めるためには残業をしてはいけない - メソッド屋のブログ
「Be Lazy」というのは、日本側の上司にあたる Drew がいつも口にしている言葉だ。その意味合いは、「最小の工数で、最大のインパクトを出す」 という考え方だ。私もアジャイルやリーンを学んできたので、「大量のものを高速に作れること」はむしろ悪であり、いかに「作らなくていいか」を考えてインパクトの出るものにエネルギーをフォーカスするのが重要と思っている。 しかし、正直に言うと、それは、日本人の感覚からいうと最も縁遠い感覚だ。私がなぜ「Be Lazy」を極めたいと思っているか？というと、インターナショナル チームの同僚は仕事で成果をガッツリ出すのも尊敬に値するが、仕事をしている様子も実に楽しそうだ。誰も苦しそうだったり、我慢したりしていない。 仕事は楽しむものと言っていて、「我慢するべきもの」という日本側の空気とは相当違う。私は自分も人生や仕事を楽しみたいし、多くの人がそうなったらいいのに
アジャイルコーチの道具箱 –… Jimmy Janlén 著 et al.
この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例でいっぱいだ。アジャイルソフトウェア開発を行っているチームのために書かれている。 含まれるのは、あくまでも例にすぎない。それ以上でもそれ以下でもない。理論に基づく深い説明はない。アジャイルやスクラムの説明もしない。ゲーミフィケーションについての参照もない。脳が見える化をどう解釈し、見える化によって行動がどう変わるかについての議論もない。そのような情報が必要なら、ほかの本をあたってほしい。 この本に含まれる例がベストで、唯一の方法であると考える人もいるかもしれない。もちろん、そんなことはない。例ではあっても、ベストプラクティスではない。提案の1つと考えてほしい。チームのおかれた状況とニーズに合わせて、カスタマイズする必要がある。 この本は、通読するための本ではない。ざっと眺めて、行ったり来たりしながら読ん
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
Ryuzee.com
AgileコーチングAgile開発については多くの誤解があり、また経験の無いチームが自力で行うのは難易度が高いものです。当方ではオンサイトでAgile開発での企画〜開発まで全工程を支援します。例えばプロジェクト立ち上げに際しての集合研修、ふりかえりや計画ミーティングのファシリテーションなど。 DevOps実践支援DevOpsには組織とツールの2つの要素があります。サイロ型の組織構造のDevOps型組織への転換(組織デザイン、採用プロセス、評価プロセス)、ツールによるデプロイ・プロビジョニング・運用・監視の自動化など幅広い側面で支援します。チームづくりのトレーニングも提供しています。 Cloud Architecting支援ビジネスの成長やシステムの利用状況に柔軟に対応できるのがクラウドの特性ですが、一方でシステムアーキテクチャがレガシーであればそのメリットを享受できません。本支援ではマイク
IPA、「アジャイル型開発プラクティス・リファレンスガイド」を公開
IPA（情報処理推進機構）技術本部のソフトウェア・エンジニアリング・センター（SEC）は、アジャイル型開発で用いられる、組織、プロセス、技術などの実践のための指針「プラクティス」について、先駆的企業を対象とした事例調査を行い、その結果を「アジャイル型開発プラクティス・リファレンスガイド」としてまとめ、19日に公開した。 「アジャイル型開発プラクティス・リファレンスガイド」では、国内でアジャイル型開発の活用が進む先駆的企業の59件のプラクティスの利用状況を調査、分類し、プラクティスのプロジェクト規模やアジャイル型開発の種類などによる適用状況の違い、適用する場合の工夫や留意点などについてまとめている。 59件のプラクティスについて、3つのカテゴリに分けた上で、さらに10のサブカテゴリに分類し、適用分野を明確化した。また、プロジェクトの特性を9つに分け、それぞれに対してどのようなプラクティスを使
プレス発表 「アジャイル型開発プラクティス・リファレンスガイド」を公開：IPA 独立行政法人 情報処理推進機構
IPA（独立行政法人情報処理推進機構、理事長：藤江 一正）技術本部 ソフトウェア・エンジニアリング・センター（以下、SEC）は、アジャイル型開発で用いられる組織、プロセス、技術などの実践のための指針である「プラクティス」について、先駆的企業を対象とする事例調査を行い、リファレンスガイド（以下、本ガイド）としてまとめ、本日公開しました。本ガイドから、アジャイル型開発におけるプラクティスの選択指針や、適用時の工夫や留意点を学ぶことができます。 URL：http://sec.ipa.go.jp/reports/20130319.html インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において、実装すべき機能などそのシステムに求められる要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービ
アジャイル開発企業間アライアンス『日本エンタープライズ・アジャイル・トランスフォーメーション』の発足
株式会社NTTデータ（以下NTTデータ）と、株式会社バンダイナムコスタジオ（以下バンダイナムコスタジオ）、NECビッグローブ株式会社（以下BIGLOBE）、ヤフー株式会社（以下ヤフー）の4社は、2013年6月3日、アジャイル開発の組織導入のノウハウを共有することを目的に、企業間アライアンス『日本エンタープライズ・アジャイル・トランスフォーメーション』を設立しました。 加盟企業各社は、激しさを増すビジネス環境の変化に適応し、お客さまおよびユーザーへ価値あるサービスをより迅速かつ柔軟に提供し続けるために、アジャイル開発に関する研修の共有や導入ノウハウの蓄積を行い、各企業における開発力・課題解決力を高め合うことを目指します。
IBMが提案するアジャイル＋DevOpsな開発環境
基調講演には日本IBM 理事 ソフトウェア事業 ラショナル事業部 事業部長の渡辺公成氏が登壇し、「次に取り組むべきこと、今すべきこと “Accelerated Delivery”」とのテーマでIBMの考えを説明した。 渡辺氏は「Accelerated Delivery」というコンセプトを直接説明する前に、IBMらしい歴史観でコンセプトを表現していった。 その例としてあげたのが音楽産業だ。1910年（明治43年）、日本初の国産蓄音機「ニッポノホン」が開発された。1948年にLPレコード、1966年にコンパクトカセット、1979年にはソニーが初代ウォークマンを発売。そして1982年にコンパクトディスク（CD）のプレイヤーが登場する。1998年には米Diamond Multimediaがフラッシュメモリに音楽を収録する携帯プレイヤーを発売。2001年には米Appleから今も続くiPodが発売され
アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
「IBMソフトウェア事業部門での3億米ドル節減」を実践した方法とは？ - ホワイトペーパー [開発ツール]
組織全体で活用されている開発手法に関する調査により、一部のチームが反復型（イテラティブな）開発アプローチを利用していたにもかかわらず、多くのチームが依然として従来型のウォーターフォール開発モデルを利用し、課題に直面していたことが判明しました。 チームは長期に渡り、開発要求に取り組むことが頻繁にあり、開発中に要求が変更され、時間を無駄にしていました。さらに、開発後期の段階で、設計変更要求への対応に非常に高いコストがかかっていました。アーキテクチャー部門は、効率的なコラボレーションや資産の再利用に必要なツールや手法がチームに備わっていないために、コードの一貫性やコードの品質、開発者の生産性が不十分な水準であることも認識できました。 この取り組みは改革をサポートし、お客様と市場のニーズにより素早く対応できるように、アジャイル開発、コラボレーションと可視化の強化、資産の再利用を推進する方法を模索し
![「IBMソフトウェア事業部門での3億米ドル節減」を実践した方法とは？ - ホワイトペーパー [開発ツール]](https://cdn-ak-scissors.b.st-hatena.com/image/square/26824ea25c49e4d8b7d5f5a586be1e09c4d39d50/height=288;version=1;width=512/https%3A%2F%2Fwp.techtarget.itmedia.co.jp%2Fimages%2Ftt_logo.gif){kind=logo}
【第４回】朝会でリズムづくり
リズムとシンクロ 人間には「リズム」が必要です。音楽のリズムに合わせて体が自然に動き出すといった経験をお持ちの方もいらっしゃるでしょう。もし、音楽のリズムが一定間隔でなかったらどうなるでしょうか。音楽に合わせて体を動かすことが難しく、見通しがたたないので音を楽しむことはできないでしょう。また、生活のリズムという言葉もあります。規則正しい一定のリズムでおくる生活が健康の基本とよくいわれます。 このように人間がストレスなく行動するには一定のリズムが必要なのです。では、みなさんの仕事にリズムはありますか？ 9：00に出社、18：00に退社というのもリズムです。設計して実装してテストしてというのもリズムです。それぞれ自分なりに、毎日の仕事のパターンを持つことで、一日の達成目標を自分で決め、取り組まれているのではないでしょうか。 次に、プロジェクトチームについて考えてみましょう。チームとなると、個人
Mountain Goat Software | Planning Poker Cards
Mountain Goat Software offers Planning Poker® cards for your use in estimating. Each deck contains enough cards for four estimators to each hold cards with the following values: ?, 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100, and ∞. The cards are printed on the finest quality card stock available. Each deck comes in a box to help keep the cards from being damaged.
PlanningPoker.com - Estimates Made Easy. Sprints Made Simple.
Encourage lively discussion Planning Poker is a powerful and fun way to improve planning and estimation ceremonies for remote and in-person teams. Instantly import stories from your favorite project management platform like Jira, or write them as you go. Discuss the scope and effort of each story as a team, then compare everyone’s anonymous estimate. If the team doesn’t come to a consensus, have a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://cioagiledatacenter.com/jp/
Agile Baseline Discussion 2012/10/10
Edge Components 概念、計画とインストール / WebSphere Application Server
NTTデータグループと楽天がアジャイル開発人材育成プログラムを共同開発
【第４回】朝会でリズムづくり