アジャイルが否定したものを見直そう - arclamp
2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で
人事評価は適当でいい？──ココナラ南CEO×サイボウズ山田副社長 人事制度対談 | サイボウズ式
たった500円、ワンコインで占いから似顔絵まであらゆる“コト”を個人間で売り買いできる――そんなサービス「ココナラ」を立ち上げた株式会社ココナラCEOの南章行さん。南さんの今の悩みは「会社を成長軌道に載せるための人事制度」でした。 その打開策を見つけたのは自社で開催したイベント「coconala未来会議～ビジネスクラウドの未来～」。パネラーとして登壇したサイボウズ式編集長の大槻が「サイボウズで人事評価で大切にしていることは？」という会場からの質問に対して答えた「信頼」ということば。「ここにヒントがある」と南さんは感じたそうです。 「創業期の人事制度はどう組み立てればよいのか？」「ビジョンに基づいた強いチームを作るには？」。創業3年目のベンチャーならではの悩みは「信頼」という評価軸で解決できるか？ ベンチャー時代からサイボウズで人事責任者を務めてきた山田理副社長と答えを探ります。
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
「締め切りをズラすのは逆効果」 マネジメントのプロが教える、究極のタスク管理術 - ログミー[o_O]
「締め切りをズラすのは逆効果」 マネジメントのプロが教える、究極のタスク管理術 締切はぼくらの味方だ！ #1/2 ピラミッド建築に取り組んだ古代エジプト人から日々の仕事に追われる現代人まで、人間が四苦八苦してきたスケジュール管理。プロジェクトマネジメントの専門家でサイバー大学でも教鞭をとる勝眞一郎氏が、自身も十数年続けているという「脳に快感を与えるToDo管理法」を語りました。（TEDxKagoshima 2014 より） 猫に締め切りはあるか？ （以下、勝 眞一郎氏） ミャーオ!!! 私は先日、ねこを見かけた時に「この猫には締め切りって概念があるんだろうか」とふと思いました。で、そのネコを見かけた後に街角でネコを見るたびに、「この猫には締め切りはあるかな」「いやこの子はどうかな」と言う風に、締め切りのこと考えていました。あまりみなさん、ネコが締め切りを持っているかどうかなんて考えたことな
![「締め切りをズラすのは逆効果」 マネジメントのプロが教える、究極のタスク管理術 - ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8aef68ceeedf854ebc58b59c30eb8f8c414c665c/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Fwp-content%2Fuploads%2F2014%2F07%2Ftodoec_R.jpg)
今いる仲間で「最強のチーム」をつくる3つの考え方！「あいつがいなければ…」「優秀な人材がいれば…」はNG！ - ライフハックブログKo's Style
あなたは上司や同僚、部下に関心を持っていますか？家族構成を知っていますか？夢や目標を知っていますか？趣味や好きなことを知っていますか？過去の苦労を知っていますか？意外にも、これらを互いに知ることが、あなたのチームを強くするかもしれません。 本『今いる仲間で「最強のチーム」をつくる 自ら成長する組織に変わる「チームシップ」の高め方 』。 著者は、ドクターシーラボ、ネットプライスの社長として両社の上場や成長に多大な貢献をし「成長請負人」と呼ばれた人物です。 その著者が語る、最強のチームを作るポイントは「チームシップ」だといいます（著者の造語で「チームのメンバー全員が自分のチームという意識を強く持ち、チームに貢献する」こと）」。 今日は本書から、今いる仲間で「最強のチーム」をつくるための3つの考え方を紹介します。 1. お互いの「違い」を認め合う人はみんな違う。 そのことをまず理解し、認め合わな
横暴なリーダーは5つの習慣で愛される | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「My Favorite, Addict and Rhetoric Lovers Only」のファーレンハイトさんが考える「愛されるリーダー」についてです。 前回のコラムでは、横暴なリーダーについて書いた。 俺がまず横暴なリーダーを見たときに判断する軸は「仕事をドライブできるか？」である。「仕事をドライブする」とは、問題を切り分け、判断・決断を適時行い、そのことに責任をとることだ。そして人を（強引にでも）動かしていく力だ。 さて、前回のコラムのラストで少し書いたが、ゴリゴリしたパワースタイルでメンバーを動かしていくタイプのリーダーがいる。果たしてそれは、素晴らしいリーダーだろうか？ 答えはYES AND NO。 おそらく前回のコラムを読んで
飲み会を捨てたチームビルディング | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただいています。今回は「脱社畜ブログ」の日野瑛太郎さんによる効果的なチームビルディングの提案です。 チームビルディングには「飲み会」が本当にベストなのか？ 会社で新しいプロジェクトが始まり、新チームが結成されると、まずは顔合わせということで「飲み会」が開かれることも少なくありません。「飲み会を開くこと」はチームビルディングの定番中の定番です。「とりあえず、飲みに行けば打ち解けられる」と、多くの日本人が信じています。今日も日本中のいたるところで、プロジェクトのキックオフに合わせた「飲み会」が開催されていることでしょう。 ところが一方で、「実は飲み会が苦手だ」という人もいます。僕の知り合いにもお酒が一滴も飲めない人がいるのですが、そういう人にとって飲み会は必ずしも楽
「挫折しないRedmine」の資料が分かりやすい - プログラマの思索
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
レビュータイムの導入・消滅・再導入 - $shibayu36->blog;
今日こんなかんじの会話があって、レビュータイム導入した時のことを思い出したので、適当に書こうと思う。 ひさいちレビュー、必ず通すみたいなの良いのか悪いのか— ひさいち (@hisaichi5518) 2014年3月13日 @hisaichi5518 マジレスすると、そのような体制にしておくとスケールしないので、最初の段階では必ず通すというルールにしつつ、他の人がレビューしても大丈夫に出来るように、レビューの練習を同時にしていってもらうとしないといけなさそう— 柴崎優季 (@shiba_yu36) 2014年3月13日 @hisaichi5518 今のチームで新人が入った時は、レビュータイムというのを必ず設けてその時間には最低限どれか一つレビューするというのをやってもらってる。でも慣れるまではこれまでチームにいる人がレビューしないとmergeしないということにしてる。— 柴崎優季 (@shi
チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
生産性が高いエンジニアを評価するための２つの仕組み - レベルエンター山本大のブログ
仕事ができるプログラマって、できないプログラマに比べて「１０倍」も生産性が高い。とか言う話がありますよね。 僕も体感的に、本当にできるエンジニアは本当に生産性が５倍とか１０倍とか変わることを見てきました。 でも開発の現場では「残業しまくってる」ほうが、なんだか仕事してるように見えてしまう。 そんな中で久々にこの記事を目にしました（漫画なので1分ぐらいで読めます）。 ■「残業しないで帰るSEってやるきないんじゃない？」 http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000800 2006年の記事ではありますが、こういう話って普遍的なので古くもありませんね・ 残業しないで定時に帰れるって評価するべきだし、残業をせず家庭を大事にする社風にしたい。 すごく生産性が高いっていうエンジニアを評価したい。 でも残業してるのって分かりやすいから評価さ
アニメ監督の制作現場の作り方－富野由悠季･宮崎駿･押井守
はじめに アニメの監督の仕事とは何か。 まず視聴者なりに、アニメ監督の仕事内容をざっと挙げてみるとしてみると 本読み（脚本の打ち合わせ)、各話のコンテチェック、各話演出担当との打ち合わせ アフレコ立会、編集などなど、仕事の内容は多岐にわたるのはなんとなくイメージできる。 こうした具体的な業務以外にも、監督の仕事はあるのではないか。 それは「制作現場の環境作り」である。 この事を気づかせてくれたのは、「栄光の80年代ロボットアニメ」にある 河原よしえさんが書かれた「80年代ロボットアニメ監督たちの素顔」という記事だった。 ※栄光の80年代ロボットアニメ (タツミムック) 河原よしえさんは1975年にサンライズに入社し、製作現場の各作業補佐及び広報素材整理、 その後は設定や広報、脚本などを手がけたキャリアを持ち、 1980年代のサンライズの現場を間近で見てきた方だ。 この記事で河原さんは、富野
人生のパフォーマンスチューニング : 小野和俊のブログ
プログラマーはソフトウェアを開発する際、無駄な処理や非効率的な処理を極力排除しようとする。この意味においてプログラマーは処理の効率化の専門家であると言える。ならば私たちプログラマーはソフトウェアだけでなく、自分自身の人生についてもパフォーマンスチューニングできるはずだ。 プログラムでしばしばパフォーマンスのボトルネックになるのは、「ループの中の処理」だ。例えば10万行10列のデータを1列ずつ処理していくようなループ処理の中身を1ミリ秒速くすれば、全体で約16分の速度向上が見込める。 人生においても、実行頻度の高い処理はパフォーマンスチューニングの効果を得やすい。 例えば職種を問わず毎日2回ずつ実行される処理として、通勤がある。通勤のチューニングにより、営業日が月に20日だとして、もし通勤を片道30分短縮できれば、月20時間の時間を得ることができる。具体例として私の場合、「通勤を徒歩10分以
Redmineで結婚管理はじめ(させられ)ました - razokulover publog
聞くところによると、今日はいい夫婦の日らしいですね。 Twitterのタイムライン上では結婚を発表している方が結構おりました。 こんな話をすると、僕もあのGoogle Adwordsで出会った彼女と結婚か？と思われるかもしれませんが さすがにそれはまだ早い。 早すぎる。 と、思っていたんですが。 提案 けれども、ある日彼女にこんな提案をされました。 「結婚をRedmineで管理しよう！」 先日githubで結婚式を管理している人のブログを読んだ気がするんですがRedmineは聞いたことがない。 そもそもRedmineとは、 Redmine.JP Redmineはオープンソースのプロジェクト管理ソフトウェアです。 思い返してみれば、Adwordsdで彼女募集の広告を出したとき、最速で「会いましょう！」と言ってきたのは彼女でした。 初デートのとき(このときまだ2回目の対面)に「同棲する？」と尋
บาคาร่าออนไลน์ Baccarat99 เว็บตรง ทางเข้าสมัครสมาชิก ฟรี 300
ท้าทาย เพิ่มเติมประสบการณ์ รวมไปถึงลุ้นเงินรางวัลได้อย่างมีอิสระ บาคาร่า99 ทางเลือกที่จะเข้ามาเติมเต็มให้กับนักพนันทุกคนอย่างทั่วถึง สำหรับคนทั่วไปที่มีความสนใจตัวเกมพนันออนไลน์ อยากจะให้เริ่มต้นกับทาง บาคาร่า99th ที่มีการเน้นบริการเกมพนันยอดนิยมระดับโลกอย่าง Baccarat เกมพนันที่กลายมาเป็นอันดับที่ 1 สามารถครองใจนักพนันไปทั่วโลก เนื่องจากว่าขึ้นชื่อว่าเกมพนัน จะต้องง่ายและหลากหลาย สามารถตอบสนองทั้ง
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
評価制度の無い評価制度
Loading...
思想対立を超えたコラボレーションを可能にするのは「寛容さ」と「予断を捨てること」 - 石橋秀仁(zerobase)書き散らす
3年前の僕へ
