チームで開発する際に自分が心がけていること - $shibayu36->blog;
最近結構大きめなチームで開発しているのだけれど、そこで気をつけていることをちょっと書いてみる。 チームを開発していると 自分がメインで開発している機能 自分以外がメインで開発している機能 の二つが必然的にできてくる。チームがある程度大きくなってくると、自分がメインで開発している機能は自分が一番詳しくなるし、自分以外がメインで開発している機能に関しては自分がいちばん詳しいわけではなくなる。 そこでこの二つについて自分が心がけていることを書いてみる。 自分がメインで開発している機能 この時考えているのは、 自分一人だけの知見では見逃すことも多いので、出来るだけ早めに意見を集める 他の人の意見に左右され過ぎない 動くものが必要な場合は最小工数で作る それは全て捨てる気持ちで作る これらを考えて、僕は自身では以下の様なプロセスで機能開発をしていっている。 その開発に関する調査をする その機能に関す
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
「執筆のためのエレベータピッチ」のテンプレートを作ってみました - 思っているよりもずっとずっと人生は短い。
今エレベーターに乗ろうとしているのは、3 ヶ月前からどうにかして会いたいと思っていたベンチャーキャピタルの関係者だ。エレベーターで同乗している30 秒のあいだに、君の始めたばかりの新規事業を説明しなきゃならない。成功すれば資金援助を勝ち取れる。失敗したら、またカップラーメンをすする日々が続く。 これがエレベーターピッチという言葉の由来だ。 （『アジャイルサムライ』4.2 エレベーターピッチを作る より） 『アジャイルサムライ』では、プロジェクト憲章の代わりにインセプションデッキというものを作ることを提案しているのですが、その中の一ページは「エレベータピッチ」になっています。 このエレベータピッチとは、上に書いてある通り、ベンチャーがエレベータとかでたまたま居合わせた投資家に説明できるように、みたいなエピソードとともに語られる、自分の事業を伝えるための短い説明みたいなものです。 『アジャイル
スクラムの定義の改訂 - スクラムアップデート2011 - kawaguti’s diary
(3:30修正: タイトルから「大幅な」を削除しました。根本は変わっていません。スクラム実践者がよく使う用語の定義がいくつか変わりました) スクラムガイドの更新がありました。角さん翻訳ありがとう！スクラムの共同開発者のケン・シュウェイバーさんが作ってきたものですが、今回は大幅な変更になっています。もう一人の共同開発者ジェフサザーランドさんや、ジム・コプリエンさんがかなり協力してるところも注目。昨年12月の認定スクラムマスタ研修(講師:ジム・コプリエン)や今年1月の認定スクラムプロダクトオーナー研修(講師:ガブリエル・ベネフィールド＆ジェフ・サザーランド)で言われていたような感じに近づいた感じがします。この２件の研修に偶然にも関わらせていただいたことに大変感謝しています。参加していただいた皆様、一緒にスタッフ業してくださった皆様に大変感謝しております。 ケン・シュウェイバーさんが今回の変更に
書評：アジャイルサムライ―達人開発者への道 - Digital Romanticism
オーム社様と監訳者の方々より献本いただきました。厚くお礼申し上げます。ありがとうございます！ アジャイルサムライ−達人開発者への道− 作者: Jonathan Rasmusson,西村直人,角谷信太郎,近藤修平,角掛拓未出版社/メーカー: オーム社発売日: 2011/07/16メディア: 単行本（ソフトカバー）購入: 42人 クリック: 1,991回この商品を含むブログ (257件) を見る はじめに まずは「読者の声」から： 最初は、軽いノリの入門書だろうと高をくくっていた。「マスター・センセイ」だし、そもそも「サムライ」だし。でも、そんなに甘くない。軽い文体とは裏腹に、アジャイルな開発のありかたが、きわめてロジカルかつ網羅的に語られている。ありそうで、なかった本。手元に置いておけば、きっといいことがあるはずだ。 > 和智右桂 『エリック・エヴァンスのドメイン駆動設計』訳者 私はこの本に
Agile 書評 アジャイルサムライー達人開発者への道
アジャイルサムライ−達人開発者への道− 著者／訳者：Jonathan Rasmusson 出版社：オーム社( 2011-07-16 ) 定価：￥ 2,808 Amazon価格：￥ 2,808 単行本（ソフトカバー） ( 288 ページ ) ISBN-10 : 4274068560 ISBN-13 : 9784274068560 アジャイルサムライは、Jonathan Resmusson氏が昨年書いた本で、日本語監訳は永和システムマネジメントの西村さん(@nawoto)と角谷さん(@kakutani)。 僕は僭越ながら翻訳原稿のレビューに参加させて頂いたのだが、本当に素晴らしい本で、出版を心待ちにしていました。 これからアジャイルな開発に取り組もうとしている人にとっても、既にアジャイルな開発に取り組んでいる人にも役に立つ必携図書であること間違いなしです。 この本の特徴 ScrumやXPやLe
より良いユーザーストーリーを書くための10個のヒント
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Roman Pichler氏によるユーザーストーリーの書き方の資料が分かりやすいので紹介します。 https://www.romanpichler.com/wp-content/uploads/2013/06/WritingGreatUserStories.pdf より良いユーザーストーリーを書くための10個のヒントシステムの利用者に焦点をあてるストーリーの記述ではユーザーロールを意識するユーザーストーリーをもとに議論するユーザーストーリーはチームとステークホルダー間の議論を活性化させるための道具ユーザーストーリーは仕様ではなく、機能に関する議論のエッセンスであるユーザーストーリーを
アジャイル開発を習得したいなら。スクラム開発対応のプロジェクト管理·ScrumDo MOONGIFT
ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
ウォーターフォールだって成功する。ただしそれには前提条件があるはず
東京証券取引所の新株式売買システムの刷新という大規模な開発プロジェクトの背景と、成功要因を、東証の担当者自身が説明したプレゼンテーションを記事にした「客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011」は公開から3日後の現在、過去1週間でもっとも読まれた記事の第1位になっており、たくさんの反響をいただきました。 客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 － Publickey 記事で取り上げたarrowheadの開発は巨大なウォーターフォール型のプロジェクトであり、その成功の鍵として主に挙げられていたのは次のようなことでした。 関係者全員での危機意識の共有 発注者責任の明確化 上流工程完璧主義 しかしこの成功の鍵には、語られな
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
アジャイル開発でソフトウェアの品質を高める方法
さて、アジャイル開発でソフトウェアの品質は良くなるか？ そう思う方、ちょっと手を挙げてください（4割くらい手が挙がる？）。けっこういますね。 自分の実感としては、アジャイルでは品質良くなる、と感じているが、一方で否定的な人もいる。 私がアジャイルを始めたころ、2002年あたりには、そういう否定的な人に対して「面倒くさいだけちゃうんか」とか「新しいプロセスに臆病なんじゃないか」と反発したりしていた。 考えてみると、ソフトウェアの品質には2つの側面がある。良し悪しという側面と、品質が確定しているかどうか、という側面。 品質保証担当の人が考えるアジャイルの品質確定のイメージは、こういうイメージなのかなと。アジャイルでイテレーションを繰り返して成果物が大きくなるにつれて、次のイテレーションで品質を確定させるためには、さらにたくさん作業をしなくちゃいけないなと。 この2つを比べると、ウォーターフォー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】テストについて考える
Agile in 30mins - 30分でだいたいわかるアジャイル開発
t-pot『NADEC2010:ゲーム業界向けスクラム入門』
CEDEC2010 アジャイル開発手法 スクラムの基礎とゲーム開発導入事例
Gamasutra: Amir Fassihi's Blog - "0 – 60 fps in 14 days!" What we learned trying to optimize our game using Unity3D.