タグ

仕事に関するxiangzeのブックマーク (13)

  • なぜ我々は筑波大を便利にすることができなかったのか? - いなにわうどん

    早いもので筑波に来て 3 度目の春を迎えます。2 年前の春を憶えていますか。 筑波大学を便利にするサークルが爆誕 元々は大学の KdB と呼ばれる開設科目データベースがダウンし、その代替サイト「KdB もどき」を作成したことに端を発します*1。懐かしいですね。 ミラーを立ち上げただけと言えばそうなのですが、新入生が大学をディスりながらシステム開発!みたいな構図が予想以上にウケたっぽく、Twitter がバズったりメディアに取り上げられたりしている間にサークルを新設する流れになりました*2。 togetter.com 筑波大には学生が開発した数多のサービスやアプリケーションが存在しますが、その多くは個人レベルで開発が行われているため、開発者が大学を離籍するとシステムが保守されなくなる傾向にあります*3。そこで、筑波大学の学生生活を便利にする各種サービスを総括的に管理・保守することで持続可能な

    なぜ我々は筑波大を便利にすることができなかったのか? - いなにわうどん
  • 入社直後はやる気があるのに、だんだん仕事がつまらなくなるわけ 依存型から自律型へ組織を変える、「1on1」の9つのテーマ

    社員がパーパスに共感できないことで起こる問題 世古詞一氏(以下、世古):今日は、先ほどみなさんにも出していただきました「社員がパーパスに共感できないことで起こる問題」に絞っていこうと思います。 パーパスがないことで採用が難しいとか、新しい製品が生まれづらいとか、ブランドが毀損されるとか、いろいろあるかもしれません。その中で「社員が」ということで言うと、当にみなさんがさっき出されたことがすべてだと思います。 やはり働きがいが低下していく。WhyではなくWhatで選ぶようになっているんです。パーパス起点でその会社につながっているのではなく、「業務自体が好きだから」、「なんとなく居心地がいいから」とか、あるいは「報酬が高いから」とか「この人が好きだから」とか、そういうものでつながっているんです。 これ自体は別に悪くはないんですけれども、例えばより報酬の高い会社があったら、すぐその会社に転職しま

    入社直後はやる気があるのに、だんだん仕事がつまらなくなるわけ 依存型から自律型へ組織を変える、「1on1」の9つのテーマ
  • 八丈島でワーケーションした話|AIテスト自動化プラットフォーム「MagicPod」公式note

    みなさんこんにちは。MagicPod広報のタガミです。 実は先日、MagicPodメンバーで八丈島へワーケーションに行ってきたので、その時のことを書いていこうと思います。 ただの旅日記なので、テクニカルな話は一切出てきません。 ・MagicPodに入社を検討している方 ・MagicPodのメンバーの雰囲気を知りたい方 ・八丈島に行く予定があり予習したい人 にむけて書きます!それでは、いってみよ~! 今回は2泊3日、施設の空いている日程が限られていたこともあり、都合がつく&参加希望するメンバーのみの参加になりました。最初の2日はワーケーション、最終日は休日なのでみんなでトレッキングをしました。 泊まったのはこちら!インキュベイトファンド株式会社さんにご紹介いただいたIsland and office です!こちらがとーっても素敵な施設でした。 なんとここが入り口!入った瞬間オシャレ空間が広が

    八丈島でワーケーションした話|AIテスト自動化プラットフォーム「MagicPod」公式note
  • 課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

    今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース(時間・お金・体力など)を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか?って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

    課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
  • Google re:Work

    イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

    Google re:Work
  • 【予告】GREE Advent Calendar 2015 始まります | GREE Engineering

    開発PRチームの三木です。 少し気は早いですが、年もGREE Engineer Blogをご覧頂きありがとうございました。 2年前よりブログでもはじめたAdvent Calendar、今年も実施させて頂く運びとなりました。 エンジニアの間ではすっかり定着したイベントですので解説不要かと思いますが、Advent Calendarとは、12/1-25までブログを日替わりで更新する、というイベントです。 年のテーマは、これまでに引き続き「グリーを支える技術」とさせて頂きました。 とはいえ昨年の記事を振り返ると、マネジメント/育児休暇/グリーと関係ない技術まで、バラエティに富んだラインナップとなりました。グリーのエンジニアの守備範囲の広さを証明することになったに違いない!と勝手に納得している次第です。 今年も24名のエンジニアがエントリー。(あれ?1名足りない・・・たぶんそのうち埋まってるこ

    【予告】GREE Advent Calendar 2015 始まります | GREE Engineering
  • 初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG

    こんにちは、fluct SSP開発部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名(評価者)に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。(言うまでもなく、私は被評価者です) ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明

    初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
  • 35歳を超えたエンジニアの5つの働き方

    ぼくは36歳です。けっこう大きなサイトで、RailsJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきました。最近になってよく思うのですが、若い人たちは比較的よく、主語を抜かしたり目的語があいまいなまま話をして

  • プロジェクト・マネジメントの目的とは何か | タイム・コンサルタントの日誌から

    中堅エンジニアが壁を破って成長するには、何を学ぶべきか。そういう問いに関連して、ここ何回か書いている。初級の仕事を一通りおえて、とりあえず一人前のことはできるようになっても、その先にしばしば壁がある。そこを乗りこえて面白い仕事をしていくためには、もう少しマクロにものを見て、人を動かせるようになっていく必要がある。 今年の1月に、静岡大学と浜松ソフト産業協会の共催によるプロジェクト・マネジメント講座に呼ばれて、初日の講師を務めさせていただいたときも、その話から始めた。集まった方はほぼ全員がIT技術者だった。IT分野は勉強会も盛んで、知識欲に燃えた熱心なエンジニアも少なくない。わたしはたずねた。 「この中で、現在プロマネの仕事をされている方はいらっしゃいますか?」 手を上げた方は全体の1/3もいなかった。ある意味、予想通りではある。プロマネの仕事をばりばりこなしている人は、こうした講座を聴きに

    プロジェクト・マネジメントの目的とは何か | タイム・コンサルタントの日誌から
  • 社内Wikiに情報を書くときに守ってほしい、たったひとつのルール - 無印吉澤

    このページについて これは、社内 Wiki に情報を書くときに、私が個人的に守っていて、チームメンバにもできるだけ守ってほしいルールの紹介記事です。このルールを実際に運用するためのコツについても、基ルールの派生という形で紹介します。 想定する環境 この記事は、社内に Wiki があって、フォーマットが決まったドキュメント(仕様書や手順書など)とは別に、各人がメモを自由に書いて共有できるような環境を想定しています。 Wiki の種類は問いません。PukiWiki、MediaWiki、Confluence、Esa、Redmine などのプロジェクト管理ツール付属の Wiki などなど……何でもいいです。Word 文書などにも適用できなくはないですが、文書を気軽に分けるのが難しい場面には、あまり向かないかと思います。 ルール:「このページについて」という欄をページの先頭に用意し、そのページの概

    社内Wikiに情報を書くときに守ってほしい、たったひとつのルール - 無印吉澤
  • 富士通に入社して10年が経った - blog

    こんばんは tnaotoです。 富士通退職エントリーが何かと話題ですが、いろんなことが混ざっているので一度整理してみようかなと思います 。 昔は、リクルータや採用イベントに出ていたこともあるので、そこらで話をしてたことを思い出しつつ。 突然、この記事が消えたら会社からの圧力があったか、話題になりすぎてビビったかのどちらかです。 anond.hatelabo.jp 自己紹介 僕は約10年前に、新卒入社(情報系院卒)し、 ソフト開発職を5年くらいやった後に、社内公募で研究所に異動し、 以後、事業部と研究所を行ったり来たりしています。 最近では、publickeyあたりに僕のことが乗っていたりします。 www.publickey1.jp また、僕は研究所にはいますが、研究してない研究員という謎の立場です。 富士通の職種 よくSIerがーとか言われる業界ですが、富士通の職種はいろいろあります 。

    富士通に入社して10年が経った - blog
  • 転職8回の末に無職 43歳男性を“どん底”から救ったのは「草むしり」だった | AERA dot. (アエラドット)

    どんなに広い現場でも1日で終わらせる。作業は役割分担が重要だ(宮さん提供)この記事の写真をすべて見る 「熱意があれば挑戦できる」と話す宮さん (宮さん提供) 依頼先には2人以上のチームで駆け付ける。現場に着くと、まず依頼者にあいさつと自己紹介。事前の打ち合わせを済ませているリーダーが、メンバーに対し作業の分担やひと通りの流れ、目標終了時刻を説明して作業に入る。 段取りを確認したら、後は集中してただただ草をむしり、刈り取るだけ。草刈り機やねじり鎌、草かきなどの道具を駆使して、ひたすら庭をきれいにする。「どんなに広い現場でも1日で終わらせます」。庭などの草むしりや庭木の剪定(せんてい)などを行う会社「草むしり」(群馬県前橋市)代表の宮成人さん(51)は胸を張る。 世の中には、思いもよらない仕事が、起死回生の一手となることもある。宮さんの草むしり会社は、まさにそんなケースだった。 長野

    転職8回の末に無職 43歳男性を“どん底”から救ったのは「草むしり」だった | AERA dot. (アエラドット)
  • 卒論・修論はポモドーロで決まり! - yumulog

    今年もそういう季節になってきたので、昨年の 卒論・修論(それとES、報告書、blog)をスムーズに書く方法 - yumulog | 社会人博士の日記 の続き的な感じで。 ポモドーロ(ポモドーロテクニック)とは ポモドーロテクニックとは - はてなキーワード 集中して仕事をこなすために、25分毎に時間を区切って仕事をする時間管理術。Francesco Cirillo氏が1992年、自身の勉強効率を上げるために考案した。 手順 1. 25分を1ポモドーロとし、やるべきタスクを1ポモドーロ刻み(25分毎)に分ける。 2. 25分間は、他の事は一切やらず、タスクに集中する 3. 25分経てば、5分間の休憩を入れる 4. 4ポモドーロ毎(2時間毎)に30分程の長い休憩をとる 5. 後は上記を繰り返す 2. の「他のことは一切やらず」がポイント。執筆するぞー、と決めた25分の間は、メールは見ない(通知

    卒論・修論はポモドーロで決まり! - yumulog
  • 1