プランニング・ポーカーで始める楽しい見積り - mixi engineer blog
こんにちは、UX統括部の横幕です。すっかり春になって、桜を眺めるのが気持ち良いですね。 最近、社内で活発に「デイリースクラム」が行われるようになりました。 日々、チームメンバーの持っているタスクの進捗を確認し合うことで、スケジュール感の共有・調整、あるいは、チームメンバー同士でタスクの振り分けを見なおしたりなどができ、チームの有機的な動きを作ることが出来るようになってきています。 さて、そんななかで、今回は、プロジェクトを進める上で、また日々のデイリースクラムをする上で重要な「タスクの見積り」についてお話しようと思います。 これが実際のPlanning Pokerです。アメリカのMountain Goat社が企画発売し、ライセンスしています。 1. 見積る前に 1-1. 計画を立てよう タスクの見積りをする前に、何をするのか、その計画を立てていきます。 ・フィーチャーを考える フィーチャー
永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
【資料公開】いつまで開発のやり方ばっかり語ってるの？
みなさんこんにちは。@ryuzeeです。 2013年1月15日、16日にScrum Alliance Regional Gathering Tokyo 2013が開催されました。 まずは実行委員として、ご来場頂いた参加者の皆様、登壇者の皆様、スポンサー各社様、様々なコミュニティの皆様、ほかご協力いただいた全ての方に感謝したいと思います。ありがとうございました。 僕は1日目の達人に聞けのセッション、2日目のScrum The Next Generationに登壇させていただきましたが、2日目の資料について以下で公開しておきます。 大胆不敵にも本イベントの実行委員長（僕らはプロダクトオーナーというロールにしています）が基調講演の裏で、とんがったセッションをやりたい、ということでこのセッションは企画されました。 したがって僕のスライドも結構過激になっています。 単に字面だけみて誤解をしないように
ワンクリックデプロイ勉強会に参加してきた #ocdeploy - Diary of absj31
connpass-ワンクリックデプロイ勉強会 (資料公開)ワンクリックデプロイ勉強会 #ocdeploy | Ryuzee.com 2011/12/20 ワンクリックデプロイ勉強会 #ocdeploy - Togetter (写真：講演終盤、ワンクリックデプロイを実演中の@Ryuzee氏。) 開催までの経緯 まずはこちらのつぶやきやり取りを。 …という様な感じでつぶやきのやり取りがなされ、この日に晴れて『ワンクリックデプロイ勉強会』が開催されました。 開催場所は日本マイクロソフト品川本社。私自身この日が2回目のマイクロソフト本社での勉強会だったのですが、開始前のモニターには何とTV画面が。勉強会とは関係無いところでちょっとした驚きでした(笑) イベント発起人であるkatzchang(TwitterID:@katzchang)さんによる前説的トーク、会場をご提供頂いたTomoharu Nag
Jeff Patton氏の “情熱プロダクトオーナーシップ” に参加しました #sgt2011 #CSPO
I participated “Certified Scrum Product Owner Training” by Jeff Patton. I’m not understand about product owner’s role and their perspective but this training gave me new insight. Master Jeff’s explanation was passionate and he shared us much experience. I was impressed to meet him. Thank you so much Jeff. 10/20〜10/21の二日間。ジェフ・パットン氏による認定スクラムプロダクトオーナートレーニング、「情熱プロダクトオーナーシップ」に参加しました。 ジェフ・パットン氏は、日本の実践者で
要件未定でも納期は厳守 “アジャイル開発”で乗り切る
東邦チタニウムは、要件を固めきれないが納期は厳守というプロジェクトをアジャイル開発手法を使って乗り切った。アジャイルは短い開発期間を繰り返し、要件を決めながら機能を実装する手法。ユーザー部門のキーマンをチームに引き込んだり、途中でアジャイル開発向きでない開発者を交代させたりして、プロジェクトを完遂した。同社として初めて挑んだアジャイル開発だったが、納期を守り、コストも計画内に収めた。舵取りの難しいアジャイル開発プロジェクトを成功に導いた手腕が評価された。 東邦チタニウムは、「アジャイル」と呼ぶ開発手法でチタンインゴット（金属チタンの塊）の生産管理システムを構築した（図1）。アジャイルは短い開発期間を反復して、機能を組み上げていく。同社にとっては初めての試みだった。要件を決めながら開発できるメリットを得るには、プロジェクトの体制や運営に工夫があった。 「要件を固めきれないうえに納期厳守。仕様
CSAJ/コラム「ITリフレッシュメント」アジャイルソフトウェア開発に適した契約（その１）
請負契約の限界 一般的に情報システムの開発で用いられる契約は、準委任契約と請負契約である。経済産業省が2007年に公開したモデル取引・契約書＜第一版＞は、ウォーターフォール型開発を前提として、外部設計までは原則として準委任契約、内部設計からソフトウェアテストは請負契約、システムテストから運用・保守の段階は準委任契約を基本としている（図参照）。 ただし、実態は外部設計からシステムテストまでを一括にして請負契約にしている例が多いと言われている。 問題は、この請負契約がアジャイルソフトウェア開発に適していないという点にある。 そもそも、民法によれば、請負契約は「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約することによって、その効力を生ずる」契約である。簡単に言えば、仕事が完了したら報酬を支払う契約である。逆に言えば、仕事が完了していなければ、
アジャイルプロジェクトの契約に関する私見
みなさんこんにちは。@ryuzeeです。 ソフトウェアを構築するときに締結する契約は、大別すると請負契約と準委任契約、そして派遣契約（今回は割愛します）があります。 請負契約は、完成させるべきものを事前に規定し、それを満たすものを納品することで代金が支払われます。 一方で準委任契約は、発注者の代わりに自身の裁量で業務を遂行する契約であり、働いた時間に応じた代金が支払われるのが一般的です。 アジャイル開発では、顧客やユーザーのフィードバックを得て作るものを変えていきます。 つまり事前に詳細なスコープは確定しません。 それにも関わらず請負型の契約を行った場合、事前に決められた「完成させるべきもの」に加えて、フィードバックへの対応が必要になってしまいます。 事前に決められた内容によって期間と費用が固定されるため、このような変化は開発側としては避けなければいけないものになります。 その理由は、単純
【公開】デブサミ2011講演資料「チケット駆動開発～タスクマネジメントからAgile開発へ」 #devsumi #tidd - プログラマの思索
【公開】デブサミ2011講演資料「チケット駆動開発～タスクマネジメントからAgile開発へ」 #devsumi #tidd デブサミ2011で講演してきました。 聞きに来てくれた方にはありがとうございました。 発表資料「チケット駆動開発～タスクマネジメントからAgile開発へ」をCC Attribution ライセンスで公開します。 【参考】 創発 未来につながるために 世界に帆を立てるために Developers Summit 2011 デブサミ2011【17-B-3】チケット駆動開発～タスクマネジメントからAgile開発へ～ 小川明彦 氏 / 阪井誠 氏 - Togetterまとめ デブサミ2011【17-B-4】チケット管理システム大決戦 JIRA vs Redmine vs Trac ?ユーザーが語る、なぜ私はこのツールを使うのか 鈴木雄介 氏 / 小川明彦 氏 / 吉羽龍太郎 氏
テストについて考える #devlove
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
- データベースの進化的設計
データベースの進化的設計 Martin Fowler Pramod Sadalage 原文(Evolutionaly Database Design) ここ何年かで私たちはアプリケーションの開発に即してデータベースの設計を進化させることを可能にする技法を編み出した。このことはアジャイルメソッドにとって非常に重要である。この技法は継続的インテグレーション及び自動化されたリファクタリングをデータベースの開発に適用し、かつDBAとアプリケーション開発者が密接に協力することによって成り立つ。この技法は開発中のシステムや既に開発されたシステムに対しても機能する。 変化に対応する 制限事項 プラクティス集 DBAは開発者と密接に協力し合う 全員が自分のデータベースインスタンスを保有する 開発者は共有マスターに頻繁に結合する スキーマとテストデータから成るデータベース すべての変更でデータベースのリファ
Agile Conference tokyo 2010 … 技術評論社
概要 昨年開催した「Agile Conference tokyo 2009」では，多くの方々にご来場いただき大盛況の中終了しました。 ご来場いただいた方のアンケートを集計したところ次回の開催希望90%以上という声を受け，2010年7月21日（水）に第2回目となるアジャイルセミナ「Agile Conference tokyo 2010」を開催する運びとなりました。 本コンファレンスでは，午前に基調講演，午後に特別講演を予定しております。他にもアジャイルツールの講演や方法論，日本における導入事例など多彩なセッションをご用意しております。 基調講演では，前回に引き続き世界No.1のアジャイル開発の企業として名高いThoughtWorks社よりBuild and Release Principal 「Jez Humble 氏」にご登壇いただきます。日本ではまだ例を見ない500名を超える規模でのアジ
XDDPとAgile、TiDDは相性がいい - プログラマの思索
「派生開発カンファレンス2010」の講演資料が公開されたのでメモ。 ラフなメモ書き。 【元ネタ】 「派生開発カンファレンス2010」開催案内 XDDPとUSDMでプロジェクトの課題解決 ソフトウェアの改造で悩んでいませんか？ ～派生開発の品質と効率の向上を目指して～ 派生開発は、既に運用されているソフトウェア製品に対し、保守したり、機能追加したり、それを移植して別製品を作ったりするアプローチ。 日本の携帯電話が、カメラ、着うた、オサイフケータイ、Edyなど次々に機能追加していく様は、まさに保守ではなく派生開発だ。 派生開発は組込製品やパッケージ製品でよく発生し、その難しさは以前から知られていた。 特に大規模プロジェクトほど、再利用可能な部品を作る設計にしておかないと、似たような部品を作っているのに、別チームで開発してしまって、工数やコストをかけすぎてしまいがち。 更に、似たような機能やソー
リスバーガー - Natural Software
CSM研修中に紹介されたリスバーガー、これはみんなに知ってもらいたいなー、と思い探していたら@kanu_さんが教えてくれました。 http://flux88.com/blog/don-t-make-squirrel-burgers/ これを会社の人に訳してもらって、公開の了承ももらったので載せておきますね。 ＃より良い訳があったら教えてください Don't Make Squirrel Burgers あなたのマネージャが席まで来て、話しかけてきます。 「なぁ、ジョー、ちょっといいかい。ヘルプデスクコールの動向をおさえるために新しいシステムを開発したいんだ。ナビゲートしやすいなめらかなユーザーインタフェースで、速くて、SAPの統合も必要だね。」 あなたは、似たシステムがないか熟考します。 「どれくらいかかるかな？」彼が続けます。 もちろん、あなたの本能は、概算して彼に折り返し連絡するよう囁き
Ed Yourdon の『ソフトウェア工学で大切な１０の考え方』を訳しました。：An Agile Way：オルタナティブ・ブログ
先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで１０個上げて、フリー文書にしておくので、共有
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Free Agile Project Management - Gravity