サイボウズのオープンソースソフトウェアポリシーを紹介します - Cybozu Inside Out | サイボウズエンジニアのブログ
OSS準備室長を務めていた ymmt (@ymmt2005) です。 過去形なのは、OSS準備室は 7 月末で解散したためです。 OSS準備室では、サイボウズ社員がオープンソースソフトウェアに関する活動を行いやすくすることを主な目的として、会社の基本方針を「OSSポリシー」という文書にまとめる作業を行いました。 完成したOSSポリシーはCC0 (いかなる権利も保有しない、いわゆるパブリックドメイン)で広く他の企業の方々にも活用いただけるよう以下で公開しました。本記事ではその内容と、サイボウズにおけるオープンソース活動のこれまでとこれからを紹介いたします。 OSSポリシー(日本語) (GitHub) OSS Policy (English) (GitHub) オープンソースについて オープンソースソフトウェア(Open Source Software, OSS)とは、オープンソースの定義に基
外部の助言が組織変革をしやすい理由を、シミュレーションで理解してみた - Unknown Error
組織をつくっている人間として、なぜ内部構造を良く知っている人間は組織改革を起こしづらく、あまり内部構造を把握していない外部の人間の意見の方が組織改革を起こす火種になりやすいのだろうか、と長年思っている。 この疑問の1つの答えを、群衆の英知もしくは狂気を使って、視覚的に説明出来ることがわかった。 きっかけ 先日、"群衆の英知もしくは狂気"のWEBサイトが公開され、Twitter上でも話題になった。 ncase.me この内容で私が最も驚いたのは、 "少ないつながりでは複雑な概念は拡散しない。でも多すぎるつながりも集団浅慮で破壊される。" というものだ。 私は直感的にはこれを理解していたものの、でもつながりは多ければ多い程、正しい考えに至るのではないかとも考えていた。 しかし、このWEBサイトで実際にシミュレーションした結果、その考えが誤っていたことがわかった。 ただ、このときはなるほどーぐら
リモートでスクラム開発とモブプログラミングを導入？ 関西在住のサイボウズエンジニアに聞く、メリット・デメリット - エンジニアtype | 転職type
2018.08.21 スキル スクラム、モブプログラミング、リモート。今が旬、もしくはこれからの潮流となっていきそうな開発手法をトリプルで採用している現場がある……。そう聞いて向かったのがサイボウズ。なぜこれらの手法を同時に採用したのか？ どんなメリットとデメリットがあるのか？ 関西在住のサイボウズ西日本開発部エンジニア2人にぶつけてみた。 サイボウズ株式会社 グローバル開発本部、西日本開発部、Yakumoチーム 三苫 亮氏（写真右）／グローバル開発本部、西日本開発部、kintoneチーム 榎原 聖太氏（写真左） リモート開発→リモートスクラム→リモートモブプログラミングの順で導入。「リモートは当たり前」という環境と意識が前提にあった 結論から言えば、このトリプルなアプローチは本番の局面で実施されていた。サイボウズのkintone開発チームと、kintoneをアメリカに提供するにあたって、
サマータイム導入が難しい理由、迫られる「2度訪れる同時刻」への対応 - BCN＋R
【日高彰の業界を斬る・25】本連載第13回（https://www.bcnretail.com/market/detail/20180520_61602.html）で、来年行われる改元にあわせたシステム改修が簡単なものではないことを紹介したが、ここにきて改元の比ではない、IT担当者の顔を青ざめさせる新たな“爆弾”が飛んできた。安倍晋三首相が、サマータイムの導入を自民党内で検討するよう、指示を出したというのだ。 東京五輪組織委員会の森喜朗会長が、期間中の猛暑対策として提案したということだが、本稿を執筆している8月9日時点では、ネットユーザーの反応はサマータイム反対の一色にみえる。数限りない反対意見があがっているが、代表的なのは以下のような内容だ。 ・生活リズムを崩し、睡眠に悪影響を及ぼすため、健康を害し労働生産性も落ちる（※1） ・余暇が充実するといわれているが、労働時間の短縮がなければ空論
Google re:Work - ガイド: OKRを設定する
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
Google re:Work - ガイド: 「効果的なチームとは何か」を知る
Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉
https://link.medium.com/1jsAtPLA6T
デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を
なぜプロダクトバックログリファインメントはスクラムイベントに入っていないのか？
Ryutaro YOSHIBA @ryuzee 「なぜスクラムガイドではプロダクトバックログリファインメントをイベントとしていないのですか？」という質問を頂いたので、ぼくの見解をつらつらと。 まずプロダクトバックログでやらないといけないのは、最新の状態に保つこと、直近のスプリントで着手しそうなものの準備ができてること 2018-06-16 07:05:55 Ryutaro YOSHIBA @ryuzee (続) プロダクトバックログがこの状態になっていればOKで、いつもちょっとだけ先のことを見通しながら手入れをしておけばよい。大事なのは「プロダクトバックログの状態」ってことになる。 じゃあ、いつ手入れするのか、だけど「思いついた時にやる」だと最初はできない 2018-06-16 07:09:41 Ryutaro YOSHIBA @ryuzee (続) なのでぼくの場合は「スプリントの中間く
デスマーチが起きる理由 - ３つの指標
鳥のさえずり声を聞いて、私は悪態を吐いた。今日の早朝に予定されていたミーティングのことをすっかり忘れていたのだ。 まったく、最悪の朝だ。着替えている間に、電話も鳴った。「高い金を払ってコンサルタントを雇った極めて重要なミーティングだ」と念を押されていたというのに。 それもこれも昨日のバグのせいだ。睡眠時間も、開発スキルも、人員も、私の現場には何もかもが足りていない。 それにも関らず、理解の足りない上司は「テスト工程を削ってでも早く納品しろ」とプレッシャーを与えてくる。 あの馬鹿どもめ。一体何を考えているんだ？ スーツに着替え終わった私は、冷蔵庫の缶コーヒーで空腹を誤魔化すと、バイクに跨った。通勤時間が5分なのが、せめてもの救いだ。 「遅れてすまない」 そう言って会議室に入ると、奇妙なことに気がついた。教室のように整然と並んでいたはずの机が、即席の半円形に並べ替えられていた。 何より、ホワイ
スクラムで削除された5つのトピック
みなさんこんにちは。@ryuzeeです。 スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています（2010年版、2011年版、2013年版、2016年版、2017年版）。過去の改定内容はこちらに記載されています。 過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。 スクラム再発見の時間です。 5年かそれ以上前にスクラムを適用した場合、現在のものとは異なる情報源を元にしていたはずです。 しかし、スクラムとして定義されてスクラムガイドで言及されたものの、ある時点で削除されたものが多数あります。 ま
なんたらアジャイルその前に
エンタープライズアジャイル勉強会2017年9月の発表スライドです。 ネタ集のようなものなので、使えそうなものはネタがあれば使ってください。Read less
「そもそも日本には『チーム』がない」？うまくいってない企業の共通点 - チームの教科書｜アトラシアン株式会社
「チームの生産性を高めていくためには何が必要なのか？」――あらゆる日本企業が今、この問いを突きつけられている。人手不足や労働時間が社会問題化する中で、日本でも、生産性向上のための抜本的な改革を目指す企業が日々増加中だ。 しかしながら、「どこから手を付ければいいか分からない」と感じている経営者・マネジャーも多いだろう。リーダー育成、社内コストの削減、定例会議の見直しなど、目に付く問題は無尽蔵にある。 では、それらを貫く本質的な課題、そして改善ポイントはいったいどこにあるのだろうか。プロジェクト管理や情報共有ツールを全世界に提供するアトラシアン日本法人のスチュアート・ハリントン社長、そしてモルガン・スタンレーやGoogleで人材開発に携わり、最新の著書「NEW ELITE」でも注目を集めているピョートル・フェリクス・グジバチ氏の2人に話を聞いた。 日本企業には「オープンさ」が足りない――日本企
サイボウズさんのイベント #CybozuMeetup で「リモートスクラム」について話を聞いてきた - えいのうにっき
昨日・7/26、【東京開催】Cybozu Meetup 西日本でのリモート開発事情 - connpass というイベントがあり、そこに参加してきた。 cybozu.connpass.com 僕は出身が岡山県で、「いつとは言わずともいつかは地元に帰りたいなぁ」という気持ちはずっと持っているので、そういう意味では「西日本」というワードに惹かれたのもウソではないのだけど、今回参加してみようと思った理由はもうひとつあって、それが「リモートスクラム」というキーワードがconnpassページ内に見られたこと。僕は前職でスクラムマスターをやっていた経験があり、現職でも（スクラムチームには入っていないものの、）スクラムのプラクティスが活用されている・しかもリモート拠点でやっている、ということもあり、「スクラム開発」はいまだに僕の興味トピックのうちのひとつであり続けている。 connpassページにもあると
【B-7】 拠点をまたいだリモートスクラム・リモートモブプロ実践事例 | Developers Summit 2018 FUKUOKA
【B-7】 09/06 16:15 ～ 17:00 拠点をまたいだリモートスクラム・リモートモブプロ実践事例 サイボウズでは在宅勤務や地方勤務のエンジニアが増えてきて、拠点をまたぐリモート開発をいかに効率良く進めるかが重要になっています。サイボウズに限らず、ビデオチャットやグループウェアなどのツールを導入し、リモート開発できる文化や制度が整ったとしても、効率的なリモート開発の実現を目指して試行錯誤を重ねている企業も多いのではないでしょうか。本セッションでは、サイボウズが実践している東京・大阪・松山の開発拠点をまたいだリモートスクラム・リモートモブプロの事例をご紹介します。また、2019年に立ち上げ予定の福岡・広島の開発拠点におけるリモート開発の展望についてお話しします。 岡田 勇樹 [サイボウズ] サイボウズ株式会社 グローバル開発本部 副本部長 兼 西日本開発部 部長 2007年サイボウ
Cybozu Meetup フロントエンド #2 (2018/06/21 18:30〜)
変更履歴 2018/06/14 ご好評につき参加枠を40名にまで増枠しました！ Cybozu Meetup 開催します！ サイボウズは「チームワークあふれる社会を創る」を企業理念として掲げ、グループウェアや kintone などのクラウドサービスを開発・運用しています。 そんなサイボウズが、現場で働くエンジニア同士がカジュアルに情報交換できる交流イベントを開催します。サイボウズで使われている技術、製品、文化など毎回異なるテーマでお話しさせていただいたあと、サイボウズ社員と皆さまでディープにディスカッションしていきたいと思います。このイベントから新たなつながりが生まれることを期待しています！ 今回のテーマは『フロントエンド』 サイボウズのフロントエンドと聞いた時に、何をイメージしますか？大規模？Closure Compiler？サイボウズでは、たくさんのエンジニアが様々な分野でフロントエンド
自己組織化やTimeboxを理解する簡単なワークショップ
An Agile Game - Management by Walking Aroundより。以下に紹介するワークショップは認定スクラムマスター研修などでもよく行われるもので、自分の会社でも簡単にできるので是非やってみていただきたい。 コーチやトレーナーやスクラムマスターがチームを教育するための簡単なゲームを紹介しよう。このゲームは時間もかからず簡単な体を使うもので、単純なルールやタイムボックスによって自己組織化された環境がつくられる様を示している。自己組織化された環境はリスクを軽減し、エンゲージメントやスピードや柔軟性を向上させる。 概要と事前準備所要時間：感想や報告を含めて10分〜15分対象人数：10人〜50人準備：テーブルや椅子等の物が置かれている十分に広い部屋、部屋の中にゲームの参加者が十分動けるだけのエリアの境界線を引くためのマスキングテープ。そしてタイマーラウンド1のやり方参加
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Productivity, Effectiveness, Efficiency: What is the difference?
Agile and Lean Enterprise
「私の年収、低すぎ？」で終わらせない──給与交渉を隠さず公開、14%給与が上がったエンジニアの話 | サイボウズ式
#31-2 自由と責任を感じる働き方 | #omoiyarifm