[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO
丹内です。入社してそろそろ3ヶ月になります。 先日のAWS Summitの社内報告会で発表を行いました。 ※上記スライドに示された意見はわたし個人のものであり、所属する組織を代表するものではありません。 この発表の最初と最後のGitHubの方が発表した内容の試行錯誤メモブログです。 tl;dr リモートの人と受託開発をスクラムで進めるにあたり、コミュニケーションをGitHubに集約する試行錯誤中です。 先日のAWS Summit 2015 Tokyoで聴講した「働き方もOSSのようにすることで楽しくなる」という旨の発表に感銘を受け、実務で試みています。 ZenHubとSlackを併用しながら進めています。良い方法や改善点があったら是非指摘してください。 前提 今回は、ソフトウェアの受託開発を想定します。 開発者3,4人が、同じリポジトリで、Railsアプリを開発するとします。 リモートワー
![[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9e64f14fe52d6f1cb15753df69ebb48a90be2c46/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2FGitHub-Mark-400.png)
開発フロー研修 @ Wantedly - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
