スクラムと 見積り やっとむ 合同会社やっとむ屋
KDDI株式会社 2017年1月10日 KDDIは、2017年2月より、Scrum Inc.社 (本社: 米国マサチューセッツ州ケンブリッジ、CEO: Dr. Jeff Sutherland) ならびに株式会社永和システムマネジメント (本社: 福井県福井市、代表取締役社長: 平鍋 健児) と共同で、法人のお客さまにアジャイル開発の導入を促進することができるアジャイル開発教育プログラムの提供を開始します。 アジャイル開発は、お客さまに必要な機能を絞り込んだシステムからスタートさせ、短期間の周期で開発から評価、改善までの工程を高速で回転させる開発手法です。アジャイル開発によって、市場の変化に対応しながら柔軟にシステムを変更し改良を進めていけるほか、新しくIoTビジネスなどを始めるお客さまにとって、IoTで実現したいアイデアを素早くスモールスタートすることが可能です。 この度提供を開始するアジ
こんばんは。ドワンゴ Advent Calendar 2015 12/10担当の@regtanです。昨日はorzngoさんのCharlesでらくらくフロント開発でした。 今年の2月ごろまではニコニコ静画(電子書籍)の開発リーダーをやっていましたが、現在はもう一つ上のレイヤーでのエンジニアの管理や評価を担当しています。そんな中で、これまで以上にエンジニアチームのマネージメントや育成などの部分とこれまで以上に向き合う機会がふえました。 今年のアドベントカレンダーはとても技術よりの部分が多かったので、箸休め的に今日はエンジニアマネージメントについて書いていこうと思います。しかも、ポエム要素がつよいのでQiitaではありません。 評価されないと悩むスクラムマスター 先日、このようなエントリーを読みました。techblog.yahoo.co.jp 詳細はこちらのエントリに任せますが、このエントリーの
みなさんこんにちは。@ryuzeeです。 Impediment(障害事項・妨害事項)について、海外で良い記事がいくつかあったのでご紹介しましょう。 Recognizing ImpedimentsThe biggest impedimentImpedimentとはスクラムでよく使う単語で、プロジェクトを進めていく上での障害や妨害になる事項のことです。 人的なもの、プロダクトに関するものなど全てを含みます。 例えば以下のようなものが一例になります。 未完了なままの作業情報の不足繰り返しの作業待ち依存先の欠如割り込みバグ官僚主義間違った、もしくは不明瞭なコミュニケーション意思決定がなされない間違った推定時間がたりないパーツがないよく知らない新しい技術 などなど、ほかにもたくさんあります。 当然のことながら、これらの障害事項を把握することは大事ですし、日々の活動の中で優先順位をつけて改善していかな
あなたのチームの「いい人」は機能していますか?Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 Agile Adviceの24 Common Scrum Pitfalls Summarizedより、スクラムで陥りがちな間違い24個がまとめられていたので、抜粋・意訳にてご紹介します。 スクラムはフレームワークとしてはそんなに複雑ではないですが、実践するのは結構難しいのが実情です。 よく聞くのがデイリースクラムが15分では終わらずに1時間かかるとか、出荷可能な製品をスプリント毎に作れないとかいったものです。 そして多くの組織において、基本としてのスクラムを実現できない(という思い込み)が故に、何かを変えたり、本来のスクラムの価値を失った間違ったやり方をしています。 以下にあがってい
「10分でスクラム」という資料をつくりました。 http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 20110118 scrum 10 minsView more presentations from kawaguti. 「xx分でスクラム」という資料はライフワーク的になってきたので、またかよ、と思っても見逃してください。今回は結構よくできた方だと思うんですけど。 最後の方で、スクラムマスタをチェンジエージェントとして位置づけてみたところが、今回のポイントです。 あなたがもし最初の一人だったら 1. スクラムマスタとして行動する。 2. 優先度をつけている人を見つけ、 はっきりと優先順位をつけるよう促す。 (その人がプロダクトオーナーだ) &作業規模をメンバーに聞いてみるよう促す。 3. 各メンバーの毎日の作業を教えてもら
スクラム/アジャイルを学ぶためのおすすめ書籍を並べておきます。 (09/11/30 スクラムチェックリストを追加、09/12/01 アートオブアジャイルデベロップメント追加、10/02/26 スクラムガイド、スクラムマスタ研修を追加、10/02/27 プランニングポーカーの記事を追加 10/03/20 今村さんのスクラム概要を追加 10/04/07 Scrum in 5mins 追加) 拙作、PublicKeyにも掲載していただいた 10分でスクラム Scrum in 10mins 20110118 scrum 10 mins View more presentations from kawaguti 拙作、スクラム入門 Scrum in 5minutes 20100323 Scrum5minsView more presentations from kawaguti. InfoQ: 塹壕
先日のエントリでもご紹介した通り、今まで国内では東京でしか開催されてこなかったScrum Alliance認定スクラムマスター研修が、今年は大阪でも開催される予定である。 ◆ 第一弾: 2010年3月18日、19日 http://www.scrumalliance.org/courses/20093676-certified-scrummaster ◆ 第二弾: 2010年6月17日、18日 http://www.scrumalliance.org/courses/20093678-certified-scrummaster 私自身、特に講師のBas Vodde氏やOdd-e社と特別な利害関係があるわけでもないが、せっかくなら大阪でも多くの人が受講し、西日本でも盛り上がって欲しいと思うし、今回だけでなく継続して開催されるようになればうれしいと思う。 そうは言っても、興味はあるけど…とさまざ
要件はあまりに速く変化します。製品のロードマップは明確ではありません。私たちは、効率、コミュニケーションを改善し、できるだけ早く営業部門が結果を得ることができるようにする必要があります。 kaverjody: ウォーターフォール型の開発モデルにおける欠陥、およびA&D部門でのその他の問題により、開発方法を変更せずに改善を行うことはできませんでした。上層部は、ソフトウェアメンテナンスのコストが非常に高い、新規バージョンの提供にいつも長い時間がかかるなどといった現在の問題を解決するために、スクラムを使用することを決定しました。 Alex: 私は2007年10月にNibiruTechに加わったときに初めてアジャイルの概念について聞きました。その当時、もっとも一般的なアジャイルのプラクティスは毎日のスタンドアップミーティングでした。私はそのようなミーティングの効果がまったく分かりませんでした。私は
リスク管理は、プロジェクトにおける有害事象の可能性と影響の削減を取り扱う。アジャイルソフトウェア開発は、反復で進めていく性質上、リスク管理は暗黙のうちにプロジェクトのライフサイクルの一部となる。アジャイルコミュニティのメンバは、明確なリスク管理は必要なのか、スクラムであらゆる種類のリスクが管理できるのか、そして誰がリスク管理を行うべきなのかを議論している。 Michele Sliger氏(リンク)は、アジャイルソフトウェア開発では、デイリースタンドアップミーティングやイテレーション計画ミーティング、リリース計画ミーティング、ふりかえりやレビューのミーティングの一部として、いつもリスクへの取り組みが行われると述べている。しかしながら、彼女はリスク管理について体系的なアプローチ(リンク)を提案している。そのステップには次のものがある。 リスクの識別-チーム全体がこのエクササイズを反復ベースで行
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く