チーム仲は悪くないのに「何となく一体感がない」時に試してもらいたい３つのこと｜こがねん / 組織開発するマン
こんにちは。こがねんです。ファッションテック企業で「組織開発」をしています。 「組織開発」とは何でしょう。これにはいろいろな定義がありますが、僕は「人の集まりが同じ目的に向かって協働するチームになるためのあれやこれやの働きかけ」くらいに考えています。 会社全体・特定部門・特定チーム・特定個人と、人・組織の課題はあらゆるレベルで起こります。その課題発見や解決を自分や自分のチームがリードして行ったり、他の人が行うのをサポートしたりする仕事。それが「組織開発」です。 そんな仕事をしている関係で、現場マネジャーからもよく人・組織に関する相談を受けます。先日も現場のマネジャーからこんな相談を受けました。 「チームの一体感が低下していて困っています。別に仲が悪いわけではないですが、リモートワークになった頃からメンバー同士の関わり合いが減ったこともあり、横のつながりが薄くなってしまったように思います。業
「自分でやったほうが早い」でチームは滅ぶ | サイボウズ式
【サイボウズ式編集部より】 この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、脱社畜ブログの日野瑛太郎さんによる「仕事の任せ方、頼み方」について。 「人に何か仕事を頼む」という行為は、とても面倒くさいものです。 誰かに仕事を頼む以上、最低限どんな仕事をやってほしいのか説明をしなければなりません。「アレやっておいて」で済む相手であればいいですが、相手がまったくその仕事に通じていない場合は、説明だけでかなりの時間が取られてしまいます。仕事を依頼した後も、質問に答えたり、仕事の結果をチェックしたり、やることは意外と多くあります。 このような状況から、人に任せるのではなく「もう自分でやったほうが早い」と思ってしまうのはある意味では当然です。この考え方は、短期的には正しいと言えるでしょう。納期がピンチだという時に、悠長に
チーム開発をスムーズにするために何ができるか
DevLOVEさんの「進め、現場のチーム開発 〜チーム開発実践入門〜」で講演した時の資料 http://devlove.doorkeeper.jp/events/12229Read less
「民主的なチーム」が崩壊した話 | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、日野瑛太郎さんによる「話し合い重視で雰囲気の良いチームが必ず成果を出せるわけではない」という話です。 「民主的」であることはチームにとって重要か？ 僕がまだ会社員として働いていたころの話です。 ある時期に所属していたチームは、とても「民主的なチーム」でした。チームリーダーは意見を押し付けるような物言いを一切しない人で、メンバーの話をとてもよく聞いてくれました。プロダクトの仕様を決める際にも役職関係なく思ったことが言えるので、「気が進まないけど、仕事だからしょうがねーな」といったようなやさぐれた気持ちで働くことが非常に少なく、気持ちの面ではだいぶ働きやすく感じていました。 しかしこのチームは（働いていた会社はサイボウズではありません。念の
新規事業で直面した38の絶望 | 速達サービス Pacirii
リブセンス新卒研修 新規事業で直面した38の絶望 こんにちは。リブセンス新卒チームです。 はじまりは入社2日目の朝。初対面同士の4人の新卒メンバーに言い渡されたのは、新卒チームだけで、1つのwebサービスを立上げ、売上をたてろという命でした。 ここではそんな私達が新規事業を作る仮定で陥った失敗、感じた絶望38個を羅列したいと思います。 皆さんが新規事業を作るときの一助にでもなれば幸いです。 1.机上の空論からの卒業。 「アイデアに価値はない。実行してこその価値。」 学生時代のなんちゃってプランニングになれすぎてリアル感のないものばかり作ってしまいました。限られた予算と期間で、企画から実装、運用まで全てを新卒チームで行う中で事業を作っていくことのリアルを感じました。 2.日本人同士でも、立ちはだかる言葉の壁。 同じ日本人なのに使っている言葉の意味が少しずつ違う。かみあわない議論。なに
久々にチーム開発したのでメモ - ひげろぐ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache（HTTP）でホストしています。 共有リポジトリはmasterブランチ一本で、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast
炎上プロジェクトの責任はプロマネが９割 - プロマネブログ
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、３部作の３本目となります。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合 ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム ・・・ 期限、スケジュール管理 コスト ・・・ 予算、費用管
職場の「イタい存在」にならないために、自分の弱点と改善すべき点を見つける方法 | ライフハッカー・ジャパン
見ているだけでイライラしてしまうような「仕事のできない同僚」と一緒に働くのがどのようなものか、みなさんご存知かと思います。ですが、もしあなた自身がそんな周りをイライラさせる存在だったら？ 自分のことを棚に上げて、他人の欠点を指摘するのは簡単ですよね。そんなわけで、今回は、あなたが同僚や会社の重荷になっていないかどうかを確かめる方法をご紹介しましょう。 もしあなたが会社の重荷でなくても、仕事の面で改善できる点はきっとあるはずです。さらに磨く余地のあるスキルや、他の人の専門知識や経験に頼る必要があると認めざるを得ない分野があるはずです。ほとんどの人が思い当たる点があるかと思います。 これから紹介するのは、成長の余地のある分野を見極める方法と、実際に成長していくための方法です。 フィードバックを得て、それをありがたく受け入れる 変化を生み出す前に、自分の弱点を見極める必要があります。残念なことに
最強にクリエイティブなチームを作るのに必要な「5人の存在」 | ライフハッカー・ジャパン
重要なポイントとは、チームに取り入れるべき「5つの存在」です。ただ与えられるだけの仕事をこなすのではなく、情熱をもって仕事に取り組むチームを築くのに欠かせない、その5つの存在を以下に紹介しましょう。 1．チアリーダー：チームの雰囲気を盛り上げる者 あなたのチームは団結していますか？ やる気が満ちており、楽しんで仕事に取り組める環境ですか？ 答えがノーであれば、必要なのは「チアリーダー」です。 「チアリーダー」はチームのやる気を高め、チームに積極的に関わり、士気を高めつつ、メンバー全員をよりクリエイティブにし、仕事に対する情熱を向上させる存在です。社交的であり、チームメンバーを会話と共同作業に引き込むことのできる、生まれながらの能力をもっています。「チアリーダー」はメンバー同士のコミュニケーションを活発にするため、社交的ではないメンバーは、最初は1歩引いたり、不快に感じることもあるかもしれま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
プロジェクトをリーダーとして効果的に率いるための6カ条