makopi23のブログ 「XP祭り2015 “俺も！！”」に参加しました
2015/9/12(土) 「XP祭り2015 “俺も！！”」に参加してきました。 公式サイト http://xpjug.com/xp2015/ こくちーず http://kokucheese.com/event/index/324682/ Togetter http://togetter.com/li/872910 場所は早稲田大学 西早稲田キャンパスです。 参加者は２００人弱くらいでしょうか。 今年で私、初参加から４年連続の参加になります。過去に書いたブログはこちら。 2012/9/15(土) 「XP祭り2012 〜 ソーシャルチェンジ！ 〜」に参加しました2013/9/14(土) 「XP祭り2013 〜 XP 〜」に参加しました2014/9/6(土) 「XP祭り2014」に参加しました というわけで私にとって、毎年恒例の楽しみなイベントになりつつあります。 今年も会場に着くと、協賛の出
「チケット駆動型進捗管理システムによるカーナビゲーション開発管理の効率化」のSQIP2012講演資料 - プログラマの思索
「チケット駆動型進捗管理システムによるカーナビゲーション開発管理の効率化」のSQIP2012講演資料が公開されていたのでメモ。 資料はPDFでダウンロードできる。 【参考】 チケット駆動型進捗管理システムによるカーナビゲーション開発管理の効率化 | SQiPソフトウェア品質ライブラリ はてなブックマーク - チケット駆動型進捗管理システムによるカーナビゲーション開発管理の効率化 【1】事例は、SQIP2012だから3年前の、デンソーという会社のチケット駆動開発の経験事例。 内容は、Jira＋Subversionを使って、チケット駆動開発を導入し、アジャイル型開発＋WF型開発の合わせ技でプロセス改善を試みた、というストーリー。 (引用開始) 我々が開発しているカーナビゲーションは、ソフトウェアの開発規模が1000万行を超え、1000人以上が関わる大規模製品となっている。 開発を取り巻く環境と
アジャイルを無責任に広めるのはもうやめよう
（画像：wikimedia commons） こんな記事を見かけました。 記者の眼 – 「アジャイル嫌い」はもうやめよう：ITpro http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/082400357/?ST=system&P=1 開発の経験が長い人からすると、「あーはいはい」と昏い目をしてしまうような記事なのですが、実際のところアジャイルを宣伝する本やブログなどは多く、「プロジェクトを始めよう！」となったときに、候補に上がることが多い開発手法ではあります。 しかし、現場の現実から言うと、安易にアジャイルを導入して失敗するケースは非常に多いです。 私は20件以上のアジャイルプロジェクトを見てきましたが、そのうちちゃんと成功していたプロジェクトはたったの3件だけです（ウォーターフォールは100件以上見ていますが、成功率はそんなに低くはあり
チーム開発の進め方 - クックパッド開発者ブログ
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 今回はウチのチームの開発の進め方や見積もりの仕方を説明しようと思います。 実はコレ系の話は 5 年前にもデブサミで発表 したのですがこの時はリリースまで 1 年とかのレベルのプロジェクトの進め方の話でした。今回は 1,2 ヶ月でリリースまで持っていく開発の進め方を説明します。 動画サービス部分を microservices 化するときに実際に行った事を元に説明します。開発者は 3 人で 1.5 ヶ月位の開発です。 何故このようなことを行うのか 誰だって楽しく仕事がしたいし、なるべく不安などは無い方が良いはずです。 例えば自分がやっている作業がどうなったら終わりなのかわかっていなければ不安でしょうし、いつまでに作ればいいのかわかっていなければ不安でしょう。 そういった不安をなるべく無くすためにうちのチームでは
大規模スクラムの失敗から学んだこと #AgileJapan2015
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
エンタープライズアジャイルの手法であるDADとSAFeのリンク - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
方針管理を用いたアジャイルのスケーリング
企業がアジャイルのスケーリングを図るとき，戦略定義や方向性の管理，体制維持のためにアジャイル的な手法を求める場合がある。展開と組織構造の維持が今日の課題だ，とPierre Neis氏は指摘する。氏はLean Kanban France 2014カンファレンスで，世界的規模の企業がアジャイルに移行する上で，方針管理(Hoshin Kanri)の導入が果たした役割について講演を行った。その時のスライド資料は，氏のWebサイト"It's not lean, it's agile at scale... the Hoshin Kanri way"に公開されている。 InfoQは氏にインタビューして，方針管理による戦略と方向性の管理，アジャイル計画，方針管理によるアジャイル展開とリーンプラクティス，説明責任，方針管理の採用によるメリットなどについて聞いた。 InfoQ:企業がアジャイルを拡大しようと
「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル 「スクラムでは遅過ぎる」との声も。Google主催『Startup Tech Night』で聞いた、少人数で高速開発を進めるコツ 「ユーザーを中心に考え」て、「すばらしいプロダクトを作る」ことこそが、インターネットの世紀を生きる企業が行うべき最も重要なことである。良いプロダクトさえあれば、マネタイズやマーケティングの戦略もすべて後付けで立てられるからだ――。 Google会長のエリック・シュミット氏が著書『How Google Works』でこう述べるように、インターネットをベースにビジネスをする企業にとって、プロダクトを開発・発展させることこそがすべてである。ことさらスタートアップとなれば、開発・改善のスピードが大手と競争するための源泉となるだろう。 そんなスタートアップのエンジニアや、今後転職を考えるエンジニアを応援すべく、1
アジャイル開発のための新しい受託開発のビジネスモデルの考察と実践（国際論文の日本語オリジナル原稿を公開します） | Social Change!
先日の記事に書きましたが、香港で行われた国際学会のFSEにて論文のプレゼンテーションを行ってきました。 英語の論文を作成するにあたって、まずは日本語で論文を書いて、それを英訳したのち、改めて意訳して意図が通るように書き直す、という作業をおこないました。２度手間ではあったのですが、本来の意図を伝えるためにも、大変ですがそうしました。 ということで、私の書いた日本語の論文と、英語になった論文は、意図は同じでも、もしかしたら結構中身が違っているかもしれません。今回の記事では、私の書いたオリジナルの原稿を公開します。英語の論文と見比べてみると面白いかもしれません。 提出した英語の論文： A New Business Model of Custom Software Development for Agile Software Development 以降は元にした日本語の論文： 倉貫 義人 (Ku
アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは | Social Change!
「アジャイル」という言葉が一人歩きしてしまっていて、たまに話をしていても通じないときがあります。 それくらいアジャイルという言葉が広く知られるようになったんだと思う一方で、かえって話が通じなくて、もどかしく感じることもあります。だからといって、そこで「正しいアジャイルとは」みたいな議論をしたい訳でもないのです。 広まれば広まるほど、そういった言葉の認識の齟齬が出るのは仕方ないですね。その正しい定義みたいなところを追求するのもナンセンスなので、そんなつもりはないですが、ただ自分がどう考えているかについては書いておいても良いかな、と考えました。ここは私のブログですしね。 そこで、この記事では、私の考えるアジャイル開発の本質について、そしてウォーターフォールとの違いについて書きました。 アジャイル開発では機能を全部つくらない これまで私の中で、アジャイルと言えば当たり前の前提がありました。それは
Atlassian + Slack | Atlassian
Atlassian + Slack Together, Atlassian and Slack are committed to building deep and powerful integrations that enable teams to collaborate and iterate quickly. We provide tools that empower teams to stay aligned and efficient in order to unlock the power of creativity and deliver first-class results.
Hubotを導入したらレビューの敷居が下がった話 - yo_waka's blog
ウチの会社ではHipchatとGitHubを開発のコミュニケーションの中心にしている。 だんだん人も増えてくると、以前よりプルリクの数がそれだけ増えて、レビューで1日終わってしまう人がでてきた。 昔から仕様を知っている人にレビューが投げられがちで集中しやすいとかは他の会社でもよくある話しだと思う。 レビューは自分のタスクと同様に大事だけど、それで自分のタスクが全くできなくなったり、新しく入ってきた人がレビューする機会を失うのはあまりよくない。 というのもあって、Hubotを立ててみてプルリクのレビュアーをランダムで振れるようにしてみた。 Hubotというのはご存知Hipchatのbotとして動くプログラムで、botにコマンドを指定してリモート実行させたり、特定の文字列に反応させたりということがHipchat上でできる。 CoffeeScriptでスクリプト書けるのでとてもお手軽。 sush
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアクラフトマンになる
アジャイルで成功を収めるための管理行動
コードの品質のためにアジャイルとウォーターフォールを組み合わせる
Home