チームへの期待を明らかにする
みなさんこんにちは。@ryuzeeです。 この記事は現在発売中のアジャイル同人誌Ultimate Agile Stories2に掲載させていただいたものを転載するものです。 1.はじめにアジャイルコーチという職業柄もあって今まで多くのチームを見てきた。良いチームもあれば、「うーん、これは単なる人の集団で、チームじゃないなぁ」と嘆きたくなるようなことも中にはあった。本稿では私自身がチームに期待することを明らかにしつつ、読者のチームでもこのような整理をすることをお勧めするものである。 2.1 私がチームのメンバー個人に期待すること給料をもらえるのは、自分が会社に所属しているからではなく、その先にお金を払ってくれるお客様がいるからだ、ということを理解しよう。したがって、お客様の期待に応えられるようにふるまう責任があることを理解しよう。 こんなの当たり前じゃないか！と思うかもしれない。しかし、コマ
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総
スキルマップ作成のすすめ
チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて構いません。 このスキルマップの効用と運用について見ていきましょう。 効果：スキルの見える化長い間同じチームで働いていれば、誰が何をできるのかはだんだん分かっていきます
試行錯誤と改善を繰り返し、チームの開発力を高めた方法
DevLove現場甲子園2015 東日本大会 https://devlove.doorkeeper.jp/events/34344 Read less
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
iOSアプリ開発の現場で訊いてみた！freee編 - Qiita
確定申告は近所の地域区民センターで提出する派、@yimajoです。 iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の6社目に行ってきました。 6社目はクラウド会計ソフトfreeeを作られているfreee社！ クラウド会計ソフトfreeeとは何か freeeは銀行やクレジットカードのweb明細から簡単に帳簿を作成したり、青色申告決算書や確定申告書Bの出力に対応しているWebベースのアプリケーションです。 従来の青色申告用のアプリケーションはWindows専用が主流だったため、Macを使うiOSアプリ開発者ならfreeeを使ってる方も多いのではないでしょうか？ 訊いてきたこと インタビューに応じてくださったのはエンジニアの@yonekawa、@yo_waka、広報担当の@NaoMaemuraの3人。 とくに最近@yo_wakaはfreee社でのR
Facilitation to new habits - 「砂漠からの脱出ゲーム」レポート
新たな行動の種を蒔き、新たな習慣を刈り取る。 あなたも収穫（成長）を楽しみませんか？ 効率アップのための新たな習慣へのトライを実践します。 多ぁ忙＠新習慣クリエーターです。こんばんは。今日は、このトライの実践結果をレポートしたいと思います。 Try171：３つのチームで、チームビルディングテクニックを実践しよう 本書の中にはチーム・ビルディングを活性化させるためのエクササイズがたくさん紹介されています。 今回は「チームビルディングとは何か？」というテーマで我々が経験した「すごい会議」がいかにタックマンモデルに当てはまっていたかを説明しました。 タックマンモデルを体感する その後、ひとつだけエクササイズを選び、グループで実践をしてみました。 選んだものがこれ。 「砂漠からの脱出ゲーム」 本書の中では、このゲームの具体的なやり方はあまり書いてありません。そんな状況でかるーい気持ちでやってみまし
久々にチーム開発したのでメモ - ひげろぐ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
高速で無駄のない開発をするチームのための"７つ道具"（2014/03/08 - Websig）
パーソナルなアイディア出し会における、ブレインストーミングメモ。コンテンツサービスのアイディア"MogMog"。ユーザーは手元のローカル音楽を再生しつつ、地理的な移動によってコンテンツを獲得できるフリーミアムサービス。感想・チョイ足しアイディア募集。また、アイディアを使いたい方は一報の上、ご自由にどうぞ。 Written in Japanese. Idea brainstorming notes about a new Content Service "MogMog". Music on Geograph. The user can listen the songs he/she has already had, and also he/she can get new content by walking around some geographical spot. Freemium Mo
QiitaやKobitoを作る開発チームの文化 - Qiita Blog
こんにちは，yaottiです． 今日はQiitaやQiita:Team, Kobitoを開発するチームでぼくたちがどういう文化，価値観を大切にしているかをお話したいと思います． HRT, SPOF, LeanIncrements(あまり知られていませんが，Qiitaを作っている会社の社名です)の開発チームが特に大切にしているのは以下の3つです． HRTを大切にしたコミュニケーション属人性を極限まで排除する重要な価値に集中する以降でそれぞれ具体的に見ていきます． HRTを大切にしたコミュニケーションHRTとは HRTとはTeam Geek ―Googleのギークたちはいかにしてチームを作るのかという本にある考え方で(あらゆるチーム開発者に読んでほしい!)，Humility(謙遜), Respect(尊敬), Trust(信頼)の3つを意味しています． 「驕り高ぶらないようにしよう」「相手を尊
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
櫻田潤 | インフォグラフィック・エディター
ビジュアルの力で世界を丸くする。 地球の形状が「丸い」のは、そこで暮らす僕たちにひとつの「ビジョン」を指し示しています。地球の形と同じように、世界で起こっていることのすべてが丸く収まっていれば良いのですが、現実は違います。 大小いろいろな規模の摩擦がいたるところに発生し、繰り返されます。その解決に必要なのは、お互いの「考え」や「価値観」「立場」、「状況」「状態」を示し、認め合うことです。そのために、「ビジュアル」の力を活用していきます。
良いエンジニアの育て方 - ひがやすを技術ブログ
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...