プログラミングの生産性を上げるには - 聞かれてもいないことを喋る
Yak Shaving の誘惑に打ち克つ ソフトウェアを作っている途中で、「これを作るのを効率化するためには ○○ が必要だ」と思い、本来やっていた作業の手を止めて ○○ を作り始めてしまうことは往々にしてある。 しかしその作り上げた ○○ が最終的に本当に（長期的にみて）効率化に役立ったケースは、自分の経験からいって 10 個のうち 1 つくらいではないかと思う。 効率化のための努力をするなということではない。大事なのは、アイデアを寝かせることだ。 人はゴミみたいなアイデアでも、気付かずにこれこそが素晴らしいアイデアだと信じこんでしまう。自分の考えたアイデアには愛着が湧くものだ。 そのアイデアが本当に優れているかどうか客観的に判断するには時間が必要だ。最低でも 1 晩、できればもう 2, 3 度は同じ必要性を感じてから作るのがいい。 1 回しか必要性を感じたことのないものをその場の勢いで
何年か会社で働いてきて、なんとなく気付いたことや思ったことを淡々とまとめてみる | 感謝のライフハック
■誰もが「自分ばっかり忙しい」と思っている 後輩も先輩も、派遣もバイトも、みんな「自分は大変だ。自分に仕事が回ってきて、自分ばっかり忙しい」と思っている。 仕事ができないと思っていた後輩の口癖は 「俺は忙しいんです」 だ。あんまり、仕事は抱えていないはずなんだけど・・・。 Chromeのインストールも自分でできないような派遣の方も、ある仕事の進捗を尋ねたら、 「私は忙しいんです」 と言っていた。 仕事ができる先輩も、 「俺ばっかり仕事が回ってきやがる」 みたいに言っていた。 誰もがみんな、自分はすごく忙しくて、自分ばっかり頑張っているように思っているのだ。 みんな、主観で忙しいのである。 ただ、そんな中、本当に仕事もできて人間的にもカッコイイ先輩は、どんなに仕事が回ってきても、黙々と、淡々とこなしていた。 こういう人になりたいと思った。 ■マネジメントと将棋の関係 大企業だとありがちなんだ
私がTaskChuteを始めた理由 | シゴタノ！
私がTaskChuteと出会ったのは、2010年12月のことでした。 パソコンを使って手軽に作業記録がとれるツールがほしいと思っていたところ、偶然にもこのシゴタノ！でTaskChuteを発見したのです。 なぜ作業記録をとりたかったのか？ 初めの動機は、毎月末に仕事の報告書を書く仕事があったことからでした。 月末になってからその月にやった仕事を思い出すことはかなり大変だったため、毎日仕事の記録をつけていれば楽になるだろうと考えたのです。 そこで、当時はまずノートに手書きでその日やったことを記録することを始めたのです。 さらに、1日の終わりに今日やった仕事を思い出すことも大変だと気がついたことから、今やっている仕事をその都度記録するスタイルになりました。 作業記録の効用にはまりこんでいった 自分が今やっている仕事の開始時刻と終了時刻をひたすら手書きで書き出していくことは大変でした。 しかし、そ
開発フローに新しい仕組みを導入するとき気をつけていること - $shibayu36->blog;
最近開発フローに新しい仕組みを導入したりすることも多いのだけど、気をつけていることがいくつかある。 小さく導入する 短く導入する 振り返る 小さく導入する なんか導入する時は出来るだけ小さく導入してる。 理由は いきなりスクラムだとか言い始めてチーム全体のワークフローを変えようとした結果、チームの文化が崩壊する いきなりこれからはこのツールだとか言い始めてツールを導入した結果、誰も得してないのにツールだけ使われ続ける みたいなことがよく起こると思ってるため。既存の文化を壊したら元も子もないので結構気をつけてる。 小さく導入すれば、影響範囲を最小限に留めることができるし、あとから簡単にやめることが出来る。 小さく導入する方法はいくつかあって スクラムの中の一部だけ、チーム全体に適応する -> 導入するものを小さくする チーム内タスクの一部分だけに、仕組みを導入する -> 導入する範囲を小さく
アジャイル開発手法 (スクラム、XP) の導入事例 - GMOインターネットグループ グループ研究開発本部
はじめまして、次世代システム研究室の A.F. です。 今回のエントリーでは私たちが日々の業務で取り組んでいる『アジャイル開発手法 (スクラム、XP)』の導入事例について紹介させて頂きます。次世代システム研究室の重要なミッションは『GMO インターネットグループの重要なプロジェクトの成功を技術面でサポートする』ことですが、そのため自ずと携わるプロジェクトは多岐にわたります。例えば EC やソーシャルゲーム、広告技術と各プロジェクトで目的も規模もユーザーも異なりますが、Web サービスとして共通しているのはいずれも『変化が激しい』『不確実な要素が多い』という点です。 開発側のスケジュールやリソースといったものから技術的な実現可能性、対象となるユーザーやマーケット、はたまたそれを取り巻く環境など様々な不確実要素を抱えながら開発を行うわけですが、その中で最初から全ての要件を定義することは難しいで
Sqwiggle が良いという話、またはリモートでアジャイル開発をどう進めるか - naoyaのはてなダイアリー
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
交渉で成果を勝ち取るために大切な押さえるべき7つのポイントとは？
By SalFalko Yコンビネータ出身のベンチャー企業Tutorspreeの創設者で元CEOのアーロン・ハリス氏は、スタートアップ企業の経営者にとって投資家に出資を求める交渉は最も大切なものであるにもかかわらず交渉において基本的だけれど重要なことを理解していないために、大きな成果を取りこぼしているとブログで見解を述べています。初めての大きな交渉に臨むときに、そして大きな成果を勝ち取るために必要な「交渉における心構え」は以下の7つです。 How to create good outcomes when negotiating - Aaron's Blog http://www.aaronkharris.com/guidelines-when-negotiating ◆1：何が望みかをはっきりさせる By martinak15 驚くべきことに、自分が「何を最も欲しているのか」「交渉によって
副業&リモートワークやってみた - yashiganiの英傑になるまで死ねない日記
photo by Paul Mayne ひょんなことから，知人より「アプリ作ってくんない？」とオファーがあったので，しばらくほいほいとやってました． 副業というやつです． しかも，開発は基本リモートでっていうんで，ちょうど流行に乗っちゃったりしちゃった感じです． リモートワークは，Rebuild.fmでも話題になってたし，副業ってのもあんまりしてる人はいないと思うし，興味ある人はいると思うので体験談を共有しておきます． 背景 作ったもの photo by Sean MacEntee 新しいサービスを始めたい，というのでそれのクライアントアプリを開発しました． アプリとは別にサーバのバックエンドも同時開発しましたが，そっちは別に担当する人がいました． 規模感は要件が決まっていれば，フルタイムだと1ヶ月くらいで完成させて，ブラッシュアップまでさせられるくらいの規模です． しかし，今回のプロジェ
エンジニアの評価基準とキャリアパスのお話 | 外道父の匠
春になって暖かくなると、ついつい意識が高ぶってしまいますね。 今回はあくまで個人的な、エンジニアの評価基準とキャリアパスについての私見を、どちらかというと新人の方向けに垂れ流してみたいと思います。 はじめに 新人の方々は今頃は、研修に追われていたり、それが終わっても配属先で揉みくちゃにされる日々が待っているでしょう。中には既に後ろ向きな思考になっている人もいるかもしれませんが、そういう人には今回どうでもよい話で、前向きな人がそのエネルギーをエンジニアとしての成長に無駄なくつぎ込むために、若いうちにあまり考えないけど、考えておいた方がよい話をします。 ITエンジニアとして始動すると、目の前に与えられた仕事だけでも楽しいのに（その過程で苦しむのは別として）、さらにその先にIT知識が広く深く待ち受けていて、こんなことをやりたいんだ、全部マスターしてやるんだと意気込むかもしれません。そして、目の前
Team Geek を読んで、実践し始めたこと
Fitzpatrik と Collins-Sussman「Team Geek」を読んだ。体系化された方法論として書かれているわけではないので、内容をそのまま紹介することが難しい。この本で問題であると指摘されていることのうち、自分がやってきたこと、どう対処しようとしているかを書いておく。 ※ 誤字脱字、分かりにくい表現、スタイルをリライト。ロジックはそのまま。-- 2014/04/24 8時半ごろ で、でたーw 天才じゃないのがばれるのが嫌だから、途中の成果を隠奴〜w Most programmers are afraid to share work they've just started, because it means peers will see the mistakes and know the author of the code is not a genius. これは自分に
初めてできた後輩を潰した話 | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーを招いてチームワークに関するコラムを執筆いただいています。今回は、ブロガーのはせおやさいさんによるチームの体験談です。 わたしは後輩や部下を持つのが苦手です。苦手だからといって逃げるわけにはいかないので、なんとかやっているのですが、タイトルに書いたように、初めてできた後輩をうまく指導できず、そのことを今でも後悔しているからです。ここではその失敗談と、振り返って今、どう思っているかについて書きたいと思います。 おっとりした後輩がやってきた 20代後半の頃、わたしの下に新卒で入社した男の子が配属されました。仮にAくんとしますね。Aくんは穏やかな話し方とおっとりした雰囲気が特徴的な、ムーミンみたいな男の子でした。わたし自身、プロジェクト単位ではなく、「社員」として面倒をみるよう指示されたのが初めての経験でした。わたしは、ちょっと
毎日コードを書くこと - snowlongの日記
ワザノバで紹介されていたKhan AcademyのJohn Resigが投稿した Write Code Every Dayの翻訳です。 訳がおかしいなどの指摘をいただけると大変助かります。 去年の秋、自分のプロジェクトのコーディングを始めたんだけど、あまり進捗がよくなくてKhan Academyの仕事の効率を犠牲にすることなしに作業をすすめる方法を見つけらずにいた。 自分のプロジェクトへの取り組み方にはいくつかの問題を抱えていた。 私は週末にプロジェクトに取り組むことを優先し、平日の夜は時々といった具合だった。 自分にとってはその戦略は効果的ではなかったことが今ではわかっている。 週末の間も仕事と同じくらいの高いクオリティでプロジェクトに取り掛かり完成させるという作業は信じられないほどのストレスだった。（そして、うまく行かなかったら失敗したような気分だった。） 週末にいつも予定が空いている
休む技術 by 西多昌規 — 精神科医が教える「休む技術」 — 自分をいたわる10カ条
1. 休む時間を「予定」として書き込む 「時間ができたら休もう」と思っていると、どんどん予定が入ってしまい、結果として休めない。 土日にも仕事を持ち帰ったり、人と会ったりしていると、結局心が休まらない。 そのような状況になってしまうのは、「休み」の優先順位を自分で低く設定しているからだ。 自分の予定の中で休みの優先順位を高くして、他の予定が入る前に手帳に書き込んでしまおう。 「仕事をしている平日はもちろん、家族サービスに追われる休日にも、「サボる」ための時間を読み込んで、あけておきましょう。できれば、スケジュール帳にまとまった空白地帯を「書き込む」ことです」。 一度書き込んだ「休み」時間は、他の予定の打診があっても極力死守しよう。 休みを「予定」化することで、休むことへの罪悪感を減らし、積極的に取り組むべき課題として捉えるようにしよう。 2. 面倒くさいことをとりあえず始めてみる いつも仕
久々にチーム開発したのでメモ - ひげろぐ
昨年秋頃から年明けにかけてRailsで顧客のサービスをひとつ作った 久々のチーム開発で。チーム人数は3名。 せっかくなので使ったツールややり方などを備忘録的に残しておく。次いつまたチーム開発する機会があるのか知らんけど。 実践したこと プルリクベースの開発 Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー 上記のやり方が面白そうだったので試してみた。 Githubを使っていれば拍子抜けするほど簡単に流れに乗ることができた。 Git力が足りないので最初は少し大変だったが、馴れてくると細かくブランチを切ってフィーチャーごとに対応するということが開発のテンポを良くしてくれた。 コードレビューはイージーミスによるバグや既存のコードと大きく流れの違うコードが混ざるのを未然に食い止める事ができたりと、一定の成果はあった。 一方でい
U理論が面白い - 西尾泰和のはてなダイアリー
U理論の本を流し読みしてたけど、これは結構面白い。 PDCAサイクル(計画→実行→評価→改善)は、既にサイクルが回っている人にとっては納得感があるのだろうけども、回ってない人にやらせようとすると「で、計画はどうやって立てるの？」で悩んで止まってしまったり、逆に問題に対する知識が不足してる可能性に無自覚なまま、詳細すぎる計画を立ててしまって、後からわかった情報で瓦解したりする。 科学的思考法の「仮説→実験→検証→修正」のサイクルでも、流行りのリーンスタートアップの「仮説検証のサイクルを高速に回せ」でも、やっぱり実際にやろうとすると「で、仮説はどうやって見つけるの」というところでつまずく人がいる。 この手の「サイクル」に入る手前でつまずいている問題について、僕はいままで「まず観察を」と言ってきたのだけど、U理論はこの部分を7段階に分けて考えている。 一つ目は、物事を既成概念に当てはめて見ている
広報の仕事についてと中小企業にこそ広報担当が必要な3つの理由 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちはみなさま、ライターのコマツです。 さっそくですが、あなたの会社には広報担当者が在籍していますか？ 大企業では当たり前のように存在する広報部や広報担当者ですが、中小企業ではその存在が確立されてないところがまだまだ多いようです。 かく言う私はかつて、前職である中小企業（ちょこっと有名な洋菓子店）に広報を新設し、自社製品の認知度を大きく高めた経験があり、広報担当がいない会社は多くのチャンスを逃していると感じています。 今回は、私が広報担当者として社内で実際におこなって手ごたえを感じた事例を交えつつ、企業に広報が必要な理由を3つにまとめてみます。 そもそも広報って何？どんなことをするの？ 本題に入る前に、「そもそも広報って何どんな仕事？」と思っていらっしゃる人が多いと思うので、そのあたりをご紹介しておきます。なんて言いながら、実のところ自分でも「広報の仕事はこれだー！」と断言することがで
GREE荒木氏「『この人、10年同じ仕事していそうだな』という人がいる会社はやめたほうがいい」 - 20代の働き方
社会人1、2年目が大きな分かれ道 質問者：さきほど視点を高く持つっていう話があったんですけど。自分から考えてみると、視点を常に高く持つってかなり難しいことだなっていう気がしていて。1回失敗してしまうと、なんかちょっと小さく留まってしまうというか。下見ても、とりあえずこれぐらいでいいかっていう気になってしまいそうな気がするんですけど。常に例えば日本を舞台にするとか、世界を舞台にするっていう視点を高く持つことの秘訣というか。実践してきたこととかってありますか？ 曽山：視点ってやっぱりすごく大事で。視点上げ下げ競争があるんですよ。常に視点って下がっちゃうんですね、人って。弱いから。なので、基本的に視点って下がっていくものなんですよ。特に社会人1、2年目が一番同世代ってブワーッって分かれていくんですね。すごい視点が高いままの奴と。ボロボロと大企業の歯車になっていく連中と、面白いように分かれていくん
優れた仕事のために必要な6つのビジネススキル
優れた仕事のためにはたくさんのスキルを習得する必要はありません。目標を達成し、成果を出すために必要なスキルはどんなビジネスにも共通します。例えば、私たちのように専門的なサービスを提供するエージェンシーでも、商品を販売する事業会社でも、同じように情報を収集し、提案し、プロジェクトを管理し、改善することが求められます。一緒に働くチームのためにも、ビジネススキルの習得は重要です。異なる専門性を持った仲間同士が共通するスキルを持つことで、チーム内の「摩擦」が減り、業務の品質や効率が大きく改善されます。 1. オブジェクティブ（目的を問う） あなたのチームには目的を意識していない行動がどれだけあるでしょうか？以前から、皆そうしているから。そういう決まりだから。クライアントに言われたから。目的が理解されていない行動の多くは無駄だと言えます。何のために、どれだけのリソースを費やし、何を得ようとしているの
「この先輩の後任でよかった」と思われる引き継ぎ時のお作法９パターン - Peachy - ライブドアニュース
> 2014年03月30日06時00分 「この先輩の後任でよかった」と思われる引き継ぎ時のお作法９パターン 「この先輩の後任でよかった」と思われる引き継ぎ時のお作法９パターン 後輩に仕事を引き継ぐときこそ、あなたが「これまでしてきた仕事」の集大成。ここでスマートな仕事ぶりをアピールできれば、後輩からの評価はグンとアップするでしょう。そこで『スゴエル』読者へのアンケートをもとに、「『この先輩の後任でよかった』と思われる引き継ぎ時のお作法」を探ってみました。 【１】「あなたのやり方でやっていいから」とノウハウを押し付けない 「基本的なことはしっかり教えつつ、『あとは、やりやすいように進めてね』と言ってくれたから気がラクでした」（20代女性）というように、引き継ぎ相手を尊重する態度は好感を持たれるようです。手間取っていた業務を教える際には、「どうすればもっとうまくできるかな？」と、少し考えさせて
タスクリストが期限切れのタスクでいっぱいになっていませんか？ | シゴタノ！
あなたの「今日やること」リストは、期限切れのタスクでいっぱいになっていませんか？ 締め切りに遅れているからという理由で、なんでもかんでも「今日やること」や「今週やること」につっこむのは良くありません。今日はその理由と対策について紹介していきます。 期限切れタスクを並べていると悪循環に陥る やることを選べないなら、やらないことを決める 1．期限切れタスクを並べていると悪循環に陥る なぜ期限切れタスクを「今日やること」に投げ込んでしまってはいけないのでしょうか？ その理由は、次の2点です。 本当にやるべきことがわからなくなる。 現実逃避してしまう。 締め切りに遅れているタスクを並べてみたところで、そのタスクは本当に今日、あるいは今週に終わるのでしょうか？ おそらく難しいですよね？ であれば、一度冷静に考えてみて、今日やるべきことが現実的な量になるまで厳選しましょう。 そうしなければ、仕事の重要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
