アジャイルを無責任に広めるのはもうやめよう
（画像：wikimedia commons） こんな記事を見かけました。 記者の眼 – 「アジャイル嫌い」はもうやめよう：ITpro http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/082400357/?ST=system&P=1 開発の経験が長い人からすると、「あーはいはい」と昏い目をしてしまうような記事なのですが、実際のところアジャイルを宣伝する本やブログなどは多く、「プロジェクトを始めよう！」となったときに、候補に上がることが多い開発手法ではあります。 しかし、現場の現実から言うと、安易にアジャイルを導入して失敗するケースは非常に多いです。 私は20件以上のアジャイルプロジェクトを見てきましたが、そのうちちゃんと成功していたプロジェクトはたったの3件だけです（ウォーターフォールは100件以上見ていますが、成功率はそんなに低くはあり
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
スクラムにおけるGitHub/ZenHubの使い方の例(discussion-sidebar編) | DevelopersIO
丹内です。 前回、GitHubの使い方についてブログを書いたのですが、その段階ではZenHubに関する機能や、一部のGitHubの機能(Labelsなど)をうまく使えていないというのが課題になっていました。 最近になってやっと使い方が落ち着いてきたので、まとめます。 Discussion Sidebar 前提として、ZenHubを導入済みだとします。 ZenHubを導入すると、GitHubのサイドバーが以下のようになります。 以下、項目ごとに解説していきます。 Pipeline ZenHubによって追加される項目です。 Trelloのように、IssueやPull Requestの進行状況を設定できます。 Issue/PR横のサイドバーにある歯車マークをクリックすると、設定できる小窓が出てきます。 さらに、Boards画面に行くと、これまたTrelloのように全タスクの進行状況を一覧できます
ZenHub を使って Kanban 方式をプロジェクトに取り入れる - Qiita
複数の github レポジトリの issue を一元管理できるいい感じのツール をいくつか試しながら検討した結果、ZenHub がダントツで良さげなので紹介します 会社の hp からしてイケてる感あります Chrome extension を使って github レポジトリの 1 画面としてダッシュボードが追加されます これは普段 github を使っているエンジニアからすると、とても肌に合います 他の競合サービスと違って、github を拡張するという意味合いを強く意識したサービスのため、管理ツールとしてだけではなく、様々な拡張機能も魅力のひとつです それに比べると、似たようなサービスである waffle.io は残念ながら使い続けたいと思えませんでした インターフェース 比較: waffle.io 比較: pure github.com このインターフェースの課題は 2 つあると思い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
