チャットツールだけでは効率ダウン？Wantedlyの生産性向上の合い言葉は、「非同期型コミュニケーション」（前編） | メリハリ MerryHurry
実はチャットツールが効率化を阻害してしまう？ こんにちは、Wantedlyの平野と申します。 Wantedlyは、「シゴトでココロオドル人をふやす」というビジョンの元、シゴト充実化を促進するためのアプリやツールを提供しています。実はチャットツールが効率化を阻害してしまう？ こんにちは、Wantedlyの平野と申します。 Wantedlyは、「シゴトでココロオドル人をふやす」というビジョンの元、シゴト充実化を促進するためのアプリやツールを提供しています。現在私は、Wantedlyが運営するメディアの記事作成・取材対応や、新サービス「Sync」の広報、ソーシャルアカウント(Twitter、Facebookページ)の運用など、Wantedlyが発信しているコンテンツほぼ全てに関わっています。 仕事において生産性向上を目指すために、様々な企業でコミュニケーションを加速させるためにチャットツールを導
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
